From owner-freebsd-hackers  Sat Jun 22 09:04:27 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id JAA15000
          for hackers-outgoing; Sat, 22 Jun 1996 09:04:27 -0700 (PDT)
Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14995
          for <hackers@FreeBSD.ORG>; Sat, 22 Jun 1996 09:04:24 -0700 (PDT)
Received: from allegro.lemis.de by diablo.ppp.de with smtp
	(Smail3.1.28.1 #1) id m0uXV95-000Qb5C; Sat, 22 Jun 96 18:02 MET DST
From: grog@lemis.de (Greg Lehey)
Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany
Phone: +49-6637-919123
Fax:   +49-6637-919122
Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) 
	id NAA14663; Sat, 22 Jun 1996 13:14:15 +0200
Message-Id: <199606221114.NAA14663@allegro.lemis.de>
Subject: Re: IP question: who should return ENOBUFS? (was: Help: le0 gets stuck at OACTIVE)
To: mbarkah@hemi.com (Ade Barkah)
Date: Sat, 22 Jun 1996 13:14:14 +0200 (MET DST)
Cc: hackers@FreeBSD.ORG (FreeBSD Hackers)
In-Reply-To: <199606210903.DAA27179@hemi.com> from "Ade Barkah" at Jun 21, 96 03:03:56 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Ade Barkah writes:
>
> Hello,
>
> One of our machines has a DEC204-AB (ethernet, 10-BaseT) on it,
> running FreeBSD 2.1-RELEASE. However, eventually the interface
> gets stuck in OACTIVE; I can force this condition by doing a
> ping -f on the interface. The machine has another interface
> (SMC Ultra C)... I can ping -f on that one all day long without
> problems. Sometimes doing a 'ifconfig le0 down' followed by an
> 'ifconfig le0 up' fixes the problem momentarily.
>
> Some more background. Here's what dmesg says:
>
>| le0 at 0x300-0x31f irq 5 maddr 0xd0000 msize 2048 on isa
>| le0: DE204-AB ethernet address 08:00:2b:93:3b:e7
>
> Here's ifconfig when it dies:
>
>| le0: flags=8c63<UP,BROADCAST,NOTRAILERS,RUNNING,OACTIVE,SIMPLEX,
>| MULTICAST> mtu 1500
>| inet 204.133.181.5 netmask 0xfffffffc broadcast 204.133.181.7
>
> Notice the netmask, there are only two hosts on this subnet. They
> are connected by a Cat 5 UTP crossover patch cable, 10' in length.
> The "remote" machine runs a pair of SMC EtherEZs.
>
> Ping reports:
>
>| .ping: sendto: No buffer space available

I see from a followup that you probably have the board misconfigured.
The "bug fix" for queue overflows in ip_output will ensure, however,
that once you get to this point, you won't be able to recover without
taking the interface down and up again.

Greg