From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 06:38:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E2C716A41B for ; Sat, 16 Feb 2008 06:38:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2944A13C45D for ; Sat, 16 Feb 2008 06:38:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1G6cTrx042265; Sat, 16 Feb 2008 01:38:29 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1G6cSX1088707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 01:38:28 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802160638.m1G6cSX1088707@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 16 Feb 2008 01:38:46 -0500 To: pyunyh@gmail.com, freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20071008061758.GF46694@cdnetworks.co.kr> References: <20071008061758.GF46694@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 06:38:30 -0000 At 01:17 AM 10/8/2007, Pyun YongHyeon wrote: >It seems that there had been several stability issues in vr(4). >Here is mimimal patch that make vr(4) work reliably under heavy >network loads. The patch does the following: > - Always check writability of mbuf before padding and make a > writable copy of the mbuf if mbuf is marked as read-only. > - Before padding is done check remaining bytes such that it can > safely extend buffer size of the mbuf. > - Before padding always check the return value of m_defrag(9). > - Zero out pad space to avoid leaking data. > >If you have vr(4) hardware please give it spin and let me know >the result. Its been working quite well on 3 Soekris 5501 boards! It would be great to see these fixes committed. ---Mike >-- >Regards, >Pyun YongHyeon > > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"