tx queue start entry x dirty entry y (was 8139too PCI IRQ issues)

mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed

* tx queue start entry x dirty entry y (was 8139too PCI IRQ issues)
@ 2005-07-19 16:00 Mark Burton
  2005-07-23 19:11 ` OGAWA Hirofumi
  2005-07-28 12:06 ` Mark Burton
  0 siblings, 2 replies; 4+ messages in thread
From: Mark Burton @ 2005-07-19 16:00 UTC (permalink / raw)
  To: linux-kernel

Hi,
I'm getting similar results to Nick Warne, in that when my ethernet is 
stressed at all (for instance by NFS), I end up with
nfs: server..... not responding, still trying
nfs: server .... OK

With a realtec card, I get errors in /var/spool/messages along the 
lines of:
Jul  3 14:31:13 localhost kernel: eth1: Transmit timeout, status 0c 
0005 c07f media 00.
Jul  3 14:31:13 localhost kernel: eth1: Tx queue start entry 1160  
dirty entry 1156.
Jul  3 14:31:13 localhost kernel: eth1:  Tx descriptor 0 is 0008a03c. 
(queue head)

I have no TPM (as far as I can find)

Hence I dont think this is the same problem, but it's manifestation is 
identical.

I was using a realtec card, using the 8139too driver, hence I first 
suspected that. As a test, I have an even older 3com509B, using that 
gives exactly the same results (though it doens't seem to be kind 
enough to output anything to /var/log/debug, so all you get are the 
"server not responding" messages under heavy NFS load.
lsmod however, shows both modules loaded....

I'm running debian, and recently got a recent kernel image
/proc/version gives:
Linux version 2.6.11-1-386 (dannf@firetheft) (gcc version 3.3.6 (Debian 
1:3.3.6-6)) #1 Mon Jun 20 20:53:17 MDT 2005

Im not a kernel expert at all, any help sorting this problem would be 
appreciated, but Its only worth fixing if it's a general problem -- if' 
I'm on my own, I'll fix it with a band-aid :-)

Cheers

Mark.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: tx queue start entry x dirty entry y (was 8139too PCI IRQ issues)
  2005-07-19 16:00 tx queue start entry x dirty entry y (was 8139too PCI IRQ issues) Mark Burton
@ 2005-07-23 19:11 ` OGAWA Hirofumi
  2005-07-25  6:30   ` Mark Burton
  2005-07-28 12:06 ` Mark Burton
  1 sibling, 1 reply; 4+ messages in thread
From: OGAWA Hirofumi @ 2005-07-23 19:11 UTC (permalink / raw)
  To: Mark Burton; +Cc: linux-kernel

Mark Burton <mark@helenandmark.org> writes:

> Hi,
> I'm getting similar results to Nick Warne, in that when my ethernet is
> stressed at all (for instance by NFS), I end up with
> nfs: server..... not responding, still trying
> nfs: server .... OK
>
> With a realtec card, I get errors in /var/spool/messages along the
> lines of:
> Jul  3 14:31:13 localhost kernel: eth1: Transmit timeout, status 0c
> 0005 c07f media 00.
> Jul  3 14:31:13 localhost kernel: eth1: Tx queue start entry 1160
> dirty entry 1156.
> Jul  3 14:31:13 localhost kernel: eth1:  Tx descriptor 0 is
> 0008a03c. (queue head)

Probably it's the miss config of PIC. Can you post more info?

  - /proc/interrupt
  - mptable
  - 8259A.pl
  - lspci -vvv
-- 
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: tx queue start entry x dirty entry y (was 8139too PCI IRQ issues)
  2005-07-23 19:11 ` OGAWA Hirofumi
