On Wed, Mar 15, 2017 at 02:54:03PM +0100, Alexander Bochmann wrote: > > > bios0: vendor SeaBIOS version > "debian/1.7.5-1-0-g506b58d-dirty-20140812_231322-gandalf" date 04/01/2014 > > bios0: QEMU Standard PC (i440FX + PIIX, 1996)
it doesn't say anything about qemu-kvm version :/ > [..] > > virtio1 at pci0 dev 4 function 0 "Qumranet Virtio SCSI" rev 0x00 > > vioscsi0 at virtio1: qsize 128 > > scsibus2 at vioscsi0: 255 targets > > probe(vioscsi0:0:0): Check Condition (error 0) on opcode 0x0 > > sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.1.> SCSI3 0/direct > fixed > > sd0: 61440MB, 512 bytes/sector, 125829120 sectors, thin > > virtio1: msix shared > > Maybe it is actually a Linux bug that has been fixed by everyone > except Red Hat in their undead backports kernel? I could install Fedora or recent OpenSUSE and see :) It would be maybe better to see how virtio-scsi involved in recent qemu since virtio-scsi was imported into OpenBSD. IIRC there were some header changes... (I'm not a programmer but see comparisor below:) https://github.com/qemu/qemu/blob/019adbd3715e98b5a09fab1370cc2c6904f79b6d/include/standard-headers/linux/virtio_scsi.h#L32 #define VIRTIO_SCSI_CDB_SIZE 32 #define VIRTIO_SCSI_SENSE_SIZE 96 vs $ egrep 'VIRTIO.*(CDB|SENSE)_SIZE' cvs/openbsd-src/sys/dev/pv/vioscsireg.h #define VIRTIO_SCSI_CONFIG_SENSE_SIZE 20 /* 32bit */ #define VIRTIO_SCSI_CONFIG_CDB_SIZE 24 /* 32bit */ And here https://github.com/qemu/qemu/commit/03325525c3a607825ab67bf36bffaa5cf8447df2 +/* Override CDB/sense data size: they are dynamic (guest controlled) in QEMU */ +#define VIRTIO_SCSI_CDB_SIZE 0 +#define VIRTIO_SCSI_SENSE_SIZE 0 j.
