qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH] block: prefer protocol_name over format_name in


From: Kevin Wolf
Subject: Re: [Qemu-devel] [PATCH] block: prefer protocol_name over format_name in bdrv_iterate_format
Date: Tue, 15 Apr 2014 16:00:54 +0200
User-agent: Mutt/1.5.21 (2010-09-15)

Am 15.04.2014 um 15:28 hat Jeff Cody geschrieben:
> Some block drivers have multiple BlockDriver instances with identical
> format_name fields (e.g. gluster, nbd).  In those cases, the
> protocol_name is usually the more unique identifier (e.g. gluster+tcp).
> 
> Both qemu-img and qemu will use bdrv_iterate_format() to list the
> supported formats when a help option is invoked.  When just the
> format_name is used, redundant listings of formats occur (e.g.,
> "Supported formats: ... gluster gluster gluster gluster ... ").
> 
> If we prefer the protocol_name over the format_name (when the
> protocol name exists), then that provides a more informative
> help message:
> 
> "Supported formats: ... gluster gluster+tcp gluster+unix
> gluster+rdma ... "
> 
> Signed-off-by: Jeff Cody <address@hidden>

On the other hand, it means that you can't take any driver name from
here as use it as -drive driver=... value any more.

The good thing is that most drivers stay in the list, so if anyone was
checking the list to query whether a given driver can be used, it would
still work after this patch. gluster/nbd/sheepdog all have a BlockDriver
with a plain gluster/nbd/sheepdog protocol_name.

The one driver that may cause trouble is vvfat, which would be changed
to fat in the output. Not sure if we care.

Let's wait a bit for more comments on this change before we apply it.
I'm not against it per se, but it's not obviously good either.

Kevin



reply via email to

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