From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2944 invoked by alias); 3 Aug 2004 06:40:49 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 2936 invoked from network); 3 Aug 2004 06:40:48 -0000 Received: from unknown (HELO lyte-mail1.lyse.net) (213.167.96.67) by sourceware.org with SMTP; 3 Aug 2004 06:40:48 -0000 Received: (qmail 6823 invoked from network); 3 Aug 2004 06:40:46 -0000 Received: from unknown (HELO famine) (84.234.138.230) by lyte-mail1.lyse.net with SMTP; 3 Aug 2004 06:40:46 -0000 From: =?ISO-8859-1?Q?=D8yvind?= Harboe To: Andrew Lunn Cc: ecos-discuss@sources.redhat.com In-Reply-To: <20040802140249.GK14248@lunn.ch> References: <1090406873.15766.20.camel@famine> <20040802130134.GI14248@lunn.ch> <1091454300.12336.110.camel@famine> <20040802140249.GK14248@lunn.ch> Content-Type: text/plain; charset=iso-8859-1 Message-Id: <1091515246.13266.9.camel@famine> Mime-Version: 1.0 Date: Tue, 03 Aug 2004 06:40:00 -0000 Content-Transfer-Encoding: quoted-printable Subject: Re: [ECOS] Problems when aborting tftp transfers X-SW-Source: 2004-08/txt/msg00042.txt.bz2 I haven't got the setup available right now, but I think I remember the ste= ps=20 to reproduce a bit better: 1. start tftp transfer 2. abort tftp transfer 3. at this point the new tftp server thread is waiting for timeout on #1 4. start new tftp transfer 5. wait a bit(but not long enough for tftp transfer to start). 6. abort tftp transfer 7. at this point the tftp server is stuck in the main loop timing out on WRQ requests. Each WRQ request requires a tftpd_write_file() to time out, so this takes a loooong time. My working theory is that the Windows tftp client, in #4, filled up the socket with WRQ requests while it was trying=20 to get in touch with the tftp server. Closing and opening the sockets, which happens as an unintended(?) side effect of setting CYGSEM_NET_TFTPD_MULTITHREADED=3D1, flushes any such obsolete WRQ requests. Once I some time and my hands on the system again, I'll run the=20 above tests and try to capture some packages. I'll also try to remove Windows from the equation by reproducing the problem with a Linux tftp client. --=20 =D8yvind Harboe http://www.zylin.com -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss