MS-6368L ACPI IRQ problem still in 2.4.21

MS-6368L ACPI IRQ problem still in 2.4.21

[Marek Michalkiewicz]

Hi,

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?

Thanks,
Marek

Re: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Matthew Wilcox]

On Tue, Jun 24, 2003 at 12:15:41AM +0200, Marek Michalkiewicz wrote:
> 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).

Have you patched 2.4.21 with the latest ACPI patch, or is this vanilla
2.4.21?

-- 
"It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk

Re: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Marek Michalkiewicz]

On Mon, Jun 23, 2003 at 11:23:11PM +0100, Matthew Wilcox wrote:
> Have you patched 2.4.21 with the latest ACPI patch, or is this vanilla
> 2.4.21?

Vanilla 2.4.21 - tried 2.4.21-ac1 once, but it said Oops at boot time
(something about the VIA686A sound driver - not related to ACPI).

Marek

Re: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Matthew Wilcox]

On Tue, Jun 24, 2003 at 07:46:12AM +0200, Marek Michalkiewicz wrote:
> On Mon, Jun 23, 2003 at 11:23:11PM +0100, Matthew Wilcox wrote:
> > Have you patched 2.4.21 with the latest ACPI patch, or is this vanilla
> > 2.4.21?
> 
> Vanilla 2.4.21 - tried 2.4.21-ac1 once, but it said Oops at boot time
> (something about the VIA686A sound driver - not related to ACPI).

The ACPI code in 2.4.21 is something like 18 months old now.  It's
basically unmaintainable.  Fortunately, 2.4.22 should have an ACPI update.

-- 
"It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk

Re: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Marek Michalkiewicz]

On Tue, Jun 24, 2003 at 12:26:30PM +0100, Matthew Wilcox wrote:
> The ACPI code in 2.4.21 is something like 18 months old now.  It's
> basically unmaintainable.  Fortunately, 2.4.22 should have an ACPI update.

I've just tried 2.4.21 with the acpi-20030619-2.4.21 patch, and
it made things worse - Power button not working even if ACPI shares
an IRQ with other devices.  Also tried "pci=noacpi" as suggested
by the boot messages - didn't help, and RTL8139 stopped working too
(transmit timeouts).

Anyway, back to vanilla 2.4.21 for now (production machine, can't
experiment too much) with my "set IRQ9 as Legacy ISA" workaround -
see below for the relevant boot messages.

I've just found this message (with a patch), it was about ACPI IRQ
in a VAIO laptop - I'm wondering if this could be the same problem?

http://www.ussg.iu.edu/hypermail/linux/kernel/0201.2/0435.html

Thanks,
Marek


Linux version 2.4.21 (marekm@seler) (gcc version 2.95.4 20011002 (Debian prerelease)) #5 Fri Jun 20 21:27:08 CEST 2003
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 0000000007df0000 (usable)
 BIOS-e820: 0000000007df0000 - 0000000007df3000 (ACPI NVS)
 BIOS-e820: 0000000007df3000 - 0000000007e00000 (ACPI data)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
125MB LOWMEM available.
found SMP MP-table at 000f6430
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
hm, page 000f1000 reserved twice.
hm, page 000f2000 reserved twice.
On node 0 totalpages: 32240
zone(0): 4096 pages.
zone(1): 28144 pages.
zone(2): 0 pages.
Intel MultiProcessor Specification v1.4
    Virtual Wire compatibility mode.
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
Processor #0 Pentium(tm) Pro APIC version 17
I/O APIC #2 Version 17 at 0xFEC00000.
Enabling APIC mode: Flat.	Using 1 I/O APICs
Processors: 1
Kernel command line: root=/dev/hda8 ro console=tty1 console=ttyS0,9600n8 panic=60 apm=off
Initializing CPU#0
Detected 1002.297 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1998.84 BogoMIPS
Memory: 123512k/128960k available (2312k kernel code, 5064k reserved, 874k data, 140k init, 0k highmem)
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU:     After generic, caps: 0383fbff 00000000 00000000 00000000
CPU:             Common caps: 0383fbff 00000000 00000000 00000000
CPU: Intel(R) Celeron(TM) CPU                1000MHz stepping 01
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
Setting 2 in the phys_id_present_map
...changing IO-APIC physical APIC ID to 2 ... ok.
init IO_APIC IRQs
 IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 21.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................

