On Tue, Jul 31, 2012 at 2:54 AM, Raymond Wooninck <tittiatcoke@gmail.com> wrote:
On Tuesday, July 31, 2012 09:51:06 Jan Engelhardt wrote:
Are you sure that the hardware is taking care of this or should the kernel instruct the CPU to do so ?
When was the last time you were given a device that melted away, "per design", rather than due to "cheap" Asian hardware, without software instruction?
Well it is one of the first Intel I5 dual-cores with hyperthreading. But as indicated if I leave the whole throttling over to the CPU's and don't do any dynamic frequency scaling (through the acpi_cpufreq kernel module), then everything works as expected. If I load the acpi_cpufreq module, then the CPU's are overheating within seconds. The difference is quite big. The same action on a kernel without acpi_cpufreq gives me 100% load on the 4 cores and the temperature remains below 70 degrees. Loading the acpi_cpufreq, I get the same 100% load on all 4 cores, but the temperature rises to 101 degrees within about 5 seconds.
I know that Lenovo is an Asian company, but it should still be based on old big blue design. So either acpi_cpufreq found a little hole in the CPU design or it is able to block the automatic thermal throttling done by t he CPU.
Make sure your BIOS is up-to-date. The early i3/i5/i7 Lenovo (thinkpad, at least) BIOSes had significant issues with thermal management. Thermal management is done by the EC (Embedded Controller) part of the BIOS. Trip points, actions-to-take, etc... are all there. Make sure your BIOS is up-to-date. -- Jon -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org