Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5)

On Mon, Sep 27, 2004 at 05:02:57PM +0000, Bjoern A. Zeeb wrote:
> > > > I/O Ints:	Type	Polarity    Trigger	Bus ID	 IRQ	APIC ID	PIN#
> > > > 		INT	active-lo       level	     0	 2:A	      2	  16
> > > > 		INT	active-lo       level	     0	 2:A	      2	  23
> > >
> > > This is the real bug and I guess I can improve the message.  Then problem is
> > > not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device 2,
> > > pin #A has two different IRQs listed, so we don't know which one we are
> > > supposed to use.  This is definitely a BIOS bug and your motherboard
> > > manufacturer needs to harassed into giving you a BIOS update.
> >
> >   Then shame on MSI.. And some stupid question - maybe a kernel can be given
> 
> MSI A6120MS V2.0 (latest BIOS from 7/2000 I think)
> 
> I/O Ints:       Type    Polarity    Trigger     Bus ID   IRQ    APIC ID PIN#
> ..
>                 INT     active-lo       level        0  15:A          2   16
> ..
>                 INT     active-lo       level        0  15:A          2   18
> ..
> 
> 
> normally it goes
[]
> APIC: Using the MPTable enumerator.
                  ^^^^^^^^^^^^^^^^^^
> SMP: Added CPU 0 (BSP)
> SMP: Added CPU 1 (AP)
> MPTable: <MSI      440BX       >
> ...
> panic: Multiple IRQs for PCI interrupt 0.15.INTA: 16 and 18

  Exactly the same as with my system. The only difference that I have 16 and
23 IRQs.

> OK set boot_verbose=1
> OK unload acpi			<------- this

  But ACPI isn't yet loaded at this point...

> OK boot -h
> /boot/kernel/kernel text=0x4b6e3c data=0x88048+0x9bc78 syms=[0x4+0x6b200+0x4+0x809c1]
> /boot/kernel/acpi.ko text=0x4097c data=0x1be4+0x110c syms=[0x4+0x7300+0x4+0x9782]
> ...
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b1e000.
> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b1e250.
> Table 'FACP' at 0x1fff0030
> Table 'APIC' at 0x1fff00b0
> MADT: Found table at 0x1fff00b0
> MP Configuration Table version 1.4 found at 0xc00f7200
> APIC: Using the MADT enumerator.
                  ^^^^^^^^^^^^^^^

  Now it does not use buggy mptable.

-- 
Pavel Gubin
TUSC&R / Industrial Electronics dept / System Administrator
2:5005/14_at_fidonet / Phone +7-3822-423067 / ICQ 28835566