Re: [PATCH v6 5/6] arm64: dts: qcom: Add device tree for Nord Ride board

[Shawn Guo <shengchao.guo@oss.qualcomm.com>]

On Thu, Jul 16, 2026 at 07:14:56PM +0200, Konrad Dybcio wrote:
> On 7/16/26 4:26 PM, Shawn Guo wrote:
> > From: Deepti Jaggi <deepti.jaggi@oss.qualcomm.com>
> > 
> > Add initial device tree for the Qualcomm SA8797P Ride reference board,
> > which is built on Nord GearVM variant.
> > 
> >  - Configure UART15 as the primary console and UART4 as the secondary
> >    serial port
> >  - Enable UFS storage support
> >  - Define thermal zones for PMIC dies, UFS, and two SDRAM sensors,
> >    all sourced from SCMI sensor protocol on channel 23
> > 
> > Signed-off-by: Deepti Jaggi <deepti.jaggi@oss.qualcomm.com>
> > Signed-off-by: Shawn Guo <shengchao.guo@oss.qualcomm.com>
> > ---
> 
> [...]
> 
> > +&scmi3 {
> > +	status = "okay";
> > +};
> > +
> > +&scmi11 {
> > +	status = "okay";
> > +};
> > +
> > +&scmi15 {
> > +	status = "okay";
> > +};
> > +
> > +&scmi23 {
> > +	status = "okay";
> > +};
> 
> Why only these ones? Can all of the SCMI servers be enabled?

These are the ones that have actual/enabled client/consumer devices,
e.g. scmi3 for ufs, scmi11 for uart, scmi23 for thermal sensors.

We can enable all the SCMI servers, but I'm afraid that cause kernel
to map shared memory and issue SMC calls to discover protocols (like
power domains, DVFS, resets) that have no consumers, which might waste
a small amount of memory and boot time.

scmi15 currently doesn't have any enabled consumers, so I will drop it
for now.

Shawn