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: <20080502203529.GD3956@ucw.cz>
Date:	Fri, 2 May 2008 22:35:30 +0200
From:	Pavel Machek <pavel@....cz>
To:	Rudolf Marek <r.marek@...embler.cz>
Cc:	Jean Delvare <khali@...ux-fr.org>,
	Maxim Levitsky <maximlevitsky@...il.com>, trenn@...e.de,
	Kasper Sandberg <lkml@...anurb.dk>,
	Len Brown <lenb@...nel.org>, Matthew <jackdachef@...il.com>,
	linux-acpi@...r.kernel.org, torvalds@...ux-foundation.org,
	linux-kernel@...r.kernel.org, "Zhang, Rui" <rui.zhang@...el.com>
Subject: Re: Linux 2.6.25 (coretemp reads high temperatures)

Hi!


> > I still need to be convinced that there is a bug here.
> 
> It is not a bug, a max limit changed too, it is just matter how to scale it. The
> temperature is non-physical so comparing it to physical temperature does not
> make any sense. I'm sorry I did not invent this relative temp stuff - Complain
> @intel. They have some calibration of TjMAX for mobiles, but this bit does not
> work for desktops/servers. I tried really hard to get at LEAST some
> documentation so the driver looks like it looks. And not
> guessed/guessed/guessed/how it looked earlier.

If absolute temperature is not known, could we move it to some
obviously invalid range, so that people would not treat it as absolute
temperature?

Like, set tjmax == 0K, and report relative temperatures below 0K? Or
move it to 100-200C range, which is obviously invalid?

Or maybe invent 'relative temperature' attribute?

> >>>> Lets at least make a kernel option to override tjmax?
> > 
> > That's a possibility for sure, but what we would really need is to
> > adjust the coretemp driver heuristics to always get it right - if
> > that's not already the case, that is. I'll let Rudolf decide anyway.
> 
> Well again, Intel swears there is no way how to get the TjMAX for
> desktops/servers. It sucks but this is not my fault.

Uff, does it differ between cpus with same stepping/etc?

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