[PATCH V2] clk: introduce u-boot,ignore-clk-defaults

Peng Fan (OSS) peng.fan at oss.nxp.com
Mon Nov 22 04:34:13 CET 2021



On 2021/11/20 23:06, Sean Anderson wrote:
> On 11/20/21 7:57 AM, Tom Rini wrote:
>> On Sat, Nov 20, 2021 at 12:10:54PM +0000, Peng Fan (OSS) wrote:
>>>> Subject: [PATCH V2] clk: introduce u-boot,ignore-clk-defaults
>>>>
>>>> From: Peng Fan <peng.fan at nxp.com>
>>>>
>>>> Current code has a force clk_set_defaults in multiple stages, U-Boot reuse the
>>>> same device tree and Linux Kernel device tree, but we not register all the clks
>>>> as Linux Kernel, so clk_set_defaults will fail and cause the clk provider
>>>> registeration fail.
>>>>
>>>> So introduce a new property to ignore the default settings which could be
>>>> used by any node that wanna ignore default settings.
>>>>
>>>> Reviewed-by: Simon Glass <sjg at chromium.org>
>>>> Signed-off-by: Peng Fan <peng.fan at nxp.com>
>>>> ---
>>>>
>>>> V2:
>>>>    Add R-b tag
>>>>    Tom, Simon
>>>>      After a thought, I think still put it as a u-boot thing. assigned-clock-x is
>>>>      actually Linux specific, however I could not add the new property to Linux,
>>>>      because we are supporting SystemReady-IR, we need the
>>>> assigned-clock-x property
>>>>      in linux working and ignore it in U-Boot.
>>>
>>> Any more thoughts?
>>
>> Just my continued request that you treat this as generic and submit the
>> binding upstream so it can be in the device tree for the platform.
>>
> 
> Hmm.
> 
> Could we just do
> 
> /delete-property/ assigned-clocks;
> 
> in our u-boot dtsi?

No, in my case, linux will use the runtime exported device tree,
dropping it means linux kernel also not see it.

THanks,
Peng.

> 
> --Sean
> 


More information about the U-Boot mailing list