From: sashiko-bot@kernel.org
To: "Stefan Dösinger" <stefandoesinger@gmail.com>
Cc: robh@kernel.org, vkoul@kernel.org, conor+dt@kernel.org,
linux-phy@lists.infradead.org, linux-clk@vger.kernel.org,
mfd@lists.linux.dev, lee@kernel.org, neil.armstrong@linaro.org,
olteanv@gmail.com, devicetree@vger.kernel.org
Subject: Re: [PATCH v11 09/12] clk: zte: Introduce a driver for zx297520v3 top clocks
Date: Tue, 25 Aug 2026 21:38:37 +0000 [thread overview]
Message-ID: <20260825213838.3F0631F00A3A@smtp.kernel.org> (raw)
In-Reply-To: <20260826-zx29clk-v11-9-f8ad59c6426c@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Initialization of a struct field with a non-constant expression causes a build failure.
--
commit 1a225b76174b59d250ad8049b72f7978a9dca24b
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.
It supports the configuration of basic core devices, PLLs, the AHB bus,
timers, and the USB controller.
> diff --git a/drivers/clk/zte/clk-zx297520v3.c b/drivers/clk/zte/clk-zx297520v3.c
> new file mode 100644
> index 0000000000000..504075590e6d2
> --- /dev/null
> +++ b/drivers/clk/zte/clk-zx297520v3.c
[ ... ]
> +static const struct zx_clock zx297520v3_top_clocks[] = {
[ ... ]
> + /*
> + * "g" is either for "general" or "gigahertz". The VCO runs at 1 GHz. Output clocks are 200,
> + * 100, 50, 25, ... MHz. It is used optionally by SDIO and QSPI and can drive a GPIO clock
> + * output for RMII, so it doesn't seem very general.
> + */
> + [ZX_CLK_GPLL] = PLL("gpll", clk_main, 0, 0x110, 0),
> +
> + /* osc26m division for clk_outX */
> + [ZX_CLK_OSC26M_D2] = FIXED_DIV("osc26m-d2", clk_main[0], 2),
[Severity: Low]
Will this result in a build failure? The C standard requires the initializer
for a static struct field to be a constant expression. Using the variable
clk_main[0], even though it is declared as const, might cause the compiler
to reject this non-constant expression during initialization.
[ ... ]
> + [ZX_CLK_TIMER_T17_DIV] = DIV("timer-t17-div", PARENT_ID(ZX_CLK_TIMER_T17_MUX),
> + 0x124, 0, 4),
> + [ZX_CLK_WDT_T18_DIV] = DIV("wdt-t18-div", PARENT_ID(ZX_CLK_WDT_T18_MUX),
> + 0x48, 8, 4),
> + [ZX_CLK_USIM1_DIV] = DIV("usim1-div", clk_unknown,
> + 0x48, 12, 1),
[Severity: Low]
Similarly, will using the clk_unknown struct variable here trigger the same
compilation error because it is not a constant expression?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260826-zx29clk-v11-0-f8ad59c6426c@gmail.com?part=9
--
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy
WARNING: multiple messages have this Message-ID (diff)
From: sashiko-bot@kernel.org
To: "Stefan Dösinger" <stefandoesinger@gmail.com>
Cc: robh@kernel.org, vkoul@kernel.org, conor+dt@kernel.org,
linux-phy@lists.infradead.org, linux-clk@vger.kernel.org,
mfd@lists.linux.dev, lee@kernel.org, neil.armstrong@linaro.org,
olteanv@gmail.com, devicetree@vger.kernel.org
Subject: Re: [PATCH v11 09/12] clk: zte: Introduce a driver for zx297520v3 top clocks
Date: Tue, 25 Aug 2026 21:38:37 +0000 [thread overview]
Message-ID: <20260825213838.3F0631F00A3A@smtp.kernel.org> (raw)
In-Reply-To: <20260826-zx29clk-v11-9-f8ad59c6426c@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Initialization of a struct field with a non-constant expression causes a build failure.
--
commit 1a225b76174b59d250ad8049b72f7978a9dca24b
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.
It supports the configuration of basic core devices, PLLs, the AHB bus,
timers, and the USB controller.
> diff --git a/drivers/clk/zte/clk-zx297520v3.c b/drivers/clk/zte/clk-zx297520v3.c
> new file mode 100644
> index 0000000000000..504075590e6d2
> --- /dev/null
> +++ b/drivers/clk/zte/clk-zx297520v3.c
[ ... ]
> +static const struct zx_clock zx297520v3_top_clocks[] = {
[ ... ]
> + /*
> + * "g" is either for "general" or "gigahertz". The VCO runs at 1 GHz. Output clocks are 200,
> + * 100, 50, 25, ... MHz. It is used optionally by SDIO and QSPI and can drive a GPIO clock
> + * output for RMII, so it doesn't seem very general.
> + */
> + [ZX_CLK_GPLL] = PLL("gpll", clk_main, 0, 0x110, 0),
> +
> + /* osc26m division for clk_outX */
> + [ZX_CLK_OSC26M_D2] = FIXED_DIV("osc26m-d2", clk_main[0], 2),
[Severity: Low]
Will this result in a build failure? The C standard requires the initializer
for a static struct field to be a constant expression. Using the variable
clk_main[0], even though it is declared as const, might cause the compiler
to reject this non-constant expression during initialization.
[ ... ]
> + [ZX_CLK_TIMER_T17_DIV] = DIV("timer-t17-div", PARENT_ID(ZX_CLK_TIMER_T17_MUX),
> + 0x124, 0, 4),
> + [ZX_CLK_WDT_T18_DIV] = DIV("wdt-t18-div", PARENT_ID(ZX_CLK_WDT_T18_MUX),
> + 0x48, 8, 4),
> + [ZX_CLK_USIM1_DIV] = DIV("usim1-div", clk_unknown,
> + 0x48, 12, 1),
[Severity: Low]
Similarly, will using the clk_unknown struct variable here trigger the same
compilation error because it is not a constant expression?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260826-zx29clk-v11-0-f8ad59c6426c@gmail.com?part=9
next prev parent reply other threads:[~2026-08-25 21:38 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-25 21:23 [PATCH v11 00/12] ZTE zx297520v3 clock bindings and driver Stefan Dösinger
2026-08-25 21:23 ` Stefan Dösinger
2026-08-25 21:24 ` [PATCH v11 01/12] dt-bindings: clk: zte: Add zx297520v3 top clock and reset controller Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:27 ` sashiko-bot
2026-08-25 21:27 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 02/12] dt-bindings: clk: zte: Add zx297520v3 matrix " Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:29 ` sashiko-bot
2026-08-25 21:29 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 03/12] dt-bindings: clk: zte: Add zx297520v3 LSP " Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:28 ` sashiko-bot
2026-08-25 21:28 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 04/12] ARM: dts: zte: Declare zx297520v3 CRM device nodes Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:31 ` sashiko-bot
2026-08-25 21:31 ` sashiko-bot
2026-09-02 10:29 ` Stefan Dösinger
2026-09-02 10:29 ` Stefan Dösinger
2026-09-08 18:22 ` Krzysztof Kozlowski
2026-09-08 18:22 ` Krzysztof Kozlowski
2026-08-25 21:24 ` [PATCH v11 05/12] mfd: zx297520v3: Add a clock and reset MFD driver Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:31 ` sashiko-bot
2026-08-25 21:31 ` sashiko-bot
2026-09-10 16:17 ` Lee Jones
2026-09-10 16:17 ` Lee Jones
2026-09-10 19:14 ` Stefan Dösinger
2026-09-10 19:14 ` Stefan Dösinger
2026-08-25 21:24 ` [PATCH v11 06/12] clk: zte: Add Clock registration infrastructure Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:32 ` sashiko-bot
2026-08-25 21:32 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 07/12] clk: zte: Add regmap-based clocks Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:38 ` sashiko-bot
2026-08-25 21:38 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 08/12] clk: zte: Add zx PLL support infrastructure Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:35 ` sashiko-bot
2026-08-25 21:35 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 09/12] clk: zte: Introduce a driver for zx297520v3 top clocks Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:38 ` sashiko-bot [this message]
2026-08-25 21:38 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 10/12] clk: zte: Introduce a driver for zx297520v3 matrix clocks Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:36 ` sashiko-bot
2026-08-25 21:36 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 11/12] clk: zte: Introduce a driver for zx297520v3 LSP clocks Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:34 ` sashiko-bot
2026-08-25 21:34 ` sashiko-bot
2026-08-25 21:24 ` [PATCH v11 12/12] reset: zte: Add a zx297520v3 reset driver Stefan Dösinger
2026-08-25 21:24 ` Stefan Dösinger
2026-08-25 21:35 ` sashiko-bot
2026-08-25 21:35 ` 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=20260825213838.3F0631F00A3A@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=lee@kernel.org \
--cc=linux-clk@vger.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.