Date: Wed, 29 May 2013 15:42:24 +0900 From: YongHyeon PYUN <pyunyh@gmail.com> To: "Michael L. Squires" <mikes@siralan.org> Cc: jdc@koitsu.org, gjb@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: Apparent fxp regression in FreeBSD 8.4-RC3 Message-ID: <20130529064224.GB3042@michelle.cdnetworks.com> In-Reply-To: <alpine.BSF.2.00.1305281524010.1081@familysquires.net> References: <20130524044919.GA41292@icarus.home.lan> <20130524054720.GA1496@michelle.cdnetworks.com> <20130524.162926.395058052118975996.hrs@allbsd.org> <20130524.163646.628115045676432731.hrs@allbsd.org> <20130526113841.GA1511@michelle.cdnetworks.com> <20130527043923.GA1480@michelle.cdnetworks.com> <alpine.BSF.2.00.1305271258170.1096@familysquires.net> <20130528023300.GA3077@michelle.cdnetworks.com> <alpine.BSF.2.00.1305281524010.1081@familysquires.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 28, 2013 at 03:34:00PM -0400, Michael L. Squires wrote: > Short answer: it didn't work. [...] > Patch did not solve the problem on the home NAT box. I'll try it on the Hmm, I can't reproduce it on my box. I double checked every possible controller initialization sequences in driver but couldn't find a clue. Let you know if I manage to narrow down the issue. > second 1U box at work tomorrow. > > I applied the patch (see below) and recompiled/reinstalled world. > Rebuilding kernel should be enough. > root@familysquires:/usr/src/sys/dev/fxp # uname -a > FreeBSD familysquires.net 8.4-RELEASE FreeBSD 8.4-RELEASE #54: Sun May 26 > 22:56:19 EDT 2013 root@familysquires.net:/usr/obj/usr/src/sys/NEWGATE > i386 > > drwxr-xr-x 236 root 3584 May 28 10:28 ../ > -rw-r--r-- 1 root 95366 May 28 10:28 if_fxp.c > -rw-r--r-- 1 root 94968 Mar 28 09:04 if_fxp.c.orig > -rw-r--r-- 1 root 15638 Mar 28 09:04 if_fxpreg.h > -rw-r--r-- 1 root 8717 Mar 28 09:04 if_fxpvar.h > -rw-r--r-- 1 root 23009 Mar 28 09:04 rcvbundl.h > > One immediate difference in behavior is that without the modified rc.conf > the box was unable to use ntp to the outside world; it eventually sync'd on > my internal ntp server. With the modified rc.conf the box immediately > sync'd to an ntp server in the outside world. > There is a side-effect of the rc.conf workaround. Parallel detection may or may not work and generally can result in duplex mismatch.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130529064224.GB3042>