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]
Date:	Sat, 19 Apr 2008 12:34:55 -0500
From:	James Bottomley <James.Bottomley@...senPartnership.com>
To:	Adrian Bunk <bunk@...nel.org>
Cc:	Ingo Molnar <mingo@...e.hu>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	linux-scsi <linux-scsi@...r.kernel.org>,
	linux-kernel <linux-kernel@...r.kernel.org>,
	Greg KH <greg@...ah.com>
Subject: Re: [GIT PATCH] SCSI updates for 2.6.25

On Sat, 2008-04-19 at 20:05 +0300, Adrian Bunk wrote:
> On Sat, Apr 19, 2008 at 10:54:44AM -0500, James Bottomley wrote:
> > 
> > On Sat, 2008-04-19 at 17:19 +0200, Ingo Molnar wrote:
> > > * James Bottomley <James.Bottomley@...senPartnership.com> wrote:
> > > 
> > > >       libsas: Provide a transport-level facility to request SAS addrs
> > > 
> > > this (or a nearby) commit caused a build regression:
> > > 
> > >  drivers/built-in.o: In function `sas_request_addr':
> > >  : undefined reference to `request_firmware'
> > >  drivers/built-in.o: In function `sas_request_addr':
> > >  : undefined reference to `release_firmware'
> > > 
> > > config can be found at:
> > > 
> > >    http://redhat.com/~mingo/misc/config-Sat_Apr_19_16_58_35_CEST_2008.bad
> > > 
> > > ... brought to you by x86.git's randconfig build and boot service ;-)
> > 
> > This one's fun.  The root cause is 
> > 
> > CONFIG_SCSI_SAS_LIBSAS=y
> > CONFIG_FW_LOADER=m
> > 
> > The problem is that libsas doesn't depend on the FW loader and doesn't
> > want to.  It just wants to use it if it's available.  The definitions in
> > include/linux/firmware.h have stubs to facilitate this.
> > 
> > However, CONFIG_FW_LOADER=m defeats the stubs.
> > 
> > This is a bit nasty to fix; however, I think this patch does.  I've also
> > put a large comment in to explain what's going on.
> >...
> 
> Your patch fixes the build error, but I'm not sure whether it's the
> correct fix:
> 
> CONFIG_SCSI_SAS_LIBSAS=y, CONFIG_FW_LOADER=m, CONFIG_SCSI_AIC94XX=m
> will now pass all randconfig tests, but the effects of the
> "select FW_LOADER" in the SCSI_AIC94XX driver would be lost in this 
> configuration, and we might get bug reports like "driver works built-in 
> but fails with 'No SAS Address provided for %s\n' when built modular."
> 
> IMHO SCSI_SAS_LIBSAS should simply select FW_LOADER.

Well, we already had this argument on linux-scsi when the interface was
first proposed:  Apart from select being very nasty and should only be
sparingly used, this interface is really only provided for specific OS
defined cases.  It's users are expected to know the pitfalls and the
dangers (it's only for boards with no fw in either pre-test or embedded
situations), so the casual user should never have to use it.

Even if I changed it to select, a user could still defeat it by making
CONFIG_SCSI_AIC94XX=y (because now the initialisation is before early
boot userland, so the request always fails).

James


--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