I tried using:
thermal.psv=78
thermal.tzp=80
Yes, this should do what the patch does. I couldn't see anything obvious why
https://bugzilla.novell.com/show_bug.cgi?id=333043
User trenn@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=333043#c80
--- Comment #80 from Thomas Renninger 2008-07-01 01:42:20 MDT ---
Pavel here are at least some reports:
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/22336
E.g.:
Still getting overheating in Hardy, on an IBM ThinkPad T42p.
Pavel: I got a first bug for these machines long ago. A real kernel bug,
passive cooling (frequency reduction) was enabled on the next temperature read
cycle. These machines are designed to work at the thermal limit and rely on
passive cooling. Since then these machines were popping up with critical
shutdowns again and again. IMO already too much blood, sweat and tears have
been cried.
We had about 3 years to find the real cause (if any, I expect the one guy
proving that Windows uses it's own passive cooling trip points and polls
temperature even if BIOS does not explicitly say so shows what is missing in
Linux). Now it's time for a fix, even it's ugly...
I am all for adding some safety mechanisms, like e.g. Matthew's one to enable
passive cooling some degrees below the critical trip point and activate thermal
polling by default and similar. Reaching critical temperatures must never
happen. There was alreay too much bad publicity on mailing lists about this...
this should not work. But even it does not work, the installation should run
through (cpufreq should be down then), then you can update the kernel. Just do
not start to play a 3D shooter or do not compile OpenOffice in between.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.