[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAA+D8ANTdvQJVtniyMtqjnJdT4qX+LDGjVuFO6H0RSO+GDw+ng@mail.gmail.com>
Date: Wed, 15 May 2024 10:47:57 +0800
From: Shengjiu Wang <shengjiu.wang@...il.com>
To: Stephen Boyd <sboyd@...nel.org>
Cc: Conor Dooley <conor@...nel.org>, Shengjiu Wang <shengjiu.wang@....com>, abelvesa@...nel.org,
peng.fan@....com, mturquette@...libre.com, robh@...nel.org,
krzk+dt@...nel.org, conor+dt@...nel.org, shawnguo@...nel.org,
s.hauer@...gutronix.de, kernel@...gutronix.de, festevam@...il.com,
marex@...x.de, linux-clk@...r.kernel.org, imx@...ts.linux.dev,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, p.zabel@...gutronix.de
Subject: Re: [PATCH v3 3/6] dt-bindings: clock: imx8mp: Add reset-controller sub-node
On Wed, May 15, 2024 at 5:09 AM Stephen Boyd <sboyd@...nel.org> wrote:
>
> Quoting Conor Dooley (2024-05-14 11:06:14)
> > On Tue, May 14, 2024 at 05:33:27PM +0800, Shengjiu Wang wrote:
> > > diff --git a/Documentation/devicetree/bindings/clock/imx8mp-audiomix.yaml b/Documentation/devicetree/bindings/clock/imx8mp-audiomix.yaml
> > > index 0a6dc1a6e122..a403ace4d11f 100644
> > > --- a/Documentation/devicetree/bindings/clock/imx8mp-audiomix.yaml
> > > +++ b/Documentation/devicetree/bindings/clock/imx8mp-audiomix.yaml
> > > @@ -15,7 +15,10 @@ description: |
> > >
> > > properties:
> > > compatible:
> > > - const: fsl,imx8mp-audio-blk-ctrl
> > > + items:
> > > + - const: fsl,imx8mp-audio-blk-ctrl
> > > + - const: syscon
> > > + - const: simple-mfd
> > >
> > > reg:
> > > maxItems: 1
> > > @@ -44,6 +47,11 @@ properties:
> > > ID in its "clocks" phandle cell. See include/dt-bindings/clock/imx8mp-clock.h
> > > for the full list of i.MX8MP IMX8MP_CLK_AUDIOMIX_ clock IDs.
> > >
> > > + reset-controller:
> > > + type: object
> > > + $ref: /schemas/reset/fsl,imx8mp-audiomix-reset.yaml#
> > > + description: The child reset devices of AudioMIX Block Control.
> >
> > Why not just set #reset-cells = <1> in the existing node? IIRC it was
> > already suggested to you to do that and use auxdev to set up the reset
> > driver.
>
> Yes, do that.
Can I know why sub nodes can't be used? the relationship of parent and
child devices looks better with sub nodes.
A further question is can I use the reset-ti-syscon? which is a generic reset
device for SoCs. with it I don't even need to write a new reset device driver.
it is more simple.
Best regards
Shengjiu Wang
Powered by blists - more mailing lists