From: Krzysztof Kozlowski <krzk@kernel.org>
To: linux-aspeed@lists.ozlabs.org
Subject: [PATCH] ARM: dts: aspeed-g6: Add nodes for i3c controllers
Date: Wed, 1 May 2024 18:45:43 +0200 [thread overview]
Message-ID: <c5331cf8-7295-4e6a-ba39-e0751a2c357e@kernel.org> (raw)
In-Reply-To: <09ed10182e2282d7e408a4fef7994da010fe058e.camel@codeconstruct.com.au>
On 01/05/2024 13:17, Jeremy Kerr wrote:
> Hi Krzysztof,
>
>>> --- a/arch/arm/boot/dts/aspeed/aspeed-g6.dtsi
>>> +++ b/arch/arm/boot/dts/aspeed/aspeed-g6.dtsi
>>> @@ -866,6 +866,13 @@ i2c: bus at 1e78a000 {
>>> ????????????????????????????????ranges = <0 0x1e78a000 0x1000>;
>>> ????????????????????????};
>>> ?
>>> +???????????????????????i3c: bus at 1e7a0000 {
>>> +???????????????????????????????compatible = "simple-bus";
>>
>> What bus is it? Why is it even needed? If it is i3c, then for sure
>> compatible is wrong.
>
> This is not the i3c bus, it's the MMIO mapping that allows us to specify
> the individual i3c controller mappings as sensible offsets into the main
> address space. Did you miss the ranges property there?
>
> This is following the existing design for the i2c controllers.
>
>>> +???????????????????????????????#address-cells = <1>;
>>> +???????????????????????????????#size-cells = <1>;
>>> +???????????????????????????????ranges = <0 0x1e7a0000 0x8000>;
>>> +???????????????????????};
>>> +
>>> ????????????????????????fsim0: fsi at 1e79b000 {
>>> ????????????????????????????????compatible = "aspeed,ast2600-fsi-master", "fsi-master";
>>> ????????????????????????????????reg = <0x1e79b000 0x94>;
>>> @@ -1125,3 +1132,89 @@ i2c15: i2c-bus at 800 {
>>> ????????????????status = "disabled";
>>> ????????};
>>> ?};
>>> +
>>> +&i3c {
>>
>> ????
>>
>> That's not how we construct DTS.? Overrides/extends of nodes are for
>> boards, not within DTSI.
>
> The overrides are occurring at the &i3cX labels, not &i3c. Platform
> level dts just connect at those labels to define overrides for each bus:
You miss the point. Look how DTS is constructed, read DTS coding style.
Your first node is empty and that is not readable.
Best regards,
Krzysztof
WARNING: multiple messages have this Message-ID (diff)
From: Krzysztof Kozlowski <krzk@kernel.org>
To: Jeremy Kerr <jk@codeconstruct.com.au>, linux-aspeed@lists.ozlabs.org
Cc: devicetree@vger.kernel.org,
Andrew Jeffery <andrew@codeconstruct.com.au>,
Joel Stanley <joel@jms.id.au>, Conor Dooley <conor+dt@kernel.org>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>
Subject: Re: [PATCH] ARM: dts: aspeed-g6: Add nodes for i3c controllers
Date: Wed, 1 May 2024 18:45:43 +0200 [thread overview]
Message-ID: <c5331cf8-7295-4e6a-ba39-e0751a2c357e@kernel.org> (raw)
In-Reply-To: <09ed10182e2282d7e408a4fef7994da010fe058e.camel@codeconstruct.com.au>
On 01/05/2024 13:17, Jeremy Kerr wrote:
> Hi Krzysztof,
>
>>> --- a/arch/arm/boot/dts/aspeed/aspeed-g6.dtsi
>>> +++ b/arch/arm/boot/dts/aspeed/aspeed-g6.dtsi
>>> @@ -866,6 +866,13 @@ i2c: bus@1e78a000 {
>>> ranges = <0 0x1e78a000 0x1000>;
>>> };
>>>
>>> + i3c: bus@1e7a0000 {
>>> + compatible = "simple-bus";
>>
>> What bus is it? Why is it even needed? If it is i3c, then for sure
>> compatible is wrong.
>
> This is not the i3c bus, it's the MMIO mapping that allows us to specify
> the individual i3c controller mappings as sensible offsets into the main
> address space. Did you miss the ranges property there?
>
> This is following the existing design for the i2c controllers.
>
>>> + #address-cells = <1>;
>>> + #size-cells = <1>;
>>> + ranges = <0 0x1e7a0000 0x8000>;
>>> + };
>>> +
>>> fsim0: fsi@1e79b000 {
>>> compatible = "aspeed,ast2600-fsi-master", "fsi-master";
>>> reg = <0x1e79b000 0x94>;
>>> @@ -1125,3 +1132,89 @@ i2c15: i2c-bus@800 {
>>> status = "disabled";
>>> };
>>> };
>>> +
>>> +&i3c {
>>
>> ????
>>
>> That's not how we construct DTS. Overrides/extends of nodes are for
>> boards, not within DTSI.
>
> The overrides are occurring at the &i3cX labels, not &i3c. Platform
> level dts just connect at those labels to define overrides for each bus:
You miss the point. Look how DTS is constructed, read DTS coding style.
Your first node is empty and that is not readable.
Best regards,
Krzysztof
next prev parent reply other threads:[~2024-05-01 16:45 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-01 3:38 [PATCH] ARM: dts: aspeed-g6: Add nodes for i3c controllers Jeremy Kerr
2024-05-01 3:38 ` Jeremy Kerr
2024-05-01 10:24 ` Krzysztof Kozlowski
2024-05-01 10:24 ` Krzysztof Kozlowski
2024-05-01 11:17 ` Jeremy Kerr
2024-05-01 11:17 ` Jeremy Kerr
2024-05-01 16:45 ` Krzysztof Kozlowski [this message]
2024-05-01 16:45 ` Krzysztof Kozlowski
2024-05-02 11:10 ` Jeremy Kerr
2024-05-02 11:10 ` Jeremy Kerr
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c5331cf8-7295-4e6a-ba39-e0751a2c357e@kernel.org \
--to=krzk@kernel.org \
--cc=linux-aspeed@lists.ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.