From patchwork Sun Mar 26 17:25:38 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Peter Xu X-Patchwork-Id: 13188391 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 1102AC74A5B for ; Sun, 26 Mar 2023 17:26:54 +0000 (UTC) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pgU7t-0000lb-SU; Sun, 26 Mar 2023 13:25:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pgU7t-0000lI-24 for qemu-devel@nongnu.org; Sun, 26 Mar 2023 13:25:53 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.129.124]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pgU7r-0003ku-IT for qemu-devel@nongnu.org; Sun, 26 Mar 2023 13:25:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1679851550; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=OHuopxQt6ihuoU9SCqe4c53FaZyeCMXaLseFI7BFD8g=; b=YV49tByNBAfcdjFYkre+8uSG1r/3tSRYCc//vCxfY/BRG/RCHpHTYl8XJCbyV5WYSrLxL9 l1hUkOrPqMGlPL7oHHLVmTQHCqtm/Bj94vviJyRFC7qK4wXTqrifnw8KM1CJJoXaHEWbK2 Pk0sk9n2WLMetRPUNNmlf0pV+OU8rYE= Received: from mail-yw1-f200.google.com (mail-yw1-f200.google.com [209.85.128.200]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-49-B99xo856MPGHyvD9OXtQrg-1; Sun, 26 Mar 2023 13:25:46 -0400 X-MC-Unique: B99xo856MPGHyvD9OXtQrg-1 Received: by mail-yw1-f200.google.com with SMTP id 00721157ae682-5417f156cb9so66247857b3.8 for ; Sun, 26 Mar 2023 10:25:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679851545; x=1682443545; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=OHuopxQt6ihuoU9SCqe4c53FaZyeCMXaLseFI7BFD8g=; b=nIJMI8BHzJDtzngOcznoMn012noB7hDS+dogMIxJNggCF3rsJzlnBsVGVApPCVjXdn uvTkhllV2PyWtYNVEtlwFv9NZhpuxFFow8y/jkFh/ZZ5hOitIm+SUaZMI+Znavis6X0r 1ImJXq9oU3TWrKZU6qgkVXhakBQxP83o97RzQq0L9nfVDopDgxXS7muoRyxJFI6iXhpD vDzw0qL0cVsl9a/gk2eCG80CYfGEamy4IfdmBY/u5xZsh+Fb7SD3AyArTZMDN1BNHadO EAHZhy+s4F3IiW2YSWWSSTbD1P7znoPEO9mobJs+Metc17A6ajxVHx1ZDwUS/pVTYPAx EGwg== X-Gm-Message-State: AAQBX9ckIAX5DXewprEUXcy8WTQuMLEEvdSRr7OIB9NAj68WFFuP1aM2 mSBFuEBFi3Lvp4TBfpWGBkY0mGL6dk8wOQzYvhAl8z7wAcuFkJI6ZJtK7oNc8tdX3cPf+5qPL/Z i7MSfwiXFjc4RxXqtv+oo3tTZucugMIRcZwtGn8K1tAJnMmEno25pZK5K66a1La3kjjjDSpb7 X-Received: by 2002:a81:1cd4:0:b0:52e:e77b:d5c with SMTP id c203-20020a811cd4000000b0052ee77b0d5cmr8501371ywc.4.1679851545012; Sun, 26 Mar 2023 10:25:45 -0700 (PDT) X-Google-Smtp-Source: AKy350aWWBqacolCZNSVe8J23S9h01Gdondf6nzcT5dxhLWIiqc+7ToOA7ZjnIZgUXbXLQQ3+JlVJA== X-Received: by 2002:a81:1cd4:0:b0:52e:e77b:d5c with SMTP id c203-20020a811cd4000000b0052ee77b0d5cmr8501360ywc.4.1679851544744; Sun, 26 Mar 2023 10:25:44 -0700 (PDT) Received: from x1n.redhat.com (bras-base-aurron9127w-grc-40-70-52-229-124.dsl.bell.ca. [70.52.229.124]) by smtp.gmail.com with ESMTPSA id d8-20020a818d08000000b00545a0818501sm1529454ywg.145.2023.03.26.10.25.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Mar 2023 10:25:43 -0700 (PDT) From: Peter Xu To: qemu-devel@nongnu.org Cc: Peter Maydell , Leonardo Bras Soares Passos , =?utf-8?q?Daniel_P_=2E_B?= =?utf-8?q?errang=C3=A9?= , "Dr . David Alan Gilbert" , peterx@redhat.com, Juan Quintela Subject: [PATCH for-8.0 1/3] io: tls: Inherit QIO_CHANNEL_FEATURE_SHUTDOWN on server side Date: Sun, 26 Mar 2023 13:25:38 -0400 Message-Id: <20230326172540.2571110-2-peterx@redhat.com> X-Mailer: git-send-email 2.39.1 In-Reply-To: <20230326172540.2571110-1-peterx@redhat.com> References: <20230326172540.2571110-1-peterx@redhat.com> MIME-Version: 1.0 Received-SPF: pass client-ip=170.10.129.124; envelope-from=peterx@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org TLS iochannel will inherit io_shutdown() from the master ioc, however we missed to do that on the server side. This will e.g. allow qemu_file_shutdown() to work on dest QEMU too for migration. Acked-by: Daniel P. Berrangé Signed-off-by: Peter Xu Reviewed-by: Juan Quintela --- io/channel-tls.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/io/channel-tls.c b/io/channel-tls.c index 5a7a3d48d6..9805dd0a3f 100644 --- a/io/channel-tls.c +++ b/io/channel-tls.c @@ -74,6 +74,9 @@ qio_channel_tls_new_server(QIOChannel *master, ioc = QIO_CHANNEL_TLS(object_new(TYPE_QIO_CHANNEL_TLS)); ioc->master = master; + if (qio_channel_has_feature(master, QIO_CHANNEL_FEATURE_SHUTDOWN)) { + qio_channel_set_feature(QIO_CHANNEL(ioc), QIO_CHANNEL_FEATURE_SHUTDOWN); + } object_ref(OBJECT(master)); ioc->session = qcrypto_tls_session_new( From patchwork Sun Mar 26 17:25:39 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Peter Xu X-Patchwork-Id: 13188389 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 60F71C6FD1C for ; Sun, 26 Mar 2023 17:26:38 +0000 (UTC) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pgU7w-0000m6-Nr; Sun, 26 Mar 2023 13:25:56 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pgU7v-0000ly-Nj for qemu-devel@nongnu.org; Sun, 26 Mar 2023 13:25:55 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pgU7t-0003lE-Si for qemu-devel@nongnu.org; Sun, 26 Mar 2023 13:25:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1679851553; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CgQvfNBiibraYitlr3fezwSB/jnlulCn8yXXcoRGo/0=; b=DsU0CQplfruS6CzAY+7txFpjigviihfPDVpX8DTp1WQQGqzOYsMm75ltucOMqzK+jZoNWx w7sASSSNOcQdXOHYtOHAbcC/UbECwZxgrata0RcBw4aqg//ygWYoNn+IqGtB7R55ijRJvs TsOycgSJg5w6e1rPCiApj5C3YfN28W0= Received: from mail-yw1-f198.google.com (mail-yw1-f198.google.com [209.85.128.198]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-556-vQjq9KFnMbKnDQ3Xy7fbUA-1; Sun, 26 Mar 2023 13:25:51 -0400 X-MC-Unique: vQjq9KFnMbKnDQ3Xy7fbUA-1 Received: by mail-yw1-f198.google.com with SMTP id 00721157ae682-536a4eba107so66108627b3.19 for ; Sun, 26 Mar 2023 10:25:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679851547; x=1682443547; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=CgQvfNBiibraYitlr3fezwSB/jnlulCn8yXXcoRGo/0=; b=jzm9UJi8nGDdr61XtUvZpHd5rMKcp80+5BLBxWP9GiMFn9cVTDmcbWWp7/X5EcsLdt e8u51nZloAfL2EvnsN0oqMPfUYTsb3rczaRrKqkEQRCuqv6P/nqEXTSoM+4884OWc6xu wTBtIiFx4AfoR8KKmr6TWyhGNIi9ZDOLAPE2LYjp19fHNFsbHfzkwRx0sUwJ99OtCROJ tnQy0+o7ES46m9tBfhHjD0GOz5p59WvCVqvfDxxDr8jrPCfl9khg7klekS/9WeRO5/tg rBKR0qMAnqMC0GOU3TNrdoCxfJNQBiE8GOM8BYMft/kTdOy3byYvqbfhwpim5bmj3Su2 UUIw== X-Gm-Message-State: AAQBX9d2Egt//kM22GLLkaXrNpPDNeMzXtU3p6cFTidaW+zQHOpSxyNH jTmbVV75e1mf+2+q3Jp2+hyo8MugfzvFxiYG7eOjQwuNvrLNfynbUygAtyTE7ORFoTuzjqSZ5FO veYqjNFklso7JnlEU3HnUOFQocS6suWFGmLBmJpzz4DjqzozlrhW0rJ6qrEw0/Qx3/MN/+sxr X-Received: by 2002:a81:5756:0:b0:545:4c13:2022 with SMTP id l83-20020a815756000000b005454c132022mr7777499ywb.0.1679851547628; Sun, 26 Mar 2023 10:25:47 -0700 (PDT) X-Google-Smtp-Source: AKy350Yh9F/fkF2Yjf2D+rp78MB9pBKSn0qid1euFyc/X34t+5wpRFVkSuLAZmQ1g9F4g265wVzkOg== X-Received: by 2002:a81:5756:0:b0:545:4c13:2022 with SMTP id l83-20020a815756000000b005454c132022mr7777485ywb.0.1679851547219; Sun, 26 Mar 2023 10:25:47 -0700 (PDT) Received: from x1n.redhat.com (bras-base-aurron9127w-grc-40-70-52-229-124.dsl.bell.ca. [70.52.229.124]) by smtp.gmail.com with ESMTPSA id d8-20020a818d08000000b00545a0818501sm1529454ywg.145.2023.03.26.10.25.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Mar 2023 10:25:46 -0700 (PDT) From: Peter Xu To: qemu-devel@nongnu.org Cc: Peter Maydell , Leonardo Bras Soares Passos , =?utf-8?q?Daniel_P_=2E_B?= =?utf-8?q?errang=C3=A9?= , "Dr . David Alan Gilbert" , peterx@redhat.com, Juan Quintela Subject: [PATCH for-8.0 2/3] migration: Fix potential race on postcopy_qemufile_src Date: Sun, 26 Mar 2023 13:25:39 -0400 Message-Id: <20230326172540.2571110-3-peterx@redhat.com> X-Mailer: git-send-email 2.39.1 In-Reply-To: <20230326172540.2571110-1-peterx@redhat.com> References: <20230326172540.2571110-1-peterx@redhat.com> MIME-Version: 1.0 Received-SPF: pass client-ip=170.10.133.124; envelope-from=peterx@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org postcopy_qemufile_src object should be owned by one thread, either the main thread (e.g. when at the beginning, or at the end of migration), or by the return path thread (when during a preempt enabled postcopy migration). If that's not the case the access to the object might be racy. postcopy_preempt_shutdown_file() can be potentially racy, because it's called at the end phase of migration on the main thread, however during which the return path thread hasn't yet been recycled; the recycle happens in await_return_path_close_on_source() which is after this point. It means, logically it's posslbe the main thread and the return path thread are both operating on the same qemufile. While I don't think qemufile is thread safe at all. postcopy_preempt_shutdown_file() used to be needed because that's where we send EOS to dest so that dest can safely shutdown the preempt thread. To avoid the possible race, remove this only place that a race can happen. Instead we figure out another way to safely close the preempt thread on dest. The core idea during postcopy on deciding "when to stop" is that dest will send a postcopy SHUT message to src, telling src that all data is there. Hence to shut the dest preempt thread maybe better to do it directly on dest node. This patch proposed such a way that we change postcopy_prio_thread_created into PreemptThreadStatus, so that we kick the preempt thread on dest qemu by a sequence of: mis->preempt_thread_status = PREEMPT_THREAD_QUIT; qemu_file_shutdown(mis->postcopy_qemufile_dst); While here shutdown() is probably so far the easiest way to kick preempt thread from a blocked qemu_get_be64(). Then it reads preempt_thread_status to make sure it's not a network failure but a willingness to quit the thread. We could have avoided that extra status but just rely on migration status. The problem is postcopy_ram_incoming_cleanup() is just called early enough so we're still during POSTCOPY_ACTIVE no matter what.. So just make it simple to have the status introduced. One flag x-preempt-pre-7-2 is added to keep old pre-7.2 behaviors of postcopy preempt. Fixes: 9358982744 ("migration: Send requested page directly in rp-return thread") Signed-off-by: Peter Xu Reviewed-by: Juan Quintela --- hw/core/machine.c | 1 + migration/migration.c | 10 ++++++++-- migration/migration.h | 34 +++++++++++++++++++++++++++++++++- migration/postcopy-ram.c | 20 +++++++++++++++----- 4 files changed, 57 insertions(+), 8 deletions(-) diff --git a/hw/core/machine.c b/hw/core/machine.c index 45e3d24fdc..cd13b8b0a3 100644 --- a/hw/core/machine.c +++ b/hw/core/machine.c @@ -42,6 +42,7 @@ GlobalProperty hw_compat_7_2[] = { { "e1000e", "migrate-timadj", "off" }, { "virtio-mem", "x-early-migration", "false" }, + { "migration", "x-preempt-pre-7-2", "true" }, }; const size_t hw_compat_7_2_len = G_N_ELEMENTS(hw_compat_7_2); diff --git a/migration/migration.c b/migration/migration.c index ae2025d9d8..37fc4fb3e2 100644 --- a/migration/migration.c +++ b/migration/migration.c @@ -3464,8 +3464,12 @@ static void migration_completion(MigrationState *s) qemu_savevm_state_complete_postcopy(s->to_dst_file); qemu_mutex_unlock_iothread(); - /* Shutdown the postcopy fast path thread */ - if (migrate_postcopy_preempt()) { + /* + * Shutdown the postcopy fast path thread. This is only needed + * when dest QEMU binary is old (7.1/7.2). QEMU 8.0+ doesn't need + * this. + */ + if (migrate_postcopy_preempt() && s->preempt_pre_7_2) { postcopy_preempt_shutdown_file(s); } @@ -4443,6 +4447,8 @@ static Property migration_properties[] = { decompress_error_check, true), DEFINE_PROP_UINT8("x-clear-bitmap-shift", MigrationState, clear_bitmap_shift, CLEAR_BITMAP_SHIFT_DEFAULT), + DEFINE_PROP_BOOL("x-preempt-pre-7-2", MigrationState, + preempt_pre_7_2, false), /* Migration parameters */ DEFINE_PROP_UINT8("x-compress-level", MigrationState, diff --git a/migration/migration.h b/migration/migration.h index 2da2f8a164..67baba2184 100644 --- a/migration/migration.h +++ b/migration/migration.h @@ -65,6 +65,12 @@ typedef struct { bool all_zero; } PostcopyTmpPage; +typedef enum { + PREEMPT_THREAD_NONE = 0, + PREEMPT_THREAD_CREATED, + PREEMPT_THREAD_QUIT, +} PreemptThreadStatus; + /* State for the incoming migration */ struct MigrationIncomingState { QEMUFile *from_src_file; @@ -124,7 +130,12 @@ struct MigrationIncomingState { QemuSemaphore postcopy_qemufile_dst_done; /* Postcopy priority thread is used to receive postcopy requested pages */ QemuThread postcopy_prio_thread; - bool postcopy_prio_thread_created; + /* + * Always set by the main vm load thread only, but can be read by the + * postcopy preempt thread. "volatile" makes sure all reads will be + * uptodate across cores. + */ + volatile PreemptThreadStatus preempt_thread_status; /* * Used to sync between the ram load main thread and the fast ram load * thread. It protects postcopy_qemufile_dst, which is the postcopy @@ -364,6 +375,27 @@ struct MigrationState { * do not trigger spurious decompression errors. */ bool decompress_error_check; + /* + * This variable only affects behavior when postcopy preempt mode is + * enabled. + * + * When set: + * + * - postcopy preempt src QEMU instance will generate an EOS message at + * the end of migration to shut the preempt channel on dest side. + * + * When clear: + * + * - postcopy preempt src QEMU instance will _not_ generate an EOS + * message at the end of migration, the dest qemu will shutdown the + * channel itself. + * + * NOTE: See message-id on qemu-devel + * mailing list for more information on the possible race. Everyone + * should probably just keep this value untouched after set by the + * machine type (or the default). + */ + bool preempt_pre_7_2; /* * This decides the size of guest memory chunk that will be used diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c index 41c0713650..263bab75ec 100644 --- a/migration/postcopy-ram.c +++ b/migration/postcopy-ram.c @@ -568,9 +568,14 @@ int postcopy_ram_incoming_cleanup(MigrationIncomingState *mis) { trace_postcopy_ram_incoming_cleanup_entry(); - if (mis->postcopy_prio_thread_created) { + if (mis->preempt_thread_status == PREEMPT_THREAD_CREATED) { + /* Notify the fast load thread to quit */ + mis->preempt_thread_status = PREEMPT_THREAD_QUIT; + if (mis->postcopy_qemufile_dst) { + qemu_file_shutdown(mis->postcopy_qemufile_dst); + } qemu_thread_join(&mis->postcopy_prio_thread); - mis->postcopy_prio_thread_created = false; + mis->preempt_thread_status = PREEMPT_THREAD_NONE; } if (mis->have_fault_thread) { @@ -1203,7 +1208,7 @@ int postcopy_ram_incoming_setup(MigrationIncomingState *mis) */ postcopy_thread_create(mis, &mis->postcopy_prio_thread, "fault-fast", postcopy_preempt_thread, QEMU_THREAD_JOINABLE); - mis->postcopy_prio_thread_created = true; + mis->preempt_thread_status = PREEMPT_THREAD_CREATED; } trace_postcopy_ram_enable_notify(); @@ -1652,6 +1657,11 @@ static void postcopy_pause_ram_fast_load(MigrationIncomingState *mis) trace_postcopy_pause_fast_load_continued(); } +static bool preempt_thread_should_run(MigrationIncomingState *mis) +{ + return mis->preempt_thread_status != PREEMPT_THREAD_QUIT; +} + void *postcopy_preempt_thread(void *opaque) { MigrationIncomingState *mis = opaque; @@ -1671,11 +1681,11 @@ void *postcopy_preempt_thread(void *opaque) /* Sending RAM_SAVE_FLAG_EOS to terminate this thread */ qemu_mutex_lock(&mis->postcopy_prio_thread_mutex); - while (1) { + while (preempt_thread_should_run(mis)) { ret = ram_load_postcopy(mis->postcopy_qemufile_dst, RAM_CHANNEL_POSTCOPY); /* If error happened, go into recovery routine */ - if (ret) { + if (ret && preempt_thread_should_run(mis)) { postcopy_pause_ram_fast_load(mis); } else { /* We're done */ From patchwork Sun Mar 26 17:25:40 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Peter Xu X-Patchwork-Id: 13188390 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id D6C2FC74A5B for ; Sun, 26 Mar 2023 17:26:48 +0000 (UTC) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pgU7y-0000ma-PS; Sun, 26 Mar 2023 13:25:58 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pgU7x-0000m8-4J for qemu-devel@nongnu.org; Sun, 26 Mar 2023 13:25:57 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.129.124]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pgU7v-0003lN-LP for qemu-devel@nongnu.org; Sun, 26 Mar 2023 13:25:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1679851555; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=xh7eEmislwaTzwJJMX7ge3+9CrgFY2oIgV/4JyeZCI4=; b=ceRbNAdn7e9Tpo9OoGdGOHbsVC30lCeYwTpvp+dDlB+JUAVMR9NiQ8Ys6J3UkNR4qoDVLE lyYuRXPD4xqzdPrfg+YneBWF2wnSJ18xAA/oTNGmOodthJUM+nm3yFrYMGec9SF7Oq4bh8 lnKic7q+bUONs8dXAXw66LKOXKWICkI= Received: from mail-yw1-f199.google.com (mail-yw1-f199.google.com [209.85.128.199]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-587-AziBB51OPPyZAQEKbEDuYg-1; Sun, 26 Mar 2023 13:25:53 -0400 X-MC-Unique: AziBB51OPPyZAQEKbEDuYg-1 Received: by mail-yw1-f199.google.com with SMTP id 00721157ae682-54574d6204aso65730487b3.15 for ; Sun, 26 Mar 2023 10:25:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679851552; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xh7eEmislwaTzwJJMX7ge3+9CrgFY2oIgV/4JyeZCI4=; b=Vb+I10eiF+rqhNJnEm7uMepTh95nyk9WUQv8Qr5oI1F0zPl9K5vtiDo5gAIrOAgpLQ w92QzHj9HFtezt1iGjTQ8wVqo4KBVTPYIALzGV7GEAjlaxHwo6+X/GMJSviLeJ2WRO8j sQVtpSFJCUHcTdG0a9BwSAA1v6Z/66bSz+Sp2isHCaiZuuP0Oc+Hed0gutD7IadUqCpw nJxKDIug4rngcQ0RzvFVKU8x6Y/xcnhPd2TK4oFV8qOo71q7iORADc8u6axj/WeC3HFv as7JvccE13+oqqmwD8FqRajCZJWJU3GTpTQUZSxf949pP4oCx96cx1jwo3495hQqa64p bnDA== X-Gm-Message-State: AAQBX9cC9T4bMWNlEsDL+vCrpVQQiVU7zclgcMVzvZikVA9IRvv1g+3e UkNC8kHu7AR0xYF3wWBhbvEEO803S2hvWq8Wnb/JxIj8lIQS4y6Fo+Qp2jO4nHAJU/JpPAdZq1G iFp6rNdK5YYhAhHOiJNYlAa6m/aP0+uJ39GsgOOvvve4wVu9MQNLgOiJ9DzdOhk3XiFr+xHTr X-Received: by 2002:a81:5788:0:b0:544:b85e:ea9d with SMTP id l130-20020a815788000000b00544b85eea9dmr7820108ywb.1.1679851552000; Sun, 26 Mar 2023 10:25:52 -0700 (PDT) X-Google-Smtp-Source: AKy350YRW+cnbMT5UPUi2atpjJU032CAXQF6ENbVNUfQwmVYcyf6QWXPdkBO4i2nd/bpqWzaW10mYw== X-Received: by 2002:a81:5788:0:b0:544:b85e:ea9d with SMTP id l130-20020a815788000000b00544b85eea9dmr7820090ywb.1.1679851551567; Sun, 26 Mar 2023 10:25:51 -0700 (PDT) Received: from x1n.redhat.com (bras-base-aurron9127w-grc-40-70-52-229-124.dsl.bell.ca. [70.52.229.124]) by smtp.gmail.com with ESMTPSA id d8-20020a818d08000000b00545a0818501sm1529454ywg.145.2023.03.26.10.25.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Mar 2023 10:25:49 -0700 (PDT) From: Peter Xu To: qemu-devel@nongnu.org Cc: Peter Maydell , Leonardo Bras Soares Passos , =?utf-8?q?Daniel_P_=2E_B?= =?utf-8?q?errang=C3=A9?= , "Dr . David Alan Gilbert" , peterx@redhat.com, Juan Quintela Subject: [PATCH for-8.0 3/3] migration: Recover behavior of preempt channel creation for pre-7.2 Date: Sun, 26 Mar 2023 13:25:40 -0400 Message-Id: <20230326172540.2571110-4-peterx@redhat.com> X-Mailer: git-send-email 2.39.1 In-Reply-To: <20230326172540.2571110-1-peterx@redhat.com> References: <20230326172540.2571110-1-peterx@redhat.com> MIME-Version: 1.0 Received-SPF: pass client-ip=170.10.129.124; envelope-from=peterx@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org In 8.0 devel window we reworked preempt channel creation, so that there'll be no race condition when the migration channel and preempt channel got established in the wrong order in commit 5655aab079. However no one noticed that the change will also be not compatible with older qemus, majorly 7.1/7.2 versions where preempt mode started to be supported. Leverage the same pre-7.2 flag introduced in the previous patch to recover the behavior hopefully before 8.0 releases, so we don't break migration when we migrate from 8.0 to older qemu binaries. Fixes: 5655aab079 ("migration: Postpone postcopy preempt channel to be after main") Signed-off-by: Peter Xu Reviewed-by: Juan Quintela --- migration/migration.c | 9 +++++++++ migration/migration.h | 7 +++++++ migration/postcopy-ram.c | 10 ++++++++-- 3 files changed, 24 insertions(+), 2 deletions(-) diff --git a/migration/migration.c b/migration/migration.c index 37fc4fb3e2..bda4789193 100644 --- a/migration/migration.c +++ b/migration/migration.c @@ -4388,6 +4388,15 @@ void migrate_fd_connect(MigrationState *s, Error *error_in) } } + /* + * This needs to be done before resuming a postcopy. Note: for newer + * QEMUs we will delay the channel creation until postcopy_start(), to + * avoid disorder of channel creations. + */ + if (migrate_postcopy_preempt() && s->preempt_pre_7_2) { + postcopy_preempt_setup(s); + } + if (resume) { /* Wakeup the main migration thread to do the recovery */ migrate_set_state(&s->state, MIGRATION_STATUS_POSTCOPY_PAUSED, diff --git a/migration/migration.h b/migration/migration.h index 67baba2184..310ae8901b 100644 --- a/migration/migration.h +++ b/migration/migration.h @@ -384,12 +384,19 @@ struct MigrationState { * - postcopy preempt src QEMU instance will generate an EOS message at * the end of migration to shut the preempt channel on dest side. * + * - postcopy preempt channel will be created at the setup phase on src + QEMU. + * * When clear: * * - postcopy preempt src QEMU instance will _not_ generate an EOS * message at the end of migration, the dest qemu will shutdown the * channel itself. * + * - postcopy preempt channel will be created at the switching phase + * from precopy -> postcopy (to avoid race condtion of misordered + * creation of channels). + * * NOTE: See message-id on qemu-devel * mailing list for more information on the possible race. Everyone * should probably just keep this value untouched after set by the diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c index 263bab75ec..93f39f8e06 100644 --- a/migration/postcopy-ram.c +++ b/migration/postcopy-ram.c @@ -1630,8 +1630,14 @@ int postcopy_preempt_establish_channel(MigrationState *s) return 0; } - /* Kick off async task to establish preempt channel */ - postcopy_preempt_setup(s); + /* + * Kick off async task to establish preempt channel. Only do so with + * 8.0+ machines, because 7.1/7.2 require the channel to be created in + * setup phase of migration (even if racy in an unreliable network). + */ + if (!s->preempt_pre_7_2) { + postcopy_preempt_setup(s); + } /* * We need the postcopy preempt channel to be established before