From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1am3Cx-0002rD-4n for qemu-devel@nongnu.org; Fri, 01 Apr 2016 13:50:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1am3Cw-0006Il-8Y for qemu-devel@nongnu.org; Fri, 01 Apr 2016 13:50:07 -0400 Date: Fri, 1 Apr 2016 19:49:53 +0200 From: Olaf Hering Message-ID: <20160401174953.GD22458@aepfle.de> References: <1459513321-3776-1-git-send-email-olaf@aepfle.de> <56FEAD92.5010802@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <56FEAD92.5010802@redhat.com> Subject: Re: [Qemu-devel] [Qemu-block] [PATCH] block: split large discard requests from block frontend List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Max Reitz Cc: Kevin Wolf , Stefan Hajnoczi , qemu-devel@nongnu.org, qemu-block@nongnu.org On Fri, Apr 01, Max Reitz wrote: > In any case, do you have a test case where a guest was able to submit a > request that led to the overflow error you described in the commit message? mkfs -t ext4 /dev/sdb1 in a xen guest with qcow2 as backing device. When I added discard support to libxl I worked with raw images, so I did not notice this. Not sure why it happens to work in kvm guests. I assume the frontend driver just works around the qemu bug by limiting its request size. Olaf