* [U-Boot] smc911x: problem with if there is ethernet traffic
2009-10-26 12:18 ` Mike Frysinger
@ 2009-10-26 15:42 ` Raffaele Recalcati
0 siblings, 0 replies; 4+ messages in thread
From: Raffaele Recalcati @ 2009-10-26 15:42 UTC (permalink / raw)
To: u-boot
2009/10/26 Mike Frysinger <vapier@gentoo.org>:
> On Monday 26 October 2009 07:35:14 Raffaele Recalcati wrote:
>> I've customized the commit f67066b6b0740b826ed862615c5ab022aaf4779a
>> for my pxa255/smx911x (lan9118) board.
>> tftp works nice, also through a switch, but only if I'm not connected
>> to the LAN.
>
> you really need to be careful when throwing around general terms like "LAN"
> but you're really referring to specific things like "your company's internal
> intranet/LAN". ?as soon as you connect computers together, you have a "LAN".
Ok, my company internal LAN is a setup very noisy with a lot of
multicast and broadcast messages.
Thanks for your advice anyway.
>
>> If I'm connected to the LAN of my company I have many timeout problems.
>
> which means the board is going to probably see a lot more packets which are
> not destined for it, so some slow down is to be expected
>
>> => tftp a2000000 uImage
>> smc911x: detected LAN9118 controller
>> smc911x: phy initialized .. BSR=0x782D
>> smc911x: phy initialized .. PHY special control status=0x1058
>> smc911x: MAC 00:03:50:00:a7:c5
>> Using smc911x-0 device
>> TFTP from server 10.39.10.114; our IP address is 10.39.10.183
>> Filename 'uImage'.
>> Load address: 0xa2000000
>> Loading: #####################################T
>> ?############################ ##############################T #T
>> ?################################## ###invalid RARP header
>> T ##T ###T ############################################T
> #############
>> ? ? ? ? ?##################################
>
> the TFTP implementation/protocol isnt perfect -- if one packet is missed
> because the hardware is processing unrelated ones, you're going to get a "T".
> that just means it was retransmitted.
>
> as for how much noise there actually is and whether there's anything the
> driver can do to negate it, that's something you'll have to investigate with
> wireshark (or similar network util).
>
> no idea about the RARP header.
> -mike
>
The workaround is to set
#define CONFIG_NET_RETRY_COUNT 100
I have download many times more than 1MB with a correct crc32.
Another important info is that in the same setup with u-boot 1.3.3 and
another smc911x.c driver
(C) Copyright 2005: Andy Sturges, STMicrolectronics <andy.sturges@st.com>
the tftp works well.
I have tried to make a diff, but the two drivers are too much different.
Than I have tried to investigate with wireshark with the actual
version and I have seen that, if server is 10.39.10.114 and u-boot is
10.39.10.183, happen as below.
As can be seen 10.39.10.183 sends "Acknowledgement, Block: 19" twice.
So I have printed TftpBlock variable, but I dind't understand the reason.
No. Time Source Destination Protocol Info
686 43.645131 10.39.10.114 10.39.10.183 TFTP
Data Packet, Block: 19
Frame 686 (558 bytes on wire, 558 bytes captured)
Ethernet II, Src: Sony_7f:62:63 (00:1d:ba:7f:62:63), Dst:
BticinoS_00:a7:c5 (00:03:50:00:a7:c5)
Internet Protocol, Src: 10.39.10.114 (10.39.10.114), Dst: 10.39.10.183
(10.39.10.183)
User Datagram Protocol, Src Port: 35107 (35107), Dst Port: fotogcad (3878)
Trivial File Transfer Protocol
Opcode: Data Packet (3)
Block: 19
Data (512 bytes)
No. Time Source Destination Protocol Info
687 43.645943 10.39.13.9 10.39.15.255 NBNS
Name query NB OGKW|{3NSKT.COM<00>
Frame 687 (92 bytes on wire, 92 bytes captured)
Ethernet II, Src: Dell_51:b6:d4 (00:14:22:51:b6:d4), Dst: Broadcast
(ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 10.39.13.9 (10.39.13.9), Dst: 10.39.15.255
(10.39.15.255)
User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137)
NetBIOS Name Service
No. Time Source Destination Protocol Info
688 43.646332 10.39.10.183 10.39.10.114 TFTP
Acknowledgement, Block: 19
Frame 688 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: BticinoS_00:a7:c5 (00:03:50:00:a7:c5), Dst:
Sony_7f:62:63 (00:1d:ba:7f:62:63)
Internet Protocol, Src: 10.39.10.183 (10.39.10.183), Dst: 10.39.10.114
(10.39.10.114)
User Datagram Protocol, Src Port: fotogcad (3878), Dst Port: 35107 (35107)
Trivial File Transfer Protocol
Opcode: Acknowledgement (4)
Block: 19
No. Time Source Destination Protocol Info
689 43.646373 10.39.10.114 10.39.10.183 TFTP
Data Packet, Block: 20
Frame 689 (558 bytes on wire, 558 bytes captured)
Ethernet II, Src: Sony_7f:62:63 (00:1d:ba:7f:62:63), Dst:
BticinoS_00:a7:c5 (00:03:50:00:a7:c5)
Internet Protocol, Src: 10.39.10.114 (10.39.10.114), Dst: 10.39.10.183
(10.39.10.183)
User Datagram Protocol, Src Port: 35107 (35107), Dst Port: fotogcad (3878)
Trivial File Transfer Protocol
Opcode: Data Packet (3)
Block: 20
Data (512 bytes)
No. Time Source Destination Protocol Info
690 43.656930 Cisco_b1:cb:96 CDP/VTP/DTP/PAgP/UDLD DTP
Dynamic Trunking Protocol
Frame 690 (60 bytes on wire, 60 bytes captured)
IEEE 802.3 Ethernet
Logical-Link Control
Dynamic Trunking Protocol
No. Time Source Destination Protocol Info
691 43.656937 Cisco_b1:cb:96 CDP/VTP/DTP/PAgP/UDLD DTP
Dynamic Trunking Protocol
Frame 691 (90 bytes on wire, 90 bytes captured)
ISL
IEEE 802.3 Ethernet
Logical-Link Control
Dynamic Trunking Protocol
No. Time Source Destination Protocol Info
692 43.690282 Dell_75:49:0c Broadcast ARP
Who has 10.39.13.254? Tell 10.39.9.48
Frame 692 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: Dell_75:49:0c (00:14:22:75:49:0c), Dst: Broadcast
(ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
No. Time Source Destination Protocol Info
693 43.782191 10.39.10.183 10.39.10.114 TFTP
Acknowledgement, Block: 19
Frame 693 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: BticinoS_00:a7:c5 (00:03:50:00:a7:c5), Dst:
Sony_7f:62:63 (00:1d:ba:7f:62:63)
Internet Protocol, Src: 10.39.10.183 (10.39.10.183), Dst: 10.39.10.114
(10.39.10.114)
User Datagram Protocol, Src Port: fotogcad (3878), Dst Port: 35107 (35107)
Trivial File Transfer Protocol
Opcode: Acknowledgement (4)
Block: 19
No. Time Source Destination Protocol Info
694 43.782219 10.39.10.114 10.39.10.183 TFTP
Data Packet, Block: 20
Frame 694 (558 bytes on wire, 558 bytes captured)
Ethernet II, Src: Sony_7f:62:63 (00:1d:ba:7f:62:63), Dst:
BticinoS_00:a7:c5 (00:03:50:00:a7:c5)
Internet Protocol, Src: 10.39.10.114 (10.39.10.114), Dst: 10.39.10.183
(10.39.10.183)
User Datagram Protocol, Src Port: 35107 (35107), Dst Port: fotogcad (3878)
Trivial File Transfer Protocol
Opcode: Data Packet (3)
Block: 20
Data (512 bytes)
^ permalink raw reply [flat|nested] 4+ messages in thread