From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 07:27:35 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 A886E106566B for ; Wed, 16 Jul 2008 07:27:35 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6EFC58FC14 for ; Wed, 16 Jul 2008 07:27:35 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:4889:afda:a548:e04] (unknown [IPv6:2001:7b8:3a7:0:4889:afda:a548:e04]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9606D3F; Wed, 16 Jul 2008 09:27:33 +0200 (CEST) Message-ID: <487DA2E5.3080201@andric.com> Date: Wed, 16 Jul 2008 09:27:33 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.17pre (Windows/20080712) MIME-Version: 1.0 To: pyunyh@gmail.com References: <484BC9FB.2040605@andric.com> <20080609012657.GD12521@cdnetworks.co.kr> <484D215A.7050700@andric.com> <20080609123206.GF12521@cdnetworks.co.kr> <484D25CC.9050106@andric.com> <20080610050550.GB17874@cdnetworks.co.kr> <484E9377.2050609@andric.com> <20080611005814.GA3529@cdnetworks.co.kr> <48666CD7.9020706@andric.com> <20080630043156.GB79537@cdnetworks.co.kr> <20080714013519.GE36245@cdnetworks.co.kr> In-Reply-To: <20080714013519.GE36245@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers: re(4) and RTL8168C/RTL8168CP/RTL8111C/RTL8111CP 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: Wed, 16 Jul 2008 07:27:35 -0000 On 2008-07-14 03:35, Pyun YongHyeon wrote: > Here is patch for re(4) link handling. > Copy if_re.c and if_rlreg.h from HEAD to RELENG_7 and apply > attached one. If you still see watchdog timeouts, please turn off > TSO and let me know how it goes. I've tested this trough several reboots, and I haven't been bitten by any watchdogs yet. :) I'll run some stress tests today, to see if it handles that too. > One user reported TSO issues on 8169 family controllers but I > can't reproduce this on my 8169 hardware so it could be related > with silicon bug of sepecific revision of the hardware. I'm using re's default settings, which seem to be: re0: flags=8843 metric 0 mtu 1500 options=399b So TSO for IPv4 but not IPv6, right? I haven't yet seen any problems because of it. What would be a good way to "exercise" TSO?