qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Kevin Wolf <kwolf@redhat.com>
To: "Benoît Canet" <benoit.canet@irqsave.net>
Cc: Jeff Cody <jcody@redhat.com>, qemu-devel@nongnu.org, stefanha@redhat.com
Subject: Re: [Qemu-devel] [PATCH] block: Add bdrv_forbid_ext_snapshots.
Date: Thu, 26 Sep 2013 16:05:50 +0200	[thread overview]
Message-ID: <20130926140550.GK2443@dhcp-200-207.str.redhat.com> (raw)
In-Reply-To: <20130926133548.GA3338@irqsave.net>

Am 26.09.2013 um 15:35 hat Benoît Canet geschrieben:
> Le Thursday 26 Sep 2013 à 13:43:19 (+0200), Kevin Wolf a écrit :
> > Am 26.09.2013 um 04:01 hat Jeff Cody geschrieben:
> > > On Wed, Sep 25, 2013 at 04:23:22PM +0200, Benoît Canet wrote:
> > > > Drivers having a bs->file where set to recurse the call to their child.
> > > > Protocol and drivers designed to be on the bottom of the stack where set to allow
> > > > snapshots.
> > > > Future protocols like quorum where creating snapshots does not make sense
> > > > without block filters will be set to forbid snapshots.
> > > > 
> > > > Signed-off-by: Benoit Canet <benoit@irqsave.net>
> > 
> > > > diff --git a/block.c b/block.c
> > > > index 4a98250..ff296df 100644
> > > > --- a/block.c
> > > > +++ b/block.c
> > > > @@ -4651,3 +4651,30 @@ int bdrv_amend_options(BlockDriverState *bs, QEMUOptionParameter *options)
> > > >      }
> > > >      return bs->drv->bdrv_amend_options(bs, options);
> > > >  }
> > > > +
> > > > +bool bdrv_is_ext_snapshot_forbidden(BlockDriverState *bs)
> > > > +{
> > > 
> > > I think either:
> > > A) Name this function bdrv_forbid_ext_snapshots(), or
> > > B) Name the BlockDriver function ptr to .bdrv_is_ext_snapshot_forbidden
> > > 
> > > The idea being that this function and the BlockDriver function ptr
> > > should have the same name (e.g. bdrv_has_zero_init, and
> > > bs->drv->bdrv_has_zero_init, etc..)
> > 
> > Yes, I agree, some consistent naming is desirable. I don't think
> > bdrv_forbid_ext_snapshots() is a good name, because it implies that
> > calling this function is what forbids the snapshot (i.e. an action
> > similar to adding a migration blocker), whereas in fact it just checks
> > whether snapshots are forbidden.
> > 
> > How about bdrv_ext_snapshot_allowed(), which avoid double negations when
> > we check for "not forbidden"? Or perhaps even bdrv_check_ext_snapshot(),
> > which would be a more generic name that could be extended to the
> > three-way distinction we intended to have in the end:
> > 
> > - External snapshots are forbidden
> > - May snapshot, but below this BDS (ask bs->file; this is for filters)
> > - Do the snapshot here
> 
> Whould .bdrv_check_ext_snapshot being NULL imply "- Do the snapshot here" as
> Jeff suggested ?

That would probably be the most convenient option.

Kevin

      reply	other threads:[~2013-09-26 14:06 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-25 14:23 [Qemu-devel] [PATCH] Add infrastructure to forbid external snapshot Benoît Canet
2013-09-25 14:23 ` [Qemu-devel] [PATCH] block: Add bdrv_forbid_ext_snapshots Benoît Canet
2013-09-26  2:01   ` Jeff Cody
2013-09-26 11:43     ` Kevin Wolf
2013-09-26 13:35       ` Benoît Canet
2013-09-26 14:05         ` Kevin Wolf [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=20130926140550.GK2443@dhcp-200-207.str.redhat.com \
    --to=kwolf@redhat.com \
    --cc=benoit.canet@irqsave.net \
    --cc=jcody@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.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).