Re: [gentoo-dev] IRQs in 2.4.19-r3+

[Stephane Dudzinski]

Hello,

ACPI issues, switch off ACPI or rollback to a 2.4.18 kernel with a
proper ACPI patch, that was mentionned on the lists (the ACPI ml)
earlier on last month.

Steph

On Wed, 2002-05-08 at 21:39, Alex Walker wrote:
> (Just joined the list right now, so sorry if this repeats stuff)
>
> I've been reading of problems with IRQ assignment in
> gentoo-sources-2.4.19-r3 and r4.
>
> I experienced very similar problems when I tried the 2.5.x series (I
> think 2.5.12 was the last on I tried) So I assume some of the code has
> been taken from there, or from another tree.  Having looked at it a bit,
> it may be something to do with ACPI doing IRQ routing instead of the
> on-board.
>
> Is there a known solution?
>
> Anyway, here's a description of my problem:
>
> USB and network card do not work under r3 or r4. with errors in dmesg
> thus:
>
> Linux Tulip driver version 0.9.15-pre10 (Mar 8, 2002)
> PCI: Could not assign IRQ 17 to device 02:0c.0
> eth0: Lite-On PNIC-II rev 37 at 0xd480ac00, 00:C0:F0:76:95:0A, IRQ 17.
>
> [SNIP]
>
> usb.c: registered new driver hub
> uhci.c: USB Universal Host Controller Interface driver v1.1
> PCI: Could not assign IRQ 19 to device 00:1f.2
> PCI: Setting latency timer of device 00:1f.2 to 64
> uhci.c: USB UHCI at I/O 0xef40, IRQ 19
> usb.c: new USB bus registered, assigned bus number 1
> hub.c: USB hub found
> hub.c: 2 ports detected
> PCI: Could not assign IRQ 23 to device 00:1f.4
> PCI: Setting latency timer of device 00:1f.4 to 64
> uhci.c: USB UHCI at I/O 0xef80, IRQ 23
> usb.c: new USB bus registered, assigned bus number 2
> hub.c: USB hub found
> hub.c: 2 ports detected
> usb.c: registered new driver hid
> hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech@××××.cz>
> hid-core.c: USB HID support drivers
>
> All seems to be working-ish from that, but USB nor networrking actually
> work.
>
> Then I noticed the following differences in my dmesg output:
>
> r1:
> PCI: PCI BIOS revision 2.10 entry at 0xfda95, last bus=2
> PCI: Using configuration type 1
> PCI: Probing PCI hardware
> Unknown bridge resource 0: assuming transparent
> PCI: Discovered primary peer bus 08 [IRQ]
> PCI: Using IRQ router PIIX [8086/2440] at 00:1f.0
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> Starting kswapd
> Journalled Block Device driver loaded
> devfs: v1.12 (20020219) Richard Gooch (rgooch@××××××××××.au)
> devfs: boot_options: 0x0
> Installing knfsd (copyright (C) 1996 okir@×××××××××.de).
> ACPI: Core Subsystem version [20011018]
> ACPI: Subsystem enabled
> Power Resource: found
> Power Resource: found
> Power Resource: found
> Power Resource: found
> ACPI: System firmware supports S0 S1 S4 S5
> Processor[0]: C0 C1
> ACPI: Power Button (FF) found
> ACPI: Sleep Button (CM) found
>
>
> r3/4:
> ACPI: Bus Driver revision 20020404
> ACPI: Core Subsystem revision 20020403
> PCI: PCI BIOS revision 2.10 entry at 0xfda95, last bus=2
> PCI: Using configuration type 1
> ACPI: Interpreter enabled
> ACPI: Using IOAPIC for interrupt routing
> ACPI: System [ACPI] (supports S0 S1 S4 S5)
> ACPI: PCI Root Bridge [PCI0] (00:00:00.00)
> Unknown bridge resource 0: assuming transparent
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
> ACPI: Power Resource [URP1] (off)
> ACPI: Power Resource [URP2] (off)
> ACPI: Power Resource [FDDP] (off)
> ACPI: Power Resource [LPTP] (off)
> PCI: Probing PCI hardware
> PCI: Using ACPI for IRQ routing
>
>
> The key things being:
> i)	In r1, the PCI hardware is probed first.
> ii)	In r1, the PIIX IRQ router is used, not the ACPI one.
>
> HTH - should I be mailing this to lkml?
>
> Cheers.
>
> Alex.
>
> --
> [ All programmers are playwrights and all computers are lousy actors.      ]
>                   My on-line log.  http://www.x3ja.co.uk/
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@g.o
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev