[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f2142a9816095eca504c464a6221a96a0cbd6b54.camel@puri.sm>
Date: Mon, 11 Jul 2022 15:17:33 +0200
From: Martin Kepplinger <martin.kepplinger@...i.sm>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
rafael@...nel.org, khilman@...nel.org, ulf.hansson@...aro.org,
robh@...nel.org, shawnguo@...nel.org, s.hauer@...gutronix.de,
festevam@...il.com, pavel@....cz
Cc: kernel@...i.sm, linux-imx@....com, broonie@...nel.org,
l.stach@...gutronix.de, aford173@...il.com,
linux-pm@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v1 2/3] dt-binding: power: power-domain: add
power-supply-needs-irq
Am Montag, dem 11.07.2022 um 12:38 +0200 schrieb Krzysztof Kozlowski:
> On 11/07/2022 11:45, Martin Kepplinger wrote:
> > Add the power-supply-needs-irq board description property for power
> > domains.
>
> Where is a board description here? I think you just meant
> "power-supply-needs-irq property"?
> >
> > Signed-off-by: Martin Kepplinger <martin.kepplinger@...i.sm>
> > ---
> > .../devicetree/bindings/power/power-domain.yaml | 10
> > ++++++++++
> > 1 file changed, 10 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/power/power-
> > domain.yaml b/Documentation/devicetree/bindings/power/power-
> > domain.yaml
> > index 889091b9814f..e82c2f7ccb97 100644
> > --- a/Documentation/devicetree/bindings/power/power-domain.yaml
> > +++ b/Documentation/devicetree/bindings/power/power-domain.yaml
> > @@ -70,6 +70,16 @@ properties:
> > by the given provider should be subdomains of the domain
> > specified
> > by this binding.
> >
> > + power-supply: true
>
> This is a new property not described in the commit msg.
true, I think it's missing and could be added as a separate patch.
>
> > +
> > + power-supply-needs-irq:
> > + type: boolean
> > + description:
> > + A power-supply can link for example to a regulator
> > controlled via
> > + i2c or otherwise needing interrupts enabled to be able to
> > enable and
> > + disable.
>
> Not really a property of power domain. How the regulator supply works
> is
> entirely up to regulator. Otherwise such property should appear for
> every device.
you're right. The power-domain driver could read the power-supply
regulator node directly. Still, I think then a new regulator property
is needed instead, or is it?
>
> > This property makes various callbacks usually run in the
> > + noirq phase, being run when interrupts are available.
>
> Last sentence does not fit - you embed Linux implementation into DT
> bindings. noirq phase is Linux specific.
oh I keep making this mistake. thanks for the fast review!
>
> > +
> > required:
> > - "#power-domain-cells"
> >
>
>
> Best regards,
> Krzysztof
Powered by blists - more mailing lists