qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Max Reitz <mreitz@redhat.com>
To: Wen Congyang <wency@cn.fujitsu.com>,
	Alberto Garcia <berto@igalia.com>,
	"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
	Kevin Wolf <kwolf@redhat.com>, qemu-devel <qemu-devel@nongnu.org>
Cc: Changlong Xie <xiecl.fnst@cn.fujitsu.com>,
	Qemu-block <qemu-block@nongnu.org>,
	Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] quorum: add child name into filename
Date: Wed, 23 Mar 2016 21:45:39 +0100	[thread overview]
Message-ID: <56F30073.6090109@redhat.com> (raw)
In-Reply-To: <56EB743E.8060500@cn.fujitsu.com>


[-- Attachment #1.1: Type: text/plain, Size: 2773 bytes --]

On 18.03.2016 04:21, Wen Congyang wrote:
> The monitor command 'query-block' or 'info block' will output the filename.
> So we can get each children's child-name after this patch. This useful for
> dynamic reconfiguration.
> 
> Signed-off-by: Wen Congyang <wency@cn.fujitsu.com>
> ---
>  block/quorum.c | 10 +++++++---
>  1 file changed, 7 insertions(+), 3 deletions(-)
> 
> diff --git a/block/quorum.c b/block/quorum.c
> index da15465..182766a 100644
> --- a/block/quorum.c
> +++ b/block/quorum.c
> @@ -1036,9 +1036,13 @@ static void quorum_refresh_filename(BlockDriverState *bs, QDict *options)
>  
>      children = qlist_new();
>      for (i = 0; i < s->num_children; i++) {
> -        QINCREF(s->children[i]->bs->full_open_options);
> -        qlist_append_obj(children,
> -                         QOBJECT(s->children[i]->bs->full_open_options));
> +        QDict *child_opts;
> +        const char *child_name = s->children[i]->name;
> +
> +        child_opts = qdict_clone_shallow(s->children[i]->bs->full_open_options);
> +        qdict_put_obj(child_opts, "child-name",
> +                      QOBJECT(qstring_from_str(child_name)));
> +        qlist_append_obj(children, QOBJECT(child_opts));

This QDict is supposed to contain options for reconstructing the given
BDS tree. The "child-name" option however is not a valid options for any
BDS, and giving it will result in an error.

One better place for this functionality would be to implement the
bdrv_get_specific_info() function and define an ImageInfoQuorum QAPI
object (which could contain an array of child information, with each
such object in turn containing this child name).

However, it appears to me that this is very general graph information
and actually not related to quorum. So it probably makes sense to
instead introduce a QMP command for querying the BDS graph (or the tree
starting at a user-specified node/backend). I think it would be
sufficient to just emit the node names (because every BDS has a node
name now), like so:

(Note: This is just a rough idea, maybe it's actually a horrible idea)

{ 'execute': 'query-block-node-tree',
  'arguments': { 'root': 'drive0' } }

{ 'return': {
    'node-name': 'qcow2-node',
    'children': {
        'file': {
            'node-name': 'quorum-node',
            'children': {
                'children.0': {
                    'node-name': 'file-node'
                },
                'children.1': {
                    'node-name': 'nbd-node'
                }
            }
        }
    }
} }

Maybe we have something that can provide this exact functionality
already and I'm just oblivious to it, though.

Max

>      }
>  
>      opts = qdict_new();
> 



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

      reply	other threads:[~2016-03-23 20:45 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-18  3:21 [Qemu-devel] [PATCH] quorum: add child name into filename Wen Congyang
2016-03-23 20:45 ` Max Reitz [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56F30073.6090109@redhat.com \
    --to=mreitz@redhat.com \
    --cc=berto@igalia.com \
    --cc=dgilbert@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    --cc=wency@cn.fujitsu.com \
    --cc=xiecl.fnst@cn.fujitsu.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).