[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070601175344.GA13721@in.ibm.com>
Date: Fri, 1 Jun 2007 23:23:44 +0530
From: Vivek Goyal <vgoyal@...ibm.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Michal Piotrowski <michal.k.k.piotrowski@...il.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
LKML <linux-kernel@...r.kernel.org>,
linux-pcmcia@...ts.infradead.org,
Robert de Rooy <robert.de.rooy@...il.com>,
Alan Cox <alan@...hat.com>, Tejun Heo <htejun@...il.com>,
linux-ide@...r.kernel.org, Jeff Garzik <jeff@...zik.org>,
Gregor Jasny <gjasny@...glemail.com>,
linux-scsi@...r.kernel.org,
James Bottomley <James.Bottomley@...elEye.com>,
Mark Salyzyn <aacraid@...ptec.com>,
Yinghai Lu <yhlu.kernel@...il.com>,
Vivek Goyal <vgoyal@...ibm.com>, sparclinux@...r.kernel.org,
David Miller <davem@...emloft.net>,
Mikael Pettersson <mikpe@...uu.se>
Subject: Re: [2/3] 2.6.22-rc3: known regressions v2
On Fri, Jun 01, 2007 at 09:01:15AM -0700, Andrew Morton wrote:
> On Fri, 01 Jun 2007 14:20:55 +0200 Michal Piotrowski <michal.k.k.piotrowski@...il.com> wrote:
>
> > SCSI
> >
> > Subject : aacraid: adapter kernel panic'd fffffffd (kexec)
> > References : http://lkml.org/lkml/2007/5/29/491
> > Submitter : Yinghai Lu <yhlu.kernel@...il.com>
> > Handled-By : Salyzyn, Mark <mark_salyzyn@...ptec.com>
> > Vivek Goyal <vgoyal@...ibm.com>
> > Status : problem is being debugged
>
> Mark's aacraid-fix-shutdown-handler-to-also-disable-interrupts.patch is
> known to fix this, so we can move this to "known regressions with patches"
Hi Andrew,
aacraid-fix-shutdown-handler-to-also-disable-interrupts.patch is meant
to ensure that we don't perform an unnecessary reset of the device
during a kexec boot. During kexec, we perform the device_shutdown()
which should bring the device to a known sane state and a reset is
not required while next kernel is coming up.
I think this fix just masks Yinghai's problem and as such does not
fix the root cause of the problem. In his case a software reset
of the card is not successful and this is a problem. This problem
will become visible during kdump.
So I would think that this regression is still there just that got
shifted from kexec to kdump.
But we do need above patch to make sure kexec boot is fast and does
not perform any unrequired device reset.
Thanks
Vivek
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists