From owner-freebsd-net@FreeBSD.ORG Tue Mar 13 04:26:05 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B24941065670 for ; Tue, 13 Mar 2012 04:26:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 814FF8FC08 for ; Tue, 13 Mar 2012 04:26:05 +0000 (UTC) Received: by dald2 with SMTP id d2so254209dal.13 for ; Mon, 12 Mar 2012 21:26:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ArMVEX4I0xeVJwgCDfV4cTXphUBfvm9OOVeTRXcVGBs=; b=f0mTwfWvxcPOORtWqqFCrqH6fpF/KWdoQ/lQXl2LtCbjvoUyjKs3hVZnRmfDyaOW/V AGmfJvo1pXF6s2rVlNkX5DRlnt+M4vlara89apPR+1QvgVk3sG+Pk24Omg3zoxBulVd2 YdtRTZHxACsjye5r4mQg07B2IENmG2Z1X3/9BsVSMEvl73GJBywe3GvL0IRMpOiKJlsq qoaB1etk5sFDa2Lg+3oeuOwRKUmWKLVHevzYSCeuTiSpkCLCnT3FJttm3iG1ie/BP7f/ LJ9oSdDJaBr5vWnKrZV1lSYYoVmLQygqyVVuPgsO3MBEwbJxddW/0T5NNIFND+Eu2eDe wdJQ== Received: by 10.68.72.70 with SMTP id b6mr4650533pbv.58.1331612764766; Mon, 12 Mar 2012 21:26:04 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id u9sm111245pbj.39.2012.03.12.21.26.01 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Mar 2012 21:26:03 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 13 Mar 2012 13:25:59 -0700 From: YongHyeon PYUN Date: Tue, 13 Mar 2012 13:25:59 -0700 To: Andreas Longwitz Message-ID: <20120313202559.GA3360@michelle.cdnetworks.com> References: <4F594856.3030303@incore.de> <20120312211907.GC3671@michelle.cdnetworks.com> <4F5E0AF7.30302@incore.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F5E0AF7.30302@incore.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and Microcode X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 04:26:05 -0000 On Mon, Mar 12, 2012 at 03:40:55PM +0100, Andreas Longwitz wrote: > > > Unfortunately this still does not make any difference on i82550C > > controller(still spews SCB timeouts). By chance, do you have > > original i82550? Show me the output of 'pciconf -l'. > > fxp0@pci0:0:3:0: class=0x020000 card=0x340f8086 chip=0x12298086 > rev=0x0d hdr=0x00 > fxp1@pci0:0:4:0: class=0x020000 card=0x340f8086 chip=0x12298086 > rev=0x0d hdr=0x00 > fxp2@pci0:1:9:0: class=0x020000 card=0x10408086 chip=0x12298086 > rev=0x0c hdr=0x00 > > >From if_fxpreg.h: > > #define FXP_REV_82550 12 > #define FXP_REV_82550_C 13 /* 82550 C stepping */ > > Therefore I think fxp0/fxp1 are 82550C (on motherboard) and fxp2 is > original 82550. I have several servers with this constellation and saw > SCB timeouts only one time during the last 6 month while debugging with > wireshark: > fwvpn kernel: fxp0: promiscuous mode enabled > fwvpn kernel: fxp0: Microcode loaded, int_delay: 1000 usec > bundle_max: 6 > fwvpn kernel: fxp0: SCB timeout: 0x80 0x20 0x90 0x1 > fwvpn last message repeated 5 times > The microcode is normally used to reduce high number of interrupts under heavy network load by bundling multiple RX frames. However your reason to use microcode for i82550C looks weird since the microcode used for i82550C does not have a fix for TCO bug. The microcode for i82550(fxp2 in your system) indeed has fix for TCO bug and includes additional feature for bundling. If you're suffering from TCO bug of i82550, NFS over UDP issue should happen only on i82550(fxp2). Can you check whether the NFS issue happens on i82550C (fxp0 and fxp1) without loading the microcode? I still can't explain why your i82550C with the loaded microcode does not generates SCB timeouts because mine always shows the error right after loading the microcode. Are you actively using fxp0 or fxp1 after loading the microcode? If yes, could you check whether the CPU Saver feature of the microcode really works on i82550C? You may be able to use netperf UDP stream test to verify that. > Regards, > > Andreas Longwitz >