From owner-freebsd-hackers  Sat Apr 12 06:50:36 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id GAA02315
          for hackers-outgoing; Sat, 12 Apr 1997 06:50:36 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA02310
          for <freebsd-hackers@freefall.FreeBSD.org>; Sat, 12 Apr 1997 06:50:34 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA12689; Sat, 12 Apr 1997 09:50:02 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 12 Apr 1997 09:50 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id JAA25237; Sat, 12 Apr 1997 09:05:02 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id JAA19644; Sat, 12 Apr 1997 09:11:24 -0400 (EDT)
Date: Sat, 12 Apr 1997 09:11:24 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199704121311.JAA19644@lakes.water.net>
To: ponds!emsphone.com!dnelson, ponds!lakes.water.net!rivers
Subject: Re: NFS problems - it doesn't appear to be ep0.
Cc: ponds!freefall.FreeBSD.org!freebsd-hackers
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Dan Nelson writes:
> In the last episode (Apr 11), Thomas David Rivers said:
> > 
> > Well, regarding my NFS hang-ups to HP/UX 9.05 and Sunos 4.1.3
> > systems (this is 2.2.1 as of April 8th).
> > 
> > I replaced my 3c509 with a 3c900 and was able to demonstrate
> > the same lock up.
> > 
> > It appears to be related to a readdir(), as only ls -l causes
> > the file system hang.  A 'cat' of large files (quite large)
> > doesn't seem to have the same effect.
> > 
> > I set the readdirsize down to 1024 with the -I argument on 
> > the mount, but that didn't seem to affect it.
> 
> I've seen this problem on 3com cards myself - both 3c509 (ep) and 3c905
> (vx) cards.  I get packet overruns, RX overruns, and fifo underruns
> when trying NFS accesses.  With tcpdump on another machine, I can see
> that only the first two or three fragments of an 8K NFS packet ever get
> out.  3com's spec sheet for the 3c905XL 100BT card states it has only
> an 8K buffer, partitioned by default at 4K/4K transmit/receive!
> 
	...
> I solved my particular problem by getting Intel EtherExpress Pro/100B
> cards, which have worked flawlessly.  The 3com cards are now in DOS
> machines.
> 
> 	-Dan Nelson
> 	dnelson@emsphone.com
> 

 Yes, but, this exact hardware worked flawlessly in 2.1.5.   So,
I'm betting something in 2.2.1 is tickling this problem...

	- Dave Rivers -