Re: Hardlock during boot on Supermicro C2SBA BIOS v1.1

[lists_acpi <lists_acpi@bigpizza.co.uk>]

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.