[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <nycvar.YFH.7.76.2306081619470.5716@cbobk.fhfr.pm>
Date: Thu, 8 Jun 2023 16:20:11 +0200 (CEST)
From: Jiri Kosina <jikos@...nel.org>
To: Fei Shao <fshao@...omium.org>
cc: Rob Herring <robh+dt@...nel.org>,
Matthias Brugger <matthias.bgg@...il.com>,
Jeff LaBundy <jeff@...undy.com>,
Douglas Anderson <dianders@...omium.org>,
Benjamin Tissoires <benjamin.tissoires@...hat.com>,
Conor Dooley <conor+dt@...nel.org>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Matthias Kaehlcke <mka@...omium.org>,
Stephen Kitt <steve@....org>, devicetree@...r.kernel.org,
linux-input@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH RESEND v4 0/2] Fix Goodix touchscreen power leakage for
MT8186 boards
On Wed, 24 May 2023, Fei Shao wrote:
> These changes are based on the series in [1], which modified the
> i2c-hid-of-goodix driver and removed the workaround for a power leakage
> issue, so the issue revisits on Mediatek MT8186 boards (Steelix).
>
> The root cause is that the touchscreen can be powered in different ways
> depending on the hardware designs, and it's not as easy to come up with
> a solution that is both simple and elegant for all the known designs.
>
> To address the issue, I ended up adding a new boolean property for the
> driver so that we can control the power up/down sequence depending on
> that.
>
> Adding a new property might not be the cleanest approach for this, but
> at least the intention would be easy enough to understand, and it
> introduces relatively small change to the code and fully preserves the
> original control flow.
Please apologize the delay. Now applied.
--
Jiri Kosina
SUSE Labs
Powered by blists - more mailing lists