> From: Marek Michalkiewicz [mailto:[email protected]]
> long time ago I noticed a problem with the ACPI IRQ not working
> if it is _not_ shared with some other PCI IRQ. The problem still
> exists in the 2.4.21 kernel, confirmed on two machines with the
> MSI MS-6368L motherboard (VIA PLE133 chipset).
>
> I need ACPI for just one thing: to run "shutdown -h now" after the
> power button is pressed. (The box is a server which usually has
> no keyboard connected.)
>
> As I can see in /proc/interrupts, the BIOS usually allocates IRQ9
> for ACPI (not shared with anything else), and the IRQ9 counter is
> always zero. Pressing the power button has no effect at all.
>
> There is an easy workaround: in BIOS setup, set IRQ9 to "Legacy ISA"
> instead of "PCI/ISA PnP" so that ACPI gets some other IRQ, shared
> with some other PCI devices (in my case, IRQ11 is shared by: acpi,
> usb-uhci, usb-uhci, eth0). Then the power button works fine.
>
> Is this a known problem? Should I complain to MSI (BIOS fix),
> or is this a Linux bug? Any patches I should try? This looks
> a bit unusual to me - one would expect problems if an IRQ _is_
> shared, and some broken hardware/driver doesn't like sharing...
>
> If there is no known fix, perhaps the "Legacy ISA" workaround
> (which I discovered by accident) should be documented somewhere?
Is this an SMP machine?
What do the INT_SRC_OVR lines in the dmesg say?
Thanks -- Andy
On Mon, Jun 23, 2003 at 03:23:48PM -0700, Grover, Andrew wrote:
> Is this an SMP machine?
No, it's a low cost Socket-370 Micro-ATX board with built-in VGA and
RTL8139 LAN, VT8601/VT82C686A chipset, Celeron 1200A processor.
Some of the kernel build options:
CONFIG_MPENTIUMIII=y
CONFIG_SMP=n
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
But, there are some SMP-related boot messages:
found SMP MP-table at 000f6430
Intel MultiProcessor Specification v1.4
Virtual Wire compatibility mode.
I can provide the complete boot messages if necessary.
> What do the INT_SRC_OVR lines in the dmesg say?
There are none.
The following part of the boot messages is always the same, it doesn't
matter if ACPI uses IRQ9 (not working) or IRQ11 (working).
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
PCI->APIC IRQ transform: (B0,I7,P3) -> 11 <- usb-uhci
PCI->APIC IRQ transform: (B0,I7,P3) -> 11 <- usb-uhci
PCI->APIC IRQ transform: (B0,I7,P2) -> 12 <- via82cxxx (sound)
PCI->APIC IRQ transform: (B0,I8,P0) -> 10 <- serial (NM9835 #1)
PCI->APIC IRQ transform: (B0,I9,P0) -> 5 <- serial (NM9835 #2)
PCI->APIC IRQ transform: (B0,I14,P0) -> 11 <- eth0 (RTL8139)
PCI->APIC IRQ transform: (B1,I0,P0) -> 10 <- VGA
PCI: Enabling Via external APIC routing
As you can see, ACPI (even if sharing the IRQ with usb-uhci and eth0)
does not appear in any of the above "PCI->APIC IRQ transform" lines.
It looks like an IRQ is only routed if at least one device uses it,
but ACPI is somehow excluded from these devices.
Thanks,
Marek
On Tue, 2003-06-24 at 07:36, Marek Michalkiewicz wrote:
> On Mon, Jun 23, 2003 at 03:23:48PM -0700, Grover, Andrew wrote:
> > Is this an SMP machine?
>
> No, it's a low cost Socket-370 Micro-ATX board with built-in VGA and
> RTL8139 LAN, VT8601/VT82C686A chipset, Celeron 1200A processor.
I have a laptop presario 7xx that have one VIA mother board
with built-in VGA and RTL8139 LAN.
BTW: I have to disable APIC since the begging, because APIC enable,
without acpi cause oops, and with acpi doesn't boot.
my acpi works alone on irq 10 happily.
>
> Some of the kernel build options:
>
> CONFIG_MPENTIUMIII=y
> CONFIG_SMP=n
> CONFIG_X86_UP_APIC=y
> CONFIG_X86_UP_IOAPIC=y
>
> But, there are some SMP-related boot messages:
>
> found SMP MP-table at 000f6430
>
> Intel MultiProcessor Specification v1.4
> Virtual Wire compatibility mode.
So maybe you should compile with smp support ,
>
> I can provide the complete boot messages if necessary.
>
of course we want see the complete dmesg
--
S?rgio Basto