linux-kernel - RE: [2/3] 2.6.22-rc3: known regressions v2

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <AE4F746F2AECFC4DA4AADD66A1DFEF01A55540@otce2k301.adaptec.com>
Date:	Fri, 1 Jun 2007 14:24:33 -0400
From:	"Salyzyn, Mark" <mark_salyzyn@...ptec.com>
To:	<vgoyal@...ibm.com>, "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>,
	"Yinghai Lu" <yhlu.kernel@...il.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

Agree, but overstated somewhat.

The card in question that the regression is reported against is not a
released card and as such could have a flawed environment, Hardware,
Firmware or other Incompatibility. The fix for the root cause will
likely not touch the driver or the kernel.

It does raise the specter of a possible follow-on patch to address the
root cause under kdump should we determine that the problem can not be
solved in time of release of the Firmware of the current pre-released
card or if we discover that other released cards have a similar Firmware
or Hardware bug. Speculation such as these do not belong on kernel
regression reports IMHO.

Sincerely -- Mark Salyzyn

> -----Original Message-----
> From: Vivek Goyal [mailto:vgoyal@...ibm.com] 
> Sent: Friday, June 01, 2007 1:54 PM
> To: Andrew Morton
> Cc: Michal Piotrowski; Linus Torvalds; LKML; 
> linux-pcmcia@...ts.infradead.org; Robert de Rooy; Alan Cox; 
> Tejun Heo; linux-ide@...r.kernel.org; Jeff Garzik; Gregor 
> Jasny; linux-scsi@...r.kernel.org; James Bottomley; AACRAID; 
> Yinghai Lu; Vivek Goyal; sparclinux@...r.kernel.org; David 
> Miller; Mikael Pettersson
> 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/