From erb@inss1.etec.uni-karlsruhe.de  Wed Aug 13 03:01:12 1997
Received: from insl1.etec.uni-karlsruhe.de (uucp@insl1.etec.uni-karlsruhe.de [129.13.109.178])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08542
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 13 Aug 1997 03:01:10 -0700 (PDT)
Received: (from uucp@localhost) by insl1.etec.uni-karlsruhe.de (8.8.6/8.8.2) with UUCP id MAA13665 for FreeBSD-gnats-submit@freebsd.org; Wed, 13 Aug 1997 12:01:08 +0200 (CEST)
Received: (from erb@localhost) by insl2.etec.uni-karlsruhe.de (8.8.6/8.8.2) id MAA12757; Wed, 13 Aug 1997 12:00:20 +0200 (CEST)
Message-Id: <199708131000.MAA12757@insl2.etec.uni-karlsruhe.de>
Date: Wed, 13 Aug 1997 12:00:20 +0200 (CEST)
From: erb@inss1.etec.uni-karlsruhe.de
Reply-To: erb@inss1.etec.uni-karlsruhe.de
To: FreeBSD-gnats-submit@freebsd.org
Subject: le0 goes OACTIVE after some time
X-Send-Pr-Version: 3.2

>Number:         4292
>Category:       kern
>Synopsis:       le0 (DE203) goes OACTIVE after some time
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Aug 13 03:10:01 PDT 1997
>Closed-Date:    Sun Oct 12 15:56:44 MEST 1997
>Last-Modified:  Sun Oct 12 15:57:35 MEST 1997
>Originator:     Olaf Erb
>Release:        FreeBSD 2.2-STABLE i386
>Organization:
University of Karlsruhe, Germany
>Environment:

AMD 486-133/Asus SP3G, ISA DE203-AB, 0x300-0x31f irq 10 maddr 0xd0000 msize 
2048 on isa
2.2-CURRENT as of:
% cat /usr/src/.ctm_status
src-2.2 386

>Description:

le0 goes OACTIVE after some time, errors like "no buffer space
available" occur. Only downing/deleting and re-configuring the interface
brings it back, for some packets though, then it hangs again. The problem 
mainly appears while acting as bootp/tftp server, after some < 100kB of data 
transfered.
Have a look at
f [1995/07/04] kern/587            if_le hangs on OACTIVE with 2k buffer
too.


>How-To-Repeat:

use a DE203 with msize 2048 and serve bootp/tftp/nfs over it, or just
large transfers over some time.

>Fix:
	
switched the card with nicsetup.exe to 32768 bytes msize. This isn't
recognised by the driver, because msize is hardcoded there to 2048.

A quick change in if_le.c to 32768 (lemac_probe()) solved this problem, 
but this is no real fix.
Hardcoded value should be replaced by using the probed msize, if it's
possible (this info should be in eeprom, though I don't know how to figure
it out).
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: joerg 
State-Changed-When: Sun Oct 12 15:56:44 MEST 1997 
State-Changed-Why:  

Dup for PR # 4284. 
>Unformatted:
