http://bugzilla.kernel.org/show_bug.cgi?id=8346





------- Additional Comments From [EMAIL PROTECTED]  2007-04-20 07:16 -------
This bug is a bit frustrating :-)

I spent another day on trying to hunt down exactly what is happening,
with moderate success. Here's what I could establish for a fact

 -      the bug is triggered by the call to
        acpi_os_write_port(acpi_gbl_FADT.smi_command,
                acpi_gbl_FADT.cst_control, 8);
        If I make it skip this outb, everything works like a charm

 -      The symptoms look like some strange memory corruption to me, but
        without a fixed pattern. However, many of the oopses I recorded
        had a mismatch between %esp (which belonged to modprobe) and
        struct current (which pointed at some other task, probably whatever
        was currently active on the other CPU).
        I actually added a check to the oops code which would chase
        current_thread_info()->task, and it would always show the modprobe
        task in state TASK_RUNNING.

 -      In the oops handler, I compared smp_processor_id() to
        safe_smp_processor_id(), which I *think* should trigger if we're
        running with %fs pointing to the wrong kernel PDA. But this condition
        never triggered.

 -      I added a printk to acpi_ev_sci_xrupt_handler and a few exception
        handlers to see if there was some bad interaction going on, but
        that printk never triggered.

So I'm back to suspecting the ACPI BIOS doing something stupid - which would
be a pretty good assumption if it wasn't for the fact that the git bisect
showed that this particular problem seems to have been introduced by the
new ACPI table manager code.

Any other ideas to try?

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to