Thomas Renninger wrote:
On Mon, 2008-04-07 at 09:41 +0100, lists_acpi wrote:
Hello all,
I recently upgraded the BIOS to v1.1 on my Supermicro C2SBA and found
that the system would hardlock on boot. The last message printed on the
screen was:
tbxface-0587 [00] tb_load_namespace : ACPI Tables successfully acquired
>From another machine with 2.6.22 kernel:
tbxface-0587 [00] tb_load_namespace : ACPI Tables successfully acquired
evxfevnt-0091 [00] enable : Transition to ACPI mode successful
If your machine really freezes when switching to ACPI mode, I expect
something goes wrong in the depth of SMM BIOS operations?
Not much one can do from OS then..., still maybe something below helps.
which lead me to think the problem was caused by some changes to the
ACPI tables in the new version of the BIOS. Booting the system with
"acpi=off irqpoll" then allowed me to boot the system but the system
would randomly drop off the network.
AFAIK it should still be possible to dump ACPI tables with acpidump?
If yes, best is you do this with the working and the not working BIOS,
open a bug on bugzilla.kernel.org and attach both.
What format should I use to create the acpi dumps? I know nothing of
acpi tables so I don't know what information is useful to a developer.
I tried "acpidump -o acpidump --binary" but was unable to disassemble it
using iasl. I then tried "acpidump --t DSDT -o acpidump_dsdt --binary"
and was able to disassemble it using iasl.
Maybe pci=noacpi or noapic also helps instead of switching off whole
acpi?
Can you switch off Cstate/C1E/processor deeper sleep states in the new
BIOS? Just a guess, maybe it's that?
Thomas
When I get a free window with the machine I'll get the ACPI dumps for as
many BIOS versions as I can and see if I can change the sleep state with
the newest BIOS.
Thanks,
Steve.
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
