lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <61541768-1b32-4473-a569-850323a6c7a1@kernel.org>
Date: Mon, 25 Nov 2024 16:18:34 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Guenter Roeck <linux@...ck-us.net>, "Sung-Chi, Li" <lschyi@...omium.org>
Cc: Conor Dooley <conor.dooley@...rochip.com>, Lee Jones <lee@...nel.org>,
 Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
 Conor Dooley <conor+dt@...nel.org>, Benson Leung <bleung@...omium.org>,
 Guenter Roeck <groeck@...omium.org>, Thomas Weißschuh
 <thomas@...ssschuh.net>, Jean Delvare <jdelvare@...e.com>,
 devicetree@...r.kernel.org, chrome-platform@...ts.linux.dev,
 linux-kernel@...r.kernel.org, linux-hwmon@...r.kernel.org
Subject: Re: [PATCH v3 2/2] dt-bindings: mfd: Add properties for thermal
 sensor cells

On 25/11/2024 16:13, Guenter Roeck wrote:
> On 11/25/24 00:52, Krzysztof Kozlowski wrote:
>> On 13/11/2024 04:05, Guenter Roeck wrote:
>>> On 11/12/24 18:39, Sung-Chi, Li wrote:
>>>> The cros_ec supports reading thermal values from thermal sensors
>>>> connect to it. Add the property '#thermal-sensor-cells' bindings, such
>>>> that thermal framework can recognize cros_ec as a valid thermal device.
>>>>
>>>> Signed-off-by: Sung-Chi, Li <lschyi@...omium.org>
>>>> Acked-by: Conor Dooley <conor.dooley@...rochip.com>
>>>> ---
>>>>    Changes in v2:
>>>>      - Add changes for DTS binding.
>>>>    Changes in v3:
>>>>      - Remove unneeded Change-Id tag in commit message.
>>>> ---
>>>
>>> I can't apply this one (not in hwmon space), so
>>>
>>> Acked-by: Guenter Roeck <linux@...ck-us.net>
>>>
>>> with the assumption that Lee will pick it up.
>>
>> This was merged, while I was AFK, so the ship has sailed, but let me
>> state here objection for any future discussions:
>>
>> NAK, this is not a thermal sensor. The commit msg explains what they
>> want to achieve, but that's not a valid reason to add property from
>> different class of devices.
>>
>> This is some hardware/temperature monitoring device or power supply, not
>> part of SoC, not integrated into any SoC thermal zone. Calling it
> 
> I am confused. We have several thermal sensors registering as thermal
> zone, and fan controllers registering themselves as thermal cooling devices.
> 
> Are you saying that this is all not permitted because they are not part
> of a SoC ?


These are fine, because they monitor or cool down the SoC.  Sensor can
be under the die.  Fan for battery or for battery charger also would be
fine, because it is a real cooling device.  It literally cools.

But treating battery charger as cooling device is not correct, IMHO.
Battery charger does not cool anything down and already we have there
properties for managing thermal and current aspects.

BTW, if power supply bindings miss some thermal aspects, then let's grow
the common binding first and agree on common aspects.


Best regards,
Krzysztof

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