Re: axe(4) (Belkin F5D5055) problems

From: Niki Denev <ndenev_at_gmail.com>
Date: Sat, 28 Mar 2009 11:59:13 +0200
2009/3/28 Pyun YongHyeon <pyunyh_at_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.


Regards,
Niki Denev
Received on Sat Mar 28 2009 - 08:59:15 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:45 UTC