On Fri, March 26, 2010 16:50, Pyun YongHyeon wrote: > On Thu, Mar 25, 2010 at 09:57:22PM -0300, Nenhum_de_Nos wrote: > > [...] > >> >> miibus1: <MII bus> on axe0 >> >> ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus1 >> >> ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 >> > >> > This value looks garbage. >> >> :( >> >> >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, >> >> 1000baseT, 1000baseT-FDX, auto >> > >> > And this time, ukphy(4) also thinks your PHY supports 1000baseSX. >> > Of course it's wrong because PHY is copper type. >> > By chance, are you using Belkin F5D5055 USB controller? I remember >> > another user also reported similar issue. >> >> yes. I have two of them. >> > > Ok, would you try attached patch and check whether the patch prints > some error messages on your console? I guess some commands are > timed out here.
ugen1.3: <vendor 0x050d> at usbus1 axe0: <vendor 0x050d product 0x5055, rev 2.00/0.01, addr 3> on usbus1 axe0: PHYADDR 0xe0:0x01 miibus1: <MII bus> on axe0 ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus1 ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: <USB Ethernet> on axe0 ue0: Ethernet address: xx.xx.xx.xx.xx.xx ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP wlan0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP vboxnet0: Ethernet address: 0a:00:27:00:00:00 nfe0: promiscuous mode enabled wlan0: link state changed to DOWN wlan0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP nfe0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP nfe0: link state changed to DOWN ue0: link state changed to DOWN nfe0: link state changed to UP ue0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP nfe0: tx v2 error 0x6100 arp: xx:xx:xx:xx:xx:xx:xx is using my IP address 10.1.1.1 on ue0! wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP so far, just this after plugging the usb nic. tested iperf and the behavior was the same, but nothing in logs. just noticed this: ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 this is not the same as the other mail. I think is the same adapter (as I have two), but this should change with the nic change ? I changed and got this: miibus1: <MII bus> on axe0 ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus1 ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: <USB Ethernet> on axe0 ue0: Ethernet address: xxxxxxxxxxxxxx ue0: link state changed to DOWN so it didn't now. other thing is that not every time it works: ugen1.3: <vendor 0x050d> at usbus1 axe0: <vendor 0x050d product 0x5055, rev 2.00/0.01, addr 3> on usbus1 axe0: PHYADDR 0xe0:0x01 axe0: MII without any PHY ugen1.3: <vendor 0x050d> at usbus1 (disconnected) axe0: at uhub1, port 3, addr 3 (disconnected) ugen1.3: <vendor 0x050d> at usbus1 axe0: <vendor 0x050d product 0x5055, rev 2.00/0.01, addr 3> on usbus1 axe0: PHYADDR 0xe0:0x01 axe0: MII without any PHY ugen1.3: <vendor 0x050d> at usbus1 (disconnected) axe0: at uhub1, port 3, addr 3 (disconnected) and in the third time it found the PHY it was looking for above and got what I said above. hope it helps, thanks, matheus >> thanks, >> >> matheus >> >> > Hans, I guess there is not much thing left to do in PHY driver >> > because accessing these MII registers return garbage. What could be >> > done in USB subsystem to get more information to know why >> > controller returns garbage for accessing MII registers? >> > > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "[email protected]"
