Date: Sat, 28 Mar 2009 18:42:05 +0200 From: Niki Denev <ndenev@gmail.com> To: pyunyh@gmail.com Cc: freebsd-current@freebsd.org Subject: Re: axe(4) (Belkin F5D5055) problems Message-ID: <2e77fc10903280942u7c934aa4w80176680e9dff6d7@mail.gmail.com> In-Reply-To: <20090328102735.GE99923@michelle.cdnetworks.co.kr> References: <75656435-49E2-457A-9CFE-8706CD44916E@gmail.com> <20090328080924.GD99923@michelle.cdnetworks.co.kr> <2e77fc10903280259s5a761cacs398b88649a2367fe@mail.gmail.com> <20090328102735.GE99923@michelle.cdnetworks.co.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Mar 28, 2009 at 12:27 PM, Pyun YongHyeon <pyunyh@gmail.com> wrote: > On Sat, Mar 28, 2009 at 11:59:13AM +0200, Niki Denev wrote: >> 2009/3/28 Pyun YongHyeon <pyunyh@gmail.com>: >> > On Fri, Mar 27, 2009 at 09:14:06PM +0200, Nikolay Denev wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> >> Hash: SHA1 >> >> >> >> Hello, >> >> >> >> I'm running -current from 23.03.09 and I'm experiencing some axe(4) >> >> problems. >> >> Basically the network connection works but when some more serious >> >> traffic hits the >> >> interface (i.e. torrent download) it then dies, ifconfig down/up >> >> does not help, only replugging of the adapter. >> >> >> >> I've tried running with hw.usb2.axe.debug=15 and the output was many >> >> lines of: >> >> >> >> ? ?axe_bulk_write_callback:853: transfer complete >> >> >> >> then a pause of several seconds and the kernel begins to print : >> >> >> >> ? ?axe_bulk_write_callback:925: transfer error, USB_ERR_TIMEOUT >> >> >> >> Another strange thing that I noticed is that, while the interface >> >> seems to be >> >> connected and working, if I type many times ifconfig ue0 consecutively >> >> most of the time it would show different settings for the auto >> >> negotiated link. >> >> I.e. it would cycle between 100baseTX-FDX, 1000baseT-FDX, no carrier, >> >> 100BaseT-FDX hw-loopback and 1000BaseT-FDX hw-loopback. >> >> >> >> The switch does not seem to register link flaps. >> >> >> > >> > axe(4) requires exact link state/speed information from mii(4) to >> > reprogram controller to resolved speed/duplex. In this case >> > ukphy(4) seems to report fake link state/speed to axe(4). >> > >> >> The kernel messages for the interface are : >> >> >> >> ? ?ugen2.5: <Belkin Components> at usbus2 >> >> ? ?axe0: <Belkin Components F5D5055, rev 2.00/0.01, addr 5> on usbus2 >> >> ? ?axe0: PHYADDR 0xe0:0x01 >> >> ? ?miibus0: <MII bus> on axe0 >> >> ? ?ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0 >> >> ? ?ukphy0: ?10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> >> 1000baseT, 1000baseT-FDX, auto >> >> ? ?ue0: <USB Ethernet> on axe0 >> >> ? ?ue0: Ethernet address: 00:11:50:xx:xx:xx >> >> >> >> devinfo -vr | grep phy >> >> ukphy0 pnpinfo oui=0xa0bc model=0x1 rev=0x2 at phyno=1 >> >> >> > >> > This looks like Agere systems ET110C TruePHY. Would you try >> > attached patch? Because truephy(4) pokes some undocumented PHY >> > registers on PHY reset I'm not sure this model also requires that >> > magic to make it work though. >> > >> >> Hi Pyun, >> >> Thanks for the patch. >> >> With it the PHY is now detected as truephy. >> The only thing that i notice is that if the media status changes displayed with >> ifconfig are less frequent, and I mostly see 1000baseT-FDX and 100baseT-HDX >> The packet loss is still there, and the interface again stops to work >> after some time. >> > > Ok, revert previous patch and try attached one. This one does not > try to load ET1011C dsp codes. If this does not work next thing > would be try to load dsp code for ET1011C revision 1 model. > Not sure where I can find required dsp code. > There don't seem to be any improvement with the new patch. The packetloss and media status changes are still here. Maybe check Linux/Solaris/OtherBSD driver? -- Niki
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2e77fc10903280942u7c934aa4w80176680e9dff6d7>