Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 19 Sep 1999 13:32:12 -0400 (EDT)
From:      dgilbert@velocet.ca
To:        FreeBSD-gnats-submit@freebsd.org
Subject:   kern/13825: tx0 still slows down
Message-ID:  <19990919173212.B902F137F03@sabre.velocet.net>

next in thread | raw e-mail | index | archive | help

>Number:         13825
>Category:       kern
>Synopsis:       tx0 "holds" packets for long periods, eventually hanging machine
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Sep 19 10:40:01 PDT 1999
>Closed-Date:
>Last-Modified:
>Originator:     David Gilbert
>Release:        FreeBSD 3.3-RELEASE i386
>Organization:
Velocet Communications
>Environment:

[1:1:301]root@sabre:~> uname -a
FreeBSD sabre.velocet.net 3.3-RELEASE FreeBSD 3.3-RELEASE #4: Sun Sep 19 01:49:27 EDT 1999     root@sabre.velocet.net:/usr/src/sys/compile/SABER  i386

[1:2:302]root@sabre:~> dmesg
Copyright (c) 1992-1999 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California. All rights reserved.
FreeBSD 3.3-RELEASE #4: Sun Sep 19 01:49:27 EDT 1999
    root@sabre.velocet.net:/usr/src/sys/compile/SABER
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 400909791 Hz
CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
  Features=0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
  AMD Features=0x80000800<SYSCALL,3DNow!>
real memory  = 268435456 (262144K bytes)
avail memory = 258392064 (252336K bytes)
Preloaded elf kernel "kernel" at 0xc02b6000.
Probing for devices on PCI bus 0:
chip0: <AcerLabs M1541 (Aladdin-V) PCI host bridge> rev 0x04 on pci0.0.0
chip1: <AcerLabs M5243 PCI-PCI bridge> rev 0x04 on pci0.1.0
chip2: <PCI to 0x80 bridge (vendor=10b9 device=7101)> rev 0x00 on pci0.3.0
chip3: <AcerLabs M1533 portable PCI-ISA bridge> rev 0xc3 on pci0.7.0
tx0: <SMC 83c170> rev 0x08 int a irq 10 on pci0.10.0
tx0: address 00:e0:29:2d:f2:12, type SMC9432TX, Auto-Neg 100Mbps 
ahc0: <Adaptec 2940 Ultra SCSI adapter> rev 0x01 int a irq 11 on pci0.12.0
ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
Probing for devices on PCI bus 1:
Probing for devices on the ISA bus:
sc0 on isa
sc0: VGA color <16 virtual consoles, flags=0x0>
atkbdc0 at 0x60-0x6f on motherboard
atkbd0 irq 1 on isa
psm0 not found
sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
ppc0 at 0x378 irq 7 flags 0x40 on isa
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/7 bytes threshold
lpt0: <generic printer> on ppbus 0
lpt0: Interrupt-driven port
ppi0: <generic parallel i/o> on ppbus 0
plip0: <PLIP network interface> on ppbus 0
vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa
npx0 on motherboard
npx0: INT 16 interface
Waiting 2 seconds for SCSI devices to settle
sa0 at ahc0 bus 0 target 3 lun 0
sa0: <HP C1533A A708> Removable Sequential Access SCSI-2 device 
sa0: 10.000MB/s transfers (10.000MHz, offset 15)
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE ST39173W 6244> Fixed Direct Access SCSI-2 device 
da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled
da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C)
da1 at ahc0 bus 0 target 1 lun 0
da1: <SEAGATE ST39173W 6244> Fixed Direct Access SCSI-2 device 
da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled
da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C)
cd0 at ahc0 bus 0 target 6 lun 0
cd0: <PIONEER CD-ROM DR-766 1.00> Removable CD-ROM SCSI-2 device 
cd0: 20.000MB/s transfers (20.000MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present

>Description:

tx0 will eventually hang machine.  Before this, incrementally, it will
begin to "hold" more packets.  Typical of this is that when you ping
it on the local net, you will get a pause, then packets coming back
for 3.1, 2.1, 1.1 and .1 seconds.  As this progresses, the packets
will be held more and more time.

Some example pings can get retrieved from pr10535 and pr10575 has some
more description.  In private conversations with a developer, I even
submitted some packet traces from the perspective of other machines on
the network.

Also of note, is that this computer with a tx0 card will not talk
skip (/usr/ports/security/skip), but simply changing the ethernet
card (no other changes) to a de0 will make skip work.  Other machines
on the network see truncated type 57 (skip) IP packets.  I don't know,
but I suspect that this is related.

>How-To-Repeat:

This is very repeatable.  Symtoms appear on the machine within a couple
of hours, sometimes within minutes.  I have a machine available for
testing.  It would appear that the tx0 behave on a 10Mb network.  Also,
in this case (but I don't have a switch to test) we're using a hub,
which puts the card in half-duplex 100Mb.

>Fix:
	
Well... it seems hokey, but commenting out '#define EARLY_RX 1' in
if_tx.c will make the interface behave.

Even more hokey, 'ifconfig tx0 down; ifconfig tx0 up' will temporarily
correct the problem.


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990919173212.B902F137F03>