Date: Wed, 13 Aug 1997 12:00:20 +0200 (CEST) From: erb@inss1.etec.uni-karlsruhe.de To: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/4292: le0 goes OACTIVE after some time Message-ID: <199708131000.MAA12757@insl2.etec.uni-karlsruhe.de> Resent-Message-ID: <199708131010.DAA08864@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 4292 >Category: kern >Synopsis: le0 (DE203) goes OACTIVE after some time >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 13 03:10:01 PDT 1997 >Last-Modified: >Originator: Olaf Erb >Organization: University of Karlsruhe, Germany >Release: FreeBSD 2.2-STABLE i386 >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). >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708131000.MAA12757>