From: Steven G. <sga...@ce...> - 2007-11-09 01:09:35
|
I have an 8 node verdex netwifi-microsd w/ consoleLCD-vx testbed. I was able to get both the ethernet and wifi working using buildroot version 1546 and the patches and instructions found here: http://docwiki.gumstix.org/Net-wifi-microusd After running some performance tests with various traffic loads I began to experience various ethernet and wifi failures. In some instances I can get the ethernet to drop out by doing a flood ping to a directly connected attached host. After a short period of time (minutes) all the pings fail and all ethernet network connectivity is gone. When this happens sometimes I see the following message on the serial console: NETDEV WATCHDOG: eth0: transmit timed out eth0: link down eth0: link up, 100Mbps, full-duplex, lpa 0x85E1 Most of the time if I remove the driver and reinstall it network connectivity is restored: # rmmod smc911x # rmmod gumstix_smc911x #<-- you get a big debug dump here # modprobe smc911x I have also been able to drop the wifi interface be doing a flood ping over the RF and over the LAN at the same time. When this happens the blue light on the netwifi-microsd board goes dark. PC <--ethernet--> gumstix1 <--RF--> gumstix2 Initially I was testing a 4 node network with a PC directly attached to each gumstix. Each PC sourced a 200Kbps multicast stream and subscribed to every other PC's multicast stream. The gumstixs serve as default routers forwarding the traffic across the wireless net. At this traffic load I started experiencing ethernet and wifi device failures randomly across all the nodes in my testbed. So I am _not_ leaning towards the theory that I have bad hardware, unless all my boards are bad. I started recreating the failures with flood pings to make it easier for others to experience my pain. During my initial investigation I found that on some of the LAN failures the gumstix was transmitting but it could not receive any traffic. A tcpdump on the attached PC showed an endless stream of gumstix arp requests and PC arp replies, but no one was listening. I have found references to ~similar~ items in mailing list archives but nothing as severe as I am experiencing. This thread contains some interesting thoughts, although it deals with the smc91x driver and is rather old: https://lists.ertos.nicta.com.au/archives/kenge-users/2007-February/000630.html Has anyone experienced behavior like this? I'd appreciate a point in the right direction or just some suggestions on possible causes. Thanks, Steven Notes: * I have tried the smc911x driver as a module and built into the kernel * DMA is definitely disabled |
From: Mark L. <mar...@sr...> - 2007-12-08 01:10:36
|
I have a similar problem as Steve reported. Eth0 routinely stops receiving after a random time (a couple minutes or hours). But NOT under heavy load - just once a second pings to a PC - NOT flooding pings. I am also transmitting on the wifi only once a second, but there is no other wifi on the same SSID, although there are other wifi SSID's around. The problem occurs on both verdex systems I have recently put together: verdex XL6P motherboard console-vx (3 serial ports and USB host) netwifi-microSD-FCC buildroot 1565 I run wireshark on the PC to monitor the ethernet. PINGing (once a second) generates the expected ARP and ICMP echo packets. About every 20, or 25, or 30, or 40 seconds, a new ARP request goes out (not sure why the period changes) from the gumstix, and reply is observed from the PC. Once the PINGs stop working, ARP requests and replies show up on wireshark on the PC every second, the ping interval. The PC continues to have a good network connection. Any help? Thank you Mark |
From: adrian c. <adr...@gm...> - 2007-12-09 09:37:13
|
I haven't seen this problem, however I don't have the WiFi module fitted. I was saturation testing the eth0 interface with large http reads to see how fast it would go, and it maxed out at about 25-30Mbit/s. I was using wget of a 70MB file with each stream running at 500KBytes/s and after 5 streams it couldn't keep them all running at full speed. I ran this for a long time and didn't see the interface stop. The second system running wget was a Mac, wired directly. The CPU load was about 20-25%, so I assume that there is a bus speed limitation of around 3MB/s somewhere between the PXA270 and the Ethernet device? Maybe you could disable or remove the WiFi module to see if it still fails? Adrian On Dec 7, 2007 5:10 PM, Mark Lewis <mar...@sr...> wrote: > I have a similar problem as Steve reported. > Eth0 routinely stops receiving after a random time (a couple minutes or > hours). > But NOT under heavy load - just once a second pings to a PC - NOT > flooding pings. > I am also transmitting on the wifi only once a second, but there is no > other wifi on the same SSID, although there are other wifi SSID's around. > > The problem occurs on both verdex systems I have recently put together: > > verdex XL6P motherboard > console-vx (3 serial ports and USB host) > netwifi-microSD-FCC > buildroot 1565 > > I run wireshark on the PC to monitor the ethernet. PINGing (once a > second) generates the expected ARP and ICMP echo packets. About every > 20, or 25, or 30, or 40 seconds, a new ARP request goes out (not sure > why the period changes) from the gumstix, and reply is observed from the > PC. Once the PINGs stop working, ARP requests and replies show up on > wireshark on the PC every second, the ping interval. The PC continues to > have a good network connection. > > Any help? > > Thank you > Mark > > > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |