Date: Fri, 31 Oct 2008 10:11:25 +0900 From: Pyun YongHyeon <pyunyh@gmail.com> To: Milan Obuch <freebsd-net@dino.sk> Cc: freebsd-net@freebsd.org Subject: Re: re weird bug Message-ID: <20081031011125.GC82781@cdnetworks.co.kr> In-Reply-To: <200810302241.01863.freebsd-net@dino.sk> References: <200810300829.35980.freebsd-net@dino.sk> <20081030102656.GD78796@cdnetworks.co.kr> <200810302241.01863.freebsd-net@dino.sk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 30, 2008 at 10:41:01PM +0100, Milan Obuch wrote: > On Thursday 30 October 2008 11:26:56 Pyun YongHyeon wrote: > > On Thu, Oct 30, 2008 at 08:29:35AM +0100, Milan Obuch wrote: > > > Hi, > > > yesterday I csup'ped my 8-current sources on my MSI Wind netbook (again) > > > and tried to build new kernel. There is again a problem with re > > > interface. It just does not work, with following > > > > > > re0: <RealTek 8101E/8102E/8102EL PCIe 10/100baseTX> port 0xc000-0xc0ff > > > mem 0xffd10000-0xffd10fff,0xffd00000-0xffd0ffff irq 16 at device 0.0 on > > > pci1 re0: Chip rev. 0x34800000 > > > re0: MAC rev. 0x00200000 > > > re0: PHY write failed > > > re0: PHY write failed > > > re0: MII without any phy! > > > device_attach: re0 attach returned 6 > > > > > > in dmesg. This happened already some time ago, but I did not investigate > > > it, just reverted to older kernel and later it disappeared. Today I > > > found there is some timing issue or racing condition - when I boot with > > > verbose message logging, it works with expected > > > > > > re0: <RealTek 8101E/8102E/8102EL PCIe 10/100baseTX> port 0xc000-0xc0ff > > > mem 0xffd10000-0xffd10fff,0xffd00000-0xffd0ffff irq 16 at device 0.0 on > > > pci1 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xffd10000 > > > re0: MSI count : 1 > > > re0: Chip rev. 0x34800000 > > > re0: MAC rev. 0x00200000 > > > miibus0: <MII bus> on re0 > > > rlphy0: <RTL8201L 10/100 media interface> PHY 1 on miibus0 > > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > re0: bpf attached > > > re0: Ethernet address: 00:1d:92:59:f5:8b > > > re0: [MPSAFE] > > > re0: [FILTER] > > > > > > So I think some issue could be in miibus or rlphy code. > > > I am using stripped down kernel with no interfaces, I kldload if_re (and > > > miibus as dependency), if that matters. > > > Has anybody an idea or patch to test? Something similar appeared > > > recently on list, but I would like to get issue commented first (maybe > > > with a pointer to patch). > > > > That's known issue for newer RealTek PCIe controllers. Would you > > please try the patch at the following URL? > > http://people.freebsd.org/~yongari/re/re.ephy.patch.20081021 > > > > Since it's not easy to reproduce this issue please make sure to > > (cold and warm) reboot several times until you can put confidence > > in the patch. > > I tried, but no change - with patch applied re still does not work unless I > boot with verbose logging, no matter whether I boot cold or warm. > Thanks for testing. If you look into patched if_re.c you can see a "#if 1" in function re_ephy_config(). How about changing it to "#if 0" to enable more aggresive reprogramming for EPHY register? -- Regards, Pyun YongHyeon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081031011125.GC82781>