[libvirt] [PATCH] virsh: Allow attach-disk to specify disk target bus

Michal Privoznik mprivozn at redhat.com
Wed Jul 2 11:08:10 UTC 2014


On 01.07.2014 12:02, Yanbing Du wrote:
> From: Yanbing Du <ydu at ydu-0.nay.redhat.com>
>
> By default, the bus type is inferred from the style of the device
> name('target' in this command), e.g. a device named 'sda' will
> typically be exported using a SCSI bus. Actually, not only SCSI bus,
> but USB/SATA bus also use this kind of device name. So add '--bus'
> option for attach-disk command to allow user specify the target bus.
>
> Signed-off-by: Yanbing Du <ydu at redhat.com>
> ---
>   tools/virsh-domain.c | 14 ++++++++++++--
>   tools/virsh.pod      |  9 +++++++--
>   2 files changed, 19 insertions(+), 4 deletions(-)
>
> diff --git a/tools/virsh-domain.c b/tools/virsh-domain.c
> index f55dae4..4488250 100644
> --- a/tools/virsh-domain.c
> +++ b/tools/virsh-domain.c
> @@ -277,6 +277,10 @@ static const vshCmdOptDef opts_attach_disk[] = {
>        .flags = VSH_OFLAG_REQ,
>        .help = N_("target of disk device")
>       },
> +    {.name = "bus",

I'd rather call this "targetbus" so it's clear which bus are we talking 
about.

> +     .type = VSH_OT_STRING,
> +     .help = N_("target bus of disk device")
> +    },
>       {.name = "driver",
>        .type = VSH_OT_STRING,
>        .help = N_("driver of disk device")
> @@ -502,7 +506,7 @@ cmdAttachDisk(vshControl *ctl, const vshCmd *cmd)
>       const char *source = NULL, *target = NULL, *driver = NULL,
>                   *subdriver = NULL, *type = NULL, *mode = NULL,
>                   *cache = NULL, *serial = NULL, *straddr = NULL,
> -                *wwn = NULL;
> +                *wwn = NULL, *targetbus = NULL;
>       struct DiskAddress diskAddr;
>       bool isFile = false, functionReturn = false;
>       int ret;
> @@ -536,6 +540,7 @@ cmdAttachDisk(vshControl *ctl, const vshCmd *cmd)
>           vshCommandOptStringReq(ctl, cmd, "serial", &serial) < 0 ||
>           vshCommandOptStringReq(ctl, cmd, "wwn", &wwn) < 0 ||
>           vshCommandOptStringReq(ctl, cmd, "address", &straddr) < 0 ||
> +        vshCommandOptStringReq(ctl, cmd, "bus", &targetbus) < 0 ||
>           vshCommandOptStringReq(ctl, cmd, "sourcetype", &stype) < 0)
>           goto cleanup;
>
> @@ -590,7 +595,12 @@ cmdAttachDisk(vshControl *ctl, const vshCmd *cmd)
>       if (source)
>           virBufferAsprintf(&buf, "<source %s='%s'/>\n",
>                             isFile ? "file" : "dev", source);
> -    virBufferAsprintf(&buf, "<target dev='%s'/>\n", target);
> +    virBufferAsprintf(&buf, "<target dev='%s'", target);
> +    if (targetbus) {
> +        virBufferAsprintf(&buf, " bus='%s'", targetbus);
> +    }

No need to encapsulate one line in the curly braces.

> +    virBufferAddLit(&buf, "/>\n");
> +
>       if (mode)
>           virBufferAsprintf(&buf, "<%s/>\n", mode);
>
> diff --git a/tools/virsh.pod b/tools/virsh.pod
> index b248c9a..3550825 100644
> --- a/tools/virsh.pod
> +++ b/tools/virsh.pod
> @@ -2091,7 +2091,7 @@ expected.
>
>   =item B<attach-disk> I<domain> I<source> I<target>
>   [[[I<--live>] [I<--config>] | [I<--current>]] | [I<--persistent>]]
> -[I<--driver driver>] [I<--subdriver subdriver>] [I<--cache cache>]
> +[I<--bus>] [I<--driver driver>] [I<--subdriver subdriver>] [I<--cache cache>]
>   [I<--type type>] [I<--mode mode>] [I<--sourcetype sourcetype>]
>   [I<--serial serial>] [I<--wwn wwn>] [I<--rawio>]
>   [I<--address address>] [I<--multifunction>] [I<--print-xml>]
> @@ -2099,7 +2099,12 @@ expected.
>   Attach a new disk device to the domain.
>   I<source> is path for the files and devices. I<target> controls the bus or
>   device under which the disk is exposed to the guest OS. It indicates the
> -"logical" device name.  I<driver> can be I<file>, I<tap> or I<phy> for the Xen
> +"logical" device name; the optional I<bus> attribute specifies the type of
> +disk device to emulate; possible values are driver specific, with typical
> +values being I<ide>, I<scsi>, I<virtio>, I<xen>, I<usb>, I<sata>, or I<sd>,
> +if omitted, the bus type is inferred from the style of the device name (e.g.
> +a device named 'sda' will typically be exported using a SCSI bus).
> +I<driver> can be I<file>, I<tap> or I<phy> for the Xen
>   hypervisor depending on the kind of access; or I<qemu> for the QEMU emulator.
>   Further details to the driver can be passed using I<subdriver>. For Xen
>   I<subdriver> can be I<aio>, while for QEMU subdriver should match the format
>

I'm doing the changes and pushing.

ACK

Michal




More information about the libvir-list mailing list