Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 30 Mar 2009 11:16:48 +0900
From:      Pyun YongHyeon <pyunyh@gmail.com>
To:        Niki Denev <ndenev@gmail.com>
Cc:        Sepherosa Ziehau <sepherosa@gmail.com>, freebsd-current@freebsd.org
Subject:   Re: axe(4) (Belkin F5D5055) problems
Message-ID:  <20090330021648.GE7076@michelle.cdnetworks.co.kr>
In-Reply-To: <2e77fc10903281539h7b713711w116a90fd2bfadbcf@mail.gmail.com>
References:  <75656435-49E2-457A-9CFE-8706CD44916E@gmail.com> <20090328080924.GD99923@michelle.cdnetworks.co.kr> <2e77fc10903280259s5a761cacs398b88649a2367fe@mail.gmail.com> <20090328102735.GE99923@michelle.cdnetworks.co.kr> <2e77fc10903280942u7c934aa4w80176680e9dff6d7@mail.gmail.com> <2e77fc10903281539h7b713711w116a90fd2bfadbcf@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Mar 29, 2009 at 12:39:22AM +0200, Niki Denev wrote:
> On Sat, Mar 28, 2009 at 6:42 PM, Niki Denev <ndenev@gmail.com> wrote:
> > 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
> >
> 
> LSI seem to have several documents about this phy chip, including
> datasheet (which you probably have) and errata :
> http://www.lsi.com/DistributionSystem/AssetDocument/documentation/networking/ethernet/et1011c/DS06-161GPHY_ET1011C_09-28-2007.pdf
> http://www.lsi.com/DistributionSystem/AssetDocument/documentation/networking/ethernet/et1011c/ET1011C_Errata_08June2007.pdf
> 

Yes, but unfortunately it is for model 3 or model 4. Yours is model
1. In fact I have no idea whether model 1 is ET1011C. It seems that
there are ET1011A or ET1011B PHYs.

Sepherosa, do you have more information on ET1011A/ET1011B PHY?



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090330021648.GE7076>