lkml.org 
[lkml]   [2007]   [Jun]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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@gmail.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@gmail.com>
> > Handled-By : Salyzyn, Mark <mark_salyzyn@adaptec.com>
> > Vivek Goyal <vgoyal@in.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@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-06-01 20:15    [W:0.040 / U:0.688 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site