Blame SOURCES/kvm-migration-multifd-Report-to-user-when-zerocopy-not-w.patch

586cba
From 78bbe28d5f5691330239041448cccfb339eed779 Mon Sep 17 00:00:00 2001
586cba
From: Leonardo Bras <leobras@redhat.com>
586cba
Date: Mon, 11 Jul 2022 18:11:13 -0300
586cba
Subject: [PATCH 03/11] migration/multifd: Report to user when zerocopy not
586cba
 working
586cba
MIME-Version: 1.0
586cba
Content-Type: text/plain; charset=UTF-8
586cba
Content-Transfer-Encoding: 8bit
586cba
586cba
RH-Author: Leonardo Brás <leobras@redhat.com>
586cba
RH-MergeRequest: 111: zero-copy-send fixes & improvements
586cba
RH-Commit: [3/6] 4f9165325b3cb8ff16d8b3b7649ff780fae0e2ad (LeoBras/centos-qemu-kvm)
586cba
RH-Bugzilla: 2107466
586cba
RH-Acked-by: Miroslav Rezanina <mrezanin@redhat.com>
586cba
RH-Acked-by: Thomas Huth <thuth@redhat.com>
586cba
RH-Acked-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
586cba
586cba
Some errors, like the lack of Scatter-Gather support by the network
586cba
interface(NETIF_F_SG) may cause sendmsg(...,MSG_ZEROCOPY) to fail on using
586cba
zero-copy, which causes it to fall back to the default copying mechanism.
586cba
586cba
After each full dirty-bitmap scan there should be a zero-copy flush
586cba
happening, which checks for errors each of the previous calls to
586cba
sendmsg(...,MSG_ZEROCOPY). If all of them failed to use zero-copy, then
586cba
increment dirty_sync_missed_zero_copy migration stat to let the user know
586cba
about it.
586cba
586cba
Signed-off-by: Leonardo Bras <leobras@redhat.com>
586cba
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
586cba
Acked-by: Peter Xu <peterx@redhat.com>
586cba
Message-Id: <20220711211112.18951-4-leobras@redhat.com>
586cba
Signed-off-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
586cba
(cherry picked from commit d59c40cc483729f2e67c80e58df769ad19976fe9)
586cba
Signed-off-by: Leonardo Bras <leobras@redhat.com>
586cba
---
586cba
 migration/multifd.c | 2 ++
586cba
 migration/ram.c     | 5 +++++
586cba
 migration/ram.h     | 2 ++
586cba
 3 files changed, 9 insertions(+)
586cba
586cba
diff --git a/migration/multifd.c b/migration/multifd.c
586cba
index 0b5b41c53f..96e5f0a058 100644
586cba
--- a/migration/multifd.c
586cba
+++ b/migration/multifd.c
586cba
@@ -626,6 +626,8 @@ int multifd_send_sync_main(QEMUFile *f)
586cba
             if (ret < 0) {
586cba
                 error_report_err(err);
586cba
                 return -1;
586cba
+            } else if (ret == 1) {
586cba
+                dirty_sync_missed_zero_copy();
586cba
             }
586cba
         }
586cba
     }
586cba
diff --git a/migration/ram.c b/migration/ram.c
586cba
index ee40e4a718..c437ff1b1f 100644
586cba
--- a/migration/ram.c
586cba
+++ b/migration/ram.c
586cba
@@ -406,6 +406,11 @@ static void ram_transferred_add(uint64_t bytes)
586cba
     ram_counters.transferred += bytes;
586cba
 }
586cba
 
586cba
+void dirty_sync_missed_zero_copy(void)
586cba
+{
586cba
+    ram_counters.dirty_sync_missed_zero_copy++;
586cba
+}
586cba
+
586cba
 /* used by the search for pages to send */
586cba
 struct PageSearchStatus {
586cba
     /* Current block being searched */
586cba
diff --git a/migration/ram.h b/migration/ram.h
586cba
index 2c6dc3675d..34adf5cb92 100644
586cba
--- a/migration/ram.h
586cba
+++ b/migration/ram.h
586cba
@@ -86,4 +86,6 @@ void ram_write_tracking_prepare(void);
586cba
 int ram_write_tracking_start(void);
586cba
 void ram_write_tracking_stop(void);
586cba
 
586cba
+void dirty_sync_missed_zero_copy(void);
586cba
+
586cba
 #endif
586cba
-- 
586cba
2.31.1
586cba