[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210528102737.GA418788@96e513df87d1>
Date: Fri, 28 May 2021 10:27:41 +0000
From: Rudi Heitbaum <rudi@...tbaum.com>
To: Mark Brown <broonie@...nel.org>
Cc: Ezequiel Garcia <ezequiel@...labora.com>,
Peter Geis <pgwipeout@...il.com>, devicetree@...r.kernel.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"open list:ARM/Rockchip SoC..." <linux-rockchip@...ts.infradead.org>,
chenjh@...k-chips.com
Subject: Re: [PATCH] regulator: fan53555: add back tcs4526
Hi Mark,
I have submiited the v2 patch. Thanks for the feedback too.
On Thu, May 27, 2021 at 02:05:53PM +0100, Mark Brown wrote:
> On Thu, May 27, 2021 at 08:51:27AM -0300, Ezequiel Garcia wrote:
> > On Thu, 2021-05-27 at 10:59 +0000, Rudi Heitbaum wrote:
> > > + /delete-property/ operating-points-v2;
> > Removal of the operating points kind of makes the gpu regulator moot,
> > don't you think?
> It's still better to say what the supply is even if it can't be
> changed - that stops you getting warnings about substituting in a
> dummy regulator and allows the consumer to read the current state
> of the regulator in case that's useful.
I'll look into this.
Thank you all for the feedback and direction on the dts.
> > > +???????????????regulator-compatible = "fan53555-reg";
>
> > I can be wrong, but I think regulator-compatible is deprecated.
>
> Yes.
will action
> > > +???????????????regulator-boot-on;
>
> > Just out of curiosity, is regulator-boot-on really needed for the GPU?
>
> It should only be used if it's not possible to read the state of
> the regulator enable from the hardware.
will do further testing
Powered by blists - more mailing lists