[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <L9MDHR.JVBXTJ2L6TPP2@att.net>
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
Powered by blists - more mailing lists