[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8d40b3f4-40a6-70e1-8b67-ae805e701aca@ti.com>
Date: Thu, 9 Nov 2017 10:40:52 -0600
From: "Andrew F. Davis" <afd@...com>
To: Philipp Zabel <p.zabel@...gutronix.de>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Benoît Cousson <bcousson@...libre.com>,
Tony Lindgren <tony@...mide.com>,
Shawn Guo <shawnguo@...nel.org>,
Sascha Hauer <kernel@...gutronix.de>
CC: <devicetree@...r.kernel.org>, <alsa-devel@...a-project.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 4/9] ARM: dts: am335x-pepper: Fix the audio CODEC's reset
pin
On 11/09/2017 08:25 AM, Philipp Zabel wrote:
> On Wed, 2017-11-08 at 15:25 -0600, Andrew F. Davis wrote:
>> The correct DT property for specifying a GPIO used for reset
>> is "reset-gpio", fix this here.
>>
>> Fixes: 4341881d0562 ("ARM: dts: Add devicetree for Gumstix Pepper board")
>>
>> Signed-off-by: Andrew F. Davis <afd@...com>
>> ---
>> arch/arm/boot/dts/am335x-pepper.dts | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/arch/arm/boot/dts/am335x-pepper.dts b/arch/arm/boot/dts/am335x-pepper.dts
>> index 03c7d77023c6..d652abd76333 100644
>> --- a/arch/arm/boot/dts/am335x-pepper.dts
>> +++ b/arch/arm/boot/dts/am335x-pepper.dts
>> @@ -139,7 +139,7 @@
>> &audio_codec {
>> status = "okay";
>>
>> - gpio-reset = <&gpio1 16 GPIO_ACTIVE_LOW>;
>> + reset-gpio = <&gpio1 16 GPIO_ACTIVE_LOW>;
>
> This potentially breaks audio on am335x-pepper until the driver patches
> are applied, same for the other device trees. To make this bisectable,
> add support for the new property name to the driver before changing the
> device trees.
AFAIK this change doesn't break anything as this reset was not used in a
functional way (it was just pulled high in probe if provided, but the
pin_mux and/or and on-board resistor should have done the same already,
but a series I just posted will actually get some use out of it and so I
want to get this fixed before then).
As controversial as it may be, my plan is to simply not support the old
binding at all, supporting it would add unnecessary bloat to the driver,
prevent moving to new frameworks that expect the correct binding
(fwnode_get_named_gpiod), and in this case provide no benefit as far as
I can tell.
Andrew
>
> regards
> Philipp
>
Powered by blists - more mailing lists