[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCHv2 4/4] scsi: Add 'enclosure' option for scsi dev
From: |
Hannes Reinecke |
Subject: |
Re: [Qemu-devel] [PATCHv2 4/4] scsi: Add 'enclosure' option for scsi devices |
Date: |
Fri, 4 Aug 2017 13:54:27 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 |
On 08/04/2017 12:48 PM, Paolo Bonzini wrote:
> On 04/08/2017 10:36, Hannes Reinecke wrote:
>> Make enclosure support optional with the 'enclosure' argument to
>> the scsi device.
>> Adding 'enclosure=on' as option to the SCSI device will present
>> an enclosure service device on LUN0, either as a stand-alone
>> LUN (in case LUN0 is not assigned) or by setting the EncServ bit
>> int the inquiry data if LUN0 is assigned to a block devices.
>>
>> Signed-off-by: Hannes Reinecke <address@hidden>
>> ---
>> hw/scsi/scsi-bus.c | 11 ++++++++---
>> hw/scsi/scsi-disk.c | 4 +++-
>> include/hw/scsi/scsi.h | 1 +
>> 3 files changed, 12 insertions(+), 4 deletions(-)
>>
>> diff --git a/hw/scsi/scsi-bus.c b/hw/scsi/scsi-bus.c
>> index 79a222f..c11422b 100644
>> --- a/hw/scsi/scsi-bus.c
>> +++ b/hw/scsi/scsi-bus.c
>> @@ -22,6 +22,7 @@ static Property scsi_props[] = {
>> DEFINE_PROP_UINT32("channel", SCSIDevice, channel, 0),
>> DEFINE_PROP_UINT32("scsi-id", SCSIDevice, id, -1),
>> DEFINE_PROP_UINT32("lun", SCSIDevice, lun, -1),
>> + DEFINE_PROP_BOOL("enclosure", SCSIDevice, enclosure, false),
>> DEFINE_PROP_END_OF_LIST(),
>> };
>>
>> @@ -494,11 +495,14 @@ static bool scsi_target_emulate_inquiry(SCSITargetReq
>> *r)
>> if (r->req.lun != 0) {
>> r->buf[0] = TYPE_NO_LUN;
>> } else {
>> - r->buf[0] = TYPE_ENCLOSURE;
>> + r->buf[0] = r->req.dev->enclosure ?
>> + TYPE_ENCLOSURE : TYPE_NOT_PRESENT | TYPE_INACTIVE;
>> r->buf[2] = 5; /* Version */
>> r->buf[3] = 2 | 0x10; /* HiSup, response data format */
>> r->buf[4] = r->len - 5; /* Additional Length = (Len - 1) - 4 */
>> - r->buf[6] = 0x40; /* Enclosure service */
>> + if (r->req.dev->enclosure) {
>> + r->buf[6] = 0x40; /* Enclosure service */
>> + }
>> r->buf[7] = 0x10 | (r->req.bus->info->tcq ? 0x02 : 0); /* Sync,
>> TCQ. */
>> memcpy(&r->buf[8], "QEMU ", 8);
>> memcpy(&r->buf[16], "QEMU TARGET ", 16);
>> @@ -600,7 +604,8 @@ static int32_t scsi_target_send_command(SCSIRequest
>> *req, uint8_t *buf)
>> }
>> break;
>> case RECEIVE_DIAGNOSTIC:
>> - if (!scsi_target_emulate_receive_diagnostic(r)) {
>> + if (!r->req.dev->enclosure ||
>> + !scsi_target_emulate_receive_diagnostic(r)) {
>> goto illegal_request;
>> }
>> break;
>> diff --git a/hw/scsi/scsi-disk.c b/hw/scsi/scsi-disk.c
>> index 5f1e5e8..153d97d 100644
>> --- a/hw/scsi/scsi-disk.c
>> +++ b/hw/scsi/scsi-disk.c
>> @@ -792,7 +792,9 @@ static int scsi_disk_emulate_inquiry(SCSIRequest *req,
>> uint8_t *outbuf)
>> the additional length is not adjusted */
>> outbuf[4] = 36 - 5;
>> }
>> -
>> + if (s->qdev.lun == 0 && s->qdev.enclosure) {
>> + outbuf[6] = 0x40; /* Enclosure service */
>> + }
>
> Should this really be set on disks even if you do have a LUN0?
>
Why not? You _can_ have embedded enclosure devices; that's what this bit
is for...
> Why don't you instead add a very simple scsi-enclosure device that you
> can specify as the LUN0?
>
You don't have to.
Once you leave LUN0 free (eg by assigning your first disk LUN1) you'll
get this device by virtue of the current LUN0 emulation.
But yeah, maybe I can be doing a separate enclosure device.
Will be checking if and how I can make it to work.
Cheers,
Hannes
--
Dr. Hannes Reinecke Teamlead Storage & Networking
address@hidden +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG Nürnberg)