[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdYViCZG0PmboxVq7S9ggFOrsTuvk6ZjdzoBgS9aio0ygg@mail.gmail.com>
Date: Thu, 29 Jun 2017 14:33:17 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Jacopo Mondi <jacopo+renesas@...ndi.org>
Cc: Andy Shevchenko <andy.shevchenko@...il.com>,
Dong Aisheng <dongas86@...il.com>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Chris Brandt <Chris.Brandt@...esas.com>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
"linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
Linux-Renesas <linux-renesas-soc@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] pinctrl: generic: Add output-enable property
On Thu, Jun 22, 2017 at 12:00 PM, Jacopo Mondi
<jacopo+renesas@...ndi.org> wrote:
> Add output-enable generic pin configuration property.
> This properties allows enabling/disabling pin's output capabilities
> without actually driving any value on the line.
>
> ---
> v1->v2:
> - Expand the property description as suggested by Laurent. I ended up
> mentioning the in-famous output buffer :)
I have applied the patch adding a few elaborations in the binding that
the situation where you may use this is typically when enabling/disabling
input or output buffers irrespective of the mode of the line as a whole.
We might need even more documentation because this is really
confusing.
But for now it lets drivers work, which is nice.
Rough consensus and running code should be our guide.
Yours,
Linus Walleij
Powered by blists - more mailing lists