Re: [PATCH 0/2] perf: Use LBR for machine/oops debugging

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

From: Andi Kleen

Subject: Re: [PATCH 0/2] perf: Use LBR for machine/oops debugging

Date: Monday, March 29, 2010 - 6:08 am

Peter Zijlstra <a.p.zijlstra@chello.nl> writes:

quoted text> The LBRs are relatively cheap to keep enabled and provide some history
> to OOPSen, also some CPUs are reported to keep them over soft-reset,
> which allows us to use them to debug things like tripple faults.
>
> Therefore introduce a boot option: lbr_debug=on, which always enable
> the LBRs and will print the LBRs on CPU init and die().


die is too late. they will only contain the oops code then.

-Andi

-- 
ak@linux.intel.com -- Speaking for myself only.
--
unsubscribe noticeTo unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:

[PATCH 0/2] perf: Use LBR for machine/oops debugging, Peter Zijlstra, (Mon Mar 29, 5:20 am)

[RFC,PATCH 2/2] perf, x86: Utilize the LBRs for machine/oo ..., Peter Zijlstra, (Mon Mar 29, 5:20 am)

Re: [RFC,PATCH 2/2] perf, x86: Utilize the LBRs for machin ..., Stephane Eranian, (Mon Mar 29, 5:47 am)

Re: [PATCH 0/2] perf: Use LBR for machine/oops debugging, Andi Kleen, (Mon Mar 29, 6:08 am)

Re: [PATCH 0/2] perf: Use LBR for machine/oops debugging, Stephane Eranian, (Mon Mar 29, 6:16 am)

Re: [RFC,PATCH 2/2] perf, x86: Utilize the LBRs for machin ..., Peter Zijlstra, (Mon Mar 29, 7:13 am)

Re: [PATCH 0/2] perf: Use LBR for machine/oops debugging, Peter Zijlstra, (Mon Mar 29, 7:14 am)

Re: [RFC,PATCH 2/2] perf, x86: Utilize the LBRs for machin ..., Stephane Eranian, (Mon Mar 29, 7:20 am)

Re: [RFC,PATCH 2/2] perf, x86: Utilize the LBRs for machin ..., Ingo Molnar, (Mon Mar 29, 10:02 am)

Re: [RFC,PATCH 2/2] perf, x86: Utilize the LBRs for machin ..., Peter Zijlstra, (Mon Mar 29, 10:12 am)

Re: [PATCH 0/2] perf: Use LBR for machine/oops debugging, Andi Kleen, (Mon Mar 29, 1:09 pm)

Re: [RFC,PATCH 2/2] perf, x86: Utilize the LBRs for machin ..., Ingo Molnar, (Fri Apr 2, 1:44 pm)


linux-kernel:
Eric Sandeen	Re: [PATCH] xfs: do not pass unused params to xfs_flush_pages
Daniel Hazelton	Re: x86: 4kstacks default
Rusty Russell	Re: 2.6.22-rc3-mm1
Jeffrey V. Merkey	Re: Versioning file system
Matt Mackall	Re: [RFD] Documentation/HOWTO translated into Japanese
linux-netdev:
gregkh	Patch "IPv6: keep route for tentative address" has been added to the 2.6.34-stable...
Patrick McHardy	Re: [rfc 02/13] [RFC 02/13] netfilter: nf_conntrack_sip: Add callid parser
Krzysztof Oledzki	Re: Error: an inet prefix is expected rather than "0/0".
Paul Gortmaker	[PATCH net-next 09/16] tipc: Relocate trivial link status functions to header file
webmaster Maintenance	&#32852;&#31995;&#31995;&#32479;&#31649;&#29702;&#21592;
git:
Johannes Schindelin	[PATCH] fetch: refuse to fetch into the current branch in a non-bare repository
Junio C Hamano	Re: [PATCH] http-push: making HTTP push more robust and more user-friendly
Oliver Kullmann	Re: how to move with history?
Alex Riesen	Re: git exclude patterns for directory
Andreas Ericsson	Re: why not TortoiseGit
openbsd-misc:
Damien Miller	Re: Patching a SSH 'Weakness'
Stuart Henderson	Re: Apache Seg Fault after upgrade to 4.6 stable
Úlfar M. E. Johnson	installing openbsd in xen
Brian	CARP multicast and ADSL bridge
Eric Furman	Re: Defending OpenBSD Performance
git-commits-head:
Linux Kernel Mailing List	New device ID for sc92031 [1088:2031]
Linux Kernel Mailing List	drivers/acpi: use kasprintf
Linux Kernel Mailing List	Staging: et131x: prune all the debug code
Linux Kernel Mailing List	PCI: introduce pci_pcie_cap()
Linux Kernel Mailing List	USB: g_multi: Multifunction Composite Gadget added