Hello Nate, On Tuesday 14 September 2004 00:36, Nate Lawson wrote: > It's probably IRQ routing related. Try changing the check in > acpi_pci_link_is_valid_irq() to this: > > if (link->interrupts[i] == irq || AcpiGbl_FADT->SciInt == irq) This didn't work, as I already mailed to you. I compared the 'boot -v'-messages of the current BETA4-kernel with the messages of the last working 5.2-CURRENT kernel, and found that with the BETA4-kernel IRQ 10 *is* used for pcib0 and pcib1: Sep 19 09:04:29 current kernel: agp0: <VIA 82C8363 (Apollo KT133A) host to PCI bridge> mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 Sep 19 09:04:29 current kernel: agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xd0000000 Sep 19 09:04:29 current kernel: agp0: allocating GATT for aperture of size 256M Sep 19 09:04:29 current kernel: pcib1: <PCI-PCI bridge> at device 1.0 on pci0 Sep 19 09:04:29 current kernel: pcib1: secondary bus 1 Sep 19 09:04:29 current kernel: pcib1: subordinate bus 1 Sep 19 09:04:29 current kernel: pcib1: I/O decode 0xf000-0xfff Sep 19 09:04:29 current kernel: pcib1: memory decode 0xe0000000-0xe1ffffff Sep 19 09:04:29 current kernel: pcib1: prefetched decode 0xd8000000-0xdfffffff Sep 19 09:04:29 current kernel: pci1: <PCI bus> on pcib1 Sep 19 09:04:29 current kernel: pci1: physical bus=1 Sep 19 09:04:29 current kernel: map[10]: type 1, range 32, base e0000000, size 24, enabled Sep 19 09:04:29 current kernel: pcib1: device (null) requested decoded memory range 0xe0000000-0xe0ffffff Sep 19 09:04:29 current kernel: map[14]: type 3, range 32, base d8000000, size 27, enabled Sep 19 09:04:29 current kernel: pcib1: device (null) requested decoded memory range 0xd8000000-0xdfffffff Sep 19 09:04:29 current kernel: pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.LNKA) Sep 19 09:04:29 current kernel: pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 Sep 19 09:04:29 current kernel: ACPI PCI link arbitrated settings: Sep 19 09:04:29 current kernel: \_SB_.PCI0.LNKA (references 8, priority 175018): Sep 19 09:04:29 current kernel: interrupts: 10 5 11 7 6 4 3 12 15 14 1 Sep 19 09:04:29 current kernel: penalty: 1280 1330 2720 6280 6280 6280 6280 6360 51280 51280101280 Sep 19 09:04:29 current kernel: atpic: Programming IRQ10 as level/low Sep 19 09:04:29 current kernel: pcib0: slot 1 INTA routed to irq 10 via \_SB_.PCI0.LNKA Sep 19 09:04:29 current kernel: pcib1: slot 0 INTA is routed to irq 10 Sep 19 09:04:29 current kernel: found-> vendor=0x10de, dev=0x0110, revid=0xa1 Sep 19 09:04:29 current kernel: bus=1, slot=0, func=0 Sep 19 09:04:29 current kernel: class=03-00-00, hdrtype=0x00, mfdev=0 Sep 19 09:04:29 current kernel: cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) Sep 19 09:04:29 current kernel: lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) Sep 19 09:04:29 current kernel: intpin=a, irq=10 Sep 19 09:04:29 current kernel: powerspec 2 supports D0 D3 current D0 Sep 19 09:04:29 current kernel: pci1: <display, VGA> at device 0.0 (no driver attached) Sep 19 09:04:29 current kernel: isab0: <PCI-ISA bridge> at device 7.0 on pci0 Sep 19 09:04:29 current kernel: isa0: <ISA bus> on isab0 I think that that should not happen - as far as I know, ISA-Devices should have their IRQ-Line exclusively, isn't it? The IRQ 10 *is* marked in the BIOS for exclusive use for ISA and the device in question is: Sep 19 09:04:29 current kernel: isic0: [GIANT-LOCKED] Sep 19 09:04:29 current kernel: isic0 at port 0x580-0x59f,0x180-0x19f,0x980-0x99f,0xd80-0xd9f irq 10 flags 0x3 on isa0 Sep 19 09:04:29 current kernel: isic0: passive stack unit 0 Sep 19 09:04:29 current kernel: isic0: Teles S0/16.3 Sep 19 09:04:29 current kernel: isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) Sep 19 09:04:29 current kernel: isic0: HSCX 82525 or 21525 Version 2.1 [...] Sep 19 09:04:29 current kernel: i4bctl: ISDN system control port attached Sep 19 09:04:29 current kernel: i4bisppp: 2 ISDN SyncPPP device(s) attached Sep 19 09:04:29 current kernel: isp0: bpf attached Sep 19 09:04:29 current kernel: isp1: bpf attached Sep 19 09:04:29 current kernel: i4b: ISDN call control device attached Sep 19 09:04:29 current kernel: i4btrc: 1 ISDN trace device(s) attached Sep 19 09:04:29 current kernel: i4brbch: 2 raw B channel access device(s) attached Sep 19 09:04:29 current kernel: i4btel: 2 ISDN telephony interface device(s) attached Sep 19 09:04:29 current kernel: i4bipr: 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) I attach the whole bootlog in case there are some additional informations for you... -- Ciao/BSD - Matthias Matthias Schuendehuette <msch [at] snafu.de>, Berlin (Germany) PGP-Key at <pgp.mit.edu> and <wwwkeys.de.pgp.net> ID: 0xDDFB0A5F
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:12 UTC