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 ; 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: