My Compaq presario 700EA locks up dead during boot with
ACPI enabled. With bootoption acpi=off (or not compiled into the kernel)
the machine works just fine.
I put on acpi debug and typed over by hand (laptop's dont have serial
ports these days anymore) :
ACPI: Subsystem revision 20040326
tbxface-0017[03] acpi_load_tables: ACPI tables succesfully acquired
Parsing all Control Methods: [......]
Table [DSDT] (id F005) - 433 Objects with 44 Devices 109 Methods 15
Regions
Parsing all Control Methods:
Table [SSDT] (id f003) - 3 objects with 0 Devices 0 Methods 0 Regions
ACPI: IRQ10 SCI: Edge set to level trigger
After this the machine is dead in the water.
No magic sysrq or anything.
Any ideas how to solve this issue ?
I googled around a bit but found nothing usefull.
I upgraded bios to latest available from compaq, with no different
results.
Help/suggestions appreciated.
Danny
--
/"\ | Dying is to be avoided because
\ / ASCII RIBBON CAMPAIGN | it can ruin your whole career
X against HTML MAIL |
/ \ and POSTINGS | - Bob Hope
On Wed, 2004-04-21 at 01:51, Danny ter Haar wrote:
> My Compaq presario 700EA locks up dead during boot with
> ACPI enabled. With bootoption acpi=off (or not compiled into the
> kernel)
> the machine works just fine.
>
> I put on acpi debug and typed over by hand (laptop's dont have serial
> ports these days anymore) :
>
> ACPI: Subsystem revision 20040326
> tbxface-0017[03] acpi_load_tables: ACPI tables succesfully acquired
> Parsing all Control Methods: [......]
> Table [DSDT] (id F005) - 433 Objects with 44 Devices 109 Methods 15
> Regions
> Parsing all Control Methods:
> Table [SSDT] (id f003) - 3 objects with 0 Devices 0 Methods 0 Regions
> ACPI: IRQ10 SCI: Edge set to level trigger
>
> After this the machine is dead in the water.
> No magic sysrq or anything.
try booting with "nolapic" (or disable LOCAL_APIC in the kernel build)
On Wed, Apr 21, 2004 at 05:51:30AM +0000, Danny ter Haar wrote:
> My Compaq presario 700EA locks up dead during boot with
> ACPI enabled. With bootoption acpi=off (or not compiled into the kernel)
> the machine works just fine.
>
> I put on acpi debug and typed over by hand (laptop's dont have serial
> ports these days anymore) :
>
> ACPI: Subsystem revision 20040326
> tbxface-0017[03] acpi_load_tables: ACPI tables succesfully acquired
> Parsing all Control Methods: [......]
> Table [DSDT] (id F005) - 433 Objects with 44 Devices 109 Methods 15
> Regions
> Parsing all Control Methods:
> Table [SSDT] (id f003) - 3 objects with 0 Devices 0 Methods 0 Regions
> ACPI: IRQ10 SCI: Edge set to level trigger
>
> After this the machine is dead in the water.
> No magic sysrq or anything.
It sounds as if some driver is using IRQ10, and that another device
is also on that IRQ. This will create an interrupt storm the moment
you switch the triggering from edge to level....
So: Which devices use IRQ10 when the computer works?
Roger.
--
** [email protected] ** http://www.BitWizard.nl/ ** +31-15-2600998 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
**** "Linux is like a wigwam - no windows, no gates, apache inside!" ****
Quoting Rogier Wolff ([email protected]):
> > After this the machine is dead in the water.
> > No magic sysrq or anything.
>
> It sounds as if some driver is using IRQ10, and that another device
> is also on that IRQ. This will create an interrupt storm the moment
> you switch the triggering from edge to level....
> So: Which devices use IRQ10 when the computer works?
Len Brown from Intel sent me :
"try booting with "nolapic" (or disable LOCAL_APIC in the kernel build)"
That indeed solved my problem, i can now use poweroff etc.
I will add a bugreport to http://bugzilla.kernel.org/show_bug.cgi?id=1682
l8er this week ;-)
Danny
--
"If Microsoft had been the innovative company that it calls itself, it
would have taken the opportunity to take a radical leap beyond the Mac,
instead of producing a feeble, me-too implementation." - Douglas Adams -