On Wed, 12 Jul 2006, Brown, Len wrote:
>
> Does /proc/interrupts show that the acpi interrupt is ticking along
> at the same rate as the kacpid_notify build-up?
It's really hard to tell.
The machine starts out fine, with no kacpid_notify buildup AT ALL.
Then, at some point, something changes. I dunno what, but I'm guessing the
temperature goes up, and it gets a temp event and wants to turn on the
fan.
And when that happens, things go to hell very quickly, and the whole
machine becomes undebuggable quite soon. And it's really hard to hit the
window between "uhhuh, bad things are starting to happen" and the "oops,
the machine is now totally deal, only the magic scrolllock keys work any
more".
So I can give you info about what the machine dos _before_ things go bad,
and I can give limited register info about what happens when the machine
is totally hosed, but I've only been able to get very lucky a few times
(usually it's a "ps ax" that I had running to try to trigger it, and it
locks up in the _middle_ of the "ps", showing tens of the kacpid_notify
things - there are probably thousands, but the "ps ax" takes long enough
that the machine runs out of memory before it even finishes.
> If you run with CONFIG_ACPI_THERMAL=n or otherwise nuke
> the thermal module, does the interrupt and the kacpid_notify symptom go
> away?
I'll try that. Right now I've started a "git bisect" run, since it seemed
to be the easiest way to get _some_ information about the problem, without
having to know much else about it.
The problem, of course, is that there are those 6000 commits (fine, that's
about 13 kernels to be tested), but more importantly that I'm not 100%
sure how repeatable it all is (see above - it's not like it locks up
immediately on boot, there seems to be something that triggers it, usually
while doing a kernel compile or a big grep), and if I ever get that answer
wrong, I'll be doing it all in vain.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
