From: sashiko-bot@kernel.org
To: "Stefan Dösinger" <stefandoesinger@gmail.com>
Cc: robh@kernel.org, conor+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH RFC v3 5/5] ARM: dts: zte: Declare a zx297520v3 clock device nodes
Date: Thu, 28 May 2026 23:17:51 +0000 [thread overview]
Message-ID: <20260528231752.2AEB91F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260529-zx29clk-v3-5-c7fe54ea388f@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Non-generic device tree node names are used for fixed clocks and clock controllers.
--
commit 5d3cba967fe8db4704b0f5c80efc1117c30b9257
Author: Stefan Dösinger <stefandoesinger@gmail.com>
ARM: dts: zte: Declare a zx297520v3 clock device nodes
This commit introduces clock device nodes for zx297520v3 and connects the
UART clocks and resets. It also removes the placeholder uartclk node now
that a clock driver is available.
> diff --git a/arch/arm/boot/dts/zte/zx297520v3.dtsi b/arch/arm/boot/dts/zte/zx297520v3.dtsi
> index a16c30a164bb9..9d80740ccf8a4 100644
> --- a/arch/arm/boot/dts/zte/zx297520v3.dtsi
> +++ b/arch/arm/boot/dts/zte/zx297520v3.dtsi
[ ... ]
> @@ -20,13 +21,16 @@ cpu@0 {
> };
> };
>
> - /* Base bus clock and default for the UART. It will be replaced once a clock driver has
> - * been added.
> - */
> - uartclk: uartclk-26000000 {
> - #clock-cells = <0>;
> + osc26m: osc26m {
[Severity: Low]
Does this node name trigger warnings with dtbs_check?
The device tree specification requires generic names for nodes. It looks
like fixed clocks are usually named using the pattern clock-<freq>, such
as clock-26000000.
> compatible = "fixed-clock";
> clock-frequency = <26000000>;
> + #clock-cells = <0>;
> + };
> +
> + osc32k: osc32k {
[Severity: Low]
Would it be better to name this node clock-32768 to follow the generic
node naming conventions for fixed clocks?
> compatible = "fixed-clock";
> clock-frequency = <32768>;
> + #clock-cells = <0>;
> };
[ ... ]
> @@ -70,13 +74,46 @@ gic: interrupt-controller@f2000000 {
> <0xf2040000 0x20000>;
> };
>
> +
> + topclk: clk@13b000 {
[Severity: Low]
Could this cause validation warnings due to a non-generic node name?
Nodes that provide clocks are generally expected to use clock-controller
instead of clk as their generic name.
> + compatible = "zte,zx297520v3-topclk";
> + reg = <0x0013b000 0x400>,
> + <0x01306000 0x400>;
> + reg-names = "top", "matrix";
> + #clock-cells = <1>;
> + #reset-cells = <1>;
> + clocks = <&osc26m>, <&osc32k>;
> + clock-names = "osc26m", "osc32k";
> + };
> +
> + lspclk: clk@1400000 {
[Severity: Low]
Similar to topclk above, should this node be named clock-controller@1400000
to adhere to the core device tree schemas?
> + compatible = "zte,zx297520v3-lspclk";
> + reg = <0x01400000 0x100>;
> + #clock-cells = <1>;
> + #reset-cells = <1>;
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260529-zx29clk-v3-0-c7fe54ea388f@gmail.com?part=5
next prev parent reply other threads:[~2026-05-28 23:17 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-28 21:52 [PATCH RFC v3 0/5] ZTE zx297520v3 clock bindings and driver Stefan Dösinger
2026-05-28 21:52 ` [PATCH RFC v3 1/5] dt-bindings: clk: zte: Add zx297520v3 top clock and reset bindings Stefan Dösinger
2026-05-28 22:02 ` sashiko-bot
2026-05-29 16:48 ` Conor Dooley
2026-06-02 19:09 ` Stefan Dösinger
2026-06-02 23:14 ` Conor Dooley
2026-05-28 21:52 ` [PATCH RFC v3 2/5] dt-bindings: clk: zte: Add zx297520v3 LSP " Stefan Dösinger
2026-05-29 16:49 ` Conor Dooley
2026-05-28 21:53 ` [PATCH RFC v3 3/5] clk: zte: Introduce a driver for zx297520v3 top clocks and resets Stefan Dösinger
2026-05-28 22:41 ` sashiko-bot
2026-06-03 9:14 ` Philipp Zabel
2026-06-03 20:49 ` Stefan Dösinger
2026-06-04 13:44 ` Philipp Zabel
2026-05-28 21:53 ` [PATCH RFC v3 4/5] clk: zte: Introduce a driver for zx297520v3 LSP " Stefan Dösinger
2026-05-28 23:08 ` sashiko-bot
2026-05-28 21:53 ` [PATCH RFC v3 5/5] ARM: dts: zte: Declare a zx297520v3 clock device nodes Stefan Dösinger
2026-05-28 23:17 ` sashiko-bot [this message]
2026-06-03 8:50 ` [PATCH RFC v3 0/5] ZTE zx297520v3 clock bindings and driver Philipp Zabel
2026-06-03 20:49 ` Stefan Dösinger
2026-06-04 15:23 ` Philipp Zabel
2026-06-09 16:42 ` Stefan Dösinger
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=20260528231752.2AEB91F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=stefandoesinger@gmail.com \
/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.