linux-kernel - Re: [PATCH 1/4] dt-bindings: mfd: aspeed: support for AST2700

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <7e1dc98e0f69a095a8f7725b742df3c8d8436a67.camel@codeconstruct.com.au>
Date: Thu, 15 Aug 2024 09:56:02 +0930
From: Andrew Jeffery <andrew@...econstruct.com.au>
To: Ryan Chen <ryan_chen@...eedtech.com>, Rob Herring <robh@...nel.org>
Cc: Krzysztof Kozlowski <krzk@...nel.org>, Lee Jones <lee@...nel.org>, 
 Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
 <conor+dt@...nel.org>, Joel Stanley <joel@....id.au>, Michael Turquette
 <mturquette@...libre.com>, Stephen Boyd <sboyd@...nel.org>, Philipp Zabel
 <p.zabel@...gutronix.de>,  "devicetree@...r.kernel.org"
 <devicetree@...r.kernel.org>, "linux-arm-kernel@...ts.infradead.org"
 <linux-arm-kernel@...ts.infradead.org>, "linux-aspeed@...ts.ozlabs.org"
 <linux-aspeed@...ts.ozlabs.org>, "linux-kernel@...r.kernel.org"
 <linux-kernel@...r.kernel.org>, "linux-clk@...r.kernel.org"
 <linux-clk@...r.kernel.org>
Subject: Re: [PATCH 1/4] dt-bindings: mfd: aspeed: support for AST2700

On Wed, 2024-08-14 at 06:35 +0000, Ryan Chen wrote:
> > Subject: Re: [PATCH 1/4] dt-bindings: mfd: aspeed: support for
> > AST2700
> > 
> > On Fri, Aug 09, 2024 at 06:10:22AM +0000, Ryan Chen wrote:
> > > > Subject: Re: [PATCH 1/4] dt-bindings: mfd: aspeed: support for
> > > > AST2700
> > > > 
> > > > On 09/08/2024 07:55, Ryan Chen wrote:
> > > > > > Subject: Re: [PATCH 1/4] dt-bindings: mfd: aspeed: support
> > > > > > for
> > > > > > AST2700
> > > > > > 
> > > > > > On 08/08/2024 09:59, Ryan Chen wrote:
> > > > > > > Add compatible support for AST2700 clk, reset, pinctrl,
> > > > > > > silicon-id and example for AST2700 scu.
> > > > > > > 
> > > > > > > Signed-off-by: Ryan Chen <ryan_chen@...eedtech.com>
> > > > > > > ---
> > > > > > >  .../bindings/mfd/aspeed,ast2x00-scu.yaml      | 31
> > > > > > +++++++++++++++++--
> > > > > > >  1 file changed, 29 insertions(+), 2 deletions(-)
> > > > > > > 
> > > > > > > diff --git
> > > > > > > a/Documentation/devicetree/bindings/mfd/aspeed,ast2x00-
> > > > > > > scu.yaml
> > > > > > > b/Documentation/devicetree/bindings/mfd/aspeed,ast2x00-
> > > > > > > scu.yaml
> > > > > > > index 86ee69c0f45b..c0965f08ae8c 100644
> > > > > > > ---
> > > > > > > a/Documentation/devicetree/bindings/mfd/aspeed,ast2x00-
> > > > > > > scu.yaml
> > > > > > > +++
> > > > > > > b/Documentation/devicetree/bindings/mfd/aspeed,ast2x00-
> > > > > > > scu.y
> > > > > > > +++ aml
> > > > > > > @@ -21,6 +21,8 @@ properties:
> > > > > > >            - aspeed,ast2400-scu
> > > > > > >            - aspeed,ast2500-scu
> > > > > > >            - aspeed,ast2600-scu
> > > > > > > +          - aspeed,ast2700-scu0
> > > > > > > +          - aspeed,ast2700-scu1
> > > > > > 
> > > > > > What are the differences between these two?
> > > > > 
> > > > > The next [PATCH 4/4] is scu driver that include ast2700-scu0
> > > > > and
> > > > > ast2700-scu1 CLK_OF_DECLARE_DRIVER(ast2700_soc0,
> > > > > "aspeed,ast2700-scu0", ast2700_soc0_clk_init);
> > > > > CLK_OF_DECLARE_DRIVER(ast2700_soc1, "aspeed,ast2700-scu1",
> > > > > ast2700_soc1_clk_init);
> > > > 
> > > > What are hardware differences? Entirely different devices?
> > > 
> > > AST2700 have two soc die connected each other.
> > > Each soc die have it own scu, so the naming is ast2700-scu0 for
> > > soc0,
> > another is ast2700-scu1 for soc1.
> > 
> > Didn't I see in another patch one die is cpu and one is io? Use
> > those in the
> > compatible rather than 0 and 1 if so.
> > 
> Sorry, I want to align with our datasheet description. 
> It will but scu0 and scu1 register setting. 

Can we document that relationship in the binding? Rob's suggestion
seems more descriptive.

Andrew