Greetings all, I am receiving TCP/IP packets when the slow response occurs. The number of transactions per second seems to matter. If I send a fast burst of packets it is much more likely to be a problem. I have attached my lwipopts.h file in case any insight can be gained from it.
Regards, Roger -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Taranowski, Thomas (SWCOE) Sent: Saturday, March 03, 2007 4:28 PM To: Mailing list for lwIP users Subject: RE: [lwip-users] Observations about lwIP on a Xilinx Virtex 4 3 seconds in ip_input seems really excessive, and points to a race condition of some sort, in my mind. For example, I'm using at MOST 1.5ms per received packet, and this includes a bunch of other random operations at the moment. Do you have an idea of what sort of protocol is being received? For example, are you receiving a UDP datagram, or ICMP packet when it stalls like this? It sounds like it could be an issue with having the #defines in lwipopts.h being set really conservatively, with respect to memory usage, as it has been in our past releases. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kieran Mansley Sent: Saturday, March 03, 2007 1:33 PM To: Mailing list for lwIP users Subject: Re: [lwip-users] Observations about lwIP on a Xilinx Virtex 4 On Fri, Mar 02, 2007 at 10:38:06AM -0700, Roger W. Cover wrote: > Time to Live is not decremented by lwIP when it echoes an ICMP packet. This > is a minor issue, but I thought the developers should be aware of it. If this issue is still present in the current version could you file a bug on the savannah lwIP site so that we don't forget about it? > err_t ip_input(struct pbuf *p, struct netif *inp) - stays busy for over 3 > seconds at times. This causes the watchdog timer to reset my system. In > order to use lwIP I need to get this resolved. Does anyone have some insight > as to why this might happen? I'm not sure why it would be doing this, but if you are able to find out more then please let us know. Good luck updating to the latest version - there have been lots of bug fixes and improvements since 0.6. Kieran -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Yingling Sent: Friday, March 02, 2007 4:26 PM To: Mailing list for lwIP users Subject: RE: [lwip-users] Observations about lwIP on a Xilinx Virtex 4 You should be able to view the xemacif.c file in the v2pro/netif folder of ports in the CVS repository. It's up to date with the current LwIP API, I believe, and it should be pretty obvious how to update your driver. It's mostly some minor return values that change. Matthew > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Roger W. Cover > Sent: Friday, March 02, 2007 9:38 AM > To: [email protected] > Subject: [lwip-users] Observations about lwIP on a Xilinx Virtex 4 > > Greetings all, > > I am using the callback (single-threaded) functions in lwIP version 0.6.3 > on > a Power PC 405 processor in a Xilinx Virtex4FX FPGA. I am using the built- > in > MAC and a 10/100/1000 external PHY. I have noticed some issues with the > stack: > > Time to Live is not decremented by lwIP when it echoes an ICMP packet. > This > is a minor issue, but I thought the developers should be aware of it. > > err_t ip_input(struct pbuf *p, struct netif *inp) - stays busy for over 3 > seconds at times. This causes the watchdog timer to reset my system. In > order to use lwIP I need to get this resolved. Does anyone have some > insight > as to why this might happen? > > In an attempt to use a newer version of lwIP, I downloaded version 1.1.1, > but the driver (port) I have is not compatible with this version. Is there > somewhere I can get guidance to update my port to use the newer version? I > think that might help. > > Thank you in advance for your assistance on these matters. > > Regards, > Roger W. Cover > Spectral Instruments, Inc. > 420 N. Bonita Ave. > Tucson, AZ 85745 > Voice: 520-884-8821 ext. 144 > FAX: 520-884-8803 > _______________________________________________ > lwip-users mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/lwip-users
/* * Copyright (c) 2001, 2002 Swedish Institute of Computer Science. * All rights reserved. * * Redistribution and use in source and binary forms, with or without modification, * are permitted provided that the following conditions are met: * * 1. Redistributions of source code must retain the above copyright notice, * this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright notice, * this list of conditions and the following disclaimer in the documentation * and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote products * derived from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT * SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, * EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT * OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY * OF SUCH DAMAGE. * * This file is part of the lwIP TCP/IP stack. * * Author: Adam Dunkels <[EMAIL PROTECTED]> * */ #ifndef __LWIPOPTS_H__ #define __LWIPOPTS_H__ #define NO_SYS 1 #define LWIP_CALLBACK_API 1 ///* -------- TCP Timer Intervals ------- */ //#define TCP_TMR_INTERVAL 1 /* The TCP timer interval in // milliseconds. */ // //#define TCP_FAST_INTERVAL 2 /* the fine grained timeout in // milliseconds */ // //#define TCP_SLOW_INTERVAL 5 /* the coarse grained timeout in // milliseconds */ /* ---------- Memory options ---------- */ /* MEM_ALIGNMENT: should be set to the alignment of the CPU for which lwIP is compiled. 4 byte alignment -> define MEM_ALIGNMENT to 4, 2 byte alignment -> define MEM_ALIGNMENT to 2. */ #define MEM_ALIGNMENT 4 /* MEM_SIZE: the size of the heap memory. If the application will send a lot of data that needs to be copied, this should be set high. */ #define MEM_SIZE 16 * 1024 /* MEMP_NUM_PBUF: the number of memp struct pbufs. If the application sends a lot of data out of ROM (or other static memory), this should be set high. */ #define MEMP_NUM_PBUF 128 /* MEMP_NUM_UDP_PCB: the number of UDP protocol control blocks. One per active UDP "connection". */ #define MEMP_NUM_UDP_PCB 2 /* MEMP_NUM_TCP_PCB: the number of simulatenously active TCP connections. */ #define MEMP_NUM_TCP_PCB 8 /* MEMP_NUM_TCP_PCB_LISTEN: the number of listening TCP connections. */ #define MEMP_NUM_TCP_PCB_LISTEN 1 /* MEMP_NUM_TCP_SEG: the number of simultaneously queued TCP segments. */ #define MEMP_NUM_TCP_SEG 64 /* The following four are used only with the sequential API and can be set to 0 if the application only will use the raw API. */ /* MEMP_NUM_NETBUF: the number of struct netbufs. */ #define MEMP_NUM_NETBUF 0 /* MEMP_NUM_NETCONN: the number of struct netconns. */ #define MEMP_NUM_NETCONN 0 /* MEMP_NUM_APIMSG: the number of struct api_msg, used for communication between the TCP/IP stack and the sequential programs. */ #define MEMP_NUM_API_MSG 0 /* MEMP_NUM_TCPIPMSG: the number of struct tcpip_msg, which is used for sequential API communication and incoming packets. Used in src/api/tcpip.c. */ #define MEMP_NUM_TCPIP_MSG 0 /* MEMP_NUM_SYS_TIMEOUT: the number of simulateously active timeouts. */ #define MEMP_NUM_SYS_TIMEOUT 0 /* ---------- Pbuf options ---------- */ /* PBUF_POOL_SIZE: the number of buffers in the pbuf pool. */ #define PBUF_POOL_SIZE 16 /* PBUF_POOL_BUFSIZE: the size of each pbuf in the pbuf pool. */ #define PBUF_POOL_BUFSIZE 1518 /* PBUF_LINK_HLEN: the number of bytes that should be allocated for a link level header. */ #define PBUF_LINK_HLEN 16 /* ---------- TCP options ---------- */ #define LWIP_TCP 1 #define TCP_TTL 255 /* Controls if TCP should queue segments that arrive out of order. Define to 0 if your device is low on memory. */ #define TCP_QUEUE_OOSEQ 1 /* TCP Maximum segment size. */ #define TCP_MSS 1460 /* TCP sender buffer space (bytes). */ #define TCP_SND_BUF 8 * 1024 /* TCP sender buffer space (pbufs). This must be at least = 2 * TCP_SND_BUF/TCP_MSS for things to work. */ #define TCP_SND_QUEUELEN 4 * TCP_SND_BUF/TCP_MSS /* TCP receive window. */ #define TCP_WND 16 * 1024 /* Maximum number of retransmissions of data segments. */ #define TCP_MAXRTX 12 /* Maximum number of retransmissions of SYN segments. */ #define TCP_SYNMAXRTX 4 /* ---------- ARP options ---------- */ #define ARP_TABLE_SIZE 10 #define ARP_QUEUEING 1 /* ---------- IP options ---------- */ /* Define IP_FORWARD to 1 if you wish to have the ability to forward IP packets across network interfaces. If you are going to run lwIP on a device with only one network interface, define this to 0. */ #define IP_FORWARD 0 /* If defined to 1, IP options are allowed (but not parsed). If defined to 0, all packets with IP options are dropped. */ #define IP_OPTIONS 1 /* ---------- ICMP options ---------- */ #define ICMP_TTL 255 /* ---------- DHCP options ---------- */ /* Define LWIP_DHCP to 1 if you want DHCP configuration of interfaces. DHCP is not implemented in lwIP 0.5.1, however, so turning this on does currently not work. */ #define LWIP_DHCP 0 /* 1 if you want to do an ARP check on the offered address (recommended). */ #define DHCP_DOES_ARP_CHECK 1 /* ---------- UDP options ---------- */ #define LWIP_UDP 1 #define UDP_TTL 255 /* ---------- Statistics options ---------- */ /*#define STATS*/ #ifdef STATS #define LINK_STATS #define IP_STATS #define ICMP_STATS #define UDP_STATS #define TCP_STATS #define MEM_STATS #define MEMP_STATS #define PBUF_STATS #define SYS_STATS #endif /* STATS */ #endif /* __LWIPOPTS_H__ */
_______________________________________________ lwip-users mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lwip-users
