From: Kevin Wolf <kwolf@redhat.com>
To: Max Reitz <mreitz@redhat.com>
Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org
Subject: Re: [RFC PATCH 07/22] block/export: Remove magic from block-export-add
Date: Mon, 17 Aug 2020 14:49:51 +0200 [thread overview]
Message-ID: <20200817124951.GJ11402@linux.fritz.box> (raw)
In-Reply-To: <2a6528d8-1792-ec1e-287b-a9b9e2f20eef@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 4845 bytes --]
Am 17.08.2020 um 13:41 hat Max Reitz geschrieben:
> On 13.08.20 18:29, Kevin Wolf wrote:
> > nbd-server-add tries to be convenient and adds two questionable
> > features that we don't want to share in block-export-add, even for NBD
> > exports:
> >
> > 1. When requesting a writable export of a read-only device, the export
> > is silently downgraded to read-only. This should be an error in the
> > context of block-export-add.
> >
> > 2. When using a BlockBackend name, unplugging the device from the guest
> > will automatically stop the NBD server, too. This may sometimes be
> > what you want, but it could also be very surprising. Let's keep
> > things explicit with block-export-add. If the user wants to stop the
> > export, they should tell us so.
> >
> > Move these things into the nbd-server-add QMP command handler so that
> > they apply only there.
> >
> > Signed-off-by: Kevin Wolf <kwolf@redhat.com>
> > ---
> > include/block/nbd.h | 3 ++-
> > block/export/export.c | 44 ++++++++++++++++++++++++++++++++++++++-----
> > blockdev-nbd.c | 10 ++++------
> > nbd/server.c | 19 ++++++++++++-------
> > qemu-nbd.c | 3 +--
> > 5 files changed, 58 insertions(+), 21 deletions(-)
>
> [...]
>
> > diff --git a/block/export/export.c b/block/export/export.c
> > index 3d0dacb3f2..2d5f92861c 100644
> > --- a/block/export/export.c
> > +++ b/block/export/export.c
>
> [...]
>
> > @@ -34,24 +36,56 @@ static const BlockExportDriver *blk_exp_find_driver(BlockExportType type)
> > return NULL;
> > }
> >
> > -void qmp_block_export_add(BlockExportOptions *export, Error **errp)
> > +static BlockExport *blk_exp_add(BlockExportOptions *export, Error **errp)
> > {
> > const BlockExportDriver *drv;
> >
> > drv = blk_exp_find_driver(export->type);
> > if (!drv) {
> > error_setg(errp, "No driver found for the requested export type");
> > - return;
> > + return NULL;
> > }
> >
> > - drv->create(export, errp);
> > + return drv->create(export, errp);
> > +}
> > +
> > +void qmp_block_export_add(BlockExportOptions *export, Error **errp)
> > +{
> > + blk_exp_add(export, errp);
> > }
>
> Interesting. I would have added it this way from the start then (with a
> note that we’ll need it later).
>
> > void qmp_nbd_server_add(BlockExportOptionsNbd *arg, Error **errp)
> > {
> > - BlockExportOptions export = {
> > + BlockExport *export;
> > + BlockDriverState *bs;
> > + BlockBackend *on_eject_blk;
> > +
> > + BlockExportOptions export_opts = {
> > .type = BLOCK_EXPORT_TYPE_NBD,
> > .u.nbd = *arg,
>
> This copies *arg’s contents...
>
> > };
> > - qmp_block_export_add(&export, errp);
> > +
> > + /*
> > + * nbd-server-add doesn't complain when a read-only device should be
> > + * exported as writable, but simply downgrades it. This is an error with
> > + * block-export-add.
> > + */
> > + bs = bdrv_lookup_bs(arg->device, arg->device, NULL);
> > + if (bs && bdrv_is_read_only(bs)) {
> > + arg->writable = false;
>
> ...and here you only modify the original *arg, but not
> export_opts.u.nbd. So I don’t think this will have any effect.
I thought I had tested this... Well, good catch, thanks.
> > + }
> > +
> > + export = blk_exp_add(&export_opts, errp);
> > + if (!export) {
> > + return;
> > + }
> > +
> > + /*
> > + * nbd-server-add removes the export when the named BlockBackend used for
> > + * @device goes away.
> > + */
> > + on_eject_blk = blk_by_name(arg->device);
> > + if (on_eject_blk) {
> > + nbd_export_set_on_eject_blk(export, on_eject_blk);
> > + }
> > }
>
> The longer it gets, the more I think maybe it should be in some NBD file
> like blockdev-nbd.c after all.
Fair enough. Though I think blockdev-nbd.c in the root directory is
something that shouldn't even exist.
But I guess I can just leave the functions where they are and we can
move the file another day.
> [...]
>
> > diff --git a/nbd/server.c b/nbd/server.c
> > index 92360d1f08..0b84fd30e2 100644
> > --- a/nbd/server.c
> > +++ b/nbd/server.c
> > @@ -1506,11 +1506,22 @@ static void nbd_eject_notifier(Notifier *n, void *data)
> > aio_context_release(aio_context);
> > }
> >
> > +void nbd_export_set_on_eject_blk(BlockExport *exp, BlockBackend *blk)
> > +{
> > + NBDExport *nbd_exp = container_of(exp, NBDExport, common);
> > + assert(exp->drv == &blk_exp_nbd);
> > +
>
> I think asserting that the nbd_exp->eject_notifier is unused so far
> would make sense (e.g. just checking that eject_notifier_blk is NULL).
Makes sense.
Kevin
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-08-17 12:50 UTC|newest]
Thread overview: 90+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-13 16:29 [RFC PATCH 00/22] block/export: Add infrastructure and QAPI for block exports Kevin Wolf
2020-08-13 16:29 ` [RFC PATCH 01/22] nbd: Remove unused nbd_export_get_blockdev() Kevin Wolf
2020-08-17 8:14 ` Max Reitz
2020-08-19 18:13 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 02/22] qapi: Create block-export module Kevin Wolf
2020-08-17 8:50 ` Max Reitz
2020-08-19 18:17 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 03/22] qapi: Rename BlockExport to BlockExportOptions Kevin Wolf
2020-08-17 9:13 ` Max Reitz
2020-08-19 18:19 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 04/22] block/export: Add BlockExport infrastructure and block-export-add Kevin Wolf
2020-08-17 10:03 ` Max Reitz
2020-08-17 12:45 ` Kevin Wolf
2020-08-17 13:19 ` Max Reitz
2020-08-17 13:29 ` Kevin Wolf
2020-08-17 13:53 ` Max Reitz
2020-08-19 18:31 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 05/22] qemu-storage-daemon: Use qmp_block_export_add() Kevin Wolf
2020-08-17 10:13 ` Max Reitz
2020-08-19 19:14 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 06/22] qemu-nbd: Use raw block driver for --offset Kevin Wolf
2020-08-17 10:56 ` Max Reitz
2020-08-17 11:41 ` Max Reitz
2020-08-17 17:19 ` Nir Soffer
2020-08-18 8:47 ` Kevin Wolf
2020-08-18 9:05 ` Nir Soffer
2020-08-19 19:33 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 07/22] block/export: Remove magic from block-export-add Kevin Wolf
2020-08-17 11:41 ` Max Reitz
2020-08-17 12:49 ` Kevin Wolf [this message]
2020-08-17 13:22 ` Max Reitz
2020-08-19 19:50 ` Eric Blake
2020-08-20 11:05 ` Kevin Wolf
2020-08-20 14:41 ` Eric Blake
2020-08-20 15:28 ` Peter Krempa
2020-08-13 16:29 ` [RFC PATCH 08/22] nbd: Add max-connections to nbd-server-start Kevin Wolf
2020-08-17 12:37 ` Max Reitz
2020-08-17 13:01 ` Kevin Wolf
2020-08-19 20:00 ` Eric Blake
2020-08-20 11:12 ` Kevin Wolf
2020-08-13 16:29 ` [RFC PATCH 09/22] nbd: Add writethrough to block-export-add Kevin Wolf
2020-08-17 12:56 ` Max Reitz
2020-08-17 13:13 ` Kevin Wolf
2020-08-17 13:51 ` Max Reitz
2020-08-17 14:32 ` Kevin Wolf
2020-08-17 15:35 ` Max Reitz
2020-08-19 20:05 ` Eric Blake
2020-08-19 20:13 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 10/22] nbd: Remove NBDExport.close callback Kevin Wolf
2020-08-17 14:02 ` Max Reitz
2020-08-19 20:17 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 11/22] qemu-nbd: Use blk_exp_add() to create the export Kevin Wolf
2020-08-17 14:27 ` Max Reitz
2020-08-17 14:38 ` Max Reitz
2020-08-17 15:01 ` Kevin Wolf
2020-08-19 20:35 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 12/22] nbd/server: Simplify export shutdown Kevin Wolf
2020-08-17 14:32 ` Max Reitz
2020-08-19 20:45 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 13/22] block/export: Move refcount from NBDExport to BlockExport Kevin Wolf
2020-08-17 14:49 ` Max Reitz
2020-08-19 20:58 ` Eric Blake
2020-08-20 14:15 ` Kevin Wolf
2020-08-13 16:29 ` [RFC PATCH 14/22] block/export: Move AioContext " Kevin Wolf
2020-08-17 14:56 ` Max Reitz
2020-08-17 15:22 ` Kevin Wolf
2020-08-17 15:47 ` Max Reitz
2020-08-13 16:29 ` [RFC PATCH 15/22] block/export: Move device to BlockExportOptions Kevin Wolf
2020-08-17 15:13 ` Max Reitz
2020-08-17 15:27 ` Kevin Wolf
2020-08-17 15:49 ` Max Reitz
2020-08-19 21:13 ` Eric Blake
2020-08-13 16:29 ` [RFC PATCH 16/22] block/export: Allocate BlockExport in blk_exp_add() Kevin Wolf
2020-08-18 14:25 ` Max Reitz
2020-08-13 16:29 ` [RFC PATCH 17/22] block/export: Add blk_exp_close_all(_type) Kevin Wolf
2020-08-18 15:00 ` Max Reitz
2020-08-13 16:29 ` [RFC PATCH 18/22] block/export: Add 'id' option to block-export-add Kevin Wolf
2020-08-18 15:08 ` Max Reitz
2020-08-13 16:29 ` [RFC PATCH 19/22] block/export: Move strong user reference to block_exports Kevin Wolf
2020-08-19 8:35 ` Max Reitz
2020-08-19 11:56 ` Max Reitz
2020-08-19 14:23 ` Kevin Wolf
2020-08-19 14:48 ` Max Reitz
2020-08-13 16:29 ` [RFC PATCH 20/22] block/export: Add block-export-del Kevin Wolf
2020-08-19 9:54 ` Max Reitz
2020-08-13 16:29 ` [RFC PATCH 21/22] block/export: Move blk to BlockExport Kevin Wolf
2020-08-19 10:53 ` Max Reitz
2020-08-13 16:29 ` [RFC PATCH 22/22] block/export: Add query-block-exports Kevin Wolf
2020-08-19 11:04 ` Max Reitz
2020-08-19 12:04 ` Kevin Wolf
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=20200817124951.GJ11402@linux.fritz.box \
--to=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
/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).