From owner-freebsd-net@FreeBSD.ORG Mon Dec 7 18:56:23 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39E671065670 for ; Mon, 7 Dec 2009 18:56:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f194.google.com (mail-yw0-f194.google.com [209.85.211.194]) by mx1.freebsd.org (Postfix) with ESMTP id D98368FC19 for ; Mon, 7 Dec 2009 18:56:22 +0000 (UTC) Received: by ywh32 with SMTP id 32so4953486ywh.14 for ; Mon, 07 Dec 2009 10:56:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=GruIc9GxPYVn4Ghxf+ALiSvkFaV34mZZgiBVKwfUxQc=; b=NJOPZVCZTzI0aDnYznSl3Em08s9xvg0ytUmoNiEr7NG3bTU+vFyLEnkT+z6oxsO3Vv M4UIBbeENhCMxa7wkW73+ep+mMzU7gxW5BkwSsqgfP9uOoDVrMq3Qds8WZmHO34yp3GJ qSKbZ8Ve/xLkgTu6cPceHiHntEeNSV30e9fTw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=BT4wBuJ+sG3ata+0gWzRD8A8Kvqfxg6HJWpwPVbxQoWhHdokMvf9Y1ZCAzs1fapzSO QwW96IO19gDwS5RMKSEVBH32/US2E19zWd4Bexci6qSE1xyTKRFXsXfVe/BHsWHS+TwY kAy9OiC4bdgZy6Tm99rhQAYGrOGeJn1EH+hmE= Received: by 10.101.180.19 with SMTP id h19mr5901965anp.137.1260212180141; Mon, 07 Dec 2009 10:56:20 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 5sm2104583ywd.8.2009.12.07.10.56.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Dec 2009 10:56:19 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 7 Dec 2009 10:56:06 -0800 From: Pyun YongHyeon Date: Mon, 7 Dec 2009 10:56:06 -0800 To: Chris Cowart Message-ID: <20091207185606.GD1366@michelle.cdnetworks.com> References: <20091207021746.GA86085@marvin.timesinks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091207021746.GA86085@marvin.timesinks.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: msk link problems on 8.0 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: Mon, 07 Dec 2009 18:56:23 -0000 On Sun, Dec 06, 2009 at 06:17:46PM -0800, Chris Cowart wrote: > Hello, > > I recently upgraded my home router box to 8.0. Since doing so, I've had > some problems with the msk driver. > > On startup, I'm experiencing the behavior that seems to be documented in > kern/139093. Specifically, during network initialization, rc displays > the message that it's "Waiting 30s for the default route interface". If > I physically flap the link at this point, the system continues booting > (when missed, the rest of the system doesn't do so well starting up, but > I can flap the link at any future point to get it working). > > Before and after flapping the link, ifconfig reports the same thing: > > | % ifconfig msk0 > | msk0: flags=8943 metric 0 mtu 2290 > | options=118 > | ether 00:16:cb:ae:5b:1f > | inet6 fe80::216:cbff:feae:5b1f%gige0 prefixlen 64 scopeid 0x1 > | media: Ethernet autoselect (1000baseT ) > | status: active > > This interface is configured as a trunk for several VLANs. > > | % dmesg | grep msk > | mskc0: port 0x1000-0x10ff mem > | 0x50200000-0x50203fff irq 16 at device 0.0 on pci1 > | msk0: on mskc0 > | msk0: Ethernet address: 00:16:cb:ae:5b:1f > | miibus0: on msk0 > | mskc0: [FILTER] > | % dmesg | grep e1000 > | e1000phy0: PHY 0 on miibus0 > | e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > | % pciconf -lv > | mskc0@pci0:1:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 > | vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > | device = 'Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller (88E8053)' > | class = network > | subclass = ethernet > > | % uname -a > | FreeBSD gw.ccowart.com 8.0-RELEASE-p1 FreeBSD 8.0-RELEASE-p1 #0: Sun > | Dec 6 14:43:41 PST 2009 root@gw.ccowart.com:/usr/obj/usr/src/sys/ROUTER > | amd64 > > I have the following in my /boot/loader.conf as a workaround that I > believe dates back to 7.0: > > | hw.msk.msi_disable="1" > > I also have "-txcsum" in the interface configuration to address an > earlier bug (both of these may have been resolved at this point; I just > haven't been daring enough to test it). > > Having read the PR, I copied sys/dev/{msk,e1000} from HEAD into the I think the PR has nothing to do with this issue. > 8.0-p1 source tree and installed the resulting kernel. The behavior did > not change. If anyone has any alternative patching I could do, either > against 8.0 or HEAD for these drivers, I'd be more than willing to try > them out. > There was a similar report on missing link state change and I think I committed fix. Are you sure you used latest if_msk.c(r199413) in HEAD? See if you have the following patch. http://svn.freebsd.org/viewvc/base/head/sys/dev/msk/if_msk.c?r1=199012&r2=199413&view=patch > On a related note, last night, when the system did boot, I would also > run into a problem where the following message would be logged: "msk0: > Rx FIFO overrun!". Once logged, the NIC seemed to be completely wedged At least this indicates you didn't use latest msk(4) in HEAD because the message was removed there. > and unusable. Doing ifconfig down/up did not help things. At the time, I > hadn't discovered the physical down/up workaround, so I can't speak to > whether that would have helped (and this error condition hasn't > recurred (knock on wood)). I don't know if the issues are related or I think it would be different issue, let's fix link state issue first. > separate, but if you have any ideas, I'd like to be prepared if it comes > up again. > > Thanks for the help, > > -- > Chris Cowart > http://www.timesinks.net/