public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH v3 2/2] clk: clk-loongson2: Fix the number count of clk provider
       [not found] <cover.1736856470.git.zhoubinbin@loongson.cn>
@ 2025-01-14 13:00 ` Binbin Zhou
  2025-01-14 19:14   ` Stephen Boyd
  0 siblings, 1 reply; 2+ messages in thread
From: Binbin Zhou @ 2025-01-14 13:00 UTC (permalink / raw)
  To: Binbin Zhou, Huacai Chen, Michael Turquette, Stephen Boyd,
	Yinbo Zhu
  Cc: Huacai Chen, linux-clk, Xuerui Wang, loongarch, Binbin Zhou,
	stable, Gustavo A . R . Silva

Since commit 02fb4f008433 ("clk: clk-loongson2: Fix potential buffer
overflow in flexible-array member access"), the clk provider register is
failed.

The count of `clks_num` is shown below:

	for (p = data; p->name; p++)
		clks_num++;

In fact, `clks_num` represents the number of SoC clocks and should be
expressed as the maximum value of the clock binding id in use (p->id + 1).

Now we fix it to avoid the following error when trying to register a clk
provider:

[ 13.409595] of_clk_hw_onecell_get: invalid index 17

Cc: stable@vger.kernel.org
Cc: Gustavo A. R. Silva <gustavoars@kernel.org>
Fixes: 02fb4f008433 ("clk: clk-loongson2: Fix potential buffer overflow in flexible-array member access")
Signed-off-by: Binbin Zhou <zhoubinbin@loongson.cn>
---
 drivers/clk/clk-loongson2.c | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/drivers/clk/clk-loongson2.c b/drivers/clk/clk-loongson2.c
index 6bf51d5a49a1..27e632edd484 100644
--- a/drivers/clk/clk-loongson2.c
+++ b/drivers/clk/clk-loongson2.c
@@ -294,7 +294,7 @@ static int loongson2_clk_probe(struct platform_device *pdev)
 		return -EINVAL;
 
 	for (p = data; p->name; p++)
-		clks_num++;
+		clks_num = max(clks_num, p->id + 1);
 
 	clp = devm_kzalloc(dev, struct_size(clp, clk_data.hws, clks_num),
 			   GFP_KERNEL);
@@ -309,6 +309,9 @@ static int loongson2_clk_probe(struct platform_device *pdev)
 	clp->clk_data.num = clks_num;
 	clp->dev = dev;
 
+	/* Avoid returning NULL for unused id */
+	memset_p((void **)clp->clk_data.hws, ERR_PTR(-ENOENT), clks_num);
+
 	for (i = 0; i < clks_num; i++) {
 		p = &data[i];
 		switch (p->type) {
-- 
2.43.5


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH v3 2/2] clk: clk-loongson2: Fix the number count of clk provider
  2025-01-14 13:00 ` [PATCH v3 2/2] clk: clk-loongson2: Fix the number count of clk provider Binbin Zhou
@ 2025-01-14 19:14   ` Stephen Boyd
  0 siblings, 0 replies; 2+ messages in thread
From: Stephen Boyd @ 2025-01-14 19:14 UTC (permalink / raw)
  To: Binbin Zhou, Binbin Zhou, Huacai Chen, Michael Turquette,
	Yinbo Zhu
  Cc: Huacai Chen, linux-clk, Xuerui Wang, loongarch, Binbin Zhou,
	stable, Gustavo A . R . Silva

Quoting Binbin Zhou (2025-01-14 05:00:29)
> Since commit 02fb4f008433 ("clk: clk-loongson2: Fix potential buffer
> overflow in flexible-array member access"), the clk provider register is
> failed.
> 
> The count of `clks_num` is shown below:
> 
>         for (p = data; p->name; p++)
>                 clks_num++;
> 
> In fact, `clks_num` represents the number of SoC clocks and should be
> expressed as the maximum value of the clock binding id in use (p->id + 1).
> 
> Now we fix it to avoid the following error when trying to register a clk
> provider:
> 
> [ 13.409595] of_clk_hw_onecell_get: invalid index 17
> 
> Cc: stable@vger.kernel.org
> Cc: Gustavo A. R. Silva <gustavoars@kernel.org>
> Fixes: 02fb4f008433 ("clk: clk-loongson2: Fix potential buffer overflow in flexible-array member access")
> Signed-off-by: Binbin Zhou <zhoubinbin@loongson.cn>
> ---

Applied to clk-fixes

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2025-01-14 19:14 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <cover.1736856470.git.zhoubinbin@loongson.cn>
2025-01-14 13:00 ` [PATCH v3 2/2] clk: clk-loongson2: Fix the number count of clk provider Binbin Zhou
2025-01-14 19:14   ` Stephen Boyd

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox