[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <10809e91-31be-4110-86c1-1e1ccb05b664@kernel.org>
Date: Fri, 9 Aug 2024 08:02:53 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Ryan Chen <ryan_chen@...eedtech.com>, Lee Jones <lee@...nel.org>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, Joel Stanley <joel@....id.au>,
Andrew Jeffery <andrew@...econstruct.com.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 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.yaml
>>> @@ -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?
> 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.
>>
>> 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.
Best regards,
Krzysztof
Powered by blists - more mailing lists