From: Fabiano Rosas <farosas@suse.de>
To: Peter Xu <peterx@redhat.com>
Cc: qemu-devel@nongnu.org, Juan Quintela <quintela@redhat.com>,
Leonardo Bras <leobras@redhat.com>
Subject: Re: [PATCH 2/3] migration: Simplify calling of await_return_path_close_on_source
Date: Mon, 31 Jul 2023 09:42:27 -0300 [thread overview]
Message-ID: <87leew8d70.fsf@suse.de> (raw)
In-Reply-To: <ZMQ1ppAIJVbk8ZBg@x1n>
Peter Xu <peterx@redhat.com> writes:
> On Fri, Jul 28, 2023 at 09:15:15AM -0300, Fabiano Rosas wrote:
>> We're about to reuse this function so move the 'rp_thread_created'
>> check into it and remove the redundant tracing and comment.
>>
>> Add a new tracepoint akin to what is already done at
>> migration_completion().
>>
>> Signed-off-by: Fabiano Rosas <farosas@suse.de>
>> ---
>> migration/migration.c | 21 +++++++--------------
>> migration/trace-events | 3 +--
>> 2 files changed, 8 insertions(+), 16 deletions(-)
>>
>> diff --git a/migration/migration.c b/migration/migration.c
>> index 051067f8c5..d6f4470265 100644
>> --- a/migration/migration.c
>> +++ b/migration/migration.c
>> @@ -2038,6 +2038,10 @@ static int open_return_path_on_source(MigrationState *ms,
>> /* Returns 0 if the RP was ok, otherwise there was an error on the RP */
>> static int await_return_path_close_on_source(MigrationState *ms)
>> {
>> + if (!ms->rp_state.rp_thread_created) {
>> + return 0;
>> + }
>> +
>> /*
>> * If this is a normal exit then the destination will send a SHUT and the
>> * rp_thread will exit, however if there's an error we need to cause
>> @@ -2350,20 +2354,9 @@ static void migration_completion(MigrationState *s)
>> goto fail;
>> }
>>
>> - /*
>> - * If rp was opened we must clean up the thread before
>> - * cleaning everything else up (since if there are no failures
>> - * it will wait for the destination to send it's status in
>> - * a SHUT command).
>> - */
>> - if (s->rp_state.rp_thread_created) {
>> - int rp_error;
>> - trace_migration_return_path_end_before();
>> - rp_error = await_return_path_close_on_source(s);
>> - trace_migration_return_path_end_after(rp_error);
>> - if (rp_error) {
>> - goto fail;
>> - }
>> + if (await_return_path_close_on_source(s)) {
>> + trace_migration_completion_rp_err();
>> + goto fail;
>> }
>>
>> if (qemu_file_get_error(s->to_dst_file)) {
>> diff --git a/migration/trace-events b/migration/trace-events
>> index 5259c1044b..33a69064ca 100644
>> --- a/migration/trace-events
>> +++ b/migration/trace-events
>> @@ -157,13 +157,12 @@ migrate_pending_estimate(uint64_t size, uint64_t pre, uint64_t post) "estimate p
>> migrate_send_rp_message(int msg_type, uint16_t len) "%d: len %d"
>> migrate_send_rp_recv_bitmap(char *name, int64_t size) "block '%s' size 0x%"PRIi64
>> migration_completion_file_err(void) ""
>> +migration_completion_rp_err(void) ""
>> migration_completion_vm_stop(int ret) "ret %d"
>> migration_completion_postcopy_end(void) ""
>> migration_completion_postcopy_end_after_complete(void) ""
>> migration_rate_limit_pre(int ms) "%d ms"
>> migration_rate_limit_post(int urgent) "urgent: %d"
>> -migration_return_path_end_before(void) ""
>> -migration_return_path_end_after(int rp_error) "%d"
>> migration_thread_after_loop(void) ""
>> migration_thread_file_err(void) ""
>> migration_thread_setup_complete(void) ""
>> --
>> 2.35.3
>>
>
> Just in case someone may still want to see the old
> trace_migration_return_path_end_before() tracepoint, maybe just move them
> all over?
They are made redundant by
trace_await_return_path_close_on_source_joining() and
trace_await_return_path_close_on_source_close() which already exist in
the function.
next prev parent reply other threads:[~2023-07-31 12:42 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-28 12:15 [PATCH 0/3] Fix segfault on migration return path Fabiano Rosas
2023-07-28 12:15 ` [PATCH 1/3] migration: Stop marking RP bad after shutdown Fabiano Rosas
2023-07-28 21:37 ` Peter Xu
2023-07-31 21:02 ` Fabiano Rosas
2023-07-31 21:13 ` Fabiano Rosas
2023-07-28 12:15 ` [PATCH 2/3] migration: Simplify calling of await_return_path_close_on_source Fabiano Rosas
2023-07-28 21:39 ` Peter Xu
2023-07-31 12:42 ` Fabiano Rosas [this message]
2023-07-31 17:06 ` Peter Xu
2023-07-28 12:15 ` [PATCH 3/3] migration: Replace the return path retry logic Fabiano Rosas
2023-07-28 21:45 ` Peter Xu
2023-07-31 13:04 ` Fabiano Rosas
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=87leew8d70.fsf@suse.de \
--to=farosas@suse.de \
--cc=leobras@redhat.com \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@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).