> Subject: RE: [PATCH 1/4] dt-bindings: mfd: aspeed: support for AST2700
>
> > 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@xxxxxxxxxxxxxx>
> > >>> ---
> > >>> .../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.yam
> > >>> +++ l
> > >>> @@ -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.
>
> >
> > > So I add these two.
> > >
> > >>
> > >>> - const: syscon
> > >>> - const: simple-mfd
> > >>>
> > >>> @@ -30,10 +32,12 @@ properties:
> > >>> ranges: true
> > >>>
> > >>> '#address-cells':
> > >>> - const: 1
> > >>> + minimum: 1
> > >>> + maximum: 2
> > >>>
> > >>> '#size-cells':
> > >>> - const: 1
> > >>> + minimum: 1
> > >>> + maximum: 2
> > >>>
> > >>> '#clock-cells':
> > >>> const: 1
> > >>> @@ -56,6 +60,8 @@ patternProperties:
> > >>> - aspeed,ast2400-pinctrl
> > >>> - aspeed,ast2500-pinctrl
> > >>> - aspeed,ast2600-pinctrl
> > >>> + - aspeed,ast2700-soc0-pinctrl
> > >>> + - aspeed,ast2700-soc1-pinctrl
> > >>>
> > >>> required:
> > >>> - compatible
> > >>> @@ -76,6 +82,7 @@ patternProperties:
> > >>> - aspeed,ast2400-silicon-id
> > >>> - aspeed,ast2500-silicon-id
> > >>> - aspeed,ast2600-silicon-id
> > >>> + - aspeed,ast2700-silicon-id
> > >>> - const: aspeed,silicon-id
> > >>>
> > >>> reg:
> > >>> @@ -115,4 +122,24 @@ examples:
> > >>> reg = <0x7c 0x4>, <0x150 0x8>;
> > >>> };
> > >>> };
> > >>> + - |
> > >>> + soc0 {
> > >>> + #address-cells = <2>;
> > >>> + #size-cells = <2>;
> > >>
> > >> That's the same example as previous, right? The drop, no need.
> > >
> > > AST2700 is 64bits address mode platform, that the reason.
> > > So I add example for 64bits platform descript in dtsi I have to add
> > > soc0 to be address-cells and size-cells to be <2> Then I can define
> > > the register to be 64bits address and size.
> >
> > That's trivial. Drop.
> Do you mean, I don’t need add example for ast2700-scu0?
>
> Or delete #address-cells = <2>; #size-cells = <2>; If I remove it will make
> dt_binding_check fail.
> >
Hello Krzysztof
Use dt_binding_check, it need #address-cells = <2>; #size-cells = <2> for 64 bit address description.
Or I don't need example?
> > >>
> > >> Best regards,
> > >> Krzysztof
> > >
> > > ************* Email Confidentiality Notice ********************
> > > 免責聲明:
> > > 本信件(或其附件)可能包含機密資訊，並受法律保護。如 台端非指定
> > 之收件者，請以電子郵件通知本電子郵件之發送者, 並請立即刪除本電
> 子
> > 郵件及其附件和銷毀所有複印件。謝謝您的合作!
> > >
> > > DISCLAIMER:
> > > This message (and any attachments) may contain legally privileged
> > > and/or
> > other confidential information. If you have received it in error,
> > please notify the sender by reply e-mail and immediately delete the
> > e-mail and any attachments without copying or disclosing the contents.
> Thank you.
> >
> > Maybe I am the intended recipient of your message, maybe not. I don't
> > want to have any legal questions regarding upstream, public
> > collaboration, thus probably I should just remove your messages.
> >
> > Please talk with your IT that such disclaimers in open-source are not
> > desired (and maybe even harmful).
> > If you do not understand why, please also see:
> > https://www.youtube.com/live/fMeH7wqOwXA?si=GY7igfbda6vnjXlJ&t=835
> >
> > If you need to go around company SMTP server, then consider using b4
> > web-relay: https://b4.docs.kernel.org/en/latest/contributor/send.html
> >
> > I will not respond to any other confidential emails. That's the last one you
> got.
> >
> > To be clear: all messages from your company will be made published. By
> > responding to this email you agree that all communications from you
> > and/or your company is made public.
Sorry, I have request IT remove it.
> >
> > Best regards,
> > Krzysztof
>
