Bug 12248 (GA-MA69VM-S2_i386)
Summary: | i386 Linux requires acpi=off at boot time on Gigabyte GA-MA69VM-S2 | ||
---|---|---|---|
Product: | Platform Specific/Hardware | Reporter: | Dan Dart (dandart) |
Component: | i386 | Assignee: | platform_i386 |
Status: | CLOSED PATCH_ALREADY_AVAILABLE | ||
Severity: | normal | CC: | yakui.zhao |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.26 or later, possibly earlier | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Bug Depends on: | |||
Bug Blocks: | 56331 | ||
Attachments: | output of acpidump on working system (kubuntu 64-bit 8.04) |
Description
Dan Dart
2008-12-18 12:00:55 UTC
From the problem description it seems that the system can't be booted with ACPI enabled. But it can be booted with ACPI disabled. Will you please try the following boot options and see whether the system can be booted with ACPI enabled? a. idle=poll b. processor.max_cstate=1 (The processor should be compiled as built-in kernel). c. idle=halt It will be great if you can attach the output of acpidump. Thanks. can you get a screenshot when the system freezes? Created attachment 19377 [details]
output of acpidump on working system (kubuntu 64-bit 8.04)
Output from acpidump on working system: Kubuntu 8.04 (kernel 2.6.24)
The system (i386 Kubuntu 8.10) will not boot even with those options. Booting with the options "verbose" instead of "splash silent" shows that high up in the screen, it always freezes with a message near the top that says "clocksource tsc unstable", delta = 299 seconds, but it goes on and loads things and it stops right after loading the ioschedulers (default = cfq in this case) Using the option "hpet=disable" fixes the problem, I can't boot without either acpi=off or hpet=disable. This could be a known BIOS bug, if it is what I think it is you should either: - update your BIOS - try the patch from commit id: a6825f1c1fa83b1e92b6715ee5771a4d6524d3b9 This should be fixed by in latest kernel, best just try the latest. This should also be fixed if you try the latest OpenSUSE update kernel. It's not a BIOS bug (I have the latest BIOS revision by the way), it's an HPET bug in the Linux kernel, a similar bug has been filed for amd64 and has now been fixed in 2.6.28. I shall try 2.6.28 (.1) on i386 tonight with no acpi=off or hpet=disable flags and close this bug with PATCH_ALREADY_AVAILABLE if it works. Works on self-compiled Hardy 2.6.28 system. |