[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20250904093442.GA13411@nxa18884-linux.ap.freescale.net>
Date: Thu, 4 Sep 2025 17:34:42 +0800
From: Peng Fan <peng.fan@....nxp.com>
To: Marek Vasut <marek.vasut@...lbox.org>
Cc: Krzysztof Kozlowski <krzk@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, Shawn Guo <shawnguo@...nel.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
Pengutronix Kernel Team <kernel@...gutronix.de>,
Fabio Estevam <festevam@...il.com>, Abel Vesa <abelvesa@...nel.org>,
Peng Fan <peng.fan@....com>,
Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>, devicetree@...r.kernel.org,
imx@...ts.linux.dev, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, linux-clk@...r.kernel.org,
E Shattow <e@...eshell.de>
Subject: Re: [PATCH v1] dts: arm64: freescale: move imx9*-clock.h
imx9*-power.h into dt-bindings
On Tue, Sep 02, 2025 at 01:32:38AM +0200, Marek Vasut wrote:
[snip]
> Instead of playing this "I found this code somewhere, so I can do
>> whatever the same" answer the first implied question - why these are
>> bindings? Provide arguments what do they bind.
>
>I am not sure how to answer this, but what I can write is, that if I scramble
>these IDs in either the DT or the firmware (which provides the SCMI clock
>service), then the system cannot work. I am not sure if this is the answer
>you are looking for.
Marek,
Some U-Boot code indeed directly use the IDs to configure the clock without
relying on any drivers. Since the SCMI IDs could not be moved to dt-bindings,
the possible method to do in U-Boot is to duplicate a copy of the file,
and highlight this files should be aligned with the ones under
dts/upstream/src/arm64/freescale/imx95-*.h.
Regards
Peng
Powered by blists - more mailing lists