IO APIC #2......
.... register #00: 02000000
.......    : physical APIC id: 02
.......    : Delivery Type: 0
.......    : LTS          : 0
.... register #01: 00178011
.......     : max redirection entries: 0017
.......     : PRQ implemented: 1
.......     : IO APIC version: 0011
.... register #02: 00000000
.......     : arbitration: 00
.... IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:   
 00 000 00  1    0    0   0   0    0    0    00
 01 001 01  0    0    0   0   0    1    1    39
 02 001 01  0    0    0   0   0    1    1    31
 03 001 01  0    0    0   0   0    1    1    41
 04 001 01  0    0    0   0   0    1    1    49
 05 001 01  1    1    0   1   0    1    1    51
 06 001 01  0    0    0   0   0    1    1    59
 07 001 01  0    0    0   0   0    1    1    61
 08 001 01  0    0    0   0   0    1    1    69
 09 001 01  0    0    0   0   0    1    1    71
 0a 001 01  1    1    0   1   0    1    1    79
 0b 001 01  1    1    0   1   0    1    1    81
 0c 001 01  1    1    0   1   0    1    1    89
 0d 001 01  0    0    0   0   0    1    1    91
 0e 001 01  0    0    0   0   0    1    1    99
 0f 001 01  0    0    0   0   0    1    1    A1
 10 000 00  1    0    0   0   0    0    0    00
 11 000 00  1    0    0   0   0    0    0    00
 12 000 00  1    0    0   0   0    0    0    00
 13 000 00  1    0    0   0   0    0    0    00
 14 000 00  1    0    0   0   0    0    0    00
 15 000 00  1    0    0   0   0    0    0    00
 16 000 00  1    0    0   0   0    0    0    00
 17 000 00  1    0    0   0   0    0    0    00
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1002.3204 MHz.
..... host bus clock speed is 100.2320 MHz.
cpu: 0, clocks: 1002320, slice: 501160
CPU0<T0:1002320,T1:501152,D:8,S:501160,C:1002320>
mtrr: v1.40 (20010327) Richard Gooch (rgooch-r1x6VkxMR+00zabcByZE4g@public.gmane.org)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb530, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
PCI->APIC IRQ transform: (B0,I7,P3) -> 11
PCI->APIC IRQ transform: (B0,I7,P3) -> 11
PCI->APIC IRQ transform: (B0,I7,P2) -> 12
PCI->APIC IRQ transform: (B0,I8,P0) -> 10
PCI->APIC IRQ transform: (B0,I9,P0) -> 5
PCI->APIC IRQ transform: (B0,I14,P0) -> 11
PCI->APIC IRQ transform: (B1,I0,P0) -> 10
PCI: Enabling Via external APIC routing
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
...
ACPI: Core Subsystem version [20011018]
ACPI: Subsystem enabled
ACPI: System firmware supports S0 S1 S4 S5
Processor[0]: C0 C1 C2
ACPI: Power Button (FF) found
ACPI: Multiple power buttons detected, ignoring fixed-feature
ACPI: Power Button (CM) found
ACPI: Sleep Button (CM) found

Re: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Sérgio Monteiro Basto]

Hi(gh)!
So, has we can see in your dmesg, you don't test new acpi,
you are report problems from old acpi.
Well, can you send the /var/log/dmesg for ACPI: Core Subsystem version
200306...
you can try to see if DSDT has problems,without stop your production.

Get last iasl (ACPI CA - Unix Build Environment )in
http://developer.intel.com/technology/iapc/acpi/downloads.htm
 cd compiler;make
after this
cat /proc/acpi/dsdt > acpi_dsdt.dat
./iasl  -d acpi_dsdt.dat
./iasl -tc acpi_dsdt.dsl

and see your dsdt in bios are ok or not.

On Tue, 2003-06-24 at 23:18, Marek Michalkiewicz wrote:
> On Tue, Jun 24, 2003 at 12:26:30PM +0100, Matthew Wilcox wrote:
> > The ACPI code in 2.4.21 is something like 18 months old now.  It's
> > basically unmaintainable.  Fortunately, 2.4.22 should have an ACPI update.
> 

> ACPI: Core Subsystem version [20011018]
			        ^^^^^^^^
> ACPI: Subsystem enabled
> ACPI: System firmware supports S0 S1 S4 S5
> Processor[0]: C0 C1 C2
> ACPI: Power Button (FF) found
> ACPI: Multiple power buttons detected, ignoring fixed-feature
> ACPI: Power Button (CM) found
> ACPI: Sleep Button (CM) found
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-- 
SérgioMB
email: sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org

Who gives me one shell, give me everything.

RE: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Grover, Andrew]

> From: Marek Michalkiewicz [mailto:marekm-HuSaFJn/uQtscumT1wHf3A@public.gmane.org] 
> 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

Re: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Marek Michalkiewicz]

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

Re: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Sérgio Monteiro Basto]

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

RE: [ACPI] MS-6368L ACPI IRQ problem still in 2.4.21

[Grover, Andrew]

> From: Marek Michalkiewicz [mailto:marekm-HuSaFJn/uQtscumT1wHf3A@public.gmane.org] 
> On Mon, Jun 23, 2003 at 11:23:11PM +0100, Matthew Wilcox wrote:
> > Have you patched 2.4.21 with the latest ACPI patch, or is 
> this vanilla
> > 2.4.21?
> 
> Vanilla 2.4.21 - tried 2.4.21-ac1 once, but it said Oops at boot time
> (something about the VIA686A sound driver - not related to ACPI).

OK then I'm pretty sure this is fixed in 2.4.22-pre1.

Regards -- Andy