[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdYEEypRZOaO3Ta9aDgizNeLyUOSraBEhKaZcHaJV+o0gQ@mail.gmail.com>
Date: Thu, 28 Nov 2019 14:44:56 +0100
From: Linus Walleij <linus.walleij@...aro.org>
To: Khouloud Touil <ktouil@...libre.com>
Cc: Bartosz Golaszewski <bgolaszewski@...libre.com>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Srinivas Kandagatla <srinivas.kandagatla@...aro.org>,
baylibre-upstreaming@...ups.io,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>, linux-i2c <linux-i2c@...r.kernel.org>
Subject: Re: [PATCH 1/4] dt-bindings: nvmem: new optional property write-protect-gpios
On Tue, Nov 26, 2019 at 4:18 PM Khouloud Touil <ktouil@...libre.com> wrote:
> [Me]
>> 4. The code still need to be modified to set the value
>> to "1" to assert the line since the gpiolib now handles
>> the inversion semantics.
> By saying "assert the wp" do you mean enable the write operation or
> block it ?
Yeah one more layer of confusion, sorry :/
By "asserting WP" I mean driving the line to a state where
writing to the EEPROM is enabled, i.e. the default state is
that the EEPROM is write protected and when you "assert"
WP it becomes writable.
If you feel the inverse semantics are more intuitive (such that
WP comes up asserted and thus write protected), be my
guest :D
As long as it is unambiguously documented in the bindings
and with comments in the code I'm game for whatever the
at24 people feel is most appropriate. (You will set the standard
for everyone else.)
Yours.
Linus Walleij
Powered by blists - more mailing lists