From owner-freebsd-net@FreeBSD.ORG Tue Apr 3 02:35:34 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 DD20F1065670 for ; Tue, 3 Apr 2012 02:35:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id A74768FC0A for ; Tue, 3 Apr 2012 02:35:34 +0000 (UTC) Received: by dadz14 with SMTP id z14so13125971dad.17 for ; Mon, 02 Apr 2012 19:35:34 -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=Uxd0ARJoJwTjPE+hBP6aNHPxrsYu5KfS8r4gE8feJo0=; b=nUdwMvlxus6o/SGcW4X/J+O90YwIN7blU/Og/ODg4w0KNBlMgYYOr8Ynv9RbU21qlz ue7OyxQ6H6Rvv0Wmsn6XjcfF/9ViNFlIg0jrdDvtz3P9pz8OLBBnpOF7YNDPG9heqUq7 0/BLeRyRE1LE7yCOL40tGAqEVw1jfXDqo4kDRNRhy0BZLGp8z7VSLRWFzLv1cQMwPUvg toYTqq32jiWZczZ+v2Y8rgj3h+QsXh8VuCbAofGQm4zcZuJmctiaSruFJeYdjRhrysKj 79TquEsBXxiM9SkYqq13cTboTJufmTOczczsx0aVqzgM9Y3xg+HMA6kGISzT49MmSUPx y9FA== Received: by 10.68.189.170 with SMTP id gj10mr24931603pbc.121.1333420534215; Mon, 02 Apr 2012 19:35:34 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id r10sm15260520pbf.22.2012.04.02.19.35.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 02 Apr 2012 19:35:33 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 03 Apr 2012 11:35:21 -0700 From: YongHyeon PYUN Date: Tue, 3 Apr 2012 11:35:21 -0700 To: enoch Message-ID: <20120403183521.GA7380@michelle.cdnetworks.com> References: <20120330233819.GC7325@michelle.cdnetworks.com> <4F75C5EC.6090303@hotmail.com> <20120402195215.GA3571@michelle.cdnetworks.com> <20120403023225.GD3571@michelle.cdnetworks.com> <87ty11670b.fsf@hotmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <87ty11670b.fsf@hotmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: [nfe] DHCP failure on 8-stable 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, 03 Apr 2012 02:35:34 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Apr 02, 2012 at 07:36:36PM -0400, enoch wrote: > YongHyeon PYUN writes: > > > On Mon, Apr 02, 2012 at 03:50:02AM -0400, enoch wrote: > >> On 04/02/2012 03:52 PM, YongHyeon PYUN wrote: > >> > On Fri, Mar 30, 2012 at 10:40:44AM -0400, enoch wrote: > >> >> On 03/30/2012 19:38, YongHyeon PYUN wrote: > >> >>> On Fri, Mar 30, 2012 at 03:01:52AM -0400, enoch wrote: > >> >>>> Recently it became extremely difficult to pass the DHCP discovery step > >> >>>> on boot. Now I am using the buggy [nve] instead. > >> >>>> > >> >>>> Can anyone help? > >> >>>> > >> >>> > >> >>> Did you set synchronous_dhclient option in rc.conf? > >> >>> > >> >> > >> >> Yes: ifconfig_nfe0="SYNCDHCP" > >> >> > >> >> I guess [nfe] is undergoing gradual devel changes of some sort as before > >> >> it had some chance of reporting "empty headers" on initial ifconfig and > >> >> refusing to work. Sorry, I should have reported when encountering the > >> >> first problems rather than solve by reboot. > >> > > >> > Would you show me the output of both dmesg(nfe(4) and its PHY only) > >> > and 'sysctl dev.nfe.0.stats'? > >> > It would be also helpful to know whether nfe(4) still sees > >> > incoming traffic. > >> > Does assigning static IP work? > >> > > >> > >> Static IP direct communication attempt from this desktop to another > >> laptop through a crossover cable fails as follows. Thanks. > >> > >> nfe0: flags=8843 metric 0 mtu 1500 > >> options=82008 > >> ether 00:1f:bc:00:19:dc > >> inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > >> media: Ethernet autoselect (1000baseT > >> ) > >> status: active > >> > >> nfe0: link state changed to UP > >> nfe0: port 0xf200-0xf207 > >> mem 0xefffb000-0xefffbfff irq 21 at device 20.0 on pci0 > >> miibus1: on nfe0 > > > > It seems you've omitted PHY driver here. What PHY driver was > > attached to nfe(4)? > > > > miibus1: on nfe0 > rgephy1: PHY 1 on miibus1 > > >> nfe0: Ethernet address: 00:1f:bc:00:19:dc > >> nfe0: [FILTER] > >> nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > >> nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > >> nfe0: link state changed to UP > >> nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > >> nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > >> nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > >> > >> dev.nfe.0.stats.rx.frame_errors: 0 > >> dev.nfe.0.stats.rx.extra_bytes: 0 > >> dev.nfe.0.stats.rx.late_cols: 0 > >> dev.nfe.0.stats.rx.runts: 0 > >> dev.nfe.0.stats.rx.jumbos: 0 > >> dev.nfe.0.stats.rx.fifo_overuns: 0 > >> dev.nfe.0.stats.rx.crc_errors: 0 > >> dev.nfe.0.stats.rx.fae: 0 > >> dev.nfe.0.stats.rx.len_errors: 0 > >> dev.nfe.0.stats.rx.unicast: 56 > >> dev.nfe.0.stats.rx.multicast: 0 > >> dev.nfe.0.stats.rx.broadcast: 280 > >> dev.nfe.0.stats.tx.octets: 7517 > >> dev.nfe.0.stats.tx.zero_rexmits: 51 > >> dev.nfe.0.stats.tx.one_rexmits: 0 > >> dev.nfe.0.stats.tx.multi_rexmits: 0 > >> dev.nfe.0.stats.tx.late_cols: 0 > >> dev.nfe.0.stats.tx.fifo_underuns: 0 > >> dev.nfe.0.stats.tx.carrier_losts: 0 > >> dev.nfe.0.stats.tx.excess_deferrals: 0 > >> dev.nfe.0.stats.tx.retry_errors: 0 > >> > > > > Thanks. Would you show me the output of "pciconf -lcbv"? > > > > nfe0@pci0:0:20:0: class=0x068000 card=0x10003842 chip=0x026910de rev=0xa3 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP51 Network Bus Enumerator' > class = bridge > bar [10] = type Memory, range 32, base 0xefffb000, size 4096, enabled > bar [14] = type I/O Port, range 32, base 0xf200, size 8, enabled > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > > Interestingly, now that nfe0 is using a static IP it sometimes boots > up properly. Are you interested in its good working? Yes I am. Would you try attached patch and let me know whether the patch makes any difference on your box? --wac7ysb48OaltWcw Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="nfe.power.diff" Index: sys/dev/nfe/if_nfe.c =================================================================== --- sys/dev/nfe/if_nfe.c (revision 233767) +++ sys/dev/nfe/if_nfe.c (working copy) @@ -836,12 +836,6 @@ if ((sc->nfe_flags & NFE_PWR_MGMT) == 0) return; - NFE_WRITE(sc, NFE_RXTX_CTL, NFE_RXTX_RESET | NFE_RXTX_BIT2); - NFE_WRITE(sc, NFE_MAC_RESET, NFE_MAC_RESET_MAGIC); - DELAY(100); - NFE_WRITE(sc, NFE_MAC_RESET, 0); - DELAY(100); - NFE_WRITE(sc, NFE_RXTX_CTL, NFE_RXTX_BIT2); pwr = NFE_READ(sc, NFE_PWR2_CTL); pwr &= ~NFE_PWR2_WAKEUP_MASK; if (sc->nfe_revid >= 0xa3 && @@ -849,6 +843,12 @@ sc->nfe_devid == PCI_PRODUCT_NVIDIA_NFORCE430_LAN2)) pwr |= NFE_PWR2_REVA3; NFE_WRITE(sc, NFE_PWR2_CTL, pwr); + NFE_WRITE(sc, NFE_RXTX_CTL, NFE_RXTX_RESET | NFE_RXTX_BIT2); + NFE_WRITE(sc, NFE_MAC_RESET, NFE_MAC_RESET_MAGIC); + DELAY(100); + NFE_WRITE(sc, NFE_MAC_RESET, 0); + DELAY(100); + NFE_WRITE(sc, NFE_RXTX_CTL, NFE_RXTX_BIT2); } --wac7ysb48OaltWcw--