From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:58752) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TLsAv-0000co-7F for qemu-devel@nongnu.org; Wed, 10 Oct 2012 05:01:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TLsAl-0000X9-PL for qemu-devel@nongnu.org; Wed, 10 Oct 2012 05:01:57 -0400 Received: from mx1.redhat.com ([209.132.183.28]:36439) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TLsAl-0000Wz-GF for qemu-devel@nongnu.org; Wed, 10 Oct 2012 05:01:47 -0400 Message-ID: <5075396B.2060302@redhat.com> Date: Wed, 10 Oct 2012 11:01:31 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <00c501cda602$583de850$08b9b8f0$@cn.fujitsu.com> <20121009172100.GA23380@lst.de> <014001cda68c$94a58480$bdf08d80$@cn.fujitsu.com> <507516D5.8040609@redhat.com> <006501cda6c1$e080f8a0$a182e9e0$@cn.fujitsu.com> In-Reply-To: <006501cda6c1$e080f8a0$a182e9e0$@cn.fujitsu.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] Use SCSI command to get size of SG device List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Chen HanXiao Cc: 'Christoph Hellwig' , qemu-devel@nongnu.org Il 10/10/2012 10:33, Chen HanXiao ha scritto: >> You need to use scsi-block instead of scsi-generic. However, I don't see >> how this can work. After the snapshot, the image will be qcow2, not raw, and >> thus it will not support bdrv_aio_ioctl. Hence any SCSI command (for >> scsi-generic) or any non-data SCSI command (for scsi-block) will fail. > > That's the issue what I also encountered. > Do you mean that it is impossible for us to enable snapshot for > scsi-generic? It's impossible, and rightly so: the user could anyway bypass the snapshotting and write to the disk (WRITE SAME for example). Not just snapshot=on, which fails because it is early enough that the disk fails to initialize. Live snapshots also ought to be blocked, it is a bug that they are not. Paolo