From owner-cvs-all@FreeBSD.ORG Tue Jan 15 09:55:56 2008 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FA8116A417; Tue, 15 Jan 2008 09:55:56 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 508E513C455; Tue, 15 Jan 2008 09:55:55 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 51B8266B968; Tue, 15 Jan 2008 10:55:53 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AwAhjm2Zh1jO; Tue, 15 Jan 2008 10:55:42 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 98B47669889; Tue, 15 Jan 2008 10:55:42 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id m0F9tguI034519; Tue, 15 Jan 2008 10:55:42 +0100 (CET) (envelope-from rdivacky) Date: Tue, 15 Jan 2008 10:55:42 +0100 From: Roman Divacky To: Pyun YongHyeon Message-ID: <20080115095542.GA34226@freebsd.org> References: <200801150110.m0F1AVlA001255@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801150110.m0F1AVlA001255@repoman.freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/pci if_rlreg.h src/sys/dev/re if_re.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 09:55:56 -0000 > - The number of allowable Tx DMA segments for a mbuf chains are > now 32 instead of magic nseg value. If the number of available > Tx descriptors are short enough to send highly fragmented mbuf > chains an optimized re_defrag() is called to collapse mbuf > chains which is supposed to be much faster than m_defrag(9). > re_defrag() was borrowed from ath(4). would it make sense to introduce a new foo_defrag() to not duplicate the ath|re_defrag() all over the place?