Mulling over this a little more, I think what these messages tell me
is that the driver is expecting interrupts on level 3 :
eth0: 3Com 3c562, io 0x300, irq 3, hw_addr 00:60:97:FE:BE:6C
but they are actually occuring on level 11:
irq 11: nobody cared!
Disabling IRQ #11
So the next question is - how does the PCMCIA bridge driver, which seems
to know it is using IRQ 11:
Yenta: CardBus bridge found at 0000:00:13.0 [1179:0001]
Yenta: ISA IRQ mask 0x0638, PCI irq 11
communicate the interrupt level to the 3c562 driver, and why do they
seem to be disagreeing....?
Any suggestions?
Regards,
DigbyT
On Fri, Jun 03, 2005 at 03:18:14PM +0100, Digby Tarvin wrote:
> Here are what I think are the relevent lines from dmesg. Can anyone
> diagnose what they mean, or suggest something I should try? I have
> tried 'pci=routeirq' and it made no difference...
>
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
> ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
> ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
> ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
>
> PCI: setting IRQ 13 as level-triggered
>
> Linux Kernel Card Services
> options: [pci] [cardbus] [pm]
>
> PCI: Using ACPI for IRQ routing
> ** PCI interrupts are no longer routed automatically. If this
> ** causes a device to stop working, it is probably because the
> ** driver failed to call pci_enable_device(). As a temporary
> ** workaround, the "pci=routeirq" argument restores the old
> ** behavior. If this argument makes the device work again,
> ** please email the output of "lspci" to [EMAIL PROTECTED]
> ** so I can fix the driver.
>
> serio: i8042 AUX port at 0x60,0x64 irq 12
> serio: i8042 KBD port at 0x60,0x64 irq 1
> Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
> ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> pnp: the driver 'serial' has been registered
> pnp: match found with the PnP device '00:0a' and the driver 'serial'
> ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
>
> parport0: PC-style at 0x378, irq 7 [PCSPP(,...)]
> lp0: using parport0 (interrupt-driven).
>
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
>
> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
> PCI: setting IRQ 11 as level-triggered
> ACPI: PCI interrupt 0000:00:13.0[A] -> GSI 11 (level, low) -> IRQ 11
> Yenta: CardBus bridge found at 0000:00:13.0 [1179:0001]
> Yenta: ISA IRQ mask 0x0638, PCI irq 11
> Socket status: 30000011
> PCI: Enabling device 0000:00:13.1 (0000 -> 0002)
> ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
> ACPI: PCI interrupt 0000:00:13.1[B] -> GSI 11 (level, low) -> IRQ 11
> Yenta: CardBus bridge found at 0000:00:13.1 [1179:0001]
> Yenta: ISA IRQ mask 0x0638, PCI irq 11
> Socket status: 30000007
>
> cs: IO port probe 0xc00-0xcff: clean.
> cs: IO port probe 0xc00-0xcff: clean.
> cs: IO port probe 0x800-0x8ff: clean.
> cs: IO port probe 0x800-0x8ff: clean.
> cs: IO port probe 0x100-0x4ff: excluding 0x220-0x22f 0x330-0x337
> 0x370-0x37f 0x388-0x38f 0x480-0x48f 0x4d0-0x4d7
> cs: IO port probe 0x100-0x4ff: excluding 0x220-0x22f 0x330-0x337
> 0x370-0x37f 0x388-0x38f 0x480-0x48f 0x4d0-0x4d7
> cs: IO port probe 0xa00-0xaff: clean.
> cs: IO port probe 0xa00-0xaff: clean.
> cs: memory probe 0xa0000000-0xa0ffffff: clean.
>
> eth0: 3Com 3c562, io 0x300, irq 3, hw_addr 00:60:97:FE:BE:6C
> 8K FIFO split 5:3 Rx:Tx, auto xcvr
> ttyS1 at I/O 0x2f8 (irq = 11) is a 16550A
> eth0: flipped to 10baseT
> irq 11: nobody cared!
> [<c012c952>] __report_bad_irq+0x22/0x80
> [<c012ca20>] note_interrupt+0x50/0x80
> [<c012c600>] __do_IRQ+0xd0/0xe0
> [<c01043e1>] do_IRQ+0x41/0x60
> =======================
> [<c0102f3a>] common_interrupt+0x1a/0x20
> [<c0117a51>] __do_softirq+0x31/0x90
> [<c01044c9>] do_softirq+0x39/0x40
> =======================
> [<c01043e8>] do_IRQ+0x48/0x60
> [<c0102f3a>] common_interrupt+0x1a/0x20
> [<c0101030>] default_idle+0x0/0x30
> [<c0101054>] default_idle+0x24/0x30
> [<c01010e1>] cpu_idle+0x41/0x60
> [<c04996eb>] start_kernel+0x13b/0x160
> handlers:
> [<c02aec10>] (yenta_interrupt+0x0/0x30)
> [<c02aec10>] (yenta_interrupt+0x0/0x30)
> Disabling IRQ #11
> eth0: interrupt(s) dropped!
>
> On Wed, Jun 01, 2005 at 11:29:47PM -0400, Jerry McBride wrote:
> >
> > On my end... with 2.6.11, /proc/bus/pccard has /drivers which at the moment
> > says "ide-cs" due to the flashcard/pcmcia adapter I've got installed.
> >
> > Have you modprobed cs? How about a simple "cardctl ident"?
> --
> Digby R. S. Tarvin [EMAIL
> PROTECTED]
> http://www.digbyt.com
> --
> gentoo-user@gentoo.org mailing list
--
Digby R. S. Tarvin [EMAIL PROTECTED]
http://www.digbyt.com
--
gentoo-user@gentoo.org mailing list
