Hi Tony,

> Am 01.04.2019 um 18:46 schrieb Tony Lindgren <t...@atomide.com>:
> 
> Hi,
> 
> * H. Nikolaus Schaller <h...@goldelico.com> [190331 10:08]:
>> This is an ugly workaround for a regression introduced into v5.1-rc1 by
>> 
>> <c1c04cea13dc234ce9a4504879ddd36ea524d880>
> 
> You should standardized commit references like this instead:
> 
> c1c04cea13dc ("gpio: of: Fix logic inversion")
> 
> Then please also include a proper Fixes tag.
> 
> You can configure an alias for it to make things easier:
> 
> git log --abbrev=12 --pretty=format:"%h (\"%s\")"
> 
>> --- a/arch/arm/boot/dts/omap3-gta04.dtsi
>> +++ b/arch/arm/boot/dts/omap3-gta04.dtsi
>> @@ -114,6 +114,7 @@
>>              gpio-miso = <&gpio1 18 GPIO_ACTIVE_HIGH>;
>>              gpio-mosi = <&gpio1 20 GPIO_ACTIVE_HIGH>;
>>              cs-gpios = <&gpio1 19 GPIO_ACTIVE_HIGH>;
>> +            spi-cs-high;    /* make the legacy handler in gpiolib not 
>> intervene */
>>              num-chipselects = <1>;
>> 
>>              /* lcd panel */
>> @@ -123,6 +124,7 @@
>>                      spi-max-frequency = <100000>;
>>                      spi-cpol;
>>                      spi-cpha;
>> +                    spi-cs-high;    /* here is where it should be but this 
>> is ignored by a bug in the gpiolib handler */
>> 
>>                      backlight= <&backlight>;
>>                      label = "lcd";
> 
> So what's the plan with this fix? Add this for v5.2-rc cycle,
> then revert it later? I'd probably go directly for the proper
> fix if possible.

Well, I learned just some minutes ago that a new patch for gpiolib
came through 5.1-rc3 which does fix this.

It seems to check for "cs-gpios" and then disable the legacy handling.

This means that we do not need to patch the DTS at all.

BR and thanks,
Nikolaus

Reply via email to