On Thu, Apr 20, 2017 at 02:27:45PM +0200, Pino Toscano wrote:
 On Wednesday, 19 April 2017 12:00:17 CEST Richard W.M. Jones wrote:
 > virtio-scsi has been supported in qemu since 2012, and it is superior
 > in every respect to virtio-blk.  There's no reason to still be using
 > virtio-blk.
 > 
 > virtio-scsi support was initially added in 2012
 > (commit 0c0a7d0d868d153adf0600189f771459e1068b0a).
 > 
 > You can still use virtio-blk using the (deprecated) iface parameter,
 > but don't do that in new code.
 > ---
 
 LGTM, just one note below.
 
 >    /* CVE-2011-4127 mitigation: Disable SCSI ioctls on virtio-blk
 > -   * devices.  The -global option must exist, but you can pass any
 > -   * strings to it so we don't need to check for the specific virtio
 > -   * feature.
 > +   * devices.
 >     */
 > -  if (guestfs_int_qemu_supports (g, data->qemu_data, "-global")) {
 > -    ADD_CMDLINE ("-global");
 > -    ADD_CMDLINE (VIRTIO_BLK ".scsi=off");
 > -  }
 > +  ADD_CMDLINE ("-global");
 > +  ADD_CMDLINE (VIRTIO_BLK ".scsi=off");
 
 Before them, a "safety" check like the (untested) following could be
 added:
 
   if (guestfs_int_qemu_supports_device (g, data, VIRTIO_SCSI) != 1) {
     error (g, _("QEMU with virtio-scsi support is required"));
     goto cleanup0;
   } 
I wonder if there's a case where virtio-scsi wouldn't be available.
I'm thinking if qemu modularized more hardware?
Rich.
-- 
Richard Jones, Virtualization Group, Red Hat 
http://people.redhat.com/~rjones
Read my programming and virtualization blog: 
http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html