This implies that you have ARP_QUEUEING enabled, and MEMP_NUM_ARP_QUEUE is 8. 
(These will be specified in your lwipopts.h.)

As described in opt.h, the ARP_QUEUEING option enables a feature where if LWIP 
wants to transmit a packet and it doesn't know the MAC address for the 
destination IP address (on the local network), it will queue the outgoing 
packet temporarily, and issue an ARP request. When the ARP reply arrives, any 
packets on the ARP queue for that IP address can be transmitted.

If you disable ARP_QUEUEING, then a missing IP to MAC address mapping will 
result in a transmit packet being discarded. The ARP request is issued and the 
reply is stored in the ARP cache, but higher level retry mechanisms must be 
used to regenerate the lost transmit packet (this is done automatically by TCP, 
only resulting in a short delay; UDP would require some form of application 
level retries).

"MEM ARP_QUEUE" errors indicate the number of times that LWIP tried to allocate 
an entry on the ARP queue when it was already full. In this case your system 
tried to send a total of 1193 packets to one or more IP addresses which had 
unknown MAC addresses, at one or more points where it already had 8 such 
packets queued awaiting the result of an ARP. As a result, those 1193 transmit 
packets were discarded.

Not enough information to know whether this all happened in one burst or in 
several smaller bursts, or whether the packets were all being sent to the same 
or different IP addresses.

Given that this happens after you start up your PC, the likelihood is that your 
PC is sending something over the network which triggers a lot of transmission 
by LWIP (most likely back to the PC), and for some reason LWIP doesn't have the 
PC's MAC address so it needs to use the ARP queue while awaiting the result of 
an ARP request.

Wireshark should at least reveal the start of the exchange (but won't show all 
the discarded packets, of course.)

----- Original Message ----- 
  From: Marco Jakobs 
  To: [email protected] 
  Sent: Thursday, July 08, 2010 4:42 AM
  Subject: Re: [lwip-users] Windows 7 Startup crashes LwIP and Free RTOS


  Hi,

  i have set up the discussed environment and have put it on my main network. 
Of course it survived my first restart, but i have taken the IPStats after the 
startup of my PC.

  The only difference i see after the PC startup is a high number of errors in 
the "MEM ARP_QUEUE" ... whatever this means. All the other values seems OK so 
far ... i'll post it here.

  As soon as i got the crash, the devices should output this on the debug 
interface where my notebook is listening for it. In this case, i'll post the 
"stats after crash" here. But maybe someone can tell me what the high number of 
"MEM ARP_QUEUE" errors means ...


  MEM ARP_QUEUE
          avail: 8
          used: 0
          max: 8
          err: 1193


  -- complete stats--


  >ipstats

  --- IP stack statistics output ---

  LINK
          xmit: 4780
          recv: 3942
          fw: 0
          drop: 0
          chkerr: 0
          lenerr: 0
          memerr: 0
          rterr: 0
          proterr: 0
          opterr: 0
          err: 0
          cachehit: 0

  ETHARP
          xmit: 1460
          recv: 53
          fw: 0
          drop: 0
          chkerr: 0
          lenerr: 0
          memerr: 0
          rterr: 0
          proterr: 0
          opterr: 0
          err: 0
          cachehit: 3180

  IP
          xmit: 4764
          recv: 3794
          fw: 0
          drop: 3
          chkerr: 0
          lenerr: 2
          memerr: 0
          rterr: 1
          proterr: 0
          opterr: 0
          err: 0
          cachehit: 0

  ICMP
          xmit: 0
          recv: 0
          fw: 0
          drop: 0
          chkerr: 0
          lenerr: 0
          memerr: 0
          rterr: 0
          proterr: 0
          opterr: 0
          err: 0
          cachehit: 0

  UDP
          xmit: 4691
          recv: 3153
          fw: 0
          drop: 0
          chkerr: 0
          lenerr: 0
          memerr: 0
          rterr: 1
          proterr: 0
          opterr: 0
          err: 0
          cachehit: 1

  TCP
          xmit: 74
          recv: 79
          fw: 0
          drop: 0
          chkerr: 0
          lenerr: 0
          memerr: 4
          rterr: 0
          proterr: 0
          opterr: 0
          err: 0
          cachehit: 0

  MEM HEAP
          avail: 8192
          used: 188
          max: 2460
          err: 0

  MEM UDP_PCB
          avail: 64
          used: 3
          max: 5
          err: 0

  MEM TCP_PCB
          avail: 32
          used: 1
          max: 1
          err: 0

  MEM TCP_PCB_LISTEN
          avail: 32
          used: 3
          max: 3
          err: 0

  MEM TCP_SEG
          avail: 16
          used: 1
          max: 3
          err: 0

  MEM NETBUF
          avail: 16
          used: 0
          max: 6
          err: 0

  MEM NETCONN
          avail: 16
          used: 7
          max: 8
          err: 0

  MEM TCPIP_MSG_API
          avail: 8
          used: 0
          max: 0
          err: 0

  MEM TCPIP_MSG_INPKT
          avail: 8
          used: 0
          max: 3
          err: 0

  MEM ARP_QUEUE
          avail: 8
          used: 0
          max: 8
          err: 1193

  MEM SYS_TIMEOUT
          avail: 6
          used: 2
          max: 2
          err: 0

  MEM PBUF_REF/ROM
          avail: 16
          used: 0
          max: 1
          err: 0

  MEM PBUF_POOL
          avail: 64
          used: 0
          max: 15
          err: 0

  SYS
          sem.used: 0
          sem.max:  0
          sem.err:  0
          mbox.used: 0
          mbox.max:  0
          mbox.err:  0


  OK.

  >





------------------------------------------------------------------------------


  _______________________________________________
  lwip-users mailing list
  [email protected]
  http://lists.nongnu.org/mailman/listinfo/lwip-users
_______________________________________________
lwip-users mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/lwip-users

Reply via email to