[Top] [All Lists]

Re: [PATCH] stack2core: show stack message and convert it to core

To: Russell King - ARM Linux <>
Subject: Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die
From: Hui Zhu <>
Date: Mon, 4 Jan 2010 00:55:04 +0800
Cc: saeed bishara <>, Catalin Marinas <>, Nicolas Pitre <>, Ralf Baechle <>, David Daney <>, Tomaso Paoletti <>, Chris Dearman <>, Paul Gortmaker <>, Thomas Gleixner <>, Ingo Molnar <>, "H. Peter Anvin" <>,, Frederic Weisbecker <>, Alexey Dobriyan <>, Brian Gerst <>, Tejun Heo <>, Rusty Russell <>, Andrew Morton <>, Steven Rostedt <>, Greg Kroah-Hartman <>, "Paul E. McKenney" <>,,,, Coly Li <>
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=7g9idHECJs7p5wdWlxhy6TGC8FiWIB+d+Lg9yGbSW2E=; b=lc7oLOOjms3QZigndwJG1vr54vIpnxUCthJojjBfs+tAfDJ3J2awCedzz4j4oXd38E N/EI6trvbmKi2yZqTxb1LMLiFpuIEKED86ejpIo+OPu+fD2qMAIrMOcnWGMcAzZGk6dM CjxyCEME/XDlMZnmE/Xj5OXL/l4q+T1PsC7Dk=
Domainkey-signature: a=rsa-sha1; c=nofws;; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=FGbIcsm5SNJg7QCD5uMt9mI22gWxdrgvX1jH34RlT54AQwEDEMl6dEegA9QMq4sVB1 mnY4ZQEoPPen1p3eqian+YcozkFSrvHGZ1jhDV9E2PA0FZ/LmLhSyAC1WgyvqzvSfvys hqSg557dlMDXiUAbfzNbAXoCEmTQzafbDinFs=
In-reply-to: <>
References: <> <> <> <>
I didn't give the user raw oopses.
I give him core file. When the kernel die, do we can get a core file now?

(gdb) bt
#0  0xc0008470 in kernel_init (unused=<value optimized out>)
#1  0xc0042660 in sys_waitid (which=<value optimized out>, upid=<value
optimized out>, infop=0x0, options=0, ru=0x14)
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

It show which line make kernel die.


On Mon, Jan 4, 2010 at 00:44, Russell King - ARM Linux
<> wrote:
> On Mon, Jan 04, 2010 at 12:30:20AM +0800, Hui Zhu wrote:
>> This S2C: message just for program s2c.
>> s2c can convert it to a core file.  Then gdb can do a clear analyse
>> with this file.
>> Then you can get more message than current we can get.
> I understand that.  What I'm saying is that all the additional noise
> you're causing the kernel to create is just a pure duplication of
> what we already dump.
> Oops dumps are already noisy enough - especially if they cause a panic
> at the end (where you end up with two backtraces.)  We do not need even
> more noise caused by needless duplication.
> You can get everything you need already from the kernel.  On ARM, we
> already dump out all the registers and the _full_ stack.  There is no
> need for you to implement your own register dumping code and full stack
> dump on top of that again.
> So, I'm not going to accept your patch for the ARM kernel.  Please use
> what's already provided - it's more than adequate.  By doing so, you
> don't penalise those of us who want to read the raw oopses.
> Talking about noisy oopses, I'm getting one with 2.6.33-rc2 on 'poweroff'
> shutdown.  No idea what it is because most of it's scrolled off the top of
> the screen and I can't scroll back.  Not bothered about it at the moment.
> What it does illustrate though is why making things too noisy when problems
> occur makes it _more_ difficult to find out what went wrong.

<Prev in Thread] Current Thread [Next in Thread>