@ 2005-07-25  6:30   ` Mark Burton
  0 siblings, 0 replies; 4+ messages in thread
From: Mark Burton @ 2005-07-25  6:30 UTC (permalink / raw)
  To: OGAWA Hirofumi; +Cc: linux-kernel



[I'm currently having nasty ISP problems, so I've removed myself from 
the list for the time-being, as e-mail is struggling to get through to 
me -- hence the delay in my reply to this, SORRY]

>
> Probably it's the miss config of PIC. Can you post more info?

Thanks for helping! :-)))

>
>   - /proc/interrupt

more /proc/interrupts
            CPU0
   0:     473349    IO-APIC-edge  timer
   1:         10    IO-APIC-edge  i8042
   2:          0          XT-PIC  cascade
   5:          1    IO-APIC-edge  soundblaster
   7:          2    IO-APIC-edge  parport0
   9:       8152    IO-APIC-edge  aic7xxx
  10:      19988    IO-APIC-edge  eth0
  11:        577    IO-APIC-edge  ohci_hcd, ohci_hcd, ohci_hcd, 
ohci_hcd, eth1
  12:        101    IO-APIC-edge  i8042
  14:      51421    IO-APIC-edge  ide0
NMI:          0
LOC:     473350
ERR:          0
MIS:          0

>   - mptable

I'm running a single (old) processor, and I dont have mptable 
installed.... I can't even find a package for it, am I missing 
something? Sorry!

>   - 8259A.pl

perl 8259A.pl
irq 0: 00, edge
irq 1: 00, edge
irq 2: 00, edge
irq 3: 00, edge
irq 4: 00, edge
irq 5: 00, edge
irq 6: 00, edge
irq 7: 00, edge
irq 8: 0a, edge
irq 9: 0a, level
irq 10: 0a, edge
irq 11: 0a, level
irq 12: 0a, edge
irq 13: 0a, edge
irq 14: 0a, edge
irq 15: 0a, edge


>   - lspci -vvv

0000:00:00.0 Non-VGA unclassified device: Intel Corp. 82378ZB/IB, 
82379AB (SIO, SIO.A) PCI to ISA Bridge (rev 88)
         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 0

0000:00:01.0 IDE interface: Silicon Image, Inc. (formerly CMD 
Technology Inc) PCI0646 (rev 01) (prog-if 8a [Master SecP PriP])
         Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 64 (500ns min, 1000ns max)
         Interrupt: pin A routed to IRQ 14
         Region 0: I/O ports at <ignored>
         Region 1: I/O ports at <ignored>
         Region 2: I/O ports at <ignored>
         Region 3: I/O ports at <ignored>
         Region 4: I/O ports at fc00 [size=16]

0000:00:02.0 SCSI storage controller: Adaptec AIC-7880U
         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 248 (2000ns min, 2000ns max), Cache Line Size: 0x08 
(32 bytes)
         Interrupt: pin A routed to IRQ 9
         Region 0: I/O ports at f800 [disabled] [size=256]
         Region 1: Memory at ffbfc000 (32-bit, non-prefetchable) 
[size=4K]

0000:00:0b.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W 
[Millennium] (rev 01) (prog-if 00 [VGA])
         Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping+ SERR- FastB2B-
         Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Interrupt: pin A routed to IRQ 11
         Region 0: Memory at a0000000 (32-bit, non-prefetchable) 
[size=16K]
         Region 1: Memory at a0800000 (32-bit, prefetchable) [size=8M]
         Expansion ROM at d0000000 [disabled] [size=64K]

0000:00:0d.0 USB Controller: Lucent Microelectronics USS-344S USB 
Controller (rev 11) (prog-if 10 [OHCI])
         Subsystem: Lucent Microelectronics USS-344S USB Controller
         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 248 (750ns min, 21500ns max)
         Interrupt: pin A routed to IRQ 11
         Region 0: Memory at ffbec000 (32-bit, non-prefetchable) 
[size=4K]
         Capabilities: [50] Power Management version 2
                 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1+,D2+,D3hot+,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=1 PME-

0000:00:0d.1 USB Controller: Lucent Microelectronics USS-344S USB 
Controller (rev 11) (prog-if 10 [OHCI])
         Subsystem: Lucent Microelectronics USS-344S USB Controller
         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 248 (750ns min, 21500ns max)
         Interrupt: pin A routed to IRQ 11
         Region 0: Memory at ffbdc000 (32-bit, non-prefetchable) 
[size=4K]
         Capabilities: [50] Power Management version 2
                 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1+,D2+,D3hot+,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=1 PME-

0000:00:0d.2 USB Controller: Lucent Microelectronics USS-344S USB 
Controller (rev 11) (prog-if 10 [OHCI])
         Subsystem: Lucent Microelectronics USS-344S USB Controller
         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 248 (750ns min, 21500ns max)
         Interrupt: pin A routed to IRQ 11
         Region 0: Memory at ffbcc000 (32-bit, non-prefetchable) 
[size=4K]
         Capabilities: [50] Power Management version 2
                 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1+,D2+,D3hot+,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=1 PME-

0000:00:0d.3 USB Controller: Lucent Microelectronics USS-344S USB 
Controller (rev 11) (prog-if 10 [OHCI])
         Subsystem: Lucent Microelectronics USS-344S USB Controller
         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 248 (750ns min, 21500ns max)
         Interrupt: pin A routed to IRQ 11
         Region 0: Memory at ffbbc000 (32-bit, non-prefetchable) 
[size=4K]
         Capabilities: [50] Power Management version 2
                 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1+,D2+,D3hot+,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=1 PME-

0000:00:0e.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
         Subsystem: Realtek Semiconductor Co., Ltd. RT8139
         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 248 (8000ns min, 16000ns max)
         Interrupt: pin A routed to IRQ 11
         Region 0: I/O ports at f400 [size=256]
         Region 1: Memory at ffbac000 (32-bit, non-prefetchable) 
[size=256]
         Capabilities: [50] Power Management version 2
                 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1+,D2+,D3hot+,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:14.0 RAM memory: Intel Corp. 450KX/GX [Orion] - 82453KX/GX 
Memory controller (rev 04)
         Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-

0000:00:19.0 Host bridge: Intel Corp. 450KX/GX [Orion] - 82454KX/GX PCI 
bridge (rev 04)
         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr+ Stepping- SERR+ FastB2B-
         Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
         Latency: 32, Cache Line Size: 0x08 (32 bytes)


> -- 

On 23 Jul 2005, at 21:11, OGAWA Hirofumi wrote:

> Mark Burton <mark@helenandmark.org> writes:
>
>> Hi,
>> I'm getting similar results to Nick Warne, in that when my ethernet is
>> stressed at all (for instance by NFS), I end up with
>> nfs: server..... not responding, still trying
>> nfs: server .... OK
>>
>> With a realtec card, I get errors in /var/spool/messages along the
>> lines of:
>> Jul  3 14:31:13 localhost kernel: eth1: Transmit timeout, status 0c
>> 0005 c07f media 00.
>> Jul  3 14:31:13 localhost kernel: eth1: Tx queue start entry 1160
>> dirty entry 1156.
>> Jul  3 14:31:13 localhost kernel: eth1:  Tx descriptor 0 is
>> 0008a03c. (queue head)
> OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: tx queue start entry x dirty entry y (was 8139too PCI IRQ issues)
  2005-07-19 16:00 tx queue start entry x dirty entry y (was 8139too PCI IRQ issues) Mark Burton
  2005-07-23 19:11 ` OGAWA Hirofumi
