From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:34669) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaOcM-0004SJ-HC for qemu-devel@nongnu.org; Mon, 19 Nov 2012 05:30:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TaOcH-0007jx-Gc for qemu-devel@nongnu.org; Mon, 19 Nov 2012 05:30:16 -0500 Received: from mail.profihost.ag ([85.158.179.208]:34375) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaOcH-0007f6-6w for qemu-devel@nongnu.org; Mon, 19 Nov 2012 05:30:13 -0500 Message-ID: <50AA0A2E.2090506@profihost.ag> Date: Mon, 19 Nov 2012 11:30:06 +0100 From: Stefan Priebe - Profihost AG MIME-Version: 1.0 References: <589082222.7272963.1352241778123.JavaMail.root@redhat.com> <50A95A6A.4010109@profihost.ag> <50A9E991.2070609@redhat.com> <50A9FD86.3050400@profihost.ag> <50AA01C0.8030709@redhat.com> <50AA0314.6090208@profihost.ag> <50AA04A7.4080200@redhat.com> <50AA065F.5010602@profihost.ag> <50AA089B.7010400@redhat.com> In-Reply-To: <50AA089B.7010400@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] scsi-hd with discard_granularity and unmap results in Aborted Commands List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: qemu-devel@nongnu.org Am 19.11.2012 11:23, schrieb Paolo Bonzini: > Il 19/11/2012 11:13, Stefan Priebe - Profihost AG ha scritto: >>>>> >>>> >>>> So you mean this is not a bug in rbd or qemu this is a general bug in >>>> the linux kernel since they implemented discard? >>> >>> Yes. >> >> As you're known in the linux dev community ;-) Might you open a thread / >> discussion in the linux kernel mailinglist CC'ing me regarding this >> problem? I think when i open one - no one will listen ;-) > > Yeah, I'll try making and sending a patch, that's usually a good way to > convince those guys to listen... Thanks. But do you have any idea why it works with an iscsi / libiscsi backend? In that case the kernel does not cancel the I/O. Greets, Stefan