From: Abel Vesa <abel.vesa@linaro.org>
To: Kai Ma <kaima@hust.edu.cn>, Stephen Boyd <sboyd@kernel.org>
Cc: Abel Vesa <abelvesa@kernel.org>, Peng Fan <peng.fan@nxp.com>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Shawn Guo <shawnguo@kernel.org>,
Sascha Hauer <s.hauer@pengutronix.de>,
Pengutronix Kernel Team <kernel@pengutronix.de>,
Fabio Estevam <festevam@gmail.com>,
NXP Linux Team <linux-imx@nxp.com>,
Jesse Taube <mr.bossman075@gmail.com>,
hust-os-kernel-patches@googlegroups.com,
linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] clk: imx: clk-imxrt1050: fix memory leak in imxrt1050_clocks_probe
Date: Thu, 18 May 2023 13:34:38 +0300 [thread overview]
Message-ID: <ZGX/PjYBVGuECcPg@linaro.org> (raw)
In-Reply-To: <20230418113451.151312-1-kaima@hust.edu.cn>
On 23-04-18 11:34:51, Kai Ma wrote:
> Use devm_of_iomap() instead of of_iomap() to automatically
> handle the unused ioremap region. If any error occurs, regions allocated by
> kzalloc() will leak, but using devm_kzalloc() instead will automatically
> free the memory using devm_kfree().
>
> Also, fix error handling of hws by adding unregister_hws label, which
> unregisters remaining hws when iomap failed.
>
> Fixes: 7154b046d8f3 ("clk: imx: Add initial support for i.MXRT1050 clock driver")
> Signed-off-by: Kai Ma <kaima@hust.edu.cn>
Reviewed-by: Abel Vesa <abel.vesa@linaro.org>
Stephen, can you apply this through clk-fixes?
> ---
> The issue is found by static analysis and remains untested.
> ---
> drivers/clk/imx/clk-imxrt1050.c | 22 +++++++++++++++-------
> 1 file changed, 15 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/clk/imx/clk-imxrt1050.c b/drivers/clk/imx/clk-imxrt1050.c
> index fd5c51fc92c0..08d155feb035 100644
> --- a/drivers/clk/imx/clk-imxrt1050.c
> +++ b/drivers/clk/imx/clk-imxrt1050.c
> @@ -42,7 +42,7 @@ static int imxrt1050_clocks_probe(struct platform_device *pdev)
> struct device_node *anp;
> int ret;
>
> - clk_hw_data = kzalloc(struct_size(clk_hw_data, hws,
> + clk_hw_data = devm_kzalloc(dev, struct_size(clk_hw_data, hws,
> IMXRT1050_CLK_END), GFP_KERNEL);
> if (WARN_ON(!clk_hw_data))
> return -ENOMEM;
> @@ -53,10 +53,12 @@ static int imxrt1050_clocks_probe(struct platform_device *pdev)
> hws[IMXRT1050_CLK_OSC] = imx_get_clk_hw_by_name(np, "osc");
>
> anp = of_find_compatible_node(NULL, NULL, "fsl,imxrt-anatop");
> - pll_base = of_iomap(anp, 0);
> + pll_base = devm_of_iomap(dev, anp, 0, NULL);
> of_node_put(anp);
> - if (WARN_ON(!pll_base))
> - return -ENOMEM;
> + if (WARN_ON(IS_ERR(pll_base))) {
> + ret = PTR_ERR(pll_base);
> + goto unregister_hws;
> + }
>
> /* Anatop clocks */
> hws[IMXRT1050_CLK_DUMMY] = imx_clk_hw_fixed("dummy", 0UL);
> @@ -104,8 +106,10 @@ static int imxrt1050_clocks_probe(struct platform_device *pdev)
>
> /* CCM clocks */
> ccm_base = devm_platform_ioremap_resource(pdev, 0);
> - if (WARN_ON(IS_ERR(ccm_base)))
> - return PTR_ERR(ccm_base);
> + if (WARN_ON(IS_ERR(ccm_base))) {
> + ret = PTR_ERR(ccm_base);
> + goto unregister_hws;
> + }
>
> hws[IMXRT1050_CLK_ARM_PODF] = imx_clk_hw_divider("arm_podf", "pll1_arm", ccm_base + 0x10, 0, 3);
> hws[IMXRT1050_CLK_PRE_PERIPH_SEL] = imx_clk_hw_mux("pre_periph_sel", ccm_base + 0x18, 18, 2,
> @@ -149,8 +153,12 @@ static int imxrt1050_clocks_probe(struct platform_device *pdev)
> ret = of_clk_add_hw_provider(np, of_clk_hw_onecell_get, clk_hw_data);
> if (ret < 0) {
> dev_err(dev, "Failed to register clks for i.MXRT1050.\n");
> - imx_unregister_hw_clocks(hws, IMXRT1050_CLK_END);
> + goto unregister_hws;
> }
> + return 0;
> +
> +unregister_hws:
> + imx_unregister_hw_clocks(hws, IMXRT1050_CLK_END);
> return ret;
> }
> static const struct of_device_id imxrt1050_clk_of_match[] = {
> --
> 2.34.1
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-05-18 10:35 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-18 11:34 [PATCH] clk: imx: clk-imxrt1050: fix memory leak in imxrt1050_clocks_probe Kai Ma
2023-04-18 13:07 ` Jesse Taube
2023-04-19 3:02 ` Peng Fan
2023-05-18 10:34 ` Abel Vesa [this message]
2023-05-29 4:55 ` Kai Ma
2023-05-29 17:54 ` Jesse T
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=ZGX/PjYBVGuECcPg@linaro.org \
--to=abel.vesa@linaro.org \
--cc=abelvesa@kernel.org \
--cc=festevam@gmail.com \
--cc=hust-os-kernel-patches@googlegroups.com \
--cc=kaima@hust.edu.cn \
--cc=kernel@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-imx@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mr.bossman075@gmail.com \
--cc=mturquette@baylibre.com \
--cc=peng.fan@nxp.com \
--cc=s.hauer@pengutronix.de \
--cc=sboyd@kernel.org \
--cc=shawnguo@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;
as well as URLs for NNTP newsgroup(s).