From owner-cvs-all@FreeBSD.ORG  Thu Dec 22 04:23:11 2005
Return-Path: <owner-cvs-all@FreeBSD.ORG>
X-Original-To: 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 C2A2E16A41F;
	Thu, 22 Dec 2005 04:23:11 +0000 (GMT)
	(envelope-from emaste@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7844A43D5C;
	Thu, 22 Dec 2005 04:23:11 +0000 (GMT)
	(envelope-from emaste@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.13.1/8.13.1) with ESMTP id jBM4NBBT069423;
	Thu, 22 Dec 2005 04:23:11 GMT
	(envelope-from emaste@repoman.freebsd.org)
Received: (from emaste@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id jBM4NBN4069422;
	Thu, 22 Dec 2005 04:23:11 GMT (envelope-from emaste)
Message-Id: <200512220423.jBM4NBN4069422@repoman.freebsd.org>
From: Ed Maste <emaste@FreeBSD.org>
Date: Thu, 22 Dec 2005 04:23:11 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: RELENG_6
Cc: 
Subject: cvs commit: src/sys/kern uipc_mbuf.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
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: Thu, 22 Dec 2005 04:23:12 -0000

emaste      2005-12-22 04:23:11 UTC

  FreeBSD src repository

  Modified files:        (Branch: RELENG_6)
    sys/kern             uipc_mbuf.c 
  Log:
  MFC r1.160:
    When using m_dup(9) to copy more than MHLEN bytes of data, don't
    create an mbuf chain that starts with a cluster containing just MHLEN
    bytes.  This happened because m_dup called m_get or m_getcl depending
    on the amount of data to copy, but then always set the size available
    in the first mbuf to MHLEN.
  
  Approved by:    jmg
  Silence from:   rwatson (mentor)
  
  Revision   Changes    Path
  1.148.2.2  +2 -1      src/sys/kern/uipc_mbuf.c