summary refs log tree commit diff stats
path: root/gitlab/issues/target_i386/host_missing/accel_missing/2420.toml
diff options
context:
space:
mode:
Diffstat (limited to 'gitlab/issues/target_i386/host_missing/accel_missing/2420.toml')
-rw-r--r--gitlab/issues/target_i386/host_missing/accel_missing/2420.toml52
1 files changed, 52 insertions, 0 deletions
diff --git a/gitlab/issues/target_i386/host_missing/accel_missing/2420.toml b/gitlab/issues/target_i386/host_missing/accel_missing/2420.toml
new file mode 100644
index 000000000..0b27e010a
--- /dev/null
+++ b/gitlab/issues/target_i386/host_missing/accel_missing/2420.toml
@@ -0,0 +1,52 @@
+id = 2420
+title = "Error: Deprecated CPU topology (considered invalid): Unsupported cluster parameter musn't be specified as 1"
+state = "closed"
+created_at = "2024-07-02T19:47:59.490Z"
+closed_at = "2024-07-31T10:56:41.669Z"
+labels = ["target: i386", "workflow::Patch available"]
+url = "https://gitlab.com/qemu-project/qemu/-/issues/2420"
+host-os = "OpenSuse Tumbleweed"
+host-arch = "x86"
+qemu-version = "9.0.0"
+guest-os = "Windows 11"
+guest-arch = "x86"
+description = """warning: Deprecated CPU topology (considered invalid): Unsupported clusters parameter mustn't be specified as 1
+VM does not start
+
+What I've tried so far to fix:
+
+- Removed the offending `clusters="1"` parameter in the XML, both via virsh edit and virt-manager but the sucker comes back every time!
+
+- Creating a completely new VM from scratch, just keeping the qcow2 for Windows. What happens then is funny: The initial setup goes well. Machine type automatically gets set to q35 version 9.0. After setting up my cores (pinning) for the VM (7C/14T for the VM 1C/2T for host), there is no "clusters" parameter anymore. So the first start went well. After a RESTART of the whole host machine and subsequent launch of the VM guess what happened? The "clusters" thing is back in full swing."""
+reproduce = """1. Create Windows 11 VM with virt-manager
+2. Try to do core pinning and setting up the following in virt manager before
+- Copy CPU configuration from host (host-passthrough)
+- Manually set CPU structure via GUI to 1 Socket, 7 Cores, 2 Threads on an 8 Core (in my case 11900k)
+3. Observe result in XML being: 
+ `<topology sockets="1" dies="1" clusters="1" cores="7" threads="2"/>`
+
+Again, the "clusters" entry leads to the VM not starting. Removing it doesn't work, it comes back straight away. I tried in virt-manager as well as with virsh edit."""
+additional = """My core pinning for reference:
+
+```
+<vcpu placement="static">14</vcpu>
+  <iothreads>1</iothreads>
+  <cputune>
+    <vcpupin vcpu="0" cpuset="0"/>
+    <vcpupin vcpu="1" cpuset="8"/>
+    <vcpupin vcpu="2" cpuset="1"/>
+    <vcpupin vcpu="3" cpuset="9"/>
+    <vcpupin vcpu="4" cpuset="2"/>
+    <vcpupin vcpu="5" cpuset="10"/>
+    <vcpupin vcpu="6" cpuset="3"/>
+    <vcpupin vcpu="7" cpuset="11"/>
+    <vcpupin vcpu="8" cpuset="4"/>
+    <vcpupin vcpu="9" cpuset="12"/>
+    <vcpupin vcpu="10" cpuset="5"/>
+    <vcpupin vcpu="11" cpuset="13"/>
+    <vcpupin vcpu="12" cpuset="6"/>
+    <vcpupin vcpu="13" cpuset="14"/>
+    <emulatorpin cpuset="7,15"/>
+    <iothreadpin iothread="1" cpuset="7,15"/>
+  </cputune>
+```"""