Re: [PATCH v2 2/8] dt-bindings: thermal: Add qcom,qmi-cooling yaml bindings

[Krzysztof Kozlowski]

On 24/02/2026 13:09, Gaurav Kohli wrote:
>>>>>>>>> +  cooling:
>>>>>>>>> +    $ref: /schemas/thermal/qcom,qmi-cooling.yaml#
>>>>>>>>> +    description:
>>>>>>>>> +      Cooling subnode which represents the cooling devices exposed by the Modem.
>>>>>>>> I do not see the reason why you need 3 (!!!) children here. Everything
>>>>>>>> should be folded here.
>>>>>>>
>>>>>>>
>>>>>>> Thanks Krzysztof for review.
>>>>>>>
>>>>>>> Each subsystem may support multiple thermal mitigation devices through
>>>>>>> remote TMD service.
>>>>>>>
>>>>>>> Because of this multiplicity, introduced separate binding file.
>>>>>>
>>>>>> This explains nothing. Subsystem does not matter for the binding. My
>>>>>> comment stays.
>>>>>>
>>>>>
>>>>> thanks for this suggestion, we will use qcom,pas-common.yaml to define
>>>>> bindings and avoid creating new file.
>>>>
>>>> I asked not to create any children nodes.
>>>>
>>>
>>> We have multiple cores within a subsystem(cdsp) and each core has its
>>> own independent DCVS. And also we have dedicated TSENS sensor placed on
>>> each core within the subsystem.
>>
>> Your own example in this patch had only one device, so how do you
>> imagine to convince us with incomplete or half baked code?
>>
> 
> Target of this series supports one tmd per remoteproc, due to which we 
> have not posted examples of multiple tmd. Can i use dt binding example 
> sections to describe all tmd's per remoteproc?

I don't know but you sent a patch with such rationale. If you post
incomplete patch as rationale, why would we review it in your favor? If
you cannot post complete patch, then what is missing or wrong?

> 
>>> As a result, each core requires its own cooling device, which must be
>>> linked to its TSENS thermal zone. Because of this, we introduced
>>> multiple child nodes—one for each cooling device.
>>
>> So you have one device with cooling cells=1+2, no?
>>
> 
> This will be a bigger framework change which is not supported, i can see 

I don't think that changing open source frameworks is "not supported". I
am pretty sure that changing is not only supported, but actually desired.

> other drivers are also using something like this multiple cooling device 
> under device node, below are few examples :
> 
> ->Documentation/devicetree/bindings/hwmon/microchip,emc2305.yaml
>    In this multiple fan child nodes are present.

So you have a fan there?

> 
> -> Documentation/devicetree/bindings/thermal/nvidia,tegra124-soctherm.yaml
>    In this multiple child nodes are present, like heavy and light.

This is absolute antipattern, just look at the properties there. Don't
bring ever old legacy, junk as argument that you can do the same junk.
No, you can't. Just like past bugs are not valid reason to add similar
bugs in the future.

Standard writing binding rules apply here - do you have resources there?
No. Then you cannot have children. You should fold the nodes into the
parent and use cooling-cells=3 (or whatever other number makes sense).


Best regards,
Krzysztof