[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] SCSI HBA auto-created for -drive if=scsi

From: Markus Armbruster
Subject: Re: [Qemu-devel] SCSI HBA auto-created for -drive if=scsi
Date: Wed, 18 Jan 2017 20:37:33 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)

Paolo Bonzini <address@hidden> writes:

> On 18/01/2017 18:15, Markus Armbruster wrote:
>> Some boards automatically cold-plug SCSI HBAs to honor -drive if=scsi.
>> Which one depends on the machine:
>>     pc*, realview-eb*, versatile*: lsi53c895a
>>     spapr-machine: spapr-vscsi
>> Should we use something less thoroughly obsolete than lsi53c895a for new
>> machine types?  Something that actually has a maintainer?
> Or just raise an error?...

On IRC, you remarked "there's no HBA that works reliably for all guest

If there's really no sane default, perhaps we shouldn't provide one.

Most machine types don't.  They don't error out, though, they ignore
drives with if=scsi, which leads to an "Orphaned drive without device"
warning, unless the user explicitly configures a suitable SCSI HBA.

Suitable SCSI HBAs are "am53c974", "dc390", "esp", "lsi53c810",
"lsi53c895a", "megasas", "megasas-gen2", "mptsas1068", "spapr-vscsi",
"virtio-scsi-device", but not "pvscsi", "usb-storage", "usb-bot",
"usb-uas".  QEMU is weird.

This automatic creation of frontends for orphaned drives when some
"suitable" device appears is specific to if=scsi.  It isn't done for any
other interface type.  Again, QEMU is weird.

I'd love to ditch this special SCSI magic completely.  But backward
compatibility may compel us to ditch it only for new machine types.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]