From: Paolo Bonzini <pbonzini@redhat.com>
To: Emanuele Giuseppe Esposito <eesposit@redhat.com>, qemu-block@nongnu.org
Cc: Kevin Wolf <kwolf@redhat.com>, Fam Zheng <fam@euphon.net>,
Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>,
qemu-devel@nongnu.org, Hanna Reitz <hreitz@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
John Snow <jsnow@redhat.com>
Subject: Re: [PATCH 08/12] reopen: add a transaction to drain_end nodes picked in bdrv_reopen_parse_file_or_backing
Date: Wed, 19 Jan 2022 10:33:49 +0100 [thread overview]
Message-ID: <ceb9f0e7-8550-1641-574e-7390cbc6870d@redhat.com> (raw)
In-Reply-To: <20220118162738.1366281-9-eesposit@redhat.com>
On 1/18/22 17:27, Emanuele Giuseppe Esposito wrote:
> Depending on the options given to reopen_state,
> bdrv_reopen_parse_file_or_backing could pick another bs
> that could be from another graph, and thus not protected
> by subtree_drained_begin called by the callers of this
> function.
>
> We can't simply drain-undrain here, because of transactions.
> To simplify the logic, transactions always assume that they
> are run under drain, so the various subtree_drain introduced
> so far always take care of covering tran_commit().
>
> And since we cannot directly do it, as the transaction is
> created/committed higher above, we can just add a new
> transaction to the list that just executes subtree_drained_end
> to match the drained_begin done in this function.
A rewrite of the last two paragraphs:
---
Of the two callers of bdrv_set_file_or_backing_noperm,
bdrv_reopen_parse_file_or_backing is unique in that it does not complete
the reopen, it only prepares a transaction. The actual commit (or
abort) is done higher in the call chain.
Therefore, the call to bdrv_subtree_drained_end_unlocked must be delayed
until after the transaction's fate has been determined and its actions
have been performed. Do this by recording a TransactionActionDrv to end
the drained section for new_child_bs.
---
Likewise, the subject can be "block: keep children drained across a
reopen transaction"; explain the change and not the technicalities of
how you did it.
Paolo
> Signed-off-by: Emanuele Giuseppe Esposito <eesposit@redhat.com>
> ---
> block.c | 25 ++++++++++++++++++++-----
> 1 file changed, 20 insertions(+), 5 deletions(-)
>
> diff --git a/block.c b/block.c
> index fb5bc3077a..fcc44a49a0 100644
> --- a/block.c
> +++ b/block.c
> @@ -4522,6 +4522,10 @@ int bdrv_reopen_set_read_only(BlockDriverState *bs, bool read_only,
> return bdrv_reopen(bs, opts, true, errp);
> }
>
> +TransactionActionDrv bdrv_drv_subtree_end = {
> + .clean = (void (*)(void *)) bdrv_subtree_drained_end_unlocked,
> +};
> +
> /*
> * Take a BDRVReopenState and check if the value of 'backing' in the
> * reopen_state->options QDict is valid or not.
> @@ -4550,6 +4554,7 @@ static int bdrv_reopen_parse_file_or_backing(BDRVReopenState *reopen_state,
> const char *child_name = is_backing ? "backing" : "file";
> QObject *value;
> const char *str;
> + int ret = 0;
>
> assert(qemu_in_main_thread());
>
> @@ -4573,6 +4578,8 @@ static int bdrv_reopen_parse_file_or_backing(BDRVReopenState *reopen_state,
> "cycle", str, child_name, bs->node_name);
> return -EINVAL;
> }
> + /* This will be paired with a drained_end in tran_commit */
> + bdrv_subtree_drained_begin_unlocked(new_child_bs);
> break;
> default:
> /*
> @@ -4583,18 +4590,19 @@ static int bdrv_reopen_parse_file_or_backing(BDRVReopenState *reopen_state,
> }
>
> if (old_child_bs == new_child_bs) {
> - return 0;
> + goto end;
> }
>
> if (old_child_bs) {
> if (bdrv_skip_implicit_filters(old_child_bs) == new_child_bs) {
> - return 0;
> + goto end;
> }
>
> if (old_child_bs->implicit) {
> error_setg(errp, "Cannot replace implicit %s child of %s",
> child_name, bs->node_name);
> - return -EPERM;
> + ret = -EPERM;
> + goto end;
> }
> }
>
> @@ -4605,7 +4613,8 @@ static int bdrv_reopen_parse_file_or_backing(BDRVReopenState *reopen_state,
> */
> error_setg(errp, "'%s' is a %s filter node that does not support a "
> "%s child", bs->node_name, bs->drv->format_name, child_name);
> - return -EINVAL;
> + ret = -EINVAL;
> + goto end;
> }
>
> if (is_backing) {
> @@ -4614,8 +4623,14 @@ static int bdrv_reopen_parse_file_or_backing(BDRVReopenState *reopen_state,
> reopen_state->old_file_bs = old_child_bs;
> }
>
> - return bdrv_set_file_or_backing_noperm(bs, new_child_bs, is_backing,
> + ret = bdrv_set_file_or_backing_noperm(bs, new_child_bs, is_backing,
> tran, errp);
> +
> +end:
> + if (new_child_bs) {
> + tran_add(tran, &bdrv_drv_subtree_end, new_child_bs);
> + }
> + return ret;
> }
>
> /*
next prev parent reply other threads:[~2022-01-19 9:39 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-18 16:27 [PATCH 00/12] Removal of Aiocontext lock through drains: protect bdrv_replace_child_noperm Emanuele Giuseppe Esposito
2022-01-18 16:27 ` [PATCH 01/12] introduce BDRV_POLL_WHILE_UNLOCKED Emanuele Giuseppe Esposito
2022-01-26 10:49 ` Stefan Hajnoczi
2022-02-03 13:57 ` Emanuele Giuseppe Esposito
2022-02-04 12:13 ` Paolo Bonzini
2022-01-18 16:27 ` [PATCH 02/12] block/io.c: make bdrv_do_drained_begin_quiesce static and introduce bdrv_drained_begin_no_poll Emanuele Giuseppe Esposito
2022-01-19 9:11 ` Paolo Bonzini
2022-01-18 16:27 ` [PATCH 03/12] block.c: bdrv_replace_child_noperm: first remove the child, and then call ->detach() Emanuele Giuseppe Esposito
2022-01-18 16:27 ` [PATCH 04/12] block.c: bdrv_replace_child_noperm: first call ->attach(), and then add child Emanuele Giuseppe Esposito
2022-01-18 16:27 ` [PATCH 05/12] test-bdrv-drain.c: adapt test to the coming subtree drains Emanuele Giuseppe Esposito
2022-01-19 9:18 ` Paolo Bonzini
2022-02-03 11:41 ` Emanuele Giuseppe Esposito
2022-01-18 16:27 ` [PATCH 06/12] test-bdrv-drain.c: remove test_detach_by_parent_cb() Emanuele Giuseppe Esposito
2022-01-18 16:27 ` [PATCH 07/12] block/io.c: introduce bdrv_subtree_drained_{begin/end}_unlocked Emanuele Giuseppe Esposito
2022-01-19 9:52 ` Paolo Bonzini
2022-01-26 11:04 ` Stefan Hajnoczi
2022-01-18 16:27 ` [PATCH 08/12] reopen: add a transaction to drain_end nodes picked in bdrv_reopen_parse_file_or_backing Emanuele Giuseppe Esposito
2022-01-19 9:33 ` Paolo Bonzini [this message]
2022-01-26 11:16 ` Stefan Hajnoczi
2022-01-18 16:27 ` [PATCH 09/12] jobs: ensure sleep in job_sleep_ns is fully performed Emanuele Giuseppe Esposito
2022-01-26 11:21 ` Stefan Hajnoczi
2022-02-03 14:21 ` Emanuele Giuseppe Esposito
2022-01-18 16:27 ` [PATCH 10/12] block.c: add subtree_drains where needed Emanuele Giuseppe Esposito
2022-01-19 9:47 ` Paolo Bonzini
2022-02-03 13:13 ` Emanuele Giuseppe Esposito
2022-02-01 14:47 ` Vladimir Sementsov-Ogievskiy
2022-02-02 15:37 ` Emanuele Giuseppe Esposito
2022-02-02 17:38 ` Paolo Bonzini
2022-02-03 10:09 ` Emanuele Giuseppe Esposito
2022-02-04 9:49 ` Vladimir Sementsov-Ogievskiy
2022-02-04 13:30 ` Emanuele Giuseppe Esposito
2022-02-04 14:03 ` Vladimir Sementsov-Ogievskiy
2022-01-18 16:27 ` [PATCH 11/12] block/io.c: fully enable assert_bdrv_graph_writable Emanuele Giuseppe Esposito
2022-01-18 16:27 ` [PATCH 12/12] block.c: additional assert qemu in main tread Emanuele Giuseppe Esposito
2022-01-19 9:51 ` [PATCH 00/12] Removal of Aiocontext lock through drains: protect bdrv_replace_child_noperm Paolo Bonzini
2022-01-26 11:29 ` Stefan Hajnoczi
2022-01-27 13:46 ` Paolo Bonzini
2022-01-28 12:20 ` Emanuele Giuseppe Esposito
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=ceb9f0e7-8550-1641-574e-7390cbc6870d@redhat.com \
--to=pbonzini@redhat.com \
--cc=eesposit@redhat.com \
--cc=fam@euphon.net \
--cc=hreitz@redhat.com \
--cc=jsnow@redhat.com \
--cc=kwolf@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
--cc=vsementsov@virtuozzo.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).