From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 17:28:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C913616A469 for ; Thu, 27 Sep 2007 17:28:14 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 50ACD13C47E for ; Thu, 27 Sep 2007 17:28:12 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1581094ugf for ; Thu, 27 Sep 2007 10:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=pGmPiNQhU9+Dk5Bma+y3H3HoECEMrwRjWVwwwRdjN8c=; b=YC1UByimQv2JowFokF2HcGxnca5D08OBh5VJXwVcom+WlUh9lCx+Zpo/W2pKPBEuYu5r6Berjzzp4AaqlIkCTnt9Y4mBRw9RLS8ZL/ARZ/PU7/h3g2/cUpfbRvG/DUxuMyM5ZkuyaVMLj+UUQIOpLlMVeNj7vV47veIzNrP1IRc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PVtjycdqVQS5W+z525Kv5fuG+bzdv5d6Jx4pydiElI8MfzCj6RYvook4RuLuuYXe2q+ooCCDY5LeHF88BLkKtHOHgzOkhyloE5Rcuaaf3Rp2rj6zjbwf/nYTMsTq2eM/xVXXx5j4+ofULXpbv310ZqwAQez7FtdtvIZ6HaEOP8s= Received: by 10.66.248.5 with SMTP id v5mr3883548ugh.1190914089588; Thu, 27 Sep 2007 10:28:09 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Thu, 27 Sep 2007 10:28:08 -0700 (PDT) Message-ID: <3aaaa3a0709271028x59476d8i658cd2ca454f154f@mail.gmail.com> Date: Thu, 27 Sep 2007 18:28:08 +0100 From: Chris To: pyunyh@gmail.com In-Reply-To: <20070927065008.GD3692@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240917p2776136fn50eb2d5bbbaeebf2@mail.gmail.com> <20070927065008.GD3692@cdnetworks.co.kr> Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:28:14 -0000 On 27/09/2007, Pyun YongHyeon wrote: > On Mon, Sep 24, 2007 at 05:17:40PM +0100, Chris wrote: > > On 24/09/2007, Jeremy Chadwick wrote: > > > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > > > nfe0: flags=8843 mtu 1500 > > > > options=8 > > > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > > > ether x > > > > media: Ethernet autoselect (1000baseTX ) > > > > status: active > > > > > > > > 1 - is there a man page for nfe anywhere? > > > > > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > > > which is supposedly the same code. > > > > > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > > > > > 2 - does it support hardware checksum I remember reading it does but > > > > from ifconfig output it appears to not be in use so if it does support > > > > it how do I enable it? > > > > > > It does support it, but I don't know the circumstances surrounding when > > > it gets enabled. That is to say, it's known that some versions of the > > > chip (and/or associated PHY) have bugs, so possibly hardware checksum > > > offloading is known to be broken on the system you're on. Taken from my > > > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > > > > > nfe0: flags=8843 metric 0 mtu 1500 > > > options=10b > > > ether 00:15:f2:17:30:e9 > > > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > > > media: Ethernet 1000baseTX > > > status: active > > > > > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > > > line. > > > > > > > 3 - same with TOS? > > > > > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > > > > > 4 - how do I enable jumbo frames if it supports it? > > > > > > You should take a bit more itme to read the webpage you obtained the > > > driver from. I see these on the page: > > > > > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > > > Tx/Rx checksum offload settings with ifconfig. > > > 2006/08/11 Added support for jumbo frame capability. > > > > > > yongari@ (Pyun YongHyeon) should be able to provide additional help > > > with both. > > > > > > > 5 - is it safe to use with zero copy sockets? > > > > > > No idea. > > > > > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > > > this driver safe to use on them? > > > > > > No idea. > > > > > > -- > > > | Jeremy Chadwick jdc at parodius.com | > > > | Parodius Networking http://www.parodius.com/ | > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > > > > > Ok to recap I have nforce 430 MCP13 > > > > I checked the src and current and 6.2-stable driver I am using are the > > same version number but my driver src has this added above tunables. > > > > /* definitions for backporting RELENG-6 */ > > #ifndef IFCAP_TSO4 > > #define IFCAP_TSO4 0 > > #define CSUM_TSO 0 > > #endif > > #ifndef VLAN_CAPABILITIES > > #define VLAN_CAPABILITIES(x) > > #endif > > #ifndef IFCAP_VLAN_HWCSUM > > #define IFCAP_VLAN_HWCSUM 0 > > #endif > > > > I am guessing If I set the values to 1 I get the features but would > > like someone to confirm this for me before I try it thanks. I only > > have remote access so if it stops the card working I lose access to > > the box. > > > > Do you have strong evidence that nForce 430(MCP13, aka MCP51) supports > hardware checksum offload? AFAIK MCP13 does NOT have support checksum > offload/jumbo frame as well as TSO. > > If you want to experiment checksum offload capability of MCP13 > hardware replace the following line in nfe_attach(). > > From: > case PCI_PRODUCT_NVIDIA_MCP51_LAN1: > case PCI_PRODUCT_NVIDIA_MCP51_LAN2: > sc->nfe_flags |= NFE_40BIT_ADDR | NFE_PWR_MGMT; > break; > > To: > case PCI_PRODUCT_NVIDIA_MCP51_LAN1: > case PCI_PRODUCT_NVIDIA_MCP51_LAN2: > sc->nfe_flags |= NFE_40BIT_ADDR | NFE_PWR_MGMT | NFE_HW_CSUM; > ^^^^^^^^^^^^^^ > break; > > -- > Regards, > Pyun YongHyeon > No I didnt know sorry I didnt know MCP13 was aka MCP51 so that explains why thanks. Chris