From: Brian Masney <bmasney@redhat.com>
To: Rosen Penev <rosenp@gmail.com>
Cc: linux-clk@vger.kernel.org,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Heiko Stuebner <heiko@sntech.de>,
"moderated list:ARM/Rockchip SoC support"
<linux-arm-kernel@lists.infradead.org>,
"open list:ARM/Rockchip SoC support"
<linux-rockchip@lists.infradead.org>,
open list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] clk: rockchip: Use flexible array for clock table
Date: Mon, 11 May 2026 12:06:34 -0400 [thread overview]
Message-ID: <agH-ivEdw12_3OJz@redhat.com> (raw)
In-Reply-To: <20260511032252.361906-1-rosenp@gmail.com>
Hi Rosen,
On Sun, May 10, 2026 at 08:22:52PM -0700, Rosen Penev wrote:
> Store the clock lookup table in the Rockchip clock provider
> allocation instead of allocating it separately.
>
> This ties the table lifetime directly to the provider and removes a
> separate allocation failure path while preserving the clk_onecell_data
> lookup interface.
>
> Assisted-by: Codex:GPT-5.5
> Signed-off-by: Rosen Penev <rosenp@gmail.com>
> ---
> drivers/clk/rockchip/clk.c | 17 ++++-------------
> drivers/clk/rockchip/clk.h | 2 ++
> 2 files changed, 6 insertions(+), 13 deletions(-)
>
> diff --git a/drivers/clk/rockchip/clk.c b/drivers/clk/rockchip/clk.c
> index ee8c79b938d3..dbb4b6f33abb 100644
> --- a/drivers/clk/rockchip/clk.c
> +++ b/drivers/clk/rockchip/clk.c
> @@ -359,26 +359,21 @@ static struct rockchip_clk_provider *rockchip_clk_init_base(
> unsigned long nr_clks, bool has_late_clocks)
> {
> struct rockchip_clk_provider *ctx;
> - struct clk **clk_table;
> struct clk *default_clk_val;
> int i;
>
> default_clk_val = ERR_PTR(has_late_clocks ? -EPROBE_DEFER : -ENOENT);
>
> - ctx = kzalloc_obj(struct rockchip_clk_provider);
> + ctx = kzalloc_flex(*ctx, clk_table, nr_clks);
> if (!ctx)
> return ERR_PTR(-ENOMEM);
>
> - clk_table = kzalloc_objs(struct clk *, nr_clks);
> - if (!clk_table)
> - goto err_free;
> -
> for (i = 0; i < nr_clks; ++i)
> - clk_table[i] = default_clk_val;
> + ctx->clk_table[i] = default_clk_val;
>
> - ctx->reg_base = base;
> - ctx->clk_data.clks = clk_table;
> ctx->clk_data.clk_num = nr_clks;
> + ctx->clk_data.clks = ctx->clk_table;
Where's the __counted_by? Also struct clk_onecell_data is embedded
inside struct rockchip_clk_provider, and I'm not sure offhand how
that'll work.
Brian
> + ctx->reg_base = base;
> ctx->cru_node = np;
> spin_lock_init(&ctx->lock);
>
> @@ -388,10 +383,6 @@ static struct rockchip_clk_provider *rockchip_clk_init_base(
> "rockchip,grf");
>
> return ctx;
> -
> -err_free:
> - kfree(ctx);
> - return ERR_PTR(-ENOMEM);
> }
>
> struct rockchip_clk_provider *rockchip_clk_init(struct device_node *np,
> diff --git a/drivers/clk/rockchip/clk.h b/drivers/clk/rockchip/clk.h
> index 9e3503e2ffc2..d4033bf750f5 100644
> --- a/drivers/clk/rockchip/clk.h
> +++ b/drivers/clk/rockchip/clk.h
> @@ -604,6 +604,7 @@ struct rockchip_aux_grf {
> * @grf: regmap of the general-register-files syscon
> * @aux_grf_table: hashtable of auxiliary GRF regmaps, indexed by grf_type
> * @lock: maintains exclusion between callbacks for a given clock-provider.
> + * @clk_table: clock lookup table.
> */
> struct rockchip_clk_provider {
> void __iomem *reg_base;
> @@ -612,6 +613,7 @@ struct rockchip_clk_provider {
> struct regmap *grf;
> DECLARE_HASHTABLE(aux_grf_table, GRF_HASH_ORDER);
> spinlock_t lock;
> + struct clk *clk_table[];
> };
>
> struct rockchip_pll_rate_table {
> --
> 2.54.0
>
next prev parent reply other threads:[~2026-05-11 16:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-11 3:22 [PATCH] clk: rockchip: Use flexible array for clock table Rosen Penev
2026-05-11 16:06 ` Brian Masney [this message]
2026-05-11 19:08 ` Rosen Penev
2026-05-11 20:41 ` Brian Masney
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=agH-ivEdw12_3OJz@redhat.com \
--to=bmasney@redhat.com \
--cc=heiko@sntech.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=mturquette@baylibre.com \
--cc=rosenp@gmail.com \
--cc=sboyd@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox