[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <785c1e6e-8d6c-49fa-b9eb-a58e4e6cf435@sirena.org.uk>
Date: Fri, 22 Sep 2023 20:28:21 +0100
From: Mark Brown <broonie@...nel.org>
To: Rob Herring <robh+dt@...nel.org>
Cc: Doug Anderson <dianders@...omium.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>, devicetree@...r.kernel.org,
Benjamin Tissoires <benjamin.tissoires@...hat.com>,
Chen-Yu Tsai <wenst@...omium.org>, linux-input@...r.kernel.org,
Jiri Kosina <jikos@...nel.org>,
Hsin-Yi Wang <hsinyi@...omium.org>, linux-gpio@...r.kernel.org,
linus.walleij@...aro.org,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Johan Hovold <johan+linaro@...nel.org>,
andriy.shevchenko@...ux.intel.com, frowand.list@...il.com,
gregkh@...uxfoundation.org, hdegoede@...hat.com,
james.clark@....com, james@...iv.tech, keescook@...omium.org,
linux-kernel@...r.kernel.org, rafael@...nel.org, tglx@...utronix.de
Subject: Re: [RFC PATCH] of: device: Support 2nd sources of probeable but
undiscoverable devices
On Fri, Sep 22, 2023 at 02:08:08PM -0500, Rob Herring wrote:
> You could always make the driver probe smarter where if your supply
> was already powered on, then don't delay. Then something else could
> ensure that the supply is enabled. I'm not sure if regulators have the
> same issue as clocks where the clock might be on from the bootloader,
> then a failed probe which gets then puts the clock turns it off.
That'll happen.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists