From: sashiko-bot@kernel.org
To: lizhi2@eswincomputing.com
Cc: conor+dt@kernel.org, devicetree@vger.kernel.org, robh@kernel.org
Subject: Re: [PATCH net-next v8 6/6] riscv: dts: eswin: eic7700-hifive-premier-p550: enable Ethernet controller
Date: Thu, 11 Jun 2026 01:32:50 +0000 [thread overview]
Message-ID: <20260611013250.985401F00898@smtp.kernel.org> (raw)
In-Reply-To: <20260610013223.972-1-lizhi2@eswincomputing.com>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Low] Device Tree compiler warning: unit address without `reg` property.
- [Low] Device Tree schema validation warnings: non-standard node names.
--
commit 61fe87b2af33a89c6531d0d7ec8f49899a52057e
Author: Zhi Li <lizhi2@eswincomputing.com>
riscv: dts: eswin: eic7700-hifive-premier-p550: enable Ethernet controller
Enable the on-board Gigabit Ethernet controller on the
HiFive Premier P550 development board.
> diff --git a/arch/riscv/boot/dts/eswin/eic7700-hifive-premier-p550.dts b/arch/riscv/boot/dts/eswin/eic7700-hifive-premier-p550.dts
> index 131ed1fc6b2ed..edd91b04e2515 100644
> --- a/arch/riscv/boot/dts/eswin/eic7700-hifive-premier-p550.dts
> +++ b/arch/riscv/boot/dts/eswin/eic7700-hifive-premier-p550.dts
> @@ -13,11 +13,251 @@ / {
[ ... ]
> chosen {
> stdout-path = "serial0:115200n8";
> };
> +
> + vcc_1v8: vcc1v8 {
^^^^^^
[Severity: Low]
Should this node be named using the generic regulator-* pattern, such as
regulator-1v8? The current name might trigger dtbs_check validation warnings
for the fixed-regulator schema.
> + compatible = "regulator-fixed";
> + regulator-name = "vcc1v8";
> + regulator-always-on;
[ ... ]
> diff --git a/arch/riscv/boot/dts/eswin/eic7700.dtsi b/arch/riscv/boot/dts/eswin/eic7700.dtsi
> index c3ed93008bca1..c77bc8b1b7bc0 100644
> --- a/arch/riscv/boot/dts/eswin/eic7700.dtsi
> +++ b/arch/riscv/boot/dts/eswin/eic7700.dtsi
[ ... ]
> @@ -202,6 +205,11 @@ pmu {
> <0x00000000 0x0000000f 0xfffffffc 0x000000ff 0x00000078>;
> };
>
> + xtal24m: oscillator {
^^^^^^^^^^
[Severity: Low]
Would it be better to use the generic clock-* pattern for this node name,
such as clock-24m? Using oscillator might trigger dtbs_check warnings
against the fixed-clock binding schema.
> + compatible = "fixed-clock";
> + #clock-cells = <0>;
> + };
> +
> soc {
> compatible = "simple-bus";
> ranges;
> @@ -245,6 +253,85 @@ plic: interrupt-controller@c000000 {
> #interrupt-cells = <1>;
> };
>
> + hsp_power_domain: bus@50400000 {
^^^^^^^^^^^^
[Severity: Low]
Does this node need a reg property? It has a unit address (@50400000), which
usually requires a matching reg property. Without it, the devicetree compiler
might generate a unit_address_vs_reg warning.
> + compatible = "simple-pm-bus";
> + ranges;
> + clocks = <&clk 171>;
> + #address-cells = <2>;
> + #size-cells = <2>;
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260610012727.848-1-lizhi2@eswincomputing.com?part=6
prev parent reply other threads:[~2026-06-11 1:32 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-10 1:27 [PATCH net-next v8 0/6] net: stmmac: eic7700: add eth1 variant support and update delay bindings lizhi2
2026-06-10 1:28 ` [PATCH net-next v8 1/6] dt-bindings: ethernet: eswin: relax internal delay model to range-based constraints lizhi2
2026-06-10 1:29 ` [PATCH net-next v8 2/6] dt-bindings: ethernet: eswin: add EIC7700 eth1 RX clock inversion variant lizhi2
2026-06-11 1:32 ` sashiko-bot
2026-06-10 1:29 ` [PATCH net-next v8 3/6] net: stmmac: eic7700: make RGMII delay properties optional lizhi2
2026-06-10 8:26 ` Maxime Chevallier
2026-06-10 1:31 ` [PATCH net-next v8 4/6] net: stmmac: eic7700: add support for eth1 clock inversion variant lizhi2
2026-06-10 1:32 ` [PATCH net-next v8 5/6] dt-bindings: mfd: syscon: add ESWIN EIC7700 compatible lizhi2
2026-06-10 1:32 ` [PATCH net-next v8 6/6] riscv: dts: eswin: eic7700-hifive-premier-p550: enable Ethernet controller lizhi2
2026-06-11 1:32 ` sashiko-bot [this message]
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=20260611013250.985401F00898@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=lizhi2@eswincomputing.com \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/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