Blame SOURCES/kvm-qtest-numa-test-Specify-CPU-topology-in-aarch64_numa.patch

586cba
From 66f3928b40991d8467a3da086688f73d061886c8 Mon Sep 17 00:00:00 2001
586cba
From: Gavin Shan <gshan@redhat.com>
586cba
Date: Wed, 11 May 2022 18:01:35 +0800
586cba
Subject: [PATCH 02/16] qtest/numa-test: Specify CPU topology in
586cba
 aarch64_numa_cpu()
586cba
MIME-Version: 1.0
586cba
Content-Type: text/plain; charset=UTF-8
586cba
Content-Transfer-Encoding: 8bit
586cba
586cba
RH-Author: Gavin Shan <gshan@redhat.com>
586cba
RH-MergeRequest: 86: hw/arm/virt: Fix the default CPU topology
586cba
RH-Commit: [2/6] b851e7ad59e057825392ddf75e9040cc102a0385 (gwshan/qemu-rhel-9)
586cba
RH-Bugzilla: 2041823
586cba
RH-Acked-by: Eric Auger <eric.auger@redhat.com>
586cba
RH-Acked-by: Cornelia Huck <cohuck@redhat.com>
586cba
RH-Acked-by: Andrew Jones <drjones@redhat.com>
586cba
586cba
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2041823
586cba
586cba
The CPU topology isn't enabled on arm/virt machine yet, but we're
586cba
going to do it in next patch. After the CPU topology is enabled by
586cba
next patch, "thread-id=1" becomes invalid because the CPU core is
586cba
preferred on arm/virt machine. It means these two CPUs have 0/1
586cba
as their core IDs, but their thread IDs are all 0. It will trigger
586cba
test failure as the following message indicates:
586cba
586cba
[14/21 qemu:qtest+qtest-aarch64 / qtest-aarch64/numa-test ERROR
586cba
1.48s killed by signal 6 SIGABRT
586cba
>>> G_TEST_DBUS_DAEMON=/home/gavin/sandbox/qemu.main/tests/dbus-vmstate-daemon.sh \
586cba
QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu-storage-daemon \
586cba
QTEST_QEMU_BINARY=./qemu-system-aarch64 \
586cba
QTEST_QEMU_IMG=./qemu-img MALLOC_PERTURB_=83 \
586cba
/home/gavin/sandbox/qemu.main/build/tests/qtest/numa-test --tap -k
586cba
――――――――――――――――――――――――――――――――――――――――――――――
586cba
stderr:
586cba
qemu-system-aarch64: -numa cpu,node-id=0,thread-id=1: no match found
586cba
586cba
This fixes the issue by providing comprehensive SMP configurations
586cba
in aarch64_numa_cpu(). The SMP configurations aren't used before
586cba
the CPU topology is enabled in next patch.
586cba
586cba
Signed-off-by: Gavin Shan <gshan@redhat.com>
586cba
Reviewed-by: Yanan Wang <wangyanan55@huawei.com>
586cba
Message-id: 20220503140304.855514-3-gshan@redhat.com
586cba
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
586cba
(cherry picked from commit ac7199a2523ce2ccf8e685087a5d177eeca89b09)
586cba
Signed-off-by: Gavin Shan <gshan@redhat.com>
586cba
---
586cba
 tests/qtest/numa-test.c | 3 ++-
586cba
 1 file changed, 2 insertions(+), 1 deletion(-)
586cba
586cba
diff --git a/tests/qtest/numa-test.c b/tests/qtest/numa-test.c
586cba
index 90bf68a5b3..aeda8c774c 100644
586cba
--- a/tests/qtest/numa-test.c
586cba
+++ b/tests/qtest/numa-test.c
586cba
@@ -223,7 +223,8 @@ static void aarch64_numa_cpu(const void *data)
586cba
     QTestState *qts;
586cba
     g_autofree char *cli = NULL;
586cba
 
586cba
-    cli = make_cli(data, "-machine smp.cpus=2 "
586cba
+    cli = make_cli(data, "-machine "
586cba
+        "smp.cpus=2,smp.sockets=1,smp.clusters=1,smp.cores=1,smp.threads=2 "
586cba
         "-numa node,nodeid=0,memdev=ram -numa node,nodeid=1 "
586cba
         "-numa cpu,node-id=1,thread-id=0 "
586cba
         "-numa cpu,node-id=0,thread-id=1");
586cba
-- 
586cba
2.31.1
586cba