linux-kernel - Re: Linux 2.6.25 (coretemp reads high temperatures)

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]

Message-id: <480CBC92.4070502@archlinux.org>
Date:	Mon, 21 Apr 2008 18:10:58 +0200
From:	Thomas Bächler <thomas@...hlinux.org>
To:	Len Brown <lenb@...nel.org>
Cc:	Matthew <jackdachef@...il.com>, linux-acpi@...r.kernel.org,
	torvalds@...ux-foundation.org, linux-kernel@...r.kernel.org
Subject: Re: Linux 2.6.25 (coretemp reads high temperatures)

Len Brown schrieb:
> Hello Mat,
> I'm not familiar with "coretemp", can you point me to the exact version
> of the application you are running so I can see how it is getting at
> the underlying information?

I think there is some confusion here: "coretemp" is a kernel module, and 
all applications reading it will probably use the lm_sensors libraries. 
(I don't think the hwmon module are related to ACPI)

$ modinfo coretemp
filename:       /lib/modules/2.6.25-ARCH/kernel/drivers/hwmon/coretemp.ko
license:        GPL
description:    Intel Core temperature monitor
author:         Rudolf Marek <r.marek@...embler.cz>
depends:
vermagic:       2.6.25-ARCH SMP preempt mod_unload

That said, I have two Core 2 CPUs (one mobile, one desktop) and the 
values coretemp reports have not changed compared to earlier kernel 
versions (around 60°C when idle on the mobile, much less on the desktop).

 > Also, do you see any change with and without kernel built with 
CONFIG_THERMAL=y?

The values I see from ACPI thermal are also the same as before (this is 
funny: they are always about 15°C cooler than the coretemp values).

So I don't see a regression here, maybe the reporter should try a 
vanilla kernel.

Download attachment "signature.asc" of type "application/pgp-signature" (261 bytes)