Bug#701620: [3.8.y] Unable to use PCI cards on Intel DZ77SL50K motherboard (likely any Z77 board)
Hi,
szabolcs wrote[1]:
> 2. unless I bring the interfaces associated with the network cards up,
> everything works as expected.
>
> 3. the moment I issue the 'ifup ethX' command, the following is printed in
> /var/log/syslog:
[...]
> eth1: transmit timed out, tx_status 00 status 8601.
> diagnostics: net 0cd8 media 8880 dma 0000003a fifo 0000
> eth1: Interrupt posted but not delivered -- IRQ blocked by another device?
[...]
> After a few
> minutes of running with the device brought up the output of /proc/interrupts
> shows:
>
> CPU0 CPU1 CPU2 CPU3
> 18: 0 0 0 0 IO-APIC-fasteoi eth1 (the PCI card)
> 40: 7154 721 4809 742 PCI-MSI-edge eth0 (the integrated eth controller of the mobo)
>
> The attached 'lspci' logs also show the 3Com card had IRQ18 assigned to it.
> NOTE: so did the motherboard's SMBus Controller (00:1f:3).
>
> Note 1: A side-effect of bringing the iface up is that my USB keyboard slows
> down considerably (as if the rate at which it reads keypresses would go down to
> ~10 presses per second).
[...]
> the bug I am
> reporting here applies exactly in the same manner to both 3.2 and 3.8 kernels.
[...]
> Note 4: This is likely not a HW issue, since I tested the configuration in
> windoze, and all was working as expected.
[...]
> 00:1f.3 SMBus [0c05]: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller [8086:1e22] (rev 04)
> Subsystem: Intel Corporation Device [8086:2030]
> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
> Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
> Interrupt: pin C routed to IRQ 18
> Region 0: Memory at f7d35000 (64-bit, non-prefetchable) [size=256]
> Region 4: I/O ports at f040 [size=32]
[...]
> 03:02.0 Ethernet controller [0200]: 3Com Corporation 3c905B 100BaseTX [Cyclone] [10b7:9055] (rev 30)
> Subsystem: 3Com Corporation 3C905B Fast Etherlink XL 10/100 [10b7:9055]
> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
> Latency: 64 (2500ns min, 2500ns max), Cache Line Size: 64 bytes
> Interrupt: pin A routed to IRQ 18
> Region 0: I/O ports at e000 [size=128]
> Region 1: Memory at f7c20000 (32-bit, non-prefetchable) [size=128]
> Expansion ROM at f7c00000 [disabled] [size=128K]
> Capabilities: <access denied>
> Kernel driver in use: 3c59x
[...]
> Would there be anything else I could help with to resolve this?
Sorry for the slow response.
I'm curious: can you reproduce this with the 2.6.32.y kernel from squeeze as
well?
Not sure what else to try to track this down. Cc-ing the Linux PCI
maintainers in case they have hints.
Thanks,
Jonathan
[1] http://bugs.debian.org/701620
Reply to: