From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59415) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UkrOT-0005Tz-Nv for qemu-devel@nongnu.org; Fri, 07 Jun 2013 03:47:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UkrOR-00070b-3r for qemu-devel@nongnu.org; Fri, 07 Jun 2013 03:47:29 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47595) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UkrOQ-00070X-Ly for qemu-devel@nongnu.org; Fri, 07 Jun 2013 03:47:27 -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 r577lO2D009306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 7 Jun 2013 03:47:26 -0400 Date: Fri, 7 Jun 2013 15:47:23 +0800 From: Fam Zheng Message-ID: <20130607074723.GA26941@localhost.nay.redhat.com> References: <1370499959-8916-1-git-send-email-famz@redhat.com> <20130606110157.GM4515@redhat.com> <20130607015442.GA22188@localhost.nay.redhat.com> <20130607072707.GP4515@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130607072707.GP4515@redhat.com> Subject: Re: [Qemu-devel] [PATCH v7 00/13] 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 Fri, 06/07 08:27, Richard W.M. Jones wrote: > On Fri, Jun 07, 2013 at 09:54:42AM +0800, Fam Zheng wrote: > > The weird thing is it doesn't work for me, I'm sure something is wrong > > with current upstream, although not totally broken. > > > > $./qemu-io http://localhost/vm/arch.raw -c 'read -v 0 512' > > (stuck here forever, no output) > > This doesn't work for me either. > > *However* it only doesn't work if I use the Fedora version of curl, > which I'm convinced is broken. I see, it turns out upstream curl works in my case too, thanks. So it's more of curl broken rather than qemu driver. For the timeout issue introduced here, I think it's the effect of implementing timer in the driver, I can't think of a good way to workaround. However the master code not using timer at all is an undocumented usage of libcurl. -- Fam