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:	Mon, 7 Jan 2008 11:36:41 -0800
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	Sam Ravnborg <sam@...nborg.org>
Cc:	imsudhirkumar@...il.com, linux-kernel@...r.kernel.org,
	post@...drik-sattler.de, rpurdie@...ys.net
Subject: Re: [2.6.24-rc6-mm1] Build Failure on ppc64 with CONFIG_USB_GADGET
 not set.

On Mon, 7 Jan 2008 20:15:31 +0100
Sam Ravnborg <sam@...nborg.org> wrote:

> On Mon, Jan 07, 2008 at 09:49:55AM -0800, Andrew Morton wrote:
> > On Mon, 7 Jan 2008 16:53:58 +0530 "sudhir kumar" <imsudhirkumar@...il.com> wrote:
> > 
> > > Hi Andrew!
> > > 
> > > Kernel build fails on my ppc64 machine. It seems to be  a dependency
> > > problem with CONFIG_USB_GADGET not set.
> > > Config file is attached.
> > > 
> > >  CC      init/version.o
> > >   LD      init/built-in.o
> > >   LD      .tmp_vmlinux1
> > > drivers/built-in.o: In function `oz99x_remove':
> > > drivers/i2c/chips/oz99x.c:660: undefined reference to `.led_classdev_unregister'
> > > drivers/built-in.o: In function `oz99x_configure_leds':
> > > drivers/i2c/chips/oz99x.c:314: undefined reference to `.led_classdev_register'
> > > make: *** [.tmp_vmlinux1] Error 1
> > > 
> > 
> > Strange.
> > 
> > oz99x-i2c-button-and-led-support-driver.patch has
> > 
> > +config OZ99X
> > +	tristate "O2 Micro/ETC OZ990/OZ992 SMBus chip"
> > +	depends on I2C
> > +	select INPUT_POLLDEV
> > +	select LEDS_CLASS
> > 
> > and your .config gives
> > 
> > box:/usr/src/25> grep LEDS .config
> > # CONFIG_NEW_LEDS is not set
> > CONFIG_LEDS_CLASS=y
> > 
> > so drivers/leds/led-class.o should be linked into your vmlinux.  But that
> > obviously isn't happening.
> Because CONFIG_NEW_LEDS is not set we do not visit drivers/leds due to:
> obj-$(CONFIG_NEW_LEDS)          += leds/
> in drivers/Makefile
> 
> This is evil select playing games (again).
> We have LEDS_CLASS equal y but NEW_LEDS equal n
> 

Ah, OK, thanks.

I'll switch oz99x-i2c-button-and-led-support-driver.patch over to using
non-evil `depends on LEDS_CLASS'.
--
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