* [PATCH] clk: microchip: check for null return of devm_kzalloc()
@ 2022-11-19 5:48 Hui Tang
2022-11-19 10:43 ` Conor Dooley
0 siblings, 1 reply; 4+ messages in thread
From: Hui Tang @ 2022-11-19 5:48 UTC (permalink / raw)
To: mturquette, sboyd
Cc: linux-clk, linux-kernel, yusongping, claudiu.beznea, conor.dooley
Because of the possilble failure of devm_kzalloc(), name might be NULL and
will cause null pointer derefrence later.
Therefore, it might be better to check it and directly return -ENOMEM.
Fixes: d39fb172760e ("clk: microchip: add PolarFire SoC fabric clock support")
Signed-off-by: Hui Tang <tanghui20@huawei.com>
---
drivers/clk/microchip/clk-mpfs-ccc.c | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/drivers/clk/microchip/clk-mpfs-ccc.c b/drivers/clk/microchip/clk-mpfs-ccc.c
index 7be028dced63..32aae880a14f 100644
--- a/drivers/clk/microchip/clk-mpfs-ccc.c
+++ b/drivers/clk/microchip/clk-mpfs-ccc.c
@@ -166,6 +166,9 @@ static int mpfs_ccc_register_outputs(struct device *dev, struct mpfs_ccc_out_hw_
struct mpfs_ccc_out_hw_clock *out_hw = &out_hws[i];
char *name = devm_kzalloc(dev, 23, GFP_KERNEL);
+ if (!name)
+ return -ENOMEM;
+
snprintf(name, 23, "%s_out%u", parent->name, i);
out_hw->divider.hw.init = CLK_HW_INIT_HW(name, &parent->hw, &clk_divider_ops, 0);
out_hw->divider.reg = data->pll_base[i / MPFS_CCC_OUTPUTS_PER_PLL] +
@@ -200,6 +203,9 @@ static int mpfs_ccc_register_plls(struct device *dev, struct mpfs_ccc_pll_hw_clo
struct mpfs_ccc_pll_hw_clock *pll_hw = &pll_hws[i];
char *name = devm_kzalloc(dev, 18, GFP_KERNEL);
+ if (!name)
+ return -ENOMEM;
+
pll_hw->base = data->pll_base[i];
snprintf(name, 18, "ccc%s_pll%u", strchrnul(dev->of_node->full_name, '@'), i);
pll_hw->name = (const char *)name;
--
2.17.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] clk: microchip: check for null return of devm_kzalloc()
2022-11-19 5:48 [PATCH] clk: microchip: check for null return of devm_kzalloc() Hui Tang
@ 2022-11-19 10:43 ` Conor Dooley
2022-11-21 7:26 ` Hui Tang
2022-11-25 13:48 ` Claudiu.Beznea
0 siblings, 2 replies; 4+ messages in thread
From: Conor Dooley @ 2022-11-19 10:43 UTC (permalink / raw)
To: Hui Tang
Cc: mturquette, sboyd, linux-clk, linux-kernel, yusongping,
claudiu.beznea, conor.dooley
On Sat, Nov 19, 2022 at 01:48:58PM +0800, Hui Tang wrote:
> Because of the possilble failure of devm_kzalloc(), name might be NULL and
> will cause null pointer derefrence later.
In theory, yeah?
(note to self, s/refrence/reference/, s/possilble/possible)
> Therefore, it might be better to check it and directly return -ENOMEM.
I agree with your use of might here. If the allocations do fail, we
likely aren't getting the system off the ground anyway - but there is
no harm in checking.
Reviewed-by: Conor Dooley <conor.dooley@microchip.com>
@Claudiu, supposedly I can push to the at91 repo now so I will try to do
that.
Thanks,
Conor.
>
> Fixes: d39fb172760e ("clk: microchip: add PolarFire SoC fabric clock support")
> Signed-off-by: Hui Tang <tanghui20@huawei.com>
> ---
> drivers/clk/microchip/clk-mpfs-ccc.c | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/clk/microchip/clk-mpfs-ccc.c b/drivers/clk/microchip/clk-mpfs-ccc.c
> index 7be028dced63..32aae880a14f 100644
> --- a/drivers/clk/microchip/clk-mpfs-ccc.c
> +++ b/drivers/clk/microchip/clk-mpfs-ccc.c
> @@ -166,6 +166,9 @@ static int mpfs_ccc_register_outputs(struct device *dev, struct mpfs_ccc_out_hw_
> struct mpfs_ccc_out_hw_clock *out_hw = &out_hws[i];
> char *name = devm_kzalloc(dev, 23, GFP_KERNEL);
>
> + if (!name)
> + return -ENOMEM;
> +
> snprintf(name, 23, "%s_out%u", parent->name, i);
> out_hw->divider.hw.init = CLK_HW_INIT_HW(name, &parent->hw, &clk_divider_ops, 0);
> out_hw->divider.reg = data->pll_base[i / MPFS_CCC_OUTPUTS_PER_PLL] +
> @@ -200,6 +203,9 @@ static int mpfs_ccc_register_plls(struct device *dev, struct mpfs_ccc_pll_hw_clo
> struct mpfs_ccc_pll_hw_clock *pll_hw = &pll_hws[i];
> char *name = devm_kzalloc(dev, 18, GFP_KERNEL);
>
> + if (!name)
> + return -ENOMEM;
> +
> pll_hw->base = data->pll_base[i];
> snprintf(name, 18, "ccc%s_pll%u", strchrnul(dev->of_node->full_name, '@'), i);
> pll_hw->name = (const char *)name;
> --
> 2.17.1
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] clk: microchip: check for null return of devm_kzalloc()
2022-11-19 10:43 ` Conor Dooley
@ 2022-11-21 7:26 ` Hui Tang
2022-11-25 13:48 ` Claudiu.Beznea
1 sibling, 0 replies; 4+ messages in thread
From: Hui Tang @ 2022-11-21 7:26 UTC (permalink / raw)
To: Conor Dooley
Cc: mturquette, sboyd, linux-clk, linux-kernel, yusongping,
claudiu.beznea, conor.dooley
On 2022/11/19 18:43, Conor Dooley wrote:
> On Sat, Nov 19, 2022 at 01:48:58PM +0800, Hui Tang wrote:
>> Because of the possilble failure of devm_kzalloc(), name might be NULL and
>> will cause null pointer derefrence later.
>
> In theory, yeah?
>
> (note to self, s/refrence/reference/, s/possilble/possible)
Sorry, I make spelling mistakes.
Thanks.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] clk: microchip: check for null return of devm_kzalloc()
2022-11-19 10:43 ` Conor Dooley
2022-11-21 7:26 ` Hui Tang
@ 2022-11-25 13:48 ` Claudiu.Beznea
1 sibling, 0 replies; 4+ messages in thread
From: Claudiu.Beznea @ 2022-11-25 13:48 UTC (permalink / raw)
To: conor, tanghui20
Cc: mturquette, sboyd, linux-clk, linux-kernel, yusongping,
Conor.Dooley
On 19.11.2022 12:43, Conor Dooley wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe
>
> On Sat, Nov 19, 2022 at 01:48:58PM +0800, Hui Tang wrote:
>> Because of the possilble failure of devm_kzalloc(), name might be NULL and
>> will cause null pointer derefrence later.
>
> In theory, yeah?
>
> (note to self, s/refrence/reference/, s/possilble/possible)
Applied to clk-microchip-fixes with these adjustments, thanks!
>
>> Therefore, it might be better to check it and directly return -ENOMEM.
>
> I agree with your use of might here. If the allocations do fail, we
> likely aren't getting the system off the ground anyway - but there is
> no harm in checking.
>
> Reviewed-by: Conor Dooley <conor.dooley@microchip.com>
>
> @Claudiu, supposedly I can push to the at91 repo now so I will try to do
> that.
>
> Thanks,
> Conor.
>
>>
>> Fixes: d39fb172760e ("clk: microchip: add PolarFire SoC fabric clock support")
>> Signed-off-by: Hui Tang <tanghui20@huawei.com>
>> ---
>> drivers/clk/microchip/clk-mpfs-ccc.c | 6 ++++++
>> 1 file changed, 6 insertions(+)
>>
>> diff --git a/drivers/clk/microchip/clk-mpfs-ccc.c b/drivers/clk/microchip/clk-mpfs-ccc.c
>> index 7be028dced63..32aae880a14f 100644
>> --- a/drivers/clk/microchip/clk-mpfs-ccc.c
>> +++ b/drivers/clk/microchip/clk-mpfs-ccc.c
>> @@ -166,6 +166,9 @@ static int mpfs_ccc_register_outputs(struct device *dev, struct mpfs_ccc_out_hw_
>> struct mpfs_ccc_out_hw_clock *out_hw = &out_hws[i];
>> char *name = devm_kzalloc(dev, 23, GFP_KERNEL);
>>
>> + if (!name)
>> + return -ENOMEM;
>> +
>> snprintf(name, 23, "%s_out%u", parent->name, i);
>> out_hw->divider.hw.init = CLK_HW_INIT_HW(name, &parent->hw, &clk_divider_ops, 0);
>> out_hw->divider.reg = data->pll_base[i / MPFS_CCC_OUTPUTS_PER_PLL] +
>> @@ -200,6 +203,9 @@ static int mpfs_ccc_register_plls(struct device *dev, struct mpfs_ccc_pll_hw_clo
>> struct mpfs_ccc_pll_hw_clock *pll_hw = &pll_hws[i];
>> char *name = devm_kzalloc(dev, 18, GFP_KERNEL);
>>
>> + if (!name)
>> + return -ENOMEM;
>> +
>> pll_hw->base = data->pll_base[i];
>> snprintf(name, 18, "ccc%s_pll%u", strchrnul(dev->of_node->full_name, '@'), i);
>> pll_hw->name = (const char *)name;
>> --
>> 2.17.1
>>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-11-25 13:48 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-11-19 5:48 [PATCH] clk: microchip: check for null return of devm_kzalloc() Hui Tang
2022-11-19 10:43 ` Conor Dooley
2022-11-21 7:26 ` Hui Tang
2022-11-25 13:48 ` Claudiu.Beznea
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox