From owner-cvs-all@FreeBSD.ORG  Tue May 27 19:04:34 2003
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6D0E237B401; Tue, 27 May 2003 19:04:34 -0700 (PDT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2320843FAF; Tue, 27 May 2003 19:04:34 -0700 (PDT)
	(envelope-from silby@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h4S24X0U070814;
	Tue, 27 May 2003 19:04:33 -0700 (PDT)
	(envelope-from silby@repoman.freebsd.org)
Received: (from silby@localhost)
	by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h4S24X8K070813;
	Tue, 27 May 2003 19:04:33 -0700 (PDT)
Message-Id: <200305280204.h4S24X8K070813@repoman.freebsd.org>
From: Mike Silbersack <silby@FreeBSD.org>
Date: Tue, 27 May 2003 19:04:33 -0700 (PDT)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/net if_loop.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 02:04:34 -0000

silby       2003/05/27 19:04:33 PDT

  FreeBSD src repository

  Modified files:
    sys/net              if_loop.c 
  Log:
  Replace a handrolled defrag function with m_defrag.  The handrolled
  function couldn't handle chains of > MCLBYTES, and it had a bug which
  caused corruption and panics in certain low mbuf situations.
  
  Additionally, change the failure case so that looutput returns ENOBUFS
  rather than attempting to pass on non-defragmented mbuf chains.
  
  Finally, remove the printf which would happen every time the low memory
  situation occured.  It served no useful purpose other than to clue me
  in as to what was causing the panic in question. :)
  
  MFC after:      4 days
  
  Revision  Changes    Path
  1.83      +14 -21    src/sys/net/if_loop.c