Hi Randy and all, Seems like you found a problem... but the relevant sections of 'hid-steelseries.c' already have -- #if defined(CONFIG_LEDS_CLASS) || defined(CONFIG_LEDS_CLASS_MODULE) ... #endif -- Shouldn't this prevent the module having calls to register/unregister if the LED_CLASS is not enabled? Does forcing a 'depends on LED_CLASS' in Kconfig prevent the hid-steelseries module being built on systems without LEDs, or is this simply a way to ensure that the LED_CLASS module gets loaded first? Simon. > From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx> > > Fix hid-steelseries build by making it depends on LEDS_CLASS. > Build errors happen when LEDS_CLASS=m and HID_STEELSERIES=y. > > drivers/built-in.o: In function `steelseries_srws1_remove': > hid-steelseries.c:(.text+0x3b97a1): undefined reference to > `led_classdev_unregister' > drivers/built-in.o: In function `steelseries_srws1_probe': > hid-steelseries.c:(.text+0x3b9c51): undefined reference to > `led_classdev_register' > hid-steelseries.c:(.text+0x3b9ce5): undefined reference to > `led_classdev_register' > hid-steelseries.c:(.text+0x3b9d4b): undefined reference to > `led_classdev_unregister' > > Signed-off-by: Randy Dunlap <rdunlap@xxxxxxxxxxxxx> > --- > drivers/hid/Kconfig | 1 + > 1 file changed, 1 insertion(+) > > --- linux-next-20130501.orig/drivers/hid/Kconfig > +++ linux-next-20130501/drivers/hid/Kconfig > @@ -610,6 +610,7 @@ config HID_SPEEDLINK > config HID_STEELSERIES > tristate "Steelseries SRW-S1 steering wheel support" > depends on HID > + depends on LEDS_CLASS > ---help--- > Support for Steelseries SRW-S1 steering wheel > > -- > To unsubscribe from this list: send the line "unsubscribe linux-input" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
