From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:58026) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZQ8e-00053X-E4 for qemu-devel@nongnu.org; Fri, 16 Nov 2012 12:55:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TZQ8b-0006S2-9t for qemu-devel@nongnu.org; Fri, 16 Nov 2012 12:55:36 -0500 Received: from mx1.redhat.com ([209.132.183.28]:60957) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZQ8b-0006Rx-2c for qemu-devel@nongnu.org; Fri, 16 Nov 2012 12:55:33 -0500 Message-ID: <50A67E0E.2050609@redhat.com> Date: Fri, 16 Nov 2012 18:55:26 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <50A50150.8010201@dlhnet.de> <50A5101E.1030705@redhat.com> <50A51A52.4000807@redhat.com> <50A6179C.5070104@redhat.com> <50A67A28.4070506@dlhnet.de> In-Reply-To: <50A67A28.4070506@dlhnet.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] iscsi: fix deadlock during login List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Lieven Cc: Kevin Wolf , "qemu-devel@nongnu.org" , ronnie sahlberg Il 16/11/2012 18:38, Peter Lieven ha scritto: > Am 16.11.2012 11:38, schrieb Kevin Wolf: >> Am 15.11.2012 17:37, schrieb Paolo Bonzini: >>> Il 15/11/2012 17:13, ronnie sahlberg ha scritto: >>>> On Thu, Nov 15, 2012 at 7:54 AM, Paolo Bonzini >>>> wrote: >>>>> Il 15/11/2012 15:57, ronnie sahlberg ha scritto: >>>>>> I dont know if we should switch to use synchronous code here. >>>>>> It is much nicer if all code is async. >>>>> bdrv_open is generally synchronous, so I think Peter's patch is ok. >>>> I was thinking about the case where you disconnect/reconnect a device >>>> at runtime. Like swapping the medium in a CDROM. >>>> If bdrv_open() is synchronous and blocks for a long time, would that >>>> not impact the rest of QEMU? >>> Yes, it's not optimal, but VCPUs would still run until they request I/O. >>> But usually iscsi devices should be non-removable, no? That leaves >>> hotplug as the only problematic case. >> I guess we need a bdrv_co_open() for the long term. > but for now its save to implement iscsi_open (and iscsi_create) completely > sync? Yes. Paolo