Linux-RISC-V Archive on lore.kernel.org
 help / color / mirror / Atom feed
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

  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