Well, the point (for me) here was that if your sensor shows invalid
temperature once, it should not be trusted at all. If the problem
happens after resuming only, it's interesting what's in this register
actually - maybe we should just ignore some garbage by mask. Could
you apply the following
Here the output from the printf:
acpithinkpad0: invalid temperature: 128
acpithinkpad0: invalid temperature: 128
acpithinkpad0: invalid temperature: 128
acpithinkpad0: invalid temperature: 128
acpithinkpad0: invalid temperature: 128
acpithinkpad0: invalid temperature: 128
acpithinkpad0: invalid
On Thu, 27 Jun 2013, Cahagne Florent wrote:
* when did this start occurring? What changed then, a snapshot update?
What was the approximate date of the kernel that was running before
the panics started to occur?
I experienced these kind of troubles since I upgrade the OS from OpenBSD