@ 2005-07-28 12:06 ` Mark Burton
  1 sibling, 0 replies; 4+ messages in thread
From: Mark Burton @ 2005-07-28 12:06 UTC (permalink / raw)
  To: Mark Burton; +Cc: linux-kernel

For reference,
Thanks to Ogawa Hirofumi,
the solution was to use noapic on the boot line, as my machine is too 
old to handle APIC well.

Cheers

Mark.

On 19 Jul 2005, at 18:00, Mark Burton wrote:

> Hi,
> I'm getting similar results to Nick Warne, in that when my ethernet is 
> stressed at all (for instance by NFS), I end up with
> nfs: server..... not responding, still trying
> nfs: server .... OK
>
> With a realtec card, I get errors in /var/spool/messages along the 
> lines of:
> Jul  3 14:31:13 localhost kernel: eth1: Transmit timeout, status 0c 
> 0005 c07f media 00.
> Jul  3 14:31:13 localhost kernel: eth1: Tx queue start entry 1160  
> dirty entry 1156.
> Jul  3 14:31:13 localhost kernel: eth1:  Tx descriptor 0 is 0008a03c. 
> (queue head)
>
> I have no TPM (as far as I can find)
>
> Hence I dont think this is the same problem, but it's manifestation is 
> identical.
>
> I was using a realtec card, using the 8139too driver, hence I first 
> suspected that. As a test, I have an even older 3com509B, using that 
> gives exactly the same results (though it doens't seem to be kind 
> enough to output anything to /var/log/debug, so all you get are the 
> "server not responding" messages under heavy NFS load.
> lsmod however, shows both modules loaded....
>
> I'm running debian, and recently got a recent kernel image
> /proc/version gives:
> Linux version 2.6.11-1-386 (dannf@firetheft) (gcc version 3.3.6 
> (Debian 1:3.3.6-6)) #1 Mon Jun 20 20:53:17 MDT 2005
>
> Im not a kernel expert at all, any help sorting this problem would be 
> appreciated, but Its only worth fixing if it's a general problem -- 
> if' I'm on my own, I'll fix it with a band-aid :-)
>
> Cheers
>
> Mark.
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2005-07-28 12:06 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-07-19 16:00 tx queue start entry x dirty entry y (was 8139too PCI IRQ issues) Mark Burton
2005-07-23 19:11 ` OGAWA Hirofumi
2005-07-25  6:30   ` Mark Burton
2005-07-28 12:06 ` Mark Burton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®