From owner-cvs-sys  Fri Jun  5 14:43:16 1998
Return-Path: <owner-cvs-sys>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id OAA22277
          for cvs-sys-outgoing; Fri, 5 Jun 1998 14:43:16 -0700 (PDT)
          (envelope-from owner-cvs-sys)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA22226;
          Fri, 5 Jun 1998 14:42:50 -0700 (PDT)
          (envelope-from dg@FreeBSD.org)
From: David Greenman <dg@FreeBSD.ORG>
Received: (from dg@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id OAA04692;
	Fri, 5 Jun 1998 14:41:52 -0700 (PDT)
Date: Fri, 5 Jun 1998 14:41:52 -0700 (PDT)
Message-Id: <199806052141.OAA04692@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG
Subject: cvs commit: src/sys/kern uipc_mbuf.c
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

dg          1998/06/05 14:41:52 PDT

  Modified files:
    sys/kern             uipc_mbuf.c 
  Log:
  If we are out of mb_map space and we failed to m_reclaim() anything and
  the alloc is not M_DONTWAIT, then panic with "Out of mbuf clusters".
  Callers that specify M_WAIT can't deal with getting a NULL buffer, so this
  is a more graceful failure than randomly page faulting in the socket code
  or elsewhere.
  
  Revision  Changes    Path
  1.35      +15 -7     src/sys/kern/uipc_mbuf.c