From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: Anand Moon <linux.amoon@gmail.com>
Cc: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
Krzysztof Kozlowski <krzk@kernel.org>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Zhang Rui <rui.zhang@intel.com>,
Lukasz Luba <lukasz.luba@arm.com>,
Alim Akhtar <alim.akhtar@samsung.com>,
Nathan Chancellor <nathan@kernel.org>,
Nick Desaulniers <nick.desaulniers+lkml@gmail.com>,
Bill Wendling <morbo@google.com>,
Justin Stitt <justinstitt@google.com>,
"open list:SAMSUNG THERMAL DRIVER" <linux-pm@vger.kernel.org>,
"open list:SAMSUNG THERMAL DRIVER"
<linux-samsung-soc@vger.kernel.org>,
"moderated list:ARM/SAMSUNG S3C,
S5P AND EXYNOS ARM ARCHITECTURES"
<linux-arm-kernel@lists.infradead.org>,
open list <linux-kernel@vger.kernel.org>,
"open list:CLANG/LLVM BUILD SUPPORT:Keyword:b(?i:clang|llvm)b"
<llvm@lists.linux.dev>
Subject: Re: [PATCH v5 1/3] drivers/thermal/exynos: Refactor clk_sec initialization inside SOC-specific case
Date: Fri, 18 Apr 2025 10:06:55 +0200 [thread overview]
Message-ID: <aAIIH7H1oQH8cf-6@mai.linaro.org> (raw)
In-Reply-To: <20250410063754.5483-2-linux.amoon@gmail.com>
On Thu, Apr 10, 2025 at 12:07:48PM +0530, Anand Moon wrote:
> Refactor the initialization of the clk_sec clock to be inside the
> SOC_ARCH_EXYNOS5420_TRIMINFO case. It ensures that the clk_sec clock
> is only initialized for the specified SOC and not for other SOCs,
> thereby simplifying the code. The clk_sec clock is used by the TMU
> for GPU on the Exynos 542x platform.
>
> Removed redundant IS_ERR() checks for the clk_sec clock since error
> handling is already managed internally by clk_unprepare() functions.
>
> Signed-off-by: Anand Moon <linux.amoon@gmail.com>
> ---
> v5: None
> v4: Fix the aligment of code clk for clk_prepare in proper if/else block.
> update the commit for clk_sec used.
> checked to goto clean up all the clks are proper.
> drop IS_ERR() check for clk_sec.
> v3: improve the commit message.
> ---
> drivers/thermal/samsung/exynos_tmu.c | 37 ++++++++++++++--------------
> 1 file changed, 18 insertions(+), 19 deletions(-)
>
> diff --git a/drivers/thermal/samsung/exynos_tmu.c b/drivers/thermal/samsung/exynos_tmu.c
> index 47a99b3c5395..3657920de000 100644
> --- a/drivers/thermal/samsung/exynos_tmu.c
> +++ b/drivers/thermal/samsung/exynos_tmu.c
> @@ -1037,29 +1037,30 @@ static int exynos_tmu_probe(struct platform_device *pdev)
> return ret;
>
> data->clk = devm_clk_get(dev, "tmu_apbif");
> - if (IS_ERR(data->clk))
> + if (IS_ERR(data->clk)) {
> return dev_err_probe(dev, PTR_ERR(data->clk), "Failed to get clock\n");
As this branch returns, the else block can be removed.
if (IS_ERR(data->clk))
return dev_err_probe(dev, PTR_ERR(data->clk), "Failed to get clock\n");
ret = clk_prepare(data->clk);
if (ret) {
...
}
May be worth to group both calls with devm_clk_get_enabled()
> -
> - data->clk_sec = devm_clk_get(dev, "tmu_triminfo_apbif");
> - if (IS_ERR(data->clk_sec)) {
> - if (data->soc == SOC_ARCH_EXYNOS5420_TRIMINFO)
> - return dev_err_probe(dev, PTR_ERR(data->clk_sec),
> - "Failed to get triminfo clock\n");
> } else {
> - ret = clk_prepare(data->clk_sec);
> + ret = clk_prepare(data->clk);
> if (ret) {
> dev_err(dev, "Failed to get clock\n");
> return ret;
> }
> }
>
> - ret = clk_prepare(data->clk);
> - if (ret) {
> - dev_err(dev, "Failed to get clock\n");
> - goto err_clk_sec;
> - }
> -
> switch (data->soc) {
> + case SOC_ARCH_EXYNOS5420_TRIMINFO:
> + data->clk_sec = devm_clk_get(dev, "tmu_triminfo_apbif");
> + if (IS_ERR(data->clk_sec)) {
> + ret = dev_err_probe(dev, PTR_ERR(data->clk_sec),
> + "Failed to get clk_sec clock\n");
> + goto err_clk;
> + }
> + ret = clk_prepare(data->clk_sec);
Same comment, devm_clk_get_enabled()
> + if (ret) {
> + dev_err(dev, "Failed to prepare clk_sec clock\n");
> + goto err_clk_sec;
> + }
> + break;
> case SOC_ARCH_EXYNOS5433:
> case SOC_ARCH_EXYNOS7:
> data->sclk = devm_clk_get(dev, "tmu_sclk");
> @@ -1112,11 +1113,10 @@ static int exynos_tmu_probe(struct platform_device *pdev)
>
> err_sclk:
> clk_disable_unprepare(data->sclk);
> +err_clk_sec:
> + clk_unprepare(data->clk_sec);
> err_clk:
> clk_unprepare(data->clk);
> -err_clk_sec:
> - if (!IS_ERR(data->clk_sec))
> - clk_unprepare(data->clk_sec);
With devm_ variant those labels should go away
> return ret;
> }
>
> @@ -1128,8 +1128,7 @@ static void exynos_tmu_remove(struct platform_device *pdev)
>
> clk_disable_unprepare(data->sclk);
> clk_unprepare(data->clk);
> - if (!IS_ERR(data->clk_sec))
> - clk_unprepare(data->clk_sec);
> + clk_unprepare(data->clk_sec);
> }
>
> #ifdef CONFIG_PM_SLEEP
> --
> 2.49.0
>
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
next prev parent reply other threads:[~2025-04-18 8:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-10 6:37 [PATCH v5 0/3] Exynos Thermal code improvement Anand Moon
2025-04-10 6:37 ` [PATCH v5 1/3] drivers/thermal/exynos: Refactor clk_sec initialization inside SOC-specific case Anand Moon
2025-04-15 8:47 ` Lukasz Luba
2025-04-18 8:06 ` Daniel Lezcano [this message]
2025-04-18 13:31 ` Anand Moon
2025-04-10 6:37 ` [PATCH v5 2/3] drivers/thermal/exymos: Remove redundant IS_ERR() checks for clk_sec clock Anand Moon
2025-04-15 8:38 ` Lukasz Luba
2025-04-18 8:11 ` Daniel Lezcano
2025-04-18 13:31 ` Anand Moon
2025-04-10 6:37 ` [PATCH v5 3/3] drivers/thermal/exymos: Fixed the efuse min max value for exynos5422 Anand Moon
2025-04-15 8:36 ` Lukasz Luba
2025-04-18 8:19 ` Daniel Lezcano
2025-04-18 13:32 ` Anand Moon
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=aAIIH7H1oQH8cf-6@mai.linaro.org \
--to=daniel.lezcano@linaro.org \
--cc=alim.akhtar@samsung.com \
--cc=bzolnier@gmail.com \
--cc=justinstitt@google.com \
--cc=krzk@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux.amoon@gmail.com \
--cc=llvm@lists.linux.dev \
--cc=lukasz.luba@arm.com \
--cc=morbo@google.com \
--cc=nathan@kernel.org \
--cc=nick.desaulniers+lkml@gmail.com \
--cc=rafael@kernel.org \
--cc=rui.zhang@intel.com \
/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