[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZYLJ5EMKK1jhSclQ@shikoro>
Date: Wed, 20 Dec 2023 12:03:00 +0100
From: "wsa@...nel.org" <wsa@...nel.org>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
Cc: Andi Shyti <andi.shyti@...nel.org>,
Chris Packham <Chris.Packham@...iedtelesis.co.nz>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"krzysztof.kozlowski+dt@...aro.org" <krzysztof.kozlowski+dt@...aro.org>,
"conor+dt@...nel.org" <conor+dt@...nel.org>,
"gregory.clement@...tlin.com" <gregory.clement@...tlin.com>,
"linux-i2c@...r.kernel.org" <linux-i2c@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v6 1/2] dt-bindings: i2c: add bus-reset-gpios property
> >>> I personally would like to see it accepted but it seems there are
> >>> objections to this approach. I've yet to come up with anything better to
> >>> offer as an alternative.
> >>
> >> I see. Thanks for the heads up!
> >
> > I'm also inclined to have this merged. A real fix might take
> > time.
>
> NAK
>
> If you intend to merge it, then please carry:
No worries. If this is "abusing" DT, then it is not going to be merged
by me. I am sorry for Chris, but sometimes simple problems create quite
some fuzz because Linux hardware abstractions has not foreseen certain
use cases. Or the APIs dealing with them didn't forsee that. We have
been there a lot of times :/
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists