Date: Wed, 25 Feb 2009 23:15:38 -0500 From: Steve Wills <STEVE@stevenwills.com> To: pyunyh@gmail.com Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: 7.1-R to RELENG_7 upgrade breaks re nic Message-ID: <594BAC6A-498A-4B82-A18B-EB09FEA2F322@stevenwills.com> In-Reply-To: <20090226041023.GD63173@michelle.cdnetworks.co.kr> References: <AE144701-409A-4D9F-9947-A725B0810ACA@STEVENWILLS.COM> <20090226003842.GB63173@michelle.cdnetworks.co.kr> <95AD32AC-93AE-4945-A18E-CE7099BEC3CA@stevenwills.com> <20090226041023.GD63173@michelle.cdnetworks.co.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Feb 25, 2009, at 11:10 PM, Pyun YongHyeon wrote: >> I get 3 link state DOWN/UP notices when DHCP client starts. It works > > That's normal(Technically this is not correct behavior but it's the > way how it was implemented in driver). Ok. Not a huge deal, but would be nice to fix, of course. >> for exactly 60 seconds after boot, then stops. > > I guess re(4) thinks it lost established link. How about unplug and > then replug UTP cable? Would you show me "devinfo -rv | grep phy"? rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 >> Patch from earlier "fun >> with if_re" thread didn't help, > > Your issue is completely different one. Ok, good to know. >> if_re.c from -CURRENT failed to build. > > You have to use if_re.c/if_rl.c and if_rlreg.h from CURRENT to > build it on stable. Ok. I can test that if you wish. >> Reverting back to rev 1.95.2.36.2.2 fixes it. >> > > Your controller looks like RTL8168D PCIe controller. ATM I have no > idea why if_re.c 1.95.2.41 does not work. I'll let you know if I > find a clue. Ok. I'm happy to test any patches. Thanks, Steve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?594BAC6A-498A-4B82-A18B-EB09FEA2F322>