From: E Shattow <e@freeshell.de>
To: "Emil Renner Berthing" <emil.renner.berthing@canonical.com>,
"Albert Ou" <aou@eecs.berkeley.edu>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Conor Dooley" <conor+dt@kernel.org>,
"Hal Feng" <hal.feng@starfivetech.com>,
"Heinrich Schuchardt" <heinrich.schuchardt@canonical.com>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Manivannan Sadhasivam" <mani@kernel.org>,
"Palmer Dabbelt" <palmer@dabbelt.com>,
"Paul Walmsley" <pjw@kernel.org>,
"Rafael J . Wysocki" <rafael@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Viresh Kumar" <viresh.kumar@linaro.org>
Cc: "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-riscv@lists.infradead.org"
<linux-riscv@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 0/8] Add support for StarFive VisionFive 2 Lite board
Date: Thu, 13 Nov 2025 07:16:12 -0800 [thread overview]
Message-ID: <4a55301a-ef7e-4b47-8151-621cfba36ddd@freeshell.de> (raw)
In-Reply-To: <CAJM55Z9KyNK1n4i9FxbLor4HTQKqK8WKA2svjPVvKXihw_E+sg@mail.gmail.com>
On 11/13/25 02:42, Emil Renner Berthing wrote:
> Quoting Hal Feng (2025-11-13 04:42:05)
>>> On 12.11.25 21:54, Emil Renner Berthing wrote:
>>> Quoting Hal Feng (2025-11-07 10:55:22)
>>>> VisionFive 2 Lite is a mini SBC based on the StarFive JH7110S
>>>> industrial SoC which can run at -40~85 degrees centigrade and up to
>>>> 1.25GHz.
> [...]
>>> Currently the JH7110 device trees are layed out like this, with a nice separation
>>> between the SoC description and board descriptions:
>>>
>>> jh7110.dtsi # JH7110 SoC description
>>> |- jh7110-common.dtsi # Peripherals common to all JH7110 boards
>>> |- jh7110-starfive-visionfive-2.dtsi # Peripherals common to VF2 boards
>>> | |- <VF2 boards> # Final VF2 board descriptions
>>> |- jh7110-milkv-marscm.dtsi # Peripherals common to Mars CM boards
>>> | |- <Mars CM boards> # Final Mars CM board descriptions
>>> |- <other boards> # Other JH7110 board descriptions
>>>
>>> With this series it moves to
>>>
>>> jh711x.dtsi
>>> |- jh711x-common.dtsi
>>> |- jh7110-common.dtsi
>>> | |- <jh7110 boards>
>>> |- jh7110s-common.dtsi
>>> |- <jh7110s boards>
>>>
>>> ..which I can't even give clear labels like above. In other words when new
>>> patches are sent in it would not be easy to explain exactly where each change
>>> should go and why.
>>> I'm also worried that you'll find that more of the peripherals on the JH7110S
>>> need special handling and a new jh7110s-... compatible string. Then I guess
>>> they'll need to jump from jh7110x.dtsi two levels down to jh7110{,s}-
>>> common.dtsi which then both describe SoC and board properties.
>>>
>>> If you're serious about calling this a new SoC then I'd expect something more
>>> like this:
>>>
>>> jh711x.dtsi # Peripherals common to both SoCs
>>> |- jh7110.dtsi # JH7110 SoC description
>>> | |- jh7110-common.dtsi # Peripherals common to all JH7110 boards
>>> | |- jh7110-starfive-visionfive-2.dtsi # Peripherals common to VF2 boards
>>> | | |- <VF2 boards> # Final VF2 board descriptions
>>> | |- jh7110-milkv-marscm.dtsi # Peripherals common to Mars CM boards
>>> | | |- <Mars CM boards> # Final Mars CM board descriptions
>>> | |- <other boards> # Other JH7110 board descriptions
>>> |- jh7110s.dtsi # JH7110S SoC description
>>> |- jh7110s-common.dtsi # Peripherals common to all JH7110S boards
>>> |- <JH7110S boards> # Final JH7110S board descriptions
>>>
>>> I know this will mean some duplication in jh7110{,s}-common.dtsi, but I
>>> would prefer that to not having a clear explanation of what each file describes.
>>>
>>> Do you think this layout could work for you?
>>
>> Yeah, it is clearer for developers and maintainers.
>>
>> Considering Conor's suggestion, what about:
>>
>> jh7110.dtsi # JH7110 SoC description
>> |- jh7110-common.dtsi # Peripherals common to all JH7110 boards
>> |- jh7110-starfive-visionfive-2.dtsi # Peripherals common to VF2 boards
>> | |- <VF2 boards> # Final VF2 board descriptions
>> |- jh7110-milkv-marscm.dtsi # Peripherals common to Mars CM boards
>> | |- <Mars CM boards> # Final Mars CM board descriptions
>> |- <other boards> # Other JH7110 board descriptions
>> |- <JH7110S boards>
>>
JH-7110 and JH-7110I reference docs are listed (not any JH-7110S) at:
https://doc-en.rvspace.org/Doc_Center/datasheet_0.html
Does the JH-7110I use the OPP table for JH-7110 or JH-7110S?
>> Move the opp table from jh7110.dtsi to jh7110-common.dtsi.
>> Remove jh7110s-common.dtsi, because only one board uses JH7110S now.
>
> This patchset adds 2 different boards. Has this changed?
>
> Also this would mean that you're not using the starfive,jh7110s compatible or
> any other starfive,jh7110s-.. compatible strings, so effectively you're not
> treating it as a new chip, but just a board that needs a different opp table.
>
> I see now that the opp table is effectively the only difference between the two
> chips in this patchset, so if that's closer to reality then what you suggest is
> fine with me.
>
> /Emil
Are we now re-visiting Hal's suggestion then (during code review for
Milk-V Mars CM and Mars CM Lite) to split out the OPP tables and make
them per-board, as before introduction of the StarFive VisionFive 2 Lite
board(s) ?
Can we then do as from where we are now before this series:
- Move "the JH-7110" OPP table into jh7110-common-opp-1500.dtsi
- Each board jh7110-{deepcomputing,milkv,pine64,starfive}*.dts includes
said OPP dtsi file.
and for this series:
- Drop the adding of a new compatible
- Add "the JH-7110S" OPP table into jh7110-common-opp-1250.dtsi
- Use existing jh7110-* prefix for "JH-7110S" board dtsi and dts,
include jh7110-common.dtsi as usual, and include jh7110-common-opp-1250.dtsi
The exact filename pattern for the OPP tables I suggest here are
approximations, however that idea is my suggestion if we're just doing a
breakout of the tables and not a new compatible.
I am positive on having the 1250MHz OPP tables split out into dtsi
instead of stuffing them into the VisionFive 2 Lite common dtsi. That's
all it is?
-E
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
next prev parent reply other threads:[~2025-11-13 15:17 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-07 9:55 [PATCH v2 0/8] Add support for StarFive VisionFive 2 Lite board Hal Feng
2025-11-07 9:55 ` [PATCH v2 1/8] dt-bindings: PCI: starfive,jh7110-pcie: Add enable-gpios property Hal Feng
2025-11-07 9:55 ` [PATCH v2 2/8] dt-bindings: riscv: Add StarFive JH7110S SoC and VisionFive 2 Lite board Hal Feng
2025-11-07 9:55 ` [PATCH v2 3/8] riscv: dts: starfive: Rename jh7110.dtsi to jh711x.dtsi Hal Feng
2025-11-07 11:18 ` E Shattow
2025-11-07 9:55 ` [PATCH v2 4/8] riscv: dts: starfive: Split jh7110-common.dtsi and move opp table to it Hal Feng
2025-11-07 11:20 ` E Shattow
2025-11-18 15:12 ` Heinrich Schuchardt
2025-11-07 9:55 ` [PATCH v2 5/8] riscv: dts: starfive: jh711x-common: Move out some nodes to jh7110 common dtsi Hal Feng
2025-11-07 11:24 ` E Shattow
2025-11-07 9:55 ` [PATCH v2 6/8] riscv: dts: starfive: Add common board dtsi for JH7110s and VisionFive 2 Lite variants Hal Feng
2025-11-07 9:55 ` [PATCH v2 7/8] riscv: dts: starfive: Add VisionFive 2 Lite board device tree Hal Feng
2025-11-07 9:55 ` [PATCH v2 8/8] riscv: dts: starfive: Add VisionFive 2 Lite eMMC " Hal Feng
2025-11-07 11:11 ` [PATCH v2 0/8] Add support for StarFive VisionFive 2 Lite board E Shattow
2025-11-07 11:21 ` Heinrich Schuchardt
2025-11-07 12:01 ` E Shattow
2025-11-12 7:24 ` Hal Feng
2025-11-12 13:29 ` E Shattow
2025-11-07 17:20 ` Conor Dooley
2025-11-12 7:47 ` Hal Feng
2025-11-12 13:54 ` Emil Renner Berthing
2025-11-12 14:36 ` Conor Dooley
2025-11-13 3:42 ` Hal Feng
2025-11-13 10:42 ` Emil Renner Berthing
2025-11-13 15:16 ` E Shattow [this message]
2025-11-15 16:28 ` Emil Renner Berthing
2025-11-17 6:54 ` Hal Feng
2025-11-17 21:54 ` E Shattow
2025-11-18 2:12 ` Hal Feng
2025-11-18 23:10 ` Conor Dooley
2025-11-19 7:04 ` Heinrich Schuchardt
2025-11-19 8:26 ` E Shattow
2025-11-19 13:27 ` Emil Renner Berthing
2025-11-20 0:47 ` Conor Dooley
2025-11-20 2:47 ` Hal Feng
2025-11-20 2:38 ` Hal Feng
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=4a55301a-ef7e-4b47-8151-621cfba36ddd@freeshell.de \
--to=e@freeshell.de \
--cc=aou@eecs.berkeley.edu \
--cc=bhelgaas@google.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=emil.renner.berthing@canonical.com \
--cc=hal.feng@starfivetech.com \
--cc=heinrich.schuchardt@canonical.com \
--cc=krzk+dt@kernel.org \
--cc=kwilczynski@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=lpieralisi@kernel.org \
--cc=mani@kernel.org \
--cc=palmer@dabbelt.com \
--cc=pjw@kernel.org \
--cc=rafael@kernel.org \
--cc=robh@kernel.org \
--cc=viresh.kumar@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox