diff mbox

[1/3] ARM: dts: omap3-igep: add pinmux node for GPIO LED configuration

Message ID 1371739352-19670-1-git-send-email-javier.martinez@collabora.co.uk (mailing list archive)
State New, archived
Headers show

Commit Message

Javier Martinez Canillas June 20, 2013, 2:42 p.m. UTC
IGEP boards have a number of LED connected to OMAP or TWL GPIO
lines. The actual wiring is different on each board so each board
DT has need to configure the mux correctly.

Even though it works with the current DT, the kernel complains with:

[2.305023] leds-gpio leds.18: pins are not configured from the driver

Add an empty pinmux_leds_pins pinctrl child node so boards can
override with the correct mux configuration and not depend on
default values for the GPIO LEDs to work.

Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
---
 arch/arm/boot/dts/omap3-igep.dtsi |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

Comments

Javier Martinez Canillas Aug. 3, 2013, 7:11 p.m. UTC | #1
On Thu, Jun 20, 2013 at 4:42 PM, Javier Martinez Canillas
<javier.martinez@collabora.co.uk> wrote:
> IGEP boards have a number of LED connected to OMAP or TWL GPIO
> lines. The actual wiring is different on each board so each board
> DT has need to configure the mux correctly.
>
> Even though it works with the current DT, the kernel complains with:
>
> [2.305023] leds-gpio leds.18: pins are not configured from the driver
>
> Add an empty pinmux_leds_pins pinctrl child node so boards can
> override with the correct mux configuration and not depend on
> default values for the GPIO LEDs to work.
>
> Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
> ---
>  arch/arm/boot/dts/omap3-igep.dtsi |    2 ++
>  1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/boot/dts/omap3-igep.dtsi b/arch/arm/boot/dts/omap3-igep.dtsi
> index bc48b11..55f9f61 100644
> --- a/arch/arm/boot/dts/omap3-igep.dtsi
> +++ b/arch/arm/boot/dts/omap3-igep.dtsi
> @@ -68,6 +68,8 @@
>                         0x1a2 (PIN_INPUT | MUX_MODE4)           /* mcspi1_cs2.gpio_176 */
>                 >;
>         };
> +
> +       leds_pins: pinmux_leds_pins { };
>  };
>
>  &i2c1 {
> --
> 1.7.7.6
>
> --

Hi Benoit,

Any feedback about this patch-set?

Thanks a lot and best regards,
Javier
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Benoit Cousson Aug. 13, 2013, 11:20 a.m. UTC | #2
Hi Javier,

On 03/08/2013 21:11, Javier Martinez Canillas wrote:
> On Thu, Jun 20, 2013 at 4:42 PM, Javier Martinez Canillas
> <javier.martinez@collabora.co.uk> wrote:
>> IGEP boards have a number of LED connected to OMAP or TWL GPIO
>> lines. The actual wiring is different on each board so each board
>> DT has need to configure the mux correctly.
>>
>> Even though it works with the current DT, the kernel complains with:
>>
>> [2.305023] leds-gpio leds.18: pins are not configured from the driver
>>
>> Add an empty pinmux_leds_pins pinctrl child node so boards can
>> override with the correct mux configuration and not depend on
>> default values for the GPIO LEDs to work.
>>
>> Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
>> ---
>>   arch/arm/boot/dts/omap3-igep.dtsi |    2 ++
>>   1 files changed, 2 insertions(+), 0 deletions(-)
>>
>> diff --git a/arch/arm/boot/dts/omap3-igep.dtsi b/arch/arm/boot/dts/omap3-igep.dtsi
>> index bc48b11..55f9f61 100644
>> --- a/arch/arm/boot/dts/omap3-igep.dtsi
>> +++ b/arch/arm/boot/dts/omap3-igep.dtsi
>> @@ -68,6 +68,8 @@
>>                          0x1a2 (PIN_INPUT | MUX_MODE4)           /* mcspi1_cs2.gpio_176 */
>>                  >;
>>          };
>> +
>> +       leds_pins: pinmux_leds_pins { };

I'm just wondering what will happen if you do not override it with the 
board file?

Will we still have the warning? Because the warning is there to notify 
you that the pin config is missing so we should not prevent that to work.

Regards,
Benoit

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Javier Martinez Canillas Aug. 13, 2013, 11:35 a.m. UTC | #3
On Tue, Aug 13, 2013 at 1:20 PM, Benoit Cousson <bcousson@baylibre.com> wrote:
> Hi Javier,
>
>
> On 03/08/2013 21:11, Javier Martinez Canillas wrote:
>>
>> On Thu, Jun 20, 2013 at 4:42 PM, Javier Martinez Canillas
>> <javier.martinez@collabora.co.uk> wrote:
>>>
>>> IGEP boards have a number of LED connected to OMAP or TWL GPIO
>>> lines. The actual wiring is different on each board so each board
>>> DT has need to configure the mux correctly.
>>>
>>> Even though it works with the current DT, the kernel complains with:
>>>
>>> [2.305023] leds-gpio leds.18: pins are not configured from the driver
>>>
>>> Add an empty pinmux_leds_pins pinctrl child node so boards can
>>> override with the correct mux configuration and not depend on
>>> default values for the GPIO LEDs to work.
>>>
>>> Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
>>> ---
>>>   arch/arm/boot/dts/omap3-igep.dtsi |    2 ++
>>>   1 files changed, 2 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/arch/arm/boot/dts/omap3-igep.dtsi
>>> b/arch/arm/boot/dts/omap3-igep.dtsi
>>> index bc48b11..55f9f61 100644
>>> --- a/arch/arm/boot/dts/omap3-igep.dtsi
>>> +++ b/arch/arm/boot/dts/omap3-igep.dtsi
>>> @@ -68,6 +68,8 @@
>>>                          0x1a2 (PIN_INPUT | MUX_MODE4)           /*
>>> mcspi1_cs2.gpio_176 */
>>>                  >;
>>>          };
>>> +
>>> +       leds_pins: pinmux_leds_pins { };
>
>
> I'm just wondering what will happen if you do not override it with the board
> file?
>
> Will we still have the warning? Because the warning is there to notify you
> that the pin config is missing so we should not prevent that to work.
>

If you don't override on the board file you will just get the warning.

Once when I send this patches the gpio-leds driver was indeed failing
to probe because of this. I noticed this because the LED stop working
and didn't appear in /sys/class/leds/ and setting the pin mux
correctly solved the issue.

Now I just see a warning so it seems this got fixed in the meantime.

So since is not a regression probably this is v3.12 material and there
is no need to send it on the -rc series.

> Regards,
> Benoit
>

Thanks a lot and best regards,
Javier
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
diff mbox

Patch

diff --git a/arch/arm/boot/dts/omap3-igep.dtsi b/arch/arm/boot/dts/omap3-igep.dtsi
index bc48b11..55f9f61 100644
--- a/arch/arm/boot/dts/omap3-igep.dtsi
+++ b/arch/arm/boot/dts/omap3-igep.dtsi
@@ -68,6 +68,8 @@ 
 			0x1a2 (PIN_INPUT | MUX_MODE4)		/* mcspi1_cs2.gpio_176 */
 		>;
 	};
+
+	leds_pins: pinmux_leds_pins { };
 };
 
 &i2c1 {