From owner-freebsd-stable@FreeBSD.ORG Fri May 24 07:30:58 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 52053C21; Fri, 24 May 2013 07:30:58 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 39B2024E; Fri, 24 May 2013 07:30:57 +0000 (UTC) Received: from alph.d.allbsd.org (p2175-ipbf701funabasi.chiba.ocn.ne.jp [122.25.209.175]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r4O7UeTZ052993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 May 2013 16:30:50 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r4O7UclS092450; Fri, 24 May 2013 16:30:39 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 24 May 2013 16:29:26 +0900 (JST) Message-Id: <20130524.162926.395058052118975996.hrs@allbsd.org> To: pyunyh@gmail.com Subject: Re: Apparent fxp regression in FreeBSD 8.4-RC3 From: Hiroki Sato In-Reply-To: <20130524054720.GA1496@michelle.cdnetworks.com> References: <20130524044035.GA40957@icarus.home.lan> <20130524044919.GA41292@icarus.home.lan> <20130524054720.GA1496@michelle.cdnetworks.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_May_24_16_29_26_2013_592)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Fri, 24 May 2013 16:30:50 +0900 (JST) X-Spam-Status: No, score=-94.5 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,RCVD_IN_PBL,SAMEHELOBY2HOP,TO_NO_BRKTS_PCNT,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: jdc@koitsu.org, gjb@FreeBSD.org, freebsd-stable@FreeBSD.org, re@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2013 07:30:58 -0000 ----Security_Multipart(Fri_May_24_16_29_26_2013_592)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit YongHyeon PYUN wrote in <20130524054720.GA1496@michelle.cdnetworks.com>: py> On Thu, May 23, 2013 at 09:49:19PM -0700, Jeremy Chadwick wrote: py> > On Thu, May 23, 2013 at 09:40:35PM -0700, Jeremy Chadwick wrote: py> > > On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote: py> > > > On Thu, May 23, 2013 at 08:38:06PM -0700, Jeremy Chadwick wrote: py> > > > > If someone wants me to test DHCP via fxp(4) on the above system (I can py> > > > > do so with both NICs), just let me know; it should only take me half an py> > > > > hour or so. py> > > > > py> > > > > I'll politely wait for someone to say "please do so" else won't bother. py> > > > > py> > > > py> > > > For the sake of completeness... py> > > > py> > > > "Please do so." :) py> > > py> > > Issue reproduced 100% reliably, even within sysinstall. py> > > py> > > {snip} py> > py> > Forgot to add: py> > py> > This issue ONLY happens when using DHCP. py> > py> > Statically assigning the IP address works fine; fxp0 goes down once, py> > up once, then stays up indefinitely. py> py> I asked Mike to try backing out dhclient(8) change(r247336) but it py> seems he missed that. Jeremy, could you try that? py> py> I guess dhclient(8) does not like flow-control negotiation of py> fxp(4) after link establishment. Okay, I could reproduce this issue on my box. After invocation of dhclient(8), a link is up and then state_reboot() drops the link establishment. Removing the changes around RTM_IFINFO in r247336 makes it work with no problem. A workaround is specifying the following line in rc.conf: ifconfig_fxp0="DHCP media 100baseTX mediaopt full-duplex" -- Hiroki ----Security_Multipart(Fri_May_24_16_29_26_2013_592)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlGfFtYACgkQTyzT2CeTzy2L9ACfaXPluTP5rFEX9DHxU2N29fa6 PYoAn1jFexNVUJ4xrHtgL8KylJZ2Bn2Q =POsy -----END PGP SIGNATURE----- ----Security_Multipart(Fri_May_24_16_29_26_2013_592)----