From: sashiko-bot@kernel.org
To: "Stefan Dösinger" <stefandoesinger@gmail.com>
Cc: olteanv@gmail.com, linux-phy@lists.infradead.org,
neil.armstrong@linaro.org, mfd@lists.linux.dev, vkoul@kernel.org,
conor+dt@kernel.org, devicetree@vger.kernel.org, robh@kernel.org,
lee@kernel.org
Subject: Re: [PATCH v9 08/12] clk: zte: Introduce a driver for zx297520v3 top clocks
Date: Sun, 02 Aug 2026 20:59:48 +0000 [thread overview]
Message-ID: <20260802205949.700C31F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260802-zx29clk-v9-8-d05530d85d28@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Using `const` struct variables to initialize fields of a static array causes a build failure.
--
--- Patch [8]: [PATCH v9 08/12] clk: zte: Introduce a driver for zx297520v3 top clocks ---
commit 0a378a36878d451d9e58d093344b7ead86ae6042
Author: Stefan Dösinger <stefandoesinger@gmail.com>
clk: zte: Introduce a driver for zx297520v3 top clocks
This commit introduces a new clock driver for the ZTE zx297520v3 SoC's
top and matrix controllers. It adds definitions for PLLs, fixed dividers,
muxes, and gates used by core devices on the board.
> diff --git a/drivers/clk/zte/clk-zx297520v3.c b/drivers/clk/zte/clk-zx297520v3.c
> new file mode 100644
> index 0000000000000..f9915582f261a
> --- /dev/null
> +++ b/drivers/clk/zte/clk-zx297520v3.c
[ ... ]
> +/* Used for gates where we don't know the parent input(s). Assume general oscillator */
> +static const struct zx_parent_desc clk_unknown = PARENT_FW("osc26m");
> +
> +/* For clocks that are known to use the ungated osc26m input */
> +static const struct zx_parent_desc clk_main[] = {
> + PARENT_FW("osc26m"),
> +};
[ ... ]
> +static const struct zx_clock zx297520v3_top_clocks[] = {
[ ... ]
> + /* osc26m division for clk_outX */
> + [ZX_CLK_OSC26M_D2] = FIXED_DIV("osc26m-d2", clk_main[0], 2),
[Severity: Low]
Does this code cause a compiler error about initializer elements not being
constant?
In C, const qualified struct variables and array elements like clk_main[0]
are not considered constant expressions. Since zx297520v3_top_clocks has static
storage duration, using them here might result in a build failure.
[ ... ]
> + /*
> + * How does this RTC work? I don't know, the ZTE kernel does not talk to it. The actual RTC
> + * is on the I2C-connected PMIC.
> + */
> + [ZX_CLK_RTC_WCLK] = GATE("rtc-wclk", clk_unknown, 0x54, 1, 0),
[Severity: Low]
Is this initialization also affected by the same "initializer element is
not constant" compiler error when using clk_unknown?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260802-zx29clk-v9-0-d05530d85d28@gmail.com?part=8
WARNING: multiple messages have this Message-ID (diff)
From: sashiko-bot@kernel.org
To: "Stefan Dösinger" <stefandoesinger@gmail.com>
Cc: olteanv@gmail.com, linux-phy@lists.infradead.org,
neil.armstrong@linaro.org, mfd@lists.linux.dev, vkoul@kernel.org,
conor+dt@kernel.org, devicetree@vger.kernel.org, robh@kernel.org,
lee@kernel.org
Subject: Re: [PATCH v9 08/12] clk: zte: Introduce a driver for zx297520v3 top clocks
Date: Sun, 02 Aug 2026 20:59:48 +0000 [thread overview]
Message-ID: <20260802205949.700C31F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260802-zx29clk-v9-8-d05530d85d28@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Using `const` struct variables to initialize fields of a static array causes a build failure.
--
--- Patch [8]: [PATCH v9 08/12] clk: zte: Introduce a driver for zx297520v3 top clocks ---
commit 0a378a36878d451d9e58d093344b7ead86ae6042
Author: Stefan Dösinger <stefandoesinger@gmail.com>
clk: zte: Introduce a driver for zx297520v3 top clocks
This commit introduces a new clock driver for the ZTE zx297520v3 SoC's
top and matrix controllers. It adds definitions for PLLs, fixed dividers,
muxes, and gates used by core devices on the board.
> diff --git a/drivers/clk/zte/clk-zx297520v3.c b/drivers/clk/zte/clk-zx297520v3.c
> new file mode 100644
> index 0000000000000..f9915582f261a
> --- /dev/null
> +++ b/drivers/clk/zte/clk-zx297520v3.c
[ ... ]
> +/* Used for gates where we don't know the parent input(s). Assume general oscillator */
> +static const struct zx_parent_desc clk_unknown = PARENT_FW("osc26m");
> +
> +/* For clocks that are known to use the ungated osc26m input */
> +static const struct zx_parent_desc clk_main[] = {
> + PARENT_FW("osc26m"),
> +};
[ ... ]
> +static const struct zx_clock zx297520v3_top_clocks[] = {
[ ... ]
> + /* osc26m division for clk_outX */
> + [ZX_CLK_OSC26M_D2] = FIXED_DIV("osc26m-d2", clk_main[0], 2),
[Severity: Low]
Does this code cause a compiler error about initializer elements not being
constant?
In C, const qualified struct variables and array elements like clk_main[0]
are not considered constant expressions. Since zx297520v3_top_clocks has static
storage duration, using them here might result in a build failure.
[ ... ]
> + /*
> + * How does this RTC work? I don't know, the ZTE kernel does not talk to it. The actual RTC
> + * is on the I2C-connected PMIC.
> + */
> + [ZX_CLK_RTC_WCLK] = GATE("rtc-wclk", clk_unknown, 0x54, 1, 0),
[Severity: Low]
Is this initialization also affected by the same "initializer element is
not constant" compiler error when using clk_unknown?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260802-zx29clk-v9-0-d05530d85d28@gmail.com?part=8
--
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy
next prev parent reply other threads:[~2026-08-02 20:59 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-02 20:33 [PATCH v9 00/12] ZTE zx297520v3 clock bindings and driver Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:33 ` [PATCH v9 01/12] dt-bindings: clk: zte: Add zx297520v3 top clock and reset controller Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:42 ` sashiko-bot
2026-08-02 20:42 ` sashiko-bot
2026-08-04 6:37 ` Krzysztof Kozlowski
2026-08-04 6:37 ` Krzysztof Kozlowski
2026-08-02 20:33 ` [PATCH v9 02/12] dt-bindings: clk: zte: Add zx297520v3 matrix " Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:42 ` sashiko-bot
2026-08-02 20:42 ` sashiko-bot
2026-08-02 20:33 ` [PATCH v9 03/12] dt-bindings: clk: zte: Add zx297520v3 LSP " Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:40 ` sashiko-bot
2026-08-02 20:40 ` sashiko-bot
2026-08-02 20:33 ` [PATCH v9 04/12] mfd: zx297520v3: Add a clock and reset MFD driver Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:45 ` sashiko-bot
2026-08-02 20:45 ` sashiko-bot
2026-08-02 20:33 ` [PATCH v9 05/12] clk: zte: Add Clock registration infrastructure Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:49 ` sashiko-bot
2026-08-02 20:49 ` sashiko-bot
2026-08-03 16:03 ` Brian Masney
2026-08-03 16:03 ` Brian Masney
2026-08-03 17:48 ` Stefan Dösinger
2026-08-03 17:48 ` Stefan Dösinger
2026-08-05 23:15 ` Brian Masney
2026-08-05 23:15 ` Brian Masney
2026-08-03 16:05 ` Brian Masney
2026-08-03 16:05 ` Brian Masney
2026-08-02 20:33 ` [PATCH v9 06/12] clk: zte: Add regmap-based clocks Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:55 ` sashiko-bot
2026-08-02 20:55 ` sashiko-bot
2026-08-03 16:08 ` Brian Masney
2026-08-03 16:08 ` Brian Masney
2026-08-02 20:33 ` [PATCH v9 07/12] clk: zte: Add zx PLL support infrastructure Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:52 ` sashiko-bot
2026-08-02 20:52 ` sashiko-bot
2026-08-03 16:14 ` Brian Masney
2026-08-03 16:14 ` Brian Masney
2026-08-02 20:33 ` [PATCH v9 08/12] clk: zte: Introduce a driver for zx297520v3 top clocks Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:59 ` sashiko-bot [this message]
2026-08-02 20:59 ` sashiko-bot
2026-08-02 20:33 ` [PATCH v9 09/12] clk: zte: Introduce a driver for zx297520v3 matrix clocks Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 21:26 ` sashiko-bot
2026-08-02 21:26 ` sashiko-bot
2026-08-02 20:33 ` [PATCH v9 10/12] clk: zte: Introduce a driver for zx297520v3 LSP clocks Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 20:59 ` sashiko-bot
2026-08-02 20:59 ` sashiko-bot
2026-08-02 20:33 ` [PATCH v9 11/12] reset: zte: Add a zx297520v3 reset driver Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 21:04 ` sashiko-bot
2026-08-02 21:04 ` sashiko-bot
2026-08-02 20:33 ` [PATCH v9 12/12] ARM: dts: zte: Declare zx297520v3 CRM device nodes Stefan Dösinger
2026-08-02 20:33 ` Stefan Dösinger
2026-08-02 21:03 ` sashiko-bot
2026-08-02 21:03 ` sashiko-bot
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=20260802205949.700C31F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=lee@kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=mfd@lists.linux.dev \
--cc=neil.armstrong@linaro.org \
--cc=olteanv@gmail.com \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=stefandoesinger@gmail.com \
--cc=vkoul@kernel.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.