I forgot to say that I had also tried the mainline kernel, without any better results, before posting here.
Also, "apci -V" and "sensors" did output a constant 0.0C (and fan not running) in the last session (before overheating and shutting down again). This was with the standard kernel. Now it's 75 (and fan running) with mainline. The 0.0C session was the first boot within the last about 10 hours, so it was fresh but obviously not at 0.0 C. It looks like an extremely bare rounding, as if the 0 value was chosen because the real temperature was at that time closer to 0C than to 40C, which seems possible to me. So, I throw two hypotheses: 1) The temperature is only once read at startup 2) The result is rounded slightly too much, there are no possible values other than 0, 40 and 75 C. Maybe the second issue is rather a hardware issue and it may vary on other computers, but it wouldn't be a problem if the temperature was read periodically, as the fan spins when the "rounded result" is 75. So I think the main problem is: the temperature is only read once at startup. Is there a thermal control daemon not working or missing in this kernel? -- regression in karmic thermal control https://bugs.launchpad.net/bugs/432670 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
