kern/100839: txp driver inconsistently stops working when the interface is brought down and back up

Erik Osterholm eriko at tamu.edu
Fri Aug 11 21:10:20 UTC 2006


The following reply was made to PR kern/100839; it has been noted by GNATS.

From: Erik Osterholm <eriko at tamu.edu>
To: Erik Osterholm <eriko at tamu.edu>
Cc: freebsd-gnats-submit at FreeBSD.org
Subject: Re: kern/100839: txp driver inconsistently stops working when the interface is brought down and back up
Date: Fri, 11 Aug 2006 16:01:29 -0500

 On Tue, Jul 25, 2006 at 10:01:42PM +0000, Erik Osterholm wrote:
 > 
 > >Number:         100839
 > >Category:       kern
 > >Synopsis:       txp driver inconsistently stops working when the interface is brought down and back up
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       low
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Quarter:        
 > >Keywords:       
 > >Date-Required:
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Tue Jul 25 22:10:11 GMT 2006
 > >Closed-Date:
 > >Last-Modified:
 > >Originator:     Erik Osterholm
 > >Release:        6.1-RELEASE
 > >Organization:
 > none
 > >Environment:
 > FreeBSD test-mb.net.tamu.edu 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 04:32:43 UTC 2006     root at opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
 > >Description:
 > On a clean install of 6.1-RELEASE with a txp card, the machine is able to talk on the network the first time the card is brought up.  If the card is brought down and then back up, there is a long delay before the card will transmit traffic again.  Sending data to the machine during or after this delay (via SSH session, for example) will often cause the card to stop sending/receiving traffic until reboot.
 > 
 > Things we've tried:
 > Bringing the interface down and back up.
 > Deleting the interface's IP and restoring it and the route.
 > 
 > If if_txp is built as a module, unloading the module (which generates errors of its own) and reloading it will allow the card to pass traffic until the next time that the interface is brought from UP to DOWN.
 > 
 > 
 > 
 > $ dmesg | grep txp
 > txp0: <3Com 3cR990-TX-97 Etherlink with 3XP Processor> port 0xa000-0xa07f mem 0xec000000-0xec03ffff irq 17 at device 0.0 on pci1
 > txp0: Ethernet address: 00:04:76:f4:ff:16
 > 
 > >How-To-Repeat:
 > Fresh install of 6.1-RELEASE.
 > ifconfig txp0 inet 192.168.1.5 up
 > Start a ping to 192.168.1.1
 > ifconfig txp0 down;ifconfig txp0 up
 > Pass traffic to/from 192.168.1.5
 > >Fix:
 > 
 
 Any word on this?  Further testing shows what looks like an interrupt
 storm occurring sometime after the "How-To-Repeat" steps are executed.
 
 Erik


More information about the freebsd-bugs mailing list