[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<DU0PR04MB9417187117429F7C7BE856F188742@DU0PR04MB9417.eurprd04.prod.outlook.com>
Date: Tue, 23 Jan 2024 15:13:35 +0000
From: Peng Fan <peng.fan@....com>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>, "Peng Fan (OSS)"
<peng.fan@....nxp.com>, "robh+dt@...nel.org" <robh+dt@...nel.org>,
"krzysztof.kozlowski+dt@...aro.org" <krzysztof.kozlowski+dt@...aro.org>,
"conor+dt@...nel.org" <conor+dt@...nel.org>, "abelvesa@...nel.org"
<abelvesa@...nel.org>, "mturquette@...libre.com" <mturquette@...libre.com>,
"sboyd@...nel.org" <sboyd@...nel.org>, "shawnguo@...nel.org"
<shawnguo@...nel.org>, "s.hauer@...gutronix.de" <s.hauer@...gutronix.de>,
"kernel@...gutronix.de" <kernel@...gutronix.de>, "festevam@...il.com"
<festevam@...il.com>
CC: "devicetree@...r.kernel.org" <devicetree@...r.kernel.org>, dl-linux-imx
<linux-imx@....com>, "linux-clk@...r.kernel.org" <linux-clk@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>
Subject: RE: [PATCH] dt-bindings: clock: support NXP i.MX95
> Subject: Re: [PATCH] dt-bindings: clock: support NXP i.MX95
>
> On 23/01/2024 14:59, Peng Fan wrote:
> >> Subject: Re: [PATCH] dt-bindings: clock: support NXP i.MX95
> >>
> >> On 23/01/2024 14:08, Peng Fan wrote:
> >>> Hi Conor, Krzysztof
> >>>
> >>> I replied you both here.
> >>>
> >>>> Subject: Re: [PATCH] dt-bindings: clock: support NXP i.MX95
> >>>>
> >>>> On 21/01/2024 12:46, Peng Fan (OSS) wrote:
> >>>>> From: Peng Fan <peng.fan@....com>
> >>>>>
> >>>>> Add i.MX95 clock dt-binding header file
> >>>>>
> >>>>> Signed-off-by: Peng Fan <peng.fan@....com>
> >>>>
> >>>> This should be squashed with respective binding patch.
> >>>
> >>> i.MX95 use SCMI firmware, the SCP processor handles
> >>> clock/power/pinmux/reset/performance and etc.
> >>>
> >>> I just add the index that SCMI exports, and Linux/UBoot will use the
> >>> index and go through SCMI to do real HW configuration.
> >>>
> >>> In such case, should I still add HW information in a yaml binding doc?
> >>> I am not sure what should be added if yes.
> >>
> >> Then why do you need it in the binding? I don't see any use of this.
> >
> > ok, should I just add the clk index header in same folder as soc dtsi?
>
> I don't know yet. How are these being used, except SCMI firmware?
Yeah. The clock module is managed by SCMI firmware, others are
not able to access because of Trusted Resource Domain controller
blocked the access from linux or else.
The linux side use such a node, and pass clk index to let SCMI configure.
scmi_clk: protocol@14 {
reg = <0x14>;
#clock-cells = <1>;
};
Thanks,
Peng.
>
> Best regards,
> Krzysztof
Powered by blists - more mailing lists