summary refs log tree commit diff stats
path: root/gitlab/issues_text/target_missing/host_missing/accel_missing/997
diff options
context:
space:
mode:
Diffstat (limited to 'gitlab/issues_text/target_missing/host_missing/accel_missing/997')
-rw-r--r--gitlab/issues_text/target_missing/host_missing/accel_missing/99717
1 files changed, 0 insertions, 17 deletions
diff --git a/gitlab/issues_text/target_missing/host_missing/accel_missing/997 b/gitlab/issues_text/target_missing/host_missing/accel_missing/997
deleted file mode 100644
index 1c19b47b4..000000000
--- a/gitlab/issues_text/target_missing/host_missing/accel_missing/997
+++ /dev/null
@@ -1,17 +0,0 @@
-Iothread is stuck at 100% CPU usage with virtio-scsi on QEMU 7.0.0
-Description of problem:
-Starting with QEMU 7.0.0, the iothread associated attached to a virtio-scsi controller is stuck at 100% CPU usage. Bisected to: https://gitlab.com/qemu-project/qemu/-/commit/826cc32423db2a99d184dbf4f507c737d7e7a4ae
-
-- Works as expected without the iothread
-- No issue with virtio-blk + iothread
-- Same behavior regardless of io=threads/native/io_uring
-- Same behavior with default vs increased queue count
-- The issue is triggered when the guest OS initializes the virtio driver
-Steps to reproduce:
-1. Add virtio-scsi controller with iothread
-2. Boot VM
-3. Check per-thread CPU usage such as in htop
-Additional information:
-[fedora.log](/uploads/776fbf8e5b823d0ab326946684ef9022/fedora.log)
-
-[fedora.xml](/uploads/54879e5adfb227ddef79d382e86fc608/fedora.xml)