* [PATCH 1/1] ARM: OMAP3: igep0020: simplify GPIO LEDs dependencies
@ 2012-12-14 17:17 ` Javier Martinez Canillas
0 siblings, 0 replies; 6+ messages in thread
From: Javier Martinez Canillas @ 2012-12-14 17:17 UTC (permalink / raw)
To: Tony Lindgren
Cc: Russell King, Enric Balletbo i Serra, Matthias Brugger,
Ezequiel Garcia, linux-arm-kernel, linux-omap,
Javier Martinez Canillas
The IGEPv2 board has two user GPIO LEDs and one of them is
default to "on" to tell the user that the board booted correctly.
But to use these LEDs the config options CONFIG_LEDS_GPIO,
CONFIG_LEDS_TRIGGERS and CONFIG_LEDS_TRIGGER_DEFAULT_ON have to
be enabled.
Since only the default-on and default-off triggers were used
anyway, it is better to just use .default_state instead of
.default_trigger and not depend on CONFIG_LEDS_TRIGGER_*
Also, this is consistent with IGEPv2 Device Tree that uses
default-state instead of linux,default-trigger for the leds
device nodes. The LED names also have been updated to use the
same names used on omap3-igep0020.dtb.
Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
---
arch/arm/mach-omap2/board-igep0020.c | 16 ++++++++--------
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c b/arch/arm/mach-omap2/board-igep0020.c
index 0f24cb8..1921541 100644
--- a/arch/arm/mach-omap2/board-igep0020.c
+++ b/arch/arm/mach-omap2/board-igep0020.c
@@ -300,20 +300,20 @@ static struct omap2_hsmmc_info mmc[] = {
static struct gpio_led igep_gpio_leds[] = {
[0] = {
- .name = "gpio-led:red:d0",
- .default_trigger = "default-off"
+ .name = "omap3:red:user0",
+ .default_state = 0,
},
[1] = {
- .name = "gpio-led:green:d0",
- .default_trigger = "default-off",
+ .name = "omap3:green:boot",
+ .default_state = 1,
},
[2] = {
- .name = "gpio-led:red:d1",
- .default_trigger = "default-off",
+ .name = "omap3:red:user1",
+ .default_state = 0,
},
[3] = {
- .name = "gpio-led:green:d1",
- .default_trigger = "heartbeat",
+ .name = "omap3:green:user1",
+ .default_state = 0,
.gpio = -EINVAL, /* gets replaced */
.active_low = 1,
},
--
1.7.7.6
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH 1/1] ARM: OMAP3: igep0020: simplify GPIO LEDs dependencies
@ 2012-12-14 17:17 ` Javier Martinez Canillas
0 siblings, 0 replies; 6+ messages in thread
From: Javier Martinez Canillas @ 2012-12-14 17:17 UTC (permalink / raw)
To: linux-arm-kernel
The IGEPv2 board has two user GPIO LEDs and one of them is
default to "on" to tell the user that the board booted correctly.
But to use these LEDs the config options CONFIG_LEDS_GPIO,
CONFIG_LEDS_TRIGGERS and CONFIG_LEDS_TRIGGER_DEFAULT_ON have to
be enabled.
Since only the default-on and default-off triggers were used
anyway, it is better to just use .default_state instead of
.default_trigger and not depend on CONFIG_LEDS_TRIGGER_*
Also, this is consistent with IGEPv2 Device Tree that uses
default-state instead of linux,default-trigger for the leds
device nodes. The LED names also have been updated to use the
same names used on omap3-igep0020.dtb.
Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
---
arch/arm/mach-omap2/board-igep0020.c | 16 ++++++++--------
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c b/arch/arm/mach-omap2/board-igep0020.c
index 0f24cb8..1921541 100644
--- a/arch/arm/mach-omap2/board-igep0020.c
+++ b/arch/arm/mach-omap2/board-igep0020.c
@@ -300,20 +300,20 @@ static struct omap2_hsmmc_info mmc[] = {
static struct gpio_led igep_gpio_leds[] = {
[0] = {
- .name = "gpio-led:red:d0",
- .default_trigger = "default-off"
+ .name = "omap3:red:user0",
+ .default_state = 0,
},
[1] = {
- .name = "gpio-led:green:d0",
- .default_trigger = "default-off",
+ .name = "omap3:green:boot",
+ .default_state = 1,
},
[2] = {
- .name = "gpio-led:red:d1",
- .default_trigger = "default-off",
+ .name = "omap3:red:user1",
+ .default_state = 0,
},
[3] = {
- .name = "gpio-led:green:d1",
- .default_trigger = "heartbeat",
+ .name = "omap3:green:user1",
+ .default_state = 0,
.gpio = -EINVAL, /* gets replaced */
.active_low = 1,
},
--
1.7.7.6
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH 1/1] ARM: OMAP3: igep0020: simplify GPIO LEDs dependencies
2012-12-14 17:17 ` Javier Martinez Canillas
@ 2012-12-20 14:05 ` Javier Martinez Canillas
-1 siblings, 0 replies; 6+ messages in thread
From: Javier Martinez Canillas @ 2012-12-20 14:05 UTC (permalink / raw)
To: Javier Martinez Canillas
Cc: Ezequiel Garcia, Russell King, Matthias Brugger, Tony Lindgren,
Enric Balletbo i Serra, linux-omap, linux-arm-kernel
On Fri, Dec 14, 2012 at 6:17 PM, Javier Martinez Canillas
<javier.martinez@collabora.co.uk> wrote:
> The IGEPv2 board has two user GPIO LEDs and one of them is
> default to "on" to tell the user that the board booted correctly.
>
> But to use these LEDs the config options CONFIG_LEDS_GPIO,
> CONFIG_LEDS_TRIGGERS and CONFIG_LEDS_TRIGGER_DEFAULT_ON have to
> be enabled.
>
> Since only the default-on and default-off triggers were used
> anyway, it is better to just use .default_state instead of
> .default_trigger and not depend on CONFIG_LEDS_TRIGGER_*
>
> Also, this is consistent with IGEPv2 Device Tree that uses
> default-state instead of linux,default-trigger for the leds
> device nodes. The LED names also have been updated to use the
> same names used on omap3-igep0020.dtb.
>
> Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
> ---
> arch/arm/mach-omap2/board-igep0020.c | 16 ++++++++--------
> 1 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/board-igep0020.c b/arch/arm/mach-omap2/board-igep0020.c
> index 0f24cb8..1921541 100644
> --- a/arch/arm/mach-omap2/board-igep0020.c
> +++ b/arch/arm/mach-omap2/board-igep0020.c
> @@ -300,20 +300,20 @@ static struct omap2_hsmmc_info mmc[] = {
>
> static struct gpio_led igep_gpio_leds[] = {
> [0] = {
> - .name = "gpio-led:red:d0",
> - .default_trigger = "default-off"
> + .name = "omap3:red:user0",
> + .default_state = 0,
> },
> [1] = {
> - .name = "gpio-led:green:d0",
> - .default_trigger = "default-off",
> + .name = "omap3:green:boot",
> + .default_state = 1,
> },
> [2] = {
> - .name = "gpio-led:red:d1",
> - .default_trigger = "default-off",
> + .name = "omap3:red:user1",
> + .default_state = 0,
> },
> [3] = {
> - .name = "gpio-led:green:d1",
> - .default_trigger = "heartbeat",
> + .name = "omap3:green:user1",
> + .default_state = 0,
> .gpio = -EINVAL, /* gets replaced */
> .active_low = 1,
> },
> --
Hi Tony,
Any comments on this patch?
I wonder if I should keep sending fixes/improvements for board-igep0020.c
I already sent an initial Device Tree support for IGEP boards [1] and
Benoit told me he is going to queue for 3.9. But still doesn't support
many peripherals found on these boards because they still don't proper
DT support, for instance NAND and Ethernet need the GPMC bindings
patches that haven't hit mainline yet.
So, it seems I will have to keep working on the board file until it
can be completely deprecated.
Thanks a lot and best regards,
Javier
[1]: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg82383.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH 1/1] ARM: OMAP3: igep0020: simplify GPIO LEDs dependencies
@ 2012-12-20 14:05 ` Javier Martinez Canillas
0 siblings, 0 replies; 6+ messages in thread
From: Javier Martinez Canillas @ 2012-12-20 14:05 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Dec 14, 2012 at 6:17 PM, Javier Martinez Canillas
<javier.martinez@collabora.co.uk> wrote:
> The IGEPv2 board has two user GPIO LEDs and one of them is
> default to "on" to tell the user that the board booted correctly.
>
> But to use these LEDs the config options CONFIG_LEDS_GPIO,
> CONFIG_LEDS_TRIGGERS and CONFIG_LEDS_TRIGGER_DEFAULT_ON have to
> be enabled.
>
> Since only the default-on and default-off triggers were used
> anyway, it is better to just use .default_state instead of
> .default_trigger and not depend on CONFIG_LEDS_TRIGGER_*
>
> Also, this is consistent with IGEPv2 Device Tree that uses
> default-state instead of linux,default-trigger for the leds
> device nodes. The LED names also have been updated to use the
> same names used on omap3-igep0020.dtb.
>
> Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
> ---
> arch/arm/mach-omap2/board-igep0020.c | 16 ++++++++--------
> 1 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/board-igep0020.c b/arch/arm/mach-omap2/board-igep0020.c
> index 0f24cb8..1921541 100644
> --- a/arch/arm/mach-omap2/board-igep0020.c
> +++ b/arch/arm/mach-omap2/board-igep0020.c
> @@ -300,20 +300,20 @@ static struct omap2_hsmmc_info mmc[] = {
>
> static struct gpio_led igep_gpio_leds[] = {
> [0] = {
> - .name = "gpio-led:red:d0",
> - .default_trigger = "default-off"
> + .name = "omap3:red:user0",
> + .default_state = 0,
> },
> [1] = {
> - .name = "gpio-led:green:d0",
> - .default_trigger = "default-off",
> + .name = "omap3:green:boot",
> + .default_state = 1,
> },
> [2] = {
> - .name = "gpio-led:red:d1",
> - .default_trigger = "default-off",
> + .name = "omap3:red:user1",
> + .default_state = 0,
> },
> [3] = {
> - .name = "gpio-led:green:d1",
> - .default_trigger = "heartbeat",
> + .name = "omap3:green:user1",
> + .default_state = 0,
> .gpio = -EINVAL, /* gets replaced */
> .active_low = 1,
> },
> --
Hi Tony,
Any comments on this patch?
I wonder if I should keep sending fixes/improvements for board-igep0020.c
I already sent an initial Device Tree support for IGEP boards [1] and
Benoit told me he is going to queue for 3.9. But still doesn't support
many peripherals found on these boards because they still don't proper
DT support, for instance NAND and Ethernet need the GPMC bindings
patches that haven't hit mainline yet.
So, it seems I will have to keep working on the board file until it
can be completely deprecated.
Thanks a lot and best regards,
Javier
[1]: http://www.mail-archive.com/linux-omap at vger.kernel.org/msg82383.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/1] ARM: OMAP3: igep0020: simplify GPIO LEDs dependencies
2012-12-20 14:05 ` Javier Martinez Canillas
@ 2013-02-01 18:26 ` Tony Lindgren
-1 siblings, 0 replies; 6+ messages in thread
From: Tony Lindgren @ 2013-02-01 18:26 UTC (permalink / raw)
To: Javier Martinez Canillas
Cc: Javier Martinez Canillas, Ezequiel Garcia, Russell King,
Matthias Brugger, Enric Balletbo i Serra, linux-omap,
linux-arm-kernel
* Javier Martinez Canillas <javier@dowhile0.org> [121220 06:08]:
>
> Any comments on this patch?
No comments, sorry for the delay. Applying it into omap-for-v3.9/board.
> I wonder if I should keep sending fixes/improvements for board-igep0020.c
>
> I already sent an initial Device Tree support for IGEP boards [1] and
> Benoit told me he is going to queue for 3.9. But still doesn't support
> many peripherals found on these boards because they still don't proper
> DT support, for instance NAND and Ethernet need the GPMC bindings
> patches that haven't hit mainline yet.
>
> So, it seems I will have to keep working on the board file until it
> can be completely deprecated.
Yes we still have few missing things for complete DT support. While we
are working at it, let's just keep the board-*.c changes to minimum.
Regards,
Tony
> Thanks a lot and best regards,
> Javier
>
> [1]: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg82383.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH 1/1] ARM: OMAP3: igep0020: simplify GPIO LEDs dependencies
@ 2013-02-01 18:26 ` Tony Lindgren
0 siblings, 0 replies; 6+ messages in thread
From: Tony Lindgren @ 2013-02-01 18:26 UTC (permalink / raw)
To: linux-arm-kernel
* Javier Martinez Canillas <javier@dowhile0.org> [121220 06:08]:
>
> Any comments on this patch?
No comments, sorry for the delay. Applying it into omap-for-v3.9/board.
> I wonder if I should keep sending fixes/improvements for board-igep0020.c
>
> I already sent an initial Device Tree support for IGEP boards [1] and
> Benoit told me he is going to queue for 3.9. But still doesn't support
> many peripherals found on these boards because they still don't proper
> DT support, for instance NAND and Ethernet need the GPMC bindings
> patches that haven't hit mainline yet.
>
> So, it seems I will have to keep working on the board file until it
> can be completely deprecated.
Yes we still have few missing things for complete DT support. While we
are working at it, let's just keep the board-*.c changes to minimum.
Regards,
Tony
> Thanks a lot and best regards,
> Javier
>
> [1]: http://www.mail-archive.com/linux-omap at vger.kernel.org/msg82383.html
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-02-01 18:26 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-12-14 17:17 [PATCH 1/1] ARM: OMAP3: igep0020: simplify GPIO LEDs dependencies Javier Martinez Canillas
2012-12-14 17:17 ` Javier Martinez Canillas
2012-12-20 14:05 ` Javier Martinez Canillas
2012-12-20 14:05 ` Javier Martinez Canillas
2013-02-01 18:26 ` Tony Lindgren
2013-02-01 18:26 ` Tony Lindgren
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.