Tx timeout problem

[David Gibson]

On Mon, Dec 09, 2002 at 11:59:27AM +0100, dympna at daconi.co.uk wrote:
> Please can anyone help me fix this problem with my gold wireless card 
> slotted into my PCMCIA on my Dell running Red Hat 8.0 with upgraded 
> kernel 2.4.18-18.8.0
>  
>   tia
>      Dympna
> 
> Here is the dmesg output (I have deleted non useful lines and put xx:xx 
> into my Mac addresses.

[snip]

> > Socket status: 30000010
> > cs: IO port probe 0x0c00-0x0cff: excluding 0xc00-0xc07 0xc10-0xc17 
> > 0xc48-0xc57 0xc68-0xc6f 0xcd0-0xcd7
> > cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x408-0x40f 
> > 0x4d0-0x4d7
> > cs: IO port probe 0x0a00-0x0aff: clean.
> > cs: memory probe 0xa0000000-0xa0ffffff: clean.
> > hermes.c: 5 Apr 2002 David Gibson 
> > orinoco.c 0.11b (David Gibson  and others)
> > orinoco_cs.c 0.11b (David Gibson  and others)
> > divert: allocating divert_blk for eth1
> > eth1: Station identity 001f:0001:0008:000a
> > eth1: Looks like a Lucent/Agere firmware version 8.10
> > eth1: Ad-hoc demo mode supported
> > eth1: IEEE standard IBSS ad-hoc mode supported
> > eth1: WEP supported, 104-bit key
> > eth1: MAC address 00:02:2D:xx:xx:xx
> > eth1: Station name "HERMES I"
> > eth1: ready
> > eth1: index 0x01: Vcc 5.0, irq 5, io 0x0100-0x013f
> > NETDEV WATCHDOG: eth1: transmit timed out
> > eth1: Tx timeout! Resetting card. ALLOCFID=01f7, TXCOMPLFID=01e3, 
> > EVSTAT=808b
> > NETDEV WATCHDOG: eth1: transmit timed out
> > eth1: Tx timeout! Resetting card. ALLOCFID=01f7, TXCOMPLFID=01e3, 
> > EVSTAT=808b
> > mtrr: Serverworks LE detected. Write-combining disabled.
> > mtrr: your processor doesn't support write-combining
> > mtrr: Serverworks LE detected. Write-combining disabled.
> > mtrr: your processor doesn't support write-combining
> > NETDEV WATCHDOG: eth1: transmit timed out
> > eth1: Tx timeout! Resetting card. ALLOCFID=01f7, TXCOMPLFID=01e3, 
> > EVSTAT=808b
> > NETDEV WATCHDOG: eth1: transmit timed out
> > eth1: Tx timeout! Resetting card. ALLOCFID=01f7, TXCOMPLFID=01e3, 
> > EVSTAT=808b
> > ...
> > spurious 8259A interrupt: IRQ7.

The problem is that you're not receiving interrupts from the card.
This would be due to some misconfiguration or problem with the PCMCIA
subsystem, or with system interrupt routing, rather than in the driver
itself.

-- 
David Gibson			| For every complex problem there is a
david at gibson.dropbear.id.au	| solution which is simple, neat and
				| wrong.
http://www.ozlabs.org/people/dgibson