[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bad910c9-debb-421b-ba2c-5b214e39159f@linaro.org>
Date: Sun, 25 Aug 2024 10:13:20 +0200
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Jonathan Cameron <Jonathan.Cameron@...wei.com>
Cc: Santosh Shilimkar <ssantosh@...nel.org>,
Krzysztof Kozlowski <krzk@...nel.org>, Roger Quadros <rogerq@...nel.org>,
Tony Lindgren <tony@...mide.com>, Vladimir Zapolskiy <vz@...ia.com>,
Miquel Raynal <miquel.raynal@...tlin.com>,
Michal Simek <michal.simek@....com>, linux-kernel@...r.kernel.org,
linux-omap@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 7/7] memory: pl353-smc: simplify with
devm_clk_get_enabled()
On 23/08/2024 13:56, Jonathan Cameron wrote:
> With change below this becomes unconditional as we'll have already
> returned in the loop for the good path.
>
> Might as well use dev_err_probe() here as well to save a few lines.
>
>> - err = -ENODEV;
>> dev_err(&adev->dev, "no matching children\n");
>> - goto disable_mem_clk;
>> + return -ENODEV;
>> }
>>
>> of_platform_device_create(child, NULL, &adev->dev);
>> of_node_put(child);
>
> An additional cleanup looks sensible here.
>
> Push this last bit into the loop and use
>
> for_each_available_child_of_node_scoped()
>
> Assuming you don't already have a patch doing that :)
Yes, this could be simplified, thanks for the hint.
Best regards,
Krzysztof
Powered by blists - more mailing lists