linux-kernel - Re: thermal driver patch

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: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Mon, 29 Aug 2022 08:20:09 -0400
From:   Steven J Abner <pheonix.sja@....net>
To:     Randy Dunlap <rdunlap@...radead.org>
Cc:     linux-kernel@...r.kernel.org
Subject: Re: thermal driver patch

On Mon, Aug 29, 2022 at 05:47, Randy Dunlap <rdunlap@...radead.org> 
wrote:
> a. the exact message(s) [copy-paste]
> c. what kernel version is causing the problem

[    0.000000] Linux version 5.18.12-051812-generic (kernel@...a) (gcc 
(Ubuntu 11.3.0-4ubuntu1) 11.3.0, GNU ld (GNU Binutils for Ubuntu) 
2.38.50.20220629) #202207150942 SMP PREEMPT_DYNAMIC Fri Jul 15 10:10:55 
UTC 2022
[    5.244369] thermal thermal_zone0: failed to read out thermal zone 
(-61)

[    0.000000] Linux version 5.4.204-0504204-generic (kernel@...hleen) 
(gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1)) #202207071639 SMP 
Thu Jul 7 16:59:09 UTC 2022
[    5.207243] thermal thermal_zone0: failed to read out thermal zone 
(-61)

as to reproduce, can only think of saying: boot up kernel without 
patched?

additional info that may? help:
I did not trace what calls 'update_temperature', just saw any call to it
will cause message due to it's call to 'thermal_zone_get_temp', which 
states
no thermal_zone_device should provide or be requesting an update.
It may be that if 'thermal_zone_get_temp' where removed was actual 
function's
intent, and all instances in this file and other function's use was a 
case of designer debugging or signaling a deprecated API? That was my 
intent on saying
'for you to do and review', because it looked like a lot of functions 
could be
updated to take into account that no device should call functions that 
start off
by calling 'thermal_zone_get_temp'.
  It is more probable that my patch suggestion is wrong and calls to
'update_temperature' are suppose to fail with return -ENODEV always 
allowing
other calls to 'update_temperature' to fail also. With proposed code, 
I've not
seen adverse side effects. It just removed dmesg error, but was hoping 
I would
get lucky and it was the reason for CPUTIN -62C without actually hard 
work of
finding real reason.

additional dmesg info:
only other 'thermal' are 'thermal_sys' loading governors
smpboot: CPU0: AMD Ryzen 5 2400G with Radeon Vega Graphics (family: 
0x17, model: 0x11, stepping: 0x0)
from lspci:
Kernel driver in use: k10temp
from lsmod:
nct6775
hwmon_vid
these 2 removed in personal configs, but used in the two ubuntu kernel 
builds:
wmi
wmi_bmof

Steve