From 9260319e7411ff8281700a532caa436f40120ec4 Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Fri, 30 May 2025 16:52:07 +0200 Subject: gitlab scraper: download in toml and text format --- .../target_missing/host_missing/accel_missing/997 | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 gitlab/issues_text/target_missing/host_missing/accel_missing/997 (limited to 'gitlab/issues_text/target_missing/host_missing/accel_missing/997') diff --git a/gitlab/issues_text/target_missing/host_missing/accel_missing/997 b/gitlab/issues_text/target_missing/host_missing/accel_missing/997 new file mode 100644 index 000000000..1c19b47b4 --- /dev/null +++ b/gitlab/issues_text/target_missing/host_missing/accel_missing/997 @@ -0,0 +1,17 @@ +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) -- cgit 1.4.1