From: Arnd Bergmann <arnd@arndb.de> To: linux-arm-kernel@lists.infradead.org Cc: Russell King <rmk+kernel@arm.linux.org.uk>, linux-kernel@vger.kernel.org, Linus Walleij <linus.walleij@linaro.org>, Lee Jones <lee.jones@linaro.org> Subject: Re: [PATCH 1/6] ARM: ux500: don't select LEDS_GPIO for snowball Date: Thu, 23 Aug 2012 14:26:42 +0000 [thread overview] Message-ID: <201208231426.43105.arnd@arndb.de> (raw) In-Reply-To: <1345648390-4234-2-git-send-email-arnd@arndb.de> On Wednesday 22 August 2012, Arnd Bergmann wrote: > The gpio leds driver can only be built if the generic LED code is > also enabled. Snowball selects LEDS_GPIO for an unknown reason > but it does not select LEDS_CLASS and also does not really require > the LED support at all, so we can just drop this dependency. > > Without this patch, building without LEDS_CLASS esults in: > > drivers/built-in.o: In function `create_gpio_led.part.2': > governor_userspace.c:(.devinit.text+0x5a58): undefined reference to `led_classdev_register' > drivers/built-in.o: In function `gpio_led_remove': > governor_userspace.c:(.devexit.text+0x6b8): undefined reference to `led_classdev_unregister' > > This reverts 8733f53c6 "ARM: ux500: Kconfig: Compile in leds-gpio > support for Snowball", which was not completely thought through. > > Signed-off-by: Arnd Bergmann <arnd@arndb.de> > Cc: Linus Walleij <linus.walleij@linaro.org> > Cc: Lee Jones <lee.jones@linaro.org> I discussed this with Lee on IRC, he really wants to keep the LED enabled for snowball for his own convenience. How is this version instead? Arnd >From 53c4e002b7ebd70ad9dcfa7a97c0ae58e874e643 Mon Sep 17 00:00:00 2001 From: Arnd Bergmann <arnd@arndb.de> Date: Wed, 15 Aug 2012 20:34:48 +0000 Subject: [PATCH] ARM: ux500: don't select LEDS_GPIO for snowball The gpio leds driver can only be built if the generic LED code is also enabled. Snowball selects LEDS_GPIO for an unknown reason but it does not select LEDS_CLASS and also does not really require the LED support at all, so we can just drop this dependency. Without this patch, building without LEDS_CLASS esults in: drivers/built-in.o: In function `create_gpio_led.part.2': governor_userspace.c:(.devinit.text+0x5a58): undefined reference to `led_classdev_register' drivers/built-in.o: In function `gpio_led_remove': governor_userspace.c:(.devexit.text+0x6b8): undefined reference to `led_classdev_unregister' This reverts 8733f53c6 "ARM: ux500: Kconfig: Compile in leds-gpio support for Snowball", which was not completely thought through. In order to leave the GPIO LED code still present in normal builds, this also enables the symbol in u8500_defconfig, in addition to the other LED drivers that are already selected there. Signed-off-by: Arnd Bergmann <arnd@arndb.de> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Lee Jones <lee.jones@linaro.org> diff --git a/arch/arm/configs/u8500_defconfig b/arch/arm/configs/u8500_defconfig index 2d4f661..da68454 100644 --- a/arch/arm/configs/u8500_defconfig +++ b/arch/arm/configs/u8500_defconfig @@ -86,6 +86,7 @@ CONFIG_NEW_LEDS=y CONFIG_LEDS_CLASS=y CONFIG_LEDS_LM3530=y CONFIG_LEDS_LP5521=y +CONFIG_LEDS_GPIO=y CONFIG_RTC_CLASS=y CONFIG_RTC_DRV_AB8500=y CONFIG_RTC_DRV_PL031=y diff --git a/arch/arm/mach-ux500/Kconfig b/arch/arm/mach-ux500/Kconfig index c013bbf..53d3d46 100644 --- a/arch/arm/mach-ux500/Kconfig +++ b/arch/arm/mach-ux500/Kconfig @@ -41,7 +41,6 @@ config MACH_HREFV60 config MACH_SNOWBALL bool "U8500 Snowball platform" select MACH_MOP500 - select LEDS_GPIO help Include support for the snowball development platform.
WARNING: multiple messages have this Message-ID (diff)
From: arnd@arndb.de (Arnd Bergmann) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 1/6] ARM: ux500: don't select LEDS_GPIO for snowball Date: Thu, 23 Aug 2012 14:26:42 +0000 [thread overview] Message-ID: <201208231426.43105.arnd@arndb.de> (raw) In-Reply-To: <1345648390-4234-2-git-send-email-arnd@arndb.de> On Wednesday 22 August 2012, Arnd Bergmann wrote: > The gpio leds driver can only be built if the generic LED code is > also enabled. Snowball selects LEDS_GPIO for an unknown reason > but it does not select LEDS_CLASS and also does not really require > the LED support at all, so we can just drop this dependency. > > Without this patch, building without LEDS_CLASS esults in: > > drivers/built-in.o: In function `create_gpio_led.part.2': > governor_userspace.c:(.devinit.text+0x5a58): undefined reference to `led_classdev_register' > drivers/built-in.o: In function `gpio_led_remove': > governor_userspace.c:(.devexit.text+0x6b8): undefined reference to `led_classdev_unregister' > > This reverts 8733f53c6 "ARM: ux500: Kconfig: Compile in leds-gpio > support for Snowball", which was not completely thought through. > > Signed-off-by: Arnd Bergmann <arnd@arndb.de> > Cc: Linus Walleij <linus.walleij@linaro.org> > Cc: Lee Jones <lee.jones@linaro.org> I discussed this with Lee on IRC, he really wants to keep the LED enabled for snowball for his own convenience. How is this version instead? Arnd >From 53c4e002b7ebd70ad9dcfa7a97c0ae58e874e643 Mon Sep 17 00:00:00 2001 From: Arnd Bergmann <arnd@arndb.de> Date: Wed, 15 Aug 2012 20:34:48 +0000 Subject: [PATCH] ARM: ux500: don't select LEDS_GPIO for snowball The gpio leds driver can only be built if the generic LED code is also enabled. Snowball selects LEDS_GPIO for an unknown reason but it does not select LEDS_CLASS and also does not really require the LED support at all, so we can just drop this dependency. Without this patch, building without LEDS_CLASS esults in: drivers/built-in.o: In function `create_gpio_led.part.2': governor_userspace.c:(.devinit.text+0x5a58): undefined reference to `led_classdev_register' drivers/built-in.o: In function `gpio_led_remove': governor_userspace.c:(.devexit.text+0x6b8): undefined reference to `led_classdev_unregister' This reverts 8733f53c6 "ARM: ux500: Kconfig: Compile in leds-gpio support for Snowball", which was not completely thought through. In order to leave the GPIO LED code still present in normal builds, this also enables the symbol in u8500_defconfig, in addition to the other LED drivers that are already selected there. Signed-off-by: Arnd Bergmann <arnd@arndb.de> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Lee Jones <lee.jones@linaro.org> diff --git a/arch/arm/configs/u8500_defconfig b/arch/arm/configs/u8500_defconfig index 2d4f661..da68454 100644 --- a/arch/arm/configs/u8500_defconfig +++ b/arch/arm/configs/u8500_defconfig @@ -86,6 +86,7 @@ CONFIG_NEW_LEDS=y CONFIG_LEDS_CLASS=y CONFIG_LEDS_LM3530=y CONFIG_LEDS_LP5521=y +CONFIG_LEDS_GPIO=y CONFIG_RTC_CLASS=y CONFIG_RTC_DRV_AB8500=y CONFIG_RTC_DRV_PL031=y diff --git a/arch/arm/mach-ux500/Kconfig b/arch/arm/mach-ux500/Kconfig index c013bbf..53d3d46 100644 --- a/arch/arm/mach-ux500/Kconfig +++ b/arch/arm/mach-ux500/Kconfig @@ -41,7 +41,6 @@ config MACH_HREFV60 config MACH_SNOWBALL bool "U8500 Snowball platform" select MACH_MOP500 - select LEDS_GPIO help Include support for the snowball development platform.
next prev parent reply other threads:[~2012-08-23 14:26 UTC|newest] Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-08-22 15:13 [PATCH 0/6] ARM: randconfig bugs Arnd Bergmann 2012-08-22 15:13 ` Arnd Bergmann 2012-08-22 15:13 ` [PATCH 1/6] ARM: ux500: don't select LEDS_GPIO for snowball Arnd Bergmann 2012-08-22 15:13 ` Arnd Bergmann 2012-08-23 14:26 ` Arnd Bergmann [this message] 2012-08-23 14:26 ` Arnd Bergmann 2012-08-27 23:40 ` Linus Walleij 2012-08-27 23:40 ` Linus Walleij 2012-08-22 15:13 ` [PATCH 2/6] ARM: omap: allow building omap44xx without SMP Arnd Bergmann 2012-08-22 15:13 ` Arnd Bergmann 2012-08-22 15:36 ` Shilimkar, Santosh 2012-08-22 15:36 ` Shilimkar, Santosh 2012-08-22 17:22 ` Arnd Bergmann 2012-08-22 17:22 ` Arnd Bergmann 2012-08-23 7:05 ` Shilimkar, Santosh 2012-08-23 7:05 ` Shilimkar, Santosh 2012-08-23 12:12 ` Arnd Bergmann 2012-08-23 12:12 ` Arnd Bergmann 2012-08-23 13:00 ` Shilimkar, Santosh 2012-08-23 13:00 ` Shilimkar, Santosh 2012-08-23 13:32 ` Arnd Bergmann 2012-08-23 13:32 ` Arnd Bergmann 2012-08-22 15:13 ` [PATCH 3/6] ARM: imx: build pm-imx5 code only when PM is enabled Arnd Bergmann 2012-08-22 15:13 ` Arnd Bergmann 2012-08-23 2:07 ` Shawn Guo 2012-08-23 2:07 ` Shawn Guo 2012-08-22 15:13 ` [PATCH 4/6] ARM: imx: fix ksz9021rn_phy_fixup Arnd Bergmann 2012-08-22 15:13 ` Arnd Bergmann 2012-08-23 2:10 ` Shawn Guo 2012-08-23 2:10 ` Shawn Guo 2012-08-22 15:13 ` [PATCH 5/6] ARM: imx: select CPU_FREQ_TABLE when needed Arnd Bergmann 2012-08-22 15:13 ` Arnd Bergmann 2012-08-23 2:13 ` Shawn Guo 2012-08-23 2:13 ` Shawn Guo 2012-08-22 15:13 ` [PATCH 6/6] ARM: imx: select ARM_CPU_SUSPEND when necessary Arnd Bergmann 2012-08-22 15:13 ` Arnd Bergmann 2012-08-23 2:41 ` Shawn Guo 2012-08-23 2:41 ` Shawn Guo 2012-08-23 14:20 ` Arnd Bergmann 2012-08-23 14:20 ` Arnd Bergmann 2012-08-23 14:55 ` Shawn Guo 2012-08-23 14:55 ` Shawn Guo
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=201208231426.43105.arnd@arndb.de \ --to=arnd@arndb.de \ --cc=lee.jones@linaro.org \ --cc=linus.walleij@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=rmk+kernel@arm.linux.org.uk \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.