login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
June
»
28
Re: [PATCH] Info dump on Oops or panic()
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From:
Mike Frysinger <vapier.adi@...>
To: Kyle McMartin <kyle@...>
Cc: Joshua Wise <jwise@...>, <linux-kernel@...>, <akpm@...>, <thockin@...>, <mikew@...>, <masouds@...>
Subject:
Re: [PATCH] Info dump on Oops or panic()
Date: Thursday, June 28, 2007 - 7:54 pm
On 6/28/07, Kyle McMartin <kyle@mcmartin.ca> wrote:
quoted text
> On Thu, Jun 28, 2007 at 03:05:56PM -0700, Joshua Wise wrote: > > --- a/arch/x86_64/kernel/process.c > > +++ b/arch/x86_64/kernel/process.c > > @@ -356,6 +356,7 @@ void show_regs(struct pt_regs *regs) > > printk("CPU %d:", smp_processor_id()); > > __show_regs(regs); > > show_trace(NULL, regs, (void *)(regs + 1)); > > + atomic_notifier_call_chain(&info_dumper_list, 0, NULL); > > } > > > > woah woah woah. This could push critical bits of the register dump or > stacktrace off the screen... Barring any other problems with the patch, > this should probably be dumped in the oops header, not trailing it where > it could hide critical debugging info.
on the flip side, poorly written chained funcs could oops thus preventing the good info (like stacktrace) from being shown ... -mike -
unsubscribe notice
To 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] Info dump on Oops or panic()
, Joshua Wise
, (Thu Jun 28, 6:05 pm)
Re: [PATCH] Info dump on Oops or panic()
, Jiri Kosina
, (Thu Jun 28, 8:39 pm)
Re: [PATCH] Info dump on Oops or panic()
, Andrew Morton
, (Thu Jun 28, 10:01 pm)
Re: [PATCH] Info dump on Oops or panic()
, Andi Kleen
, (Thu Jun 28, 9:15 pm)
Re: [PATCH] Info dump on Oops or panic()
, Kyle McMartin
, (Thu Jun 28, 6:18 pm)
Re: [PATCH] Info dump on Oops or panic()
, Mike Frysinger
, (Thu Jun 28, 7:54 pm)
Re: [PATCH] [revised -- version 2] Info dump on Oops or pani...
, Joshua Wise
, (Thu Jun 28, 7:12 pm)
Re: [PATCH] [revised -- version 2] Info dump on Oops or pani...
, Andrew Morton
, (Thu Jun 28, 7:48 pm)
Re: [PATCH] [revised -- version 2] Info dump on Oops or pani...
, Joshua Wise
, (Thu Jun 28, 10:15 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
monstr
[PATCH 03/56] microblaze_v2: Cpuinfo handling
Andrew Morton
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Greg KH
[GIT PATCH] driver core patches against 2.6.24
Arjan van de Ven
Re: [GIT *] Allow request_firmware() to be satisfied from in-kernel, use it in mor...
git
:
linux-netdev
:
Willy Tarreau
Re: [PATCH] tcp: splice as many packets as possible at once
Gerrit Renker
[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
Linus Torvalds
Re: [GIT]: Networking
Alexey Dobriyan
[PATCH 01/53] xfrm: initialise xfrm_policy_gc_work statically
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
7 users
and
978 guests
online.
Online users
zeekec
strcmp
Jeremy
frontyardlands
osoleanijd
asiabridespmssk
autoinsurancldk
Syndicate