From owner-freebsd-stable@FreeBSD.ORG Fri May 24 07:37:17 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 E9DCE178; Fri, 24 May 2013 07:37:17 +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 158FF2CF; Fri, 24 May 2013 07:37:16 +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 r4O7b1CA053638 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 May 2013 16:37:11 +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 r4O7b1En092540; Fri, 24 May 2013 16:37:01 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 24 May 2013 16:36:46 +0900 (JST) Message-Id: <20130524.163646.628115045676432731.hrs@allbsd.org> To: pyunyh@gmail.com Subject: Re: Apparent fxp regression in FreeBSD 8.4-RC3 From: Hiroki Sato In-Reply-To: <20130524.162926.395058052118975996.hrs@allbsd.org> References: <20130524044919.GA41292@icarus.home.lan> <20130524054720.GA1496@michelle.cdnetworks.com> <20130524.162926.395058052118975996.hrs@allbsd.org> 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_36_46_2013_210)--" 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:37:11 +0900 (JST) X-Spam-Status: No, score=-94.5 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,RCVD_IN_PBL,SAMEHELOBY2HOP,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:37:18 -0000 ----Security_Multipart(Fri_May_24_16_36_46_2013_210)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20130524.162926.395058052118975996.hrs@allbsd.org>: hr> YongHyeon PYUN wrote hr> in <20130524054720.GA1496@michelle.cdnetworks.com>: hr> hr> A workaround is specifying the following line in rc.conf: hr> hr> ifconfig_fxp0="DHCP media 100baseTX mediaopt full-duplex" Hmm, I guess this can happen on other NICs when the link negotiation causes a link-state flap. Is it true? -- Hiroki ----Security_Multipart(Fri_May_24_16_36_46_2013_210)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlGfGI4ACgkQTyzT2CeTzy2XTgCdFWHi5xwbeoiytgb6LIhDhJIq 8RYAoJdz4reCIKhjHN5yFP+lbRV5ZPTz =tOPc -----END PGP SIGNATURE----- ----Security_Multipart(Fri_May_24_16_36_46_2013_210)----