From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:37844) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhHr4-0007Dt-1P for qemu-devel@nongnu.org; Tue, 28 May 2013 07:14:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UhHqu-0006Pn-2Y for qemu-devel@nongnu.org; Tue, 28 May 2013 07:14:13 -0400 Received: from mx1.redhat.com ([209.132.183.28]:58576) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhHqt-0006Pg-RM for qemu-devel@nongnu.org; Tue, 28 May 2013 07:14:04 -0400 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4SBE3Iq011436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 28 May 2013 07:14:03 -0400 Date: Tue, 28 May 2013 19:14:01 +0800 From: Fam Zheng Message-ID: <20130528111401.GA11749@localhost.nay.redhat.com> References: <1369373827-9152-1-git-send-email-famz@redhat.com> <20130528103520.GB5105@redhat.com> <20130528110155.GC5105@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130528110155.GC5105@redhat.com> Subject: Re: [Qemu-devel] [PATCH v6 00/12] curl: fix curl read List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Richard W.M. Jones" Cc: kwolf@redhat.com, jcody@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com On Tue, 05/28 12:01, Richard W.M. Jones wrote: > On Tue, May 28, 2013 at 11:35:20AM +0100, Richard W.M. Jones wrote: > > I'm continuing to investigate. > > Some more data points: > > v6 patch, with my laptop plugged directly into the gigabit ethernet > switch which is connected to the web server: > > - Worked perfectly 5 times in a row. > > v6 patch, with my laptop next to the wifi aerial: > > - Bug is harder to reproduce, maybe only happens 50% of runs. > > v6 patch, with my laptop about 100' from the wifi aerial: > > - Bug reproduces on every run. > > So something to do with long latency links. > > Question: Is there a place in the patch we could put a sleep in order > to simulate a long latency link? > > I also checked the logs on the web server. There are no errors, and > each access returned a 200 or 206. So the problem doesn't appear to > be at the web server end. > > Rich. > There seems no easy way to me to inject sleep to io reqs in curl.c. Another option might be configure & compile qemu with CFLAGS=-DDEBUG_CURL and grab the stdout, so that we can see how requests are processed. -- Fam