Find the answer to your Linux question:
Results 1 to 4 of 4
Hi, I have written a driver for a Wireless LAN chip for PXA270M arm platform. The wireless lan interface is eth1. I am able to ping the interface. I was ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
  1. #1
    Just Joined!
    Join Date
    Nov 2006
    Location
    Harrisburg, PA, USA
    Posts
    56

    NETDEV WATCHDOG: eth1: transmit timed out error


    Hi,

    I have written a driver for a Wireless LAN chip for PXA270M arm platform. The wireless lan interface is eth1.

    I am able to ping the interface. I was performing stress testing on the eth1 interface. I kept pinging eth1 interface from the other PC in the same network overnight. After some time, I saw following error message on the debug console :

    NETDEV WATCHDOG: eth1: transmit timed out

    I went through some of the kernel code. As I understand, this error message comes if MAC layer (Wireless LAN Hardware) fails to transmit data packet over the air returning an error to kernel.

    Is this because of Hardware not in ready state or Mac layer hang? If yes, how can I resolve this?
    Will reseting Wireless LAN chip resolve this problem? I am working on this to debug further.

    For your information, I have ported linux kernel version 2.6.19 on my PXA270M arm unit.

    Regards,
    Sumit

  2. #2
    Linux Guru Rubberman's Avatar
    Join Date
    Apr 2009
    Location
    I can be found either 40 miles west of Chicago, in Chicago, or in a galaxy far, far away.
    Posts
    11,755
    Overnight testing, and only one error like this? Remember, ping is a UDP protocol, so packet loss is expected, which can be caused by any number of environmental or system load factors.
    Sometimes, real fast is almost as good as real time.
    Just remember, Semper Gumbi - always be flexible!

  3. #3
    Just Joined!
    Join Date
    Nov 2006
    Location
    Harrisburg, PA, USA
    Posts
    56
    No. There seems to be other errors as well related to interrupts in WLAN driver code. I am us'ing WPA supplicant but not able to make it work in adhoc mode.
    Hence using "iwconfig" to connect in adhoc mode. But iwconfig does not provide you reliable connection.

    Can it be the cause of making something in interrupt handling??

  4. $spacer_open
    $spacer_close
  5. #4
    Linux Guru Rubberman's Avatar
    Join Date
    Apr 2009
    Location
    I can be found either 40 miles west of Chicago, in Chicago, or in a galaxy far, far away.
    Posts
    11,755
    Quote Originally Posted by sumitv View Post
    No. There seems to be other errors as well related to interrupts in WLAN driver code. I am us'ing WPA supplicant but not able to make it work in adhoc mode.
    Hence using "iwconfig" to connect in adhoc mode. But iwconfig does not provide you reliable connection.

    Can it be the cause of making something in interrupt handling??
    Proper interrupt handling is often the bugaboo of device driver (and real-time) code. Have you closely inspected drivers for other wireless devices?
    Sometimes, real fast is almost as good as real time.
    Just remember, Semper Gumbi - always be flexible!

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •