Thread (39 messages) 39 messages, 8 authors, 2025-02-05

Re: [PATCH 2/6] thermal: of: Export non-devres helper to register/unregister thermal zone

From: Daniel Lezcano <hidden>
Date: 2025-01-30 17:31:57
Also in: linux-arm-kernel, linux-clk, linux-pm, linux-renesas-soc, lkml

On 30/01/2025 11:33, Biju Das wrote:
Hi Daniel Lezcano,
quoted
-----Original Message-----
[ ... ]
quoted
quoted
quoted
I've been through the driver before responding to this change. What
is the benefit of powering down / up (or clock off / on) the thermal
sensor when reading the temperature ?

I can understand for disable / enable but I don't get for the
classic usage where a governor will be reading the temperature regularly.
I tried to be as power saving as possible both at runtime and after
the IP is not used anymore as the HW manual doesn't mentioned anything
about accuracy or implications of disabling the IP clock at runtime.
We use similar approach (of disabling clocks at runtime) for other IPs
in the RZ/G3S SoC as well.
quoted
Would the IP need some cycles to capture the temperature accurately
after the clock is enabled ?
There is nothing about this mentioned about this in the HW manual of
the RZ/G3S SoC. The only points mentioned are as described in the driver code:
- wait at least 3us after each IIO channel read
- wait at least 30us after enabling the sensor
- wait at least 50us after setting OE bit in TSU_SM

For this I chose to have it implemented as proposed.
IMO, disabling/enabling the clock between two reads through the pm runtime may not be a good thing,
especially if the system enters a thermal situation where it has to mitigate.
Just a question, You mean to avoid device destruction due to high temperature?? Assuming disabling the clk happens
when the temp reaches the boundary and re-enabling of the clk after a time(which involves monitoring the CLK ON
bit after enabling it, or a run time enable failure happens), where it exceeds the threshold??

Well, I have some comments with the device tree thermal configuration 
which may answer your question but I'll wait for Claudiu to check the 
temperature read comparison without rounding to 0.5°C

What I meant is if the temperature read is inaccurate, the mitigation 
will be inaccurate too. It may not reach the critical temperature but it 
is possible the performance could be impacted negatively under thermal 
stress.



-- 
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs

Follow Linaro:  <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help