From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49888) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VUXGL-0001WQ-FB for qemu-devel@nongnu.org; Fri, 11 Oct 2013 03:36:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VUXGC-0003u5-PQ for qemu-devel@nongnu.org; Fri, 11 Oct 2013 03:35:53 -0400 Received: from mx.ipv6.kamp.de ([2a02:248:0:51::16]:40677 helo=mx01.kamp.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VUXGC-0003tm-Di for qemu-devel@nongnu.org; Fri, 11 Oct 2013 03:35:44 -0400 Message-ID: <5257AA52.5040307@kamp.de> Date: Fri, 11 Oct 2013 09:35:46 +0200 From: Peter Lieven MIME-Version: 1.0 References: <1380728469-29435-1-git-send-email-pl@kamp.de> <524C3FCE.4090908@redhat.com> <20131008123315.GE25109@dhcp-200-207.str.redhat.com> <5253FC11.3010309@redhat.com> <20131008123908.GG25109@dhcp-200-207.str.redhat.com> In-Reply-To: <20131008123908.GG25109@dhcp-200-207.str.redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] block/iscsi: introduce bdrv_co_{readv, writev, flush_to_disk} List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin Wolf , Paolo Bonzini Cc: ronniesahlberg@gmail.com, qemu-devel@nongnu.org, stefanha@redhat.com On 08.10.2013 14:39, Kevin Wolf wrote: > Am 08.10.2013 um 14:35 hat Paolo Bonzini geschrieben: >> Il 08/10/2013 14:33, Kevin Wolf ha scritto: >>>>>>> this converts read, write and flush functions from aio to coroutines. >>>>> I'm not sure it's already the time for this... Cancellation sucks in >>>>> QEMU, and this is going to make things even worse. >>> Not sure what you're referring to. If you mean iscsi_aio_cancel(), isn't >>> it dead code anyway since we changed block.c to use coroutines for >>> everything? bdrv_co_io_em() even throws the acb away, so even if you >>> wanted, there's no way to cancel the request even today. >> SCSI tries to use cancellation, and this results in VCPU threads >> starving all other threads. So I would like to introduce cancellation >> points for coroutines. > Sounds like a nice thing to have, but it's unrelated to this patch. > Cancellation means waiting for request completion before and after the > patch. Is there anything I can contribute or is this all outside the iscsi driver?