Re: [PATCH RFC] Debug handling of early spurious interrupts

2007-07-19 Thread Fernando Luis Vázquez Cao
On Wed, 2007-07-18 at 15:46 -0700, Andrew Morton wrote: > On Tue, 17 Jul 2007 19:09:57 +0900 > Fernando Luis V__zquez Cao <[EMAIL PROTECTED]> wrote: > > > With the advent of kdump it is possible that device drivers receive > > interrupts generated in the context of a previous kernel. Ideally > > q

Re: Determine version of kernel that produced vmcore

2007-07-19 Thread Don Zickus
On Thu, Jul 19, 2007 at 06:49:53PM +0200, Bernhard Walle wrote: > * Don Zickus <[EMAIL PROTECTED]> [2007-07-19 18:39]: > > > > I am not a big fan of this approach as it forces distros to require > > kexec-tools when building a kernel. Even Joe Hacker who wants a custom > > kernel (and not interes

Re: Determine version of kernel that produced vmcore

2007-07-19 Thread Bernhard Walle
* Don Zickus <[EMAIL PROTECTED]> [2007-07-19 18:39]: > > I am not a big fan of this approach as it forces distros to require > kexec-tools when building a kernel. Even Joe Hacker who wants a custom > kernel (and not interested in kexec) would have to not only download the > kernel.src.rpm but kex

Re: Determine version of kernel that produced vmcore

2007-07-19 Thread Don Zickus
On Wed, Jul 18, 2007 at 11:07:40PM +0900, Ken'ichi Ohmichi wrote: > The content of mkdfinfo file has been increasing whenever adding > features and correcting bugs. The content is increasing even now. > And, the feature addition is done not only for new kernels but also > for old upstream kernels.

Re: Determine version of kernel that produced vmcore

2007-07-19 Thread Vivek Goyal
On Wed, Jul 18, 2007 at 11:07:40PM +0900, Ken'ichi Ohmichi wrote: > > Hi, > > 2007/07/16 18:06:33 +0530, Vivek Goyal <[EMAIL PROTECTED]> wrote: > >On Mon, Jul 16, 2007 at 02:28:54PM +0200, Bernhard Walle wrote: > >> * Vivek Goyal <[EMAIL PROTECTED]> [2007-07-16 14:25]: > >> > > >> > Ok. Now ther

[patch] add kdump_after_notifier

2007-07-19 Thread Takenori Nagano
Hi, In latest kernel, we can't use panic_notifier_list if kdump is enabled. panic_notifier_list is very useful function for debug, failover, etc... So this patch adds a control file /proc/sys/kernel/dump_after_notifier and resolves a problem users can not use both kdump and panic_notifier_list at

Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation

2007-07-19 Thread Rafael J. Wysocki
On Thursday, 19 July 2007 08:43, Huang, Ying wrote: > On Wed, 2007-07-18 at 18:04 -0700, Andrew Morton wrote: > > I like the idea but I think I'll let people chat about it a bit more > > before looking at merging the patches, OK? > > I think maybe we should wait for Rafael to separate the device h

Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation

2007-07-19 Thread Huang, Ying
On Wed, 2007-07-18 at 18:04 -0700, Andrew Morton wrote: > I like the idea but I think I'll let people chat about it a bit more > before looking at merging the patches, OK? I think maybe we should wait for Rafael to separate the device hibernate (quiesce and state save) from device suspend. Without