diff options
Diffstat (limited to 'gitlab/issues/target_missing/host_missing')
1850 files changed, 67386 insertions, 0 deletions
diff --git a/gitlab/issues/target_missing/host_missing/accel_HAX/188.toml b/gitlab/issues/target_missing/host_missing/accel_HAX/188.toml new file mode 100644 index 00000000..31849281 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HAX/188.toml @@ -0,0 +1,15 @@ +id = 188 +title = "savevm with hax saves wrong register state" +state = "opened" +created_at = "2021-05-06T08:19:52.873Z" +closed_at = "n/a" +labels = ["Launchpad", "accel: HAX"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/188" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/1011.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/1011.toml new file mode 100644 index 00000000..79134ba5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/1011.toml @@ -0,0 +1,29 @@ +id = 1011 +title = "hvf: RDTSCP capability not passed to guests" +state = "closed" +created_at = "2022-05-02T20:34:23.082Z" +closed_at = "2022-07-14T13:25:47.363Z" +labels = ["accel: HVF"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1011" +host-os = "macOS Monterey 12.3.1" +host-arch = "x86_64" +qemu-version = "6.2.0, master" +guest-os = "Alpine 3.15.4" +guest-arch = "x86_64" +description = """""" +reproduce = """1. Run: +wget https://dl-cdn.alpinelinux.org/alpine/v3.15/releases/x86/alpine-standard-3.15.4-x86.iso +./qemu-system-x86_64 -cpu host,+rdtscp -machine q35,accel=hvf -m 512 -cdrom ./alpine-standard-3.15.4-x86.iso + +2. login as "root" +3. type + +cat /etc/cpuinfo | grep rdtscp + +Expected result: cpu flag lines including rdtscp +Actual result: empty, with: + +warning: host doesn't support requested feature: CPUID.80000001H:EDX.rdtscp [bit 27]""" +additional = """This patch apparently resolves the issue according to my tests: + +https://lore.kernel.org/qemu-devel/20211101054836.21471-1-dirty@apple.com/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/1091.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/1091.toml new file mode 100644 index 00000000..3fefde13 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/1091.toml @@ -0,0 +1,21 @@ +id = 1091 +title = "qemu-system-x86_64 hard crashes when using `--accel hvf` on intel Mac" +state = "opened" +created_at = "2022-06-28T09:14:24.223Z" +closed_at = "n/a" +labels = ["accel: HVF"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1091" +host-os = "macOS 12.4 - Darwin 21.5.0: root:xnu-8020.121.3~4/RELEASE_X86_64 x86_64" +host-arch = "x86 - CPU Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz" +qemu-version = "QEMU emulator version 7.0.0" +guest-os = "Debian" +guest-arch = "x86" +description = """The QEMU process hard crashes after a few minutes. The only message is: + +``` +vmx_write_mem: mmu_gva_to_gpa ffff990489fa0000 failed +```""" +reproduce = """1. Run QEMU with the above commandline +2. Do something to keep the VM busy - running `git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git` reliably crashes it for me +3. Wait a 3-5 minutes""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/1299.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/1299.toml new file mode 100644 index 00000000..ddb9659e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/1299.toml @@ -0,0 +1,32 @@ +id = 1299 +title = "User networking with an SMB Share while not running as root" +state = "opened" +created_at = "2022-11-04T07:52:58.161Z" +closed_at = "n/a" +labels = ["Networking", "accel: HVF", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1299" +host-os = "MacOS 12.6" +host-arch = "x86 (or ARM)" +qemu-version = "7.1.0" +guest-os = "Any Linux distro with CIFS, or with `smbclient" +guest-arch = "-" +description = """When attempting to write a file to the qemu share, Samba always responds with NT_STATUS_ACCESS_DENIED. + +This only happens on the MacOS version of Samba, on Linux it appears to work without issues for now.""" +reproduce = """1. Start a VM with a SMB share attached to it +2. Create a test file to upload `touch test-file.txt` +3. Upload the test file `smbclient //10.0.2.4/qemu -c 'put test-file.txt'""" +additional = """QEMU has been using Samba for it's SMB shares for quite some time now. +But in the 4.17.x release a bug has appeared in the MacOS Build of Samba. + +I've filed a bug with Samba, and suggested a fix for it. +https://bugzilla.samba.org/show_bug.cgi?id=15215 + +The origin of the bug lies in the fact that when running SMBD as a non-root user, a function sets `errno` unexpectedly. +But after discussing this with Samba, they concluded that running smbd as an un-privileged user is not a supported use case. + +Whilst this is not a QEMU bug per se, it is caused by the fact that QEMU is running smbd in an unsupported manner. + +As a side note, on Linux this bug does not appear to exist as of yet. +The Linux version of `unbecome_root` doesn't seem to set `errno`. (tested on a recent ArchLinux install). +But I think this depends on the LibC implementation of setuid/seteuid/setreuid/etc. so I can't say it won't happen in the future, or with a different LibC implementation.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/1364.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/1364.toml new file mode 100644 index 00000000..5af46f39 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/1364.toml @@ -0,0 +1,27 @@ +id = 1364 +title = "Support vmnet networking without elevated permissions" +state = "opened" +created_at = "2022-12-12T23:15:49.158Z" +closed_at = "n/a" +labels = ["Networking", "accel: HVF", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1364" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Here is a command, that doesn't work when running as normal user: +```bash +$ qemu-system-aarch64 \\ + -device virtio-net-pci,netdev=net0 \\ + -netdev vmnet-bridged,id=net0,ifname=en0 \\ + -machine virt +``` +It fails with: +``` +qemu-system-aarch64: -netdev vmnet-bridged,id=net0,ifname=en0: cannot create vmnet interface: general failure (possibly not enough privileges) +``` + +When running the same command using elevated permissions (i.e. via `sudo`), it works without any issue.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/1571.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/1571.toml new file mode 100644 index 00000000..ee87640a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/1571.toml @@ -0,0 +1,20 @@ +id = 1571 +title = "accel/hvf: Instance size not properly declared" +state = "opened" +created_at = "2023-04-02T19:27:47.892Z" +closed_at = "n/a" +labels = ["Bite Sized", "accel: HVF", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1571" +host-os = "macOS" +host-arch = "x86_64/ARM" +qemu-version = "Almost HEAD" +guest-os = "Any supported by HVF" +guest-arch = "x86, AARCH64" +description = """In [`include/sysemu/hvf.h`](https://gitlab.com/qemu-project/qemu/-/blob/master/include/sysemu/hvf.h#L36), `HVFState` is declared to have the QOM type `TYPE_HVF_ACCEL`; +However, when the type is registered, proper `instance_size` for it was [not declared](https://gitlab.com/qemu-project/qemu/-/blob/master/accel/hvf/hvf-accel-ops.c#L351). + +As a result, a bad workaround was introduced. That is, when [`hvf_accel_init`](https://gitlab.com/qemu-project/qemu/-/blob/master/accel/hvf/hvf-accel-ops.c#L329) is called from [`accel_init_machine`](https://gitlab.com/qemu-project/qemu/-/blob/master/accel/accel-softmmu.c#L33), an new instance of `HVFState` is allocated while we should have used the pre-allocated instance in `ms->accelerator` similar to [what KVM does](https://gitlab.com/qemu-project/qemu/-/blob/master/accel/kvm/kvm-all.c#L2381) (the code didn't do so since the allocated ([using `object_new_with_class`](https://gitlab.com/qemu-project/qemu/-/blob/master/softmmu/vl.c#L2218)) instance didn't allocate enough memory for `HVFState`). + +Eventhough the code wouldn't crash nor have any serious implication, this would leak an `AccelState` and attempts to manually manage accelerators would cause a buffer-overflow.""" +reproduce = """1. Run a HVF-accelerated VM""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/2258.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/2258.toml new file mode 100644 index 00000000..8c3c6929 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/2258.toml @@ -0,0 +1,31 @@ +id = 2258 +title = "Breakpoint setting not working on apple Mac host" +state = "opened" +created_at = "2024-04-01T11:03:35.406Z" +closed_at = "n/a" +labels = ["accel: HVF", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2258" +host-os = "Mac OS 14.4.1" +host-arch = "ARM" +qemu-version = "8.2.1" +guest-os = "None" +guest-arch = "x86, ARM" +description = """1. When use with parameter "-machine virt,accel=hvf -cpu host" to run launch a emulator, it can't set breakpoint and will report error: "warning: failed to set breakpoint site at 0xffff800081bf03cc for breakpoint 1.1: error: 34 sending the breakpoint request" +but if not use with parameter "-machine virt -cpu cortex-a57"，The breakpoint can be set successfully. + +2. Set hardware breakpoint with lldb command "breakpoint set -H -a 0xFFFF800080000000" not report error, but can't hint breakpoint. I try set breakpoint on a old x86 MacOS, It will hint breakpoint successfully. + +3. I also try run qemu-system-x86_64 emulator on apple silicon mac, It also can't hint hardware breakping. The command is: +``` +qemu-system-x86_64 -machine q35,accel=tcg -smp cpus=8 \\ + -kernel arch/x86/boot/bzImage \\ + -append "okaslr"\\ + -nographic -serial mon:stdio \\ + -m 16G \\ + -s -S +```""" +reproduce = """1. Launch qemu on Apple silicon Mac. Remember to user "hvf" +2. Launch lldb or gdb to set breakpoint. +3. Set breakpoint and hardware breakpoint. +4. resume to run qemu by lldb.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/2800.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/2800.toml new file mode 100644 index 00000000..fdd70fb6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/2800.toml @@ -0,0 +1,15 @@ +id = 2800 +title = "-accel hvf: Error: ret = HV_DENIED (0xfae94007, at ../accel/hvf/hvf-accel-ops.c:334)" +state = "opened" +created_at = "2025-02-02T23:03:38.244Z" +closed_at = "n/a" +labels = ["accel: HVF", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2800" +host-os = "macOS" +host-arch = "64-bit ARM" +qemu-version = "9.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU fails to use -accel i.e., qemu-system-aarch64-unsigned: -accel hvf: Error: ret = HV_DENIED (0xfae94007, at ../accel/hvf/hvf-accel-ops.c:334)""" +reproduce = """1. Execute the above QEMU command line on a macOS Sequia 15.3""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/444.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/444.toml new file mode 100644 index 00000000..670c98a7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/444.toml @@ -0,0 +1,15 @@ +id = 444 +title = "EFI stub: ERROR: This 64 KB granular kernel is not supported by your CPU" +state = "closed" +created_at = "2021-06-22T16:19:06.057Z" +closed_at = "2022-02-21T14:56:34.943Z" +labels = ["Documentation", "accel: HVF"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/444" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_HVF/899.toml b/gitlab/issues/target_missing/host_missing/accel_HVF/899.toml new file mode 100644 index 00000000..b5b21090 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_HVF/899.toml @@ -0,0 +1,22 @@ +id = 899 +title = "HVF: Ubuntu Server fails to boot Linux 5.4.0-104" +state = "opened" +created_at = "2022-03-11T06:48:01.672Z" +closed_at = "n/a" +labels = ["accel: HVF"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/899" +host-os = "macOS 12.1" +host-arch = "ARM64" +qemu-version = "6.2.0" +guest-os = "Ubuntu 20.04" +guest-arch = "ARM64" +description = """On macOS with HVF, when Ubuntu Server updates the Linux kernel to 5.4.0-104, it no longer boots and gets stuck at `EFI stub: Exiting boot services and installing virtual address map...`. This is not the case with QEMU 6.0.0 (with @agraf's HVF patches applied). + +It seems like 5.4.0-104 is the culprit because 5.4.0-100 boots fine.""" +reproduce = """1. Download Ubuntu Server 20.04 ARM64 ISO: https://ubuntu.com/download/server/arm +2. Run the above QEMU command (make sure networking is disabled so Ubuntu installer does not auto-upgrade the kernel) +3. Install Ubuntu with the default settings and reboot +4. It will not reboot (expected) so Ctrl+C and restart the command adding `-device virtio-net-pci,netdev=net0 -netdev user,id=net0` to the end to get networking +5. Boot into Ubuntu and install 5.4.0-104 kernel: `sudo apt install linux-image-5.4.0-104-generic` +6. Reboot and it will get stuck at `EFI stub: Exiting boot services and installing virtual address map...`""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/1003.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/1003.toml new file mode 100644 index 00000000..5a85bdab --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/1003.toml @@ -0,0 +1,29 @@ +id = 1003 +title = "\"Cannot allocate memory\" when boots a VM > 1026GB memory with -accel kvm" +state = "closed" +created_at = "2022-04-24T02:39:33.819Z" +closed_at = "2022-06-19T05:12:22.616Z" +labels = ["accel: KVM", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1003" +host-os = "Debian 11.2" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "not relavant to this problem" +guest-arch = "x86" +description = """I can boot an empty VM using command `qemu-system-x86_64 -m 1026G -accel kvm -vnc :1` or `qemu-system-x86_64 -m 8T -vnc :1` + +But when I use `qemu-system-x86_64 -m 1027G -accel kvm -vnc :1`, it will not boot: + +``` +root@debian11:~# qemu-system-x86_64 -m 1027G -accel kvm -vnc :1 +qemu-system-x86_64: kvm_set_user_memory_region: KVM_SET_USER_MEMORY_REGION failed, slot=1, start=0x100000000, size=0x10000000000: Cannot allocate memory +kvm_set_phys_mem: error registering slot: Cannot allocate memory +Aborted +``` + +Which means, with `-accel kvm`, it only can boot a VM which memory <= 1026G, but without these args, it can boot whatever you want.""" +reproduce = """1. sysctl vm.overcommit_memory=1 # enable overcommit first +2. qemu-system-x86_64 -m 1027G -accel kvm -vnc :1""" +additional = """The qemu I use is compiled from the latest source, not the package provided by debian. + +Hardware is `PowerEdge R630` with `E5-2630 v4` * 2, 128G physical RAM.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/1009.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/1009.toml new file mode 100644 index 00000000..9286b3a6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/1009.toml @@ -0,0 +1,33 @@ +id = 1009 +title = "Nested KVM Networking Issue (OpenStack)" +state = "opened" +created_at = "2022-04-30T12:04:42.261Z" +closed_at = "n/a" +labels = ["accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1009" +host-os = "(ubuntu 20.04 server)" +host-arch = "(64 bit cpu architecture)" +qemu-version = "(latest using sudo apt install virt-manager)" +guest-os = "(ubuntu 20.04 server)" +guest-arch = "(64 bit cpu architecture)" +description = """Hi, + +Inside openstack i have an instance of Ubuntu 20.04 and i have installed KVM ( using virt-manager ) to setup a Virtual Machine ... i have done that and i created a VM of ubuntu 20.04 inside the Openstack Instance but there are networking issue while i set the default parameter as setting up the VM ( i mean the networking is as default to NAT ) , So when the VM is up and running the PING to 8.8.8.8 is available and also ping to google.com is also valid which shows that the DNS is correctly working ... but there is not connectivity with packages while i do sudo apt update, it will not get any package update and also the wget to google.com is shows that its connected to it but it wont able to download!!! the same happen with curl to any other websites... + + +I'm confirming that the openstack instance has full access to the internet including ping and wget , .... but the VM is not working correctly! + +P.S. I have set the ip forwarding, Iptables , ... also disabled firewals but notting changed!! + + +Would you please fix this ?""" +reproduce = """1. creating an openstack instance from ubuntu 20.04 server image +2. updating and upgrading packages setting ip forwarding to 1 ( Enabled), firewall +3. and kernel to 5.13.0.40 and installing virt-manager then reboot +3. creating a VM with default KVM networking ( NAT ) using ubuntu 20.04 server image +4. trying ping, wget, curl , ... + + +Thanks +Best regards""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/110.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/110.toml new file mode 100644 index 00000000..e7287092 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/110.toml @@ -0,0 +1,15 @@ +id = 110 +title = "KVM guest VM does not reattach a throughpassed USB printer from Host after switching printer off and on" +state = "opened" +created_at = "2021-05-03T16:47:50.463Z" +closed_at = "n/a" +labels = ["Launchpad", "USB", "accel: KVM", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/110" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/1274.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/1274.toml new file mode 100644 index 00000000..88d092f7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/1274.toml @@ -0,0 +1,42 @@ +id = 1274 +title = "Cannot debug init using \"qemu -s -S\" if init is compiled dynamically or if kvm is enabled" +state = "closed" +created_at = "2022-10-25T06:37:16.506Z" +closed_at = "2023-12-01T19:56:42.721Z" +labels = ["Documentation", "GDB", "accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1274" +host-os = "Debian sid (as of 2022-10-22)" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.1.0 (Debian 1:7.1+dfsg-2+b1)" +guest-os = "Debian sid (as of 2022-10-22)" +guest-arch = "x86_64" +description = """I'm trying to connect from host to init process running in guest. I'm using this guide: https://qemu-project.gitlab.io/qemu/system/gdb.html . Everything works well, but there is two problems: +1. Debugging stops to work if I add "-enable-kvm" +2. Debugging stops to work if I remove "-static" when compiling init""" +reproduce = """I have absolutely fresh Debian sid system (as of 2022-10-22). I create the following file on it: +```c +#include <stdio.h> + +int +main () +{ + printf ("a\\n"); + printf ("b\\n"); + for (;;); +} +``` + +Then I compile it so: `gcc -static -g a.c`. Result is saved as `/root/a.out`. Then I run `sync; echo 3 > /proc/sys/vm/drop_caches; sync` to make sure this `/root/a.out` actually got to disk. + +Then I start the host system inside of qemu using well-known `-snapshot /dev/sda` trick. Exact command is here: + +```bash +qemu-system-x86_64 -daemonize -m 300M -s -S -kernel /vmlinuz -initrd /initrd.img -snapshot -append "root=/dev/sda init=/root/a.out" -drive file=/dev/sda,format=raw +``` + +(As you guessed, my disk has no partitions, it directly stores ext4 filesystem.) + +Then I type on host `gdb ./a.out`. And then inside of gdb I type `target remote localhost:1234`, then `br 7` (line 7 is `printf ("b\\n")`, then `c`. Then guest OS boots and reaches init (i. e. `/root/a.out`). And then gdb actually pauses on line 7. I. e. everything works! + +But if I add `-enable-kvm` to qemu command line OR remove `-static` from gcc command line, then breakpoint doesn't work, i. e. gdb doesn't pause on breakpoint, the execution continues and the execution fails to infinite loop.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/1344.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/1344.toml new file mode 100644 index 00000000..c89f5095 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/1344.toml @@ -0,0 +1,15 @@ +id = 1344 +title = "custom kernel give me KVM internal error. Suberror: 4" +state = "closed" +created_at = "2022-11-28T21:25:26.573Z" +closed_at = "2022-12-01T03:25:35.275Z" +labels = ["accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1344" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/165.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/165.toml new file mode 100644 index 00000000..81ebedb3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/165.toml @@ -0,0 +1,15 @@ +id = 165 +title = "No evdev mouse passthrough with virtio-vga or kvm" +state = "opened" +created_at = "2021-05-05T11:17:51.528Z" +closed_at = "n/a" +labels = ["Launchpad", "accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/165" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/1936.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/1936.toml new file mode 100644 index 00000000..c0b554a4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/1936.toml @@ -0,0 +1,15 @@ +id = 1936 +title = "Pass file descriptor to /dev/kvm device node?" +state = "closed" +created_at = "2023-10-13T08:39:33.635Z" +closed_at = "2023-11-06T18:56:26.157Z" +labels = ["accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1936" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/1999.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/1999.toml new file mode 100644 index 00000000..6dd78bdc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/1999.toml @@ -0,0 +1,59 @@ +id = 1999 +title = "qemu got sigabrt when using vpp in guest and dpdk for qemu" +state = "opened" +created_at = "2023-11-23T06:04:09.084Z" +closed_at = "n/a" +labels = ["accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1999" +host-os = "Rockylinux 8" +host-arch = "x86" +qemu-version = "qemu-kvm-7.2.0-14.el9 (in a container)" +guest-os = "Ubuntu 22.04.3 LTS" +guest-arch = "x86" +description = """When set the interface up in vpp, the qemu process is crashed with signal sigabrt. + +After some debug, i have identified that the problem lies in the following function. + +```c +static int setup_routing_entry(struct kvm *kvm, +\t\t\t struct kvm_irq_routing_table *rt, +\t\t\t struct kvm_kernel_irq_routing_entry *e, +\t\t\t const struct kvm_irq_routing_entry *ue) +{ +\tstruct kvm_kernel_irq_routing_entry *ei; +\tint r; +\tu32 gsi = array_index_nospec(ue->gsi, KVM_MAX_IRQ_ROUTES); + +\t/* +\t * Do not allow GSI to be mapped to the same irqchip more than once. +\t * Allow only one to one mapping between GSI and non-irqchip routing. +\t */ +\thlist_for_each_entry(ei, &rt->map[gsi], link) +\t\tif (ei->type != KVM_IRQ_ROUTING_IRQCHIP || +\t\t ue->type != KVM_IRQ_ROUTING_IRQCHIP || +\t\t ue->u.irqchip.irqchip == ei->irqchip.irqchip) +\t\t\treturn -EINVAL; + +``` + +I added some debug printk like following + +```c + hlist_for_each_entry(ei, &rt->map[gsi], link) + if (ei->type != KVM_IRQ_ROUTING_IRQCHIP || + ue->type != KVM_IRQ_ROUTING_IRQCHIP || + ue->u.irqchip.irqchip == ei->irqchip.irqchip){ + printk("ei->type: %u, KVM_IRQ_ROUTING_IRQCHIP: %u, ue->type: %u, ue->u.irqchip.irqchip: %u , ei->irqchip.irqchip: %u", ei->type, KVM_IRQ_ROUTING_IRQCHIP , ue->type, ue->u.irqchip.irqchip , ei->irqchip.irqchip); + return -EINVAL; + } +``` + +Then i got following in dmesg + +``` +[Thu Nov 23 09:29:10 2023] ei->type: 2, KVM_IRQ_ROUTING_IRQCHIP: 1, ue->type: 1, ue->u.irqchip.irqchip: 2 , ei->irqchip.irqchip: 4276097024 +[Thu Nov 23 09:29:10 2023] ei->type: 2, KVM_IRQ_ROUTING_IRQCHIP: 1, ue->type: 1, ue->u.irqchip.irqchip: 2 , ei->irqchip.irqchip: 4276097024 +```""" +reproduce = """This is a kube-ovn + dpdk env, not easy to reproduce now..""" +additional = """* I also file a bug on kernel.org: https://bugzilla.kernel.org/show_bug.cgi?id=218177 +* the libvirt xml file is also attached [instance.xml](/uploads/05b391046fdc1263fd7e63bcfab6f4fb/instance.xml)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2321.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2321.toml new file mode 100644 index 00000000..464d51a4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2321.toml @@ -0,0 +1,48 @@ +id = 2321 +title = "Segfault when hibernating a KVM VM with QEMU 8.2.3" +state = "closed" +created_at = "2024-05-01T14:42:55.933Z" +closed_at = "2024-08-26T16:10:33.713Z" +labels = ["Regression", "accel: KVM", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2321" +host-os = "NixOS unstable" +host-arch = "x86_64" +qemu-version = "8.2.3" +guest-os = "NixOS unstable" +guest-arch = "x86_64" +description = """Attempting to hibernate the machine crashes QEMU.""" +reproduce = """This involves Nix, please tell me if you want a reproducer that doesn't. + +1. nix build github:NixOS/nixpkgs#nixosTests.hibernate.driver +2. ./result/bin/nixos-test-driver +3. Observe crash""" +additional = """Backtrace: + +``` +#0 kvm_virtio_pci_vq_vector_release (proxy=0x55bd979fd130, vector=<optimized out>) at ../hw/virtio/virtio-pci.c:834 +#1 kvm_virtio_pci_vector_release_one (proxy=proxy@entry=0x55bd979fd130, queue_no=queue_no@entry=0) at ../hw/virtio/virtio-pci.c:965 +#2 0x000055bd9380c430 in virtio_pci_set_vector (vdev=0x55bd97a05500, proxy=0x55bd979fd130, queue_no=0, old_vector=1, new_vector=65535) + at ../hw/virtio/virtio-pci.c:1445 +#3 0x000055bd939c5490 in memory_region_write_accessor (mr=0x55bd979fdc70, addr=26, value=<optimized out>, size=2, shift=<optimized out>, + mask=<optimized out>, attrs=...) at ../system/memory.c:497 +#4 0x000055bd939c4d56 in access_with_adjusted_size (addr=addr@entry=26, value=value@entry=0x7ff49d1ff3e8, size=size@entry=2, + access_size_min=<optimized out>, access_size_max=<optimized out>, access_fn=0x55bd939c5410 <memory_region_write_accessor>, mr=<optimized out>, + attrs=...) at ../system/memory.c:573 +#5 0x000055bd939c5081 in memory_region_dispatch_write (mr=mr@entry=0x55bd979fdc70, addr=addr@entry=26, data=<optimized out>, op=<optimized out>, + attrs=attrs@entry=...) at ../system/memory.c:1528 +#6 0x000055bd939ccb0c in flatview_write_continue (fv=fv@entry=0x7ff4445771c0, addr=addr@entry=61572651286554, attrs=..., attrs@entry=..., + ptr=ptr@entry=0x7ff4a082d028, len=len@entry=2, addr1=<optimized out>, l=<optimized out>, mr=0x55bd979fdc70) at ../system/physmem.c:2714 +#7 0x000055bd939ccd83 in flatview_write (fv=0x7ff4445771c0, addr=addr@entry=61572651286554, attrs=attrs@entry=..., buf=buf@entry=0x7ff4a082d028, + len=len@entry=2) at ../system/physmem.c:2756 +#8 0x000055bd939d0099 in address_space_write (len=2, buf=0x7ff4a082d028, attrs=..., addr=61572651286554, as=0x55bd94a4e720 <address_space_memory>) + at ../system/physmem.c:2863 +#9 address_space_rw (as=0x55bd94a4e720 <address_space_memory>, addr=61572651286554, attrs=attrs@entry=..., buf=buf@entry=0x7ff4a082d028, len=2, + is_write=<optimized out>) at ../system/physmem.c:2873 +#10 0x000055bd93a24548 in kvm_cpu_exec (cpu=cpu@entry=0x55bd9628a3e0) at ../accel/kvm/kvm-all.c:2915 +#11 0x000055bd93a25795 in kvm_vcpu_thread_fn (arg=arg@entry=0x55bd9628a3e0) at ../accel/kvm/kvm-accel-ops.c:51 +#12 0x000055bd93bb5fa8 in qemu_thread_start (args=0x55bd96294940) at ../util/qemu-thread-posix.c:541 +#13 0x00007ff4a19fd272 in start_thread (arg=<optimized out>) at pthread_create.c:447 +#14 0x00007ff4a1a78dcc in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 +``` + +Bisected to https://gitlab.com/qemu-project/qemu/-/commit/fcbb086ae590e910614fe5b8bf76e264f71ef304, reverting that change seems to make things work again.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2324.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2324.toml new file mode 100644 index 00000000..47b0c1b2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2324.toml @@ -0,0 +1,55 @@ +id = 2324 +title = "SELinux is preventing some qemu-kvm operations on CentOS Stream 9" +state = "opened" +created_at = "2024-05-03T16:50:08.899Z" +closed_at = "n/a" +labels = ["accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2324" +host-os = "CentOS Stream release 9" +host-arch = "x86_64" +qemu-version = "qemu-img version 8.2.0 (qemu-kvm-8.2.0-11.el9)" +guest-os = "CentOS Stream release 9" +guest-arch = "x86_64" +description = """Some operations are being denied by SELinux. + +First it was read access on file max_map_count, then open and getattr access on /proc/sys/vm/max_map_count (same file but with full path). + +All have been fixed by creating and applying a semodule with the TE policy shown on "Additional Information" below. + +``` +May 2 18:01:00 rd02 setroubleshoot[14757]: SELinux is preventing /usr/libexec/qemu-kvm from read access on the file max_map_count. For complete SELinux messages run: sealert -l c92d5506-0b40-4bc8-be6a-133fe360014d +May 2 18:01:00 rd02 setroubleshoot[14757]: SELinux is preventing /usr/libexec/qemu-kvm from read access on the file max_map_count.#012#012***** Plugin qemu_file_image (98.8 confidence) suggests *******************#012#012If max_map_count is a virtualization target#012Then you need to change the label on max_map_count'#012Do#012# semanage fcontext -a -t virt_image_t 'max_map_count'#012# restorecon -v 'max_map_count'#012#012***** Plugin catchall (2.13 confidence) suggests **************************#012#012If you believe that qemu-kvm should be allowed read access on the max_map_count file by default.#012Then you should report this as a bug.#012You can generate a local policy module to allow this access.#012Do#012allow this access for now by executing:#012# ausearch -c 'qemu-kvm' --raw | audit2allow -M my-qemukvm#012# semodule -X 300 -i my-qemukvm.pp#012 + +--- + +May 3 10:24:58 rd02 setroubleshoot[3981]: SELinux is preventing /usr/libexec/qemu-kvm from open access on the file /proc/sys/vm/max_map_count. For complete SELinux messages run: sealert -l 655af27c-6bc7-4278-9aad-7fc99929d24b +May 3 10:24:58 rd02 setroubleshoot[3981]: SELinux is preventing /usr/libexec/qemu-kvm from open access on the file /proc/sys/vm/max_map_count.#012#012***** Plugin qemu_file_image (98.8 confidence) suggests *******************#012#012If max_map_count is a virtualization target#012Then you need to change the label on max_map_count'#012Do#012# semanage fcontext -a -t virt_image_t '/proc/sys/vm/max_map_count'#012# restorecon -v '/proc/sys/vm/max_map_count'#012#012***** Plugin catchall (2.13 confidence) suggests **************************#012#012If you believe that qemu-kvm should be allowed open access on the max_map_count file by default.#012Then you should report this as a bug.#012You can generate a local policy module to allow this access.#012Do#012allow this access for now by executing:#012# ausearch -c 'qemu-kvm' --raw | audit2allow -M my-qemukvm#012# semodule -X 300 -i my-qemukvm.pp#012 + +--- + +May 3 10:41:17 rd02 setroubleshoot[6894]: SELinux is preventing /usr/libexec/qemu-kvm from getattr access on the file /proc/sys/vm/max_map_count. For complete SELinux messages run: sealert -l db78c5b9-3890-44d4-a40e-d4011ad42913 +May 3 10:41:17 rd02 setroubleshoot[6894]: SELinux is preventing /usr/libexec/qemu-kvm from getattr access on the file /proc/sys/vm/max_map_count.#012#012***** Plugin qemu_file_image (98.8 confidence) suggests *******************#012#012If max_map_count is a virtualization target#012Then you need to change the label on max_map_count'#012Do#012# semanage fcontext -a -t virt_image_t '/proc/sys/vm/max_map_count'#012# restorecon -v '/proc/sys/vm/max_map_count'#012#012***** Plugin catchall (2.13 confidence) suggests **************************#012#012If you believe that qemu-kvm should be allowed getattr access on the max_map_count file by default.#012Then you should report this as a bug.#012You can generate a local policy module to allow this access.#012Do#012allow this access for now by executing:#012# ausearch -c 'qemu-kvm' --raw | audit2allow -M my-qemukvm#012# semodule -X 300 -i my-qemukvm.pp#012 + + +```""" +reproduce = """1. On a CentOS Stream 9 system with a selinux enforced, create a VM and install an OS with cockpit or with virt-install. + - example with virt-install: + `virt-install --connect qemu:///system --os-variant centos-stream9 --reinstall ipa03 --wait -1 --location /mnt/CentOS-Stream9.iso` +2. Check the SELinux logs, either on cockpit or on /var/log/messages""" +additional = """TE module that solved the issue, created with `ausearch -c 'qemu-kvm' --raw | audit2allow -M my-qemukvm` + +``` +module my-qemukvm 1.1; + +require { + type sysctl_vm_t; + type svirt_t; + class file { getattr open read }; +} + +#============= svirt_t ============== + +#!!!! This avc is allowed in the current policy +allow svirt_t sysctl_vm_t:file read; +allow svirt_t sysctl_vm_t:file { getattr open }; +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2414.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2414.toml new file mode 100644 index 00000000..fa105fa7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2414.toml @@ -0,0 +1,127 @@ +id = 2414 +title = "qemu 9.0.0 crashing with OpenBSD 7.5" +state = "closed" +created_at = "2024-06-29T06:23:16.856Z" +closed_at = "2024-11-10T07:54:16.281Z" +labels = ["accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2414" +host-os = "Manjaro" +host-arch = "x86_64" +qemu-version = "`" +guest-os = "OpenBSD" +guest-arch = "x86" +description = """After upgrading from Qemu 8.23 to 9.0 this virtual does not start anymore (others do). The bootloader runs fine and starts the OpenBSD kernel, some kernel messages are shown on VGA console. It never reaches userland.""" +reproduce = "n/a" +additional = """``` +Jun 29 07:15:10 hypervisor kernel: qemu-system-x86[12021]: segfault at 14 ip 000056547310bee4 sp 00007fc6d68c8310 error 4 in qemu-system-x86_64[565472ee0000+6ea000] +Jun 29 07:15:10 hypervisor kernel: Code: 01 00 00 48 83 c4 58 5b 5d 41 5c 41 5d 41 5e 41 5f c3 0f 1f 40 00 89 f0 48 8b 8b 40 83 00 00 4c 8d 0c 40 49 c1 e1 03 4c 01 c9 <8b> 41 14 85 c0 0f 84 11 01 00 00 83 c0 01 89 41 14 41 80 bf d1 01 +Jun 29 07:15:10 hypervisor systemd[1]: Started Process Core Dump (PID 12122/UID 0). +Jun 29 07:15:39 hypervisor systemd-coredump[12123]: Process 12017 (qemu-system-x86) of user 954 dumped core. + + Stack trace of thread 12021: + #0 0x000056547310bee4 n/a (qemu-system-x86_64 + 0x397ee4) + #1 0x000056547330d5e2 n/a (qemu-system-x86_64 + 0x5995e2) + #2 0x000056547330dba6 n/a (qemu-system-x86_64 + 0x599ba6) + #3 0x000056547330e059 memory_region_dispatch_write (qemu-system-x86_64 + 0x59a059) + #4 0x00005654735c1e1f n/a (qemu-system-x86_64 + 0x84de1f) + #5 0x0000565473314a7d n/a (qemu-system-x86_64 + 0x5a0a7d) + #6 0x0000565473314b76 address_space_write (qemu-system-x86_64 + 0x5a0b76) + #7 0x000056547336cafe kvm_cpu_exec (qemu-system-x86_64 + 0x5f8afe) + #8 0x000056547336f56e n/a (qemu-system-x86_64 + 0x5fb56e) + #9 0x000056547352fca8 n/a (qemu-system-x86_64 + 0x7bbca8) + #10 0x00007fc6d93b6ded n/a (libc.so.6 + 0x92ded) + #11 0x00007fc6d943a0dc n/a (libc.so.6 + 0x1160dc) + + Stack trace of thread 12026: + #0 0x00007fc6d93b3740 n/a (libc.so.6 + 0x8f740) + #1 0x00007fc6d93ba551 pthread_mutex_lock (libc.so.6 + 0x96551) + #2 0x0000565473535858 qemu_mutex_lock_impl (qemu-system-x86_64 + 0x7c1858) + #3 0x000056547313f906 bql_lock_impl (qemu-system-x86_64 + 0x3cb906) + #4 0x00005654735c1c7f n/a (qemu-system-x86_64 + 0x84dc7f) + #5 0x0000565473313776 flatview_read_continue (qemu-system-x86_64 + 0x59f776) + #6 0x0000565473314df0 n/a (qemu-system-x86_64 + 0x5a0df0) + #7 0x0000565473314eb6 address_space_read_full (qemu-system-x86_64 + 0x5a0eb6) + #8 0x000056547336cdf5 kvm_cpu_exec (qemu-system-x86_64 + 0x5f8df5) + #9 0x000056547336f56e n/a (qemu-system-x86_64 + 0x5fb56e) + #10 0x000056547352fca8 n/a (qemu-system-x86_64 + 0x7bbca8) + #11 0x00007fc6d93b6ded n/a (libc.so.6 + 0x92ded) + #12 0x00007fc6d943a0dc n/a (libc.so.6 + 0x1160dc) + + Stack trace of thread 12018: + #0 0x00007fc6d9402f43 clock_nanosleep (libc.so.6 + 0xdef43) + #1 0x00007fc6d940ed77 __nanosleep (libc.so.6 + 0xead77) + #2 0x00007fc6d98ccee0 g_usleep (libglib-2.0.so.0 + 0x8dee0) + #3 0x0000565473545a75 n/a (qemu-system-x86_64 + 0x7d1a75) + #4 0x000056547352fca8 n/a (qemu-system-x86_64 + 0x7bbca8) + #5 0x00007fc6d93b6ded n/a (libc.so.6 + 0x92ded) + #6 0x00007fc6d943a0dc n/a (libc.so.6 + 0x1160dc) + + Stack trace of thread 12020: + #0 0x00007fc6d942c39d __poll (libc.so.6 + 0x10839d) + #1 0x00007fc6d98fd8fd n/a (libglib-2.0.so.0 + 0xbe8fd) + #2 0x00007fc6d989c787 g_main_loop_run (libglib-2.0.so.0 + 0x5d787) + #3 0x00005654733bf7c2 n/a (qemu-system-x86_64 + 0x64b7c2) + #4 0x000056547352fca8 n/a (qemu-system-x86_64 + 0x7bbca8) + #5 0x00007fc6d93b6ded n/a (libc.so.6 + 0x92ded) + #6 0x00007fc6d943a0dc n/a (libc.so.6 + 0x1160dc) + + Stack trace of thread 12017: + #0 0x00007fc6d942c910 ppoll (libc.so.6 + 0x108910) + #1 0x000056547354ae83 qemu_poll_ns (qemu-system-x86_64 + 0x7d6e83) + #2 0x000056547355800e main_loop_wait (qemu-system-x86_64 + 0x7e400e) + #3 0x000056547337a337 qemu_default_main (qemu-system-x86_64 + 0x606337) + #4 0x00007fc6d9349c88 n/a (libc.so.6 + 0x25c88) + #5 0x00007fc6d9349d4c __libc_start_main (libc.so.6 + 0x25d4c) + #6 0x0000565472ef08b5 _start (qemu-system-x86_64 + 0x17c8b5) + + Stack trace of thread 12025: + #0 0x00007fc6d942c39d __poll (libc.so.6 + 0x10839d) + #1 0x00007fc6d98fd8fd n/a (libglib-2.0.so.0 + 0xbe8fd) + #2 0x00007fc6d989c787 g_main_loop_run (libglib-2.0.so.0 + 0x5d787) + #3 0x00007fc6d78ff0cb n/a (libspice-server.so.1 + 0x530cb) + #4 0x00007fc6d93b6ded n/a (libc.so.6 + 0x92ded) + #5 0x00007fc6d943a0dc n/a (libc.so.6 + 0x1160dc) + + Stack trace of thread 12117: + #0 0x00007fc6d93b34e9 n/a (libc.so.6 + 0x8f4e9) + #1 0x00007fc6d93b6242 pthread_cond_timedwait (libc.so.6 + 0x92242) + #2 0x0000565473536546 n/a (qemu-system-x86_64 + 0x7c2546) + #3 0x00005654735367ad qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x7c27ad) + #4 0x00005654735569d5 n/a (qemu-system-x86_64 + 0x7e29d5) + #5 0x000056547352fca8 n/a (qemu-system-x86_64 + 0x7bbca8) + #6 0x00007fc6d93b6ded n/a (libc.so.6 + 0x92ded) + #7 0x00007fc6d943a0dc n/a (libc.so.6 + 0x1160dc) + + Stack trace of thread 12028: + #0 0x00007fc6d93b3740 n/a (libc.so.6 + 0x8f740) + #1 0x00007fc6d93ba551 pthread_mutex_lock (libc.so.6 + 0x96551) + #2 0x0000565473535858 qemu_mutex_lock_impl (qemu-system-x86_64 + 0x7c1858) + #3 0x000056547313f906 bql_lock_impl (qemu-system-x86_64 + 0x3cb906) + #4 0x00005654735c1c7f n/a (qemu-system-x86_64 + 0x84dc7f) + #5 0x0000565473313776 flatview_read_continue (qemu-system-x86_64 + 0x59f776) + #6 0x0000565473314df0 n/a (qemu-system-x86_64 + 0x5a0df0) + #7 0x0000565473314eb6 address_space_read_full (qemu-system-x86_64 + 0x5a0eb6) + #8 0x000056547336cdf5 kvm_cpu_exec (qemu-system-x86_64 + 0x5f8df5) + #9 0x000056547336f56e n/a (qemu-system-x86_64 + 0x5fb56e) + #10 0x000056547352fca8 n/a (qemu-system-x86_64 + 0x7bbca8) + #11 0x00007fc6d93b6ded n/a (libc.so.6 + 0x92ded) + #12 0x00007fc6d943a0dc n/a (libc.so.6 + 0x1160dc) + + Stack trace of thread 12027: + #0 0x00007fc6d93b3740 n/a (libc.so.6 + 0x8f740) + #1 0x00007fc6d93ba551 pthread_mutex_lock (libc.so.6 + 0x96551) + #2 0x0000565473535858 qemu_mutex_lock_impl (qemu-system-x86_64 + 0x7c1858) + #3 0x000056547313f906 bql_lock_impl (qemu-system-x86_64 + 0x3cb906) + #4 0x00005654735c1c7f n/a (qemu-system-x86_64 + 0x84dc7f) + #5 0x0000565473313776 flatview_read_continue (qemu-system-x86_64 + 0x59f776) + #6 0x0000565473314df0 n/a (qemu-system-x86_64 + 0x5a0df0) + #7 0x0000565473314eb6 address_space_read_full (qemu-system-x86_64 + 0x5a0eb6) + #8 0x000056547336cdf5 kvm_cpu_exec (qemu-system-x86_64 + 0x5f8df5) + #9 0x000056547336f56e n/a (qemu-system-x86_64 + 0x5fb56e) + #10 0x000056547352fca8 n/a (qemu-system-x86_64 + 0x7bbca8) + #11 0x00007fc6d93b6ded n/a (libc.so.6 + 0x92ded) + #12 0x00007fc6d943a0dc n/a (libc.so.6 + 0x1160dc) + ELF object binary architecture: AMD x86-64 +Jun 29 07:15:40 hypervisor systemd[1]: systemd-coredump@2-12122-0.service: Deactivated successfully. +Jun 29 07:15:40 hypervisor systemd[1]: systemd-coredump@2-12122-0.service: Consumed 20.231s CPU time. +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2436.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2436.toml new file mode 100644 index 00000000..b4d580bf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2436.toml @@ -0,0 +1,15 @@ +id = 2436 +title = "virtio kvm iofd sigfault bypass" +state = "opened" +created_at = "2024-07-14T20:02:06.351Z" +closed_at = "n/a" +labels = ["Storage", "accel: KVM", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2436" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2445.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2445.toml new file mode 100644 index 00000000..36930132 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2445.toml @@ -0,0 +1,95 @@ +id = 2445 +title = "virtio-pci: the number of irq routes keeps increasing and qemu abort" +state = "opened" +created_at = "2024-07-18T08:26:41.458Z" +closed_at = "n/a" +labels = ["accel: KVM", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2445" +host-os = "CentOS Linux release 8.5.2111" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.2.0" +guest-os = "CentOS Linux release 8.5.2111" +guest-arch = "x86" +description = """""" +reproduce = """1. Start a virtual machine and add a virtio-scsi controller for vm, E.g: + + `<controller type='scsi' model='virtio-scsi' index='1'/>` +2. write rand value and rand address in port IO address space of virtio-scsi device in the guest, E.g: + + ``` + int main(){ + iopl(3); + srand(10001); + unsigned port_base = 0xc000; + unsigned port_space_size = 32; + time_t now; + struct tm *tm_struct; + int i; + + for (i=0;i<100000000;i++){ + outb(rand()&0xff,port_base+rand()%port_space_size); + outw(rand()&0xffff,port_base+rand()%port_space_size); + outl(rand(),port_base+rand()%port_space_size); + } + return 0; + } + ``` + + or write some special value: + + ``` + int main(){ + iopl(3); + srand(10001); + unsigned port_base = 0xc000; + unsigned port_space_size = 32; + int i; + + for (i=0;i<100000000;i++){ + outw(13170, port_base + 18); // DRIVER + outw(16, port_base + 20); // config_vector = 16 + outw(34244, port_base + 18); // DRIVE OK + outw(29, port_base + 20); // config_vector = 65535 + outw(5817, port_base + 18); // not DRIVE OK + usleep(1000); + } + return 0; + } + ``` +3. the number of irq routes will keep increasing and qemu process on the host will abort""" +additional = """stack infomation after qemu process aborts: + +``` +#0 0x00007f3cd38500ff in () at /usr/lib64/libc.so.6 +#1 0x00007f3cd3803d06 in raise () at /usr/lib64/libc.so.6 +#2 0x00007f3cd37ef1f7 in abort () at /usr/lib64/libc.so.6 +#3 0x0000563055c54d68 in kvm_irqchip_commit_routes (s=0x563058b24bc0) at ../accel/kvm/kvm-all.c:1872 +#4 kvm_irqchip_commit_routes (s=0x563058b24bc0) at ../accel/kvm/kvm-all.c:1855 +#5 0x0000563055a1c242 in kvm_irqchip_commit_route_changes (c=0x7f3ccaffc040) at /Images/syg/code/openEuler/qemu/include/sysemu/kvm.h:470 +#6 kvm_virtio_pci_vq_vector_use (vector=18, proxy=0x563059b7f320) at ../hw/virtio/virtio-pci.c:875 +#7 kvm_virtio_pci_vector_use_one (proxy=proxy@entry=0x563059b7f320, queue_no=queue_no@entry=17) at ../hw/virtio/virtio-pci.c:948 +#8 0x0000563055a1d718 in kvm_virtio_pci_vector_vq_use (nvqs=18, proxy=0x563059b7f320) at ../hw/virtio/virtio-pci.c:1010 +#9 virtio_pci_set_guest_notifiers (d=0x563059b7f320, nvqs=18, assign=<optimized out>) at ../hw/virtio/virtio-pci.c:1373 +#10 0x00005630559cb5f9 in virtio_scsi_dataplane_start (vdev=0x563059b876f0) at ../hw/scsi/virtio-scsi-dataplane.c:116 +#11 0x0000563055a194f2 in virtio_bus_start_ioeventfd (bus=bus@entry=0x563059b87670) at ../hw/virtio/virtio-bus.c:236 +#12 0x0000563055a1c9f2 in virtio_pci_start_ioeventfd (proxy=0x563059b7f320) at ../hw/virtio/virtio-pci.c:375 +#13 virtio_ioport_write (val=34244, addr=18, opaque=0x563059b7f320) at ../hw/virtio/virtio-pci.c:471 +#14 virtio_pci_config_write (opaque=0x563059b7f320, addr=18, val=<optimized out>, size=<optimized out>) at ../hw/virtio/virtio-pci.c:617 +#15 0x0000563055bfb3af in memory_region_write_accessor (mr=mr@entry=0x563059b7fd50, addr=18, value=value@entry=0x7f3ccaffc2c8, size=size@entry=2, shift=<optimized out>, mask=mask@entry=65535, attrs=...) + at ../system/memory.c:497 +#16 0x0000563055bfc05e in access_with_adjusted_size (addr=addr@entry=18, value=value@entry=0x7f3ccaffc2c8, size=size@entry=2, access_size_min=<optimized out>, access_size_max=<optimized out>, access_fn= + 0x563055bfb330 <memory_region_write_accessor>, mr=0x563059b7fd50, attrs=...) at ../system/memory.c:573 +#17 0x0000563055bfd074 in memory_region_dispatch_write (mr=0x563059b7fd50, addr=18, data=<optimized out>, op=<optimized out>, attrs=attrs@entry=...) at ../system/memory.c:1528 +#18 0x0000563055c040f4 in flatview_write_continue + (fv=fv@entry=0x7f3aa40198b0, addr=addr@entry=49170, attrs=attrs@entry=..., ptr=ptr@entry=0x7f3cd0002000, len=len@entry=2, addr1=<optimized out>, l=<optimized out>, mr=<optimized out>) + at /Images/syg/code/openEuler/qemu/include/qemu/host-utils.h:238 +#19 0x0000563055c043e0 in flatview_write (fv=0x7f3aa40198b0, addr=addr@entry=49170, attrs=attrs@entry=..., buf=buf@entry=0x7f3cd0002000, len=len@entry=2) at ../system/physmem.c:2799 +#20 0x0000563055c07c48 in address_space_write (len=2, buf=0x7f3cd0002000, attrs=..., addr=49170, as=0x563056cc8fe0 <address_space_io>) at ../system/physmem.c:2906 +#21 address_space_rw (as=0x563056cc8fe0 <address_space_io>, addr=addr@entry=49170, attrs=attrs@entry=..., buf=0x7f3cd0002000, len=len@entry=2, is_write=is_write@entry=true) at ../system/physmem.c:2916 +#22 0x0000563055c58663 in kvm_handle_io (count=1, size=2, direction=<optimized out>, data=<optimized out>, attrs=..., port=49170) at ../accel/kvm/kvm-all.c:2670 +#23 kvm_cpu_exec (cpu=cpu@entry=0x563058ee2a40) at ../accel/kvm/kvm-all.c:2943 +#24 0x0000563055c59965 in kvm_vcpu_thread_fn (arg=0x563058ee2a40) at ../accel/kvm/kvm-accel-ops.c:51 +#25 0x0000563055ddb9df in qemu_thread_start (args=0x563058eecaa0) at ../util/qemu-thread-posix.c:541 +#26 0x00007f3cd384e51a in () at /usr/lib64/libc.so.6 +#27 0x00007f3cd38d0e00 in () at /usr/lib64/libc.so.6 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2450.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2450.toml new file mode 100644 index 00000000..c3e11664 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2450.toml @@ -0,0 +1,25 @@ +id = 2450 +title = "Intel GVT-g does not produce any output." +state = "opened" +created_at = "2024-07-20T08:12:54.555Z" +closed_at = "n/a" +labels = ["VFIO", "accel: KVM", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2450" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "9.0.2" +guest-os = "Windows Server 2022" +guest-arch = "x86_64" +description = """I'm unable to see anything from screen: +{width=1201 height=956} + +By enabling VGA, I'm able to see the virtual monitor is presented in the guest OS: +{width=977 height=694} + +however it still cannot produce any output: + +{width=977 height=694}""" +reproduce = """1. echo "29d65a71-b9eb-45b2-aaaf-49e96f8cf753"> /sys/devices/pci0000:00/*/mdev_supported_types/i915-GVTg_V5_4/create +2. Download the romfile +3. Run the machine""" +additional = """CPU: i7-10700""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2699.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2699.toml new file mode 100644 index 00000000..84992e24 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2699.toml @@ -0,0 +1,26 @@ +id = 2699 +title = "kvm_mem_ioeventfd_del: error deleting ioeventfd: Bad file descriptor (9)" +state = "closed" +created_at = "2024-11-25T08:58:12.606Z" +closed_at = "2024-12-06T05:27:39.768Z" +labels = ["accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2699" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "# /usr/local/bin/qemu-system-x86_64 --version" +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU 9.1.91 monitor - type 'help' for more information +(qemu) kvm_mem_ioeventfd_del: error deleting ioeventfd: Bad file descriptor (9) +test.sh: line 14: 105283 Aborted (core dumped) /usr/local/bin/qemu-system-x86_64 -M q35 -m 8G -smp 8 -cpu host -enable-kvm -device VGA,bus=pcie.0,addr=0x2 -drive file=//home/fedora-38.qcow2,media=disk,if=virtio -device virtio-net-pci,mac=00:11:22:33:44:00,netdev=id8cxFGH,id=idaFLYjy,bus=pcie.0,addr=0x7 -netdev tap,id=id8cxFGH,vhost=on,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown -vnc :0 -monitor stdio -qmp tcp:0:5555,server,nowait""" +reproduce = """1. Boot a guest +2. set_link false nic and set_link true nic + +{"execute": "qmp_capabilities"} +{"return": {}} +{"execute": "set_link", "arguments": {"name": "idaFLYjy", "up": false}} +{"return": {}} +{"execute": "set_link", "arguments": {"name": "idaFLYjy", "up": true}} + +3. Guest hit qemu core dump""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2710.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2710.toml new file mode 100644 index 00000000..775464e1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2710.toml @@ -0,0 +1,136 @@ +id = 2710 +title = "QEMU can't detect guest debug support on older (pre v5.7) x86 host kernels due to missing KVM_CAP_SET_GUEST_DEBUG" +state = "opened" +created_at = "2024-12-06T02:29:37.267Z" +closed_at = "n/a" +labels = ["GDB", "accel: KVM", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2710" +host-os = "Ubuntu" +host-arch = "x86_64" +qemu-version = "8.2+" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +qemu-system-x86_64: -s: gdbstub: current accelerator doesn't support guest debugging +```""" +reproduce = "n/a" +additional = """I initially located the QEMU source code to determine whether KVM supports gdbstub by checking for `KVM_CAP_SET_GUEST_DEBUG`. The corresponding code can be found at: +```c +// qemu/accel/kvm/kvm-all.c:2695 +#ifdef TARGET_KVM_HAVE_GUEST_DEBUG + kvm_has_guest_debug = + (kvm_check_extension(s, KVM_CAP_SET_GUEST_DEBUG) > 0); +#endif +``` +It can be observed that if the return value is <= 0 (in practice, this function only returns 0 on failure), the debug_flag is set to false. + +Upon further investigation of the Linux 4.15 kernel code, I discovered that in earlier versions, support for checking VM debugging capabilities via `KVM_CAP_SET_GUEST_DEBUG` was almost non-existent (it was only supported on arm64). However, for x86_64, VM debugging is supported on the 4.15 kernel. + +```c +// linu4.15/arch/x86/kvm/x86.c:2672 +int kvm_vm_ioctl_check_extension(struct kvm *kvm, long ext) +{ +\tint r; + +\tswitch (ext) { +\tcase KVM_CAP_IRQCHIP: +\tcase KVM_CAP_HLT: +\tcase KVM_CAP_MMU_SHADOW_CACHE_CONTROL: +\tcase KVM_CAP_SET_TSS_ADDR: +\tcase KVM_CAP_EXT_CPUID: +\tcase KVM_CAP_EXT_EMUL_CPUID: +\tcase KVM_CAP_CLOCKSOURCE: +\tcase KVM_CAP_PIT: +\tcase KVM_CAP_NOP_IO_DELAY: +\tcase KVM_CAP_MP_STATE: +\tcase KVM_CAP_SYNC_MMU: +\tcase KVM_CAP_USER_NMI: +\tcase KVM_CAP_REINJECT_CONTROL: +\tcase KVM_CAP_IRQ_INJECT_STATUS: +\tcase KVM_CAP_IOEVENTFD: +\tcase KVM_CAP_IOEVENTFD_NO_LENGTH: +\tcase KVM_CAP_PIT2: +\tcase KVM_CAP_PIT_STATE2: +\tcase KVM_CAP_SET_IDENTITY_MAP_ADDR: +\tcase KVM_CAP_XEN_HVM: +\tcase KVM_CAP_VCPU_EVENTS: +\tcase KVM_CAP_HYPERV: +\tcase KVM_CAP_HYPERV_VAPIC: +\tcase KVM_CAP_HYPERV_SPIN: +\tcase KVM_CAP_HYPERV_SYNIC: +\tcase KVM_CAP_HYPERV_SYNIC2: +\tcase KVM_CAP_HYPERV_VP_INDEX: +\tcase KVM_CAP_PCI_SEGMENT: +\tcase KVM_CAP_DEBUGREGS: +\tcase KVM_CAP_X86_ROBUST_SINGLESTEP: +\tcase KVM_CAP_XSAVE: +\tcase KVM_CAP_ASYNC_PF: +\tcase KVM_CAP_GET_TSC_KHZ: +\tcase KVM_CAP_KVMCLOCK_CTRL: +\tcase KVM_CAP_READONLY_MEM: +\tcase KVM_CAP_HYPERV_TIME: +\tcase KVM_CAP_IOAPIC_POLARITY_IGNORED: +\tcase KVM_CAP_TSC_DEADLINE_TIMER: +\tcase KVM_CAP_ENABLE_CAP_VM: +\tcase KVM_CAP_DISABLE_QUIRKS: +\tcase KVM_CAP_SET_BOOT_CPU_ID: + \tcase KVM_CAP_SPLIT_IRQCHIP: +\tcase KVM_CAP_IMMEDIATE_EXIT: +\t\tr = 1; +\t\tbreak; +\tcase KVM_CAP_ADJUST_CLOCK: +\t\tr = KVM_CLOCK_TSC_STABLE; +\t\tbreak; +\tcase KVM_CAP_X86_GUEST_MWAIT: +\t\tr = kvm_mwait_in_guest(); +\t\tbreak; +\tcase KVM_CAP_X86_SMM: +\t\t/* SMBASE is usually relocated above 1M on modern chipsets, +\t\t * and SMM handlers might indeed rely on 4G segment limits, +\t\t * so do not report SMM to be available if real mode is +\t\t * emulated via vm86 mode. Still, do not go to great lengths +\t\t * to avoid userspace's usage of the feature, because it is a +\t\t * fringe case that is not enabled except via specific settings +\t\t * of the module parameters. +\t\t */ +\t\tr = kvm_x86_ops->cpu_has_high_real_mode_segbase(); +\t\tbreak; +\tcase KVM_CAP_VAPIC: +\t\tr = !kvm_x86_ops->cpu_has_accelerated_tpr(); +\t\tbreak; +\tcase KVM_CAP_NR_VCPUS: +\t\tr = KVM_SOFT_MAX_VCPUS; +\t\tbreak; +\tcase KVM_CAP_MAX_VCPUS: +\t\tr = KVM_MAX_VCPUS; +\t\tbreak; +\tcase KVM_CAP_NR_MEMSLOTS: +\t\tr = KVM_USER_MEM_SLOTS; +\t\tbreak; +\tcase KVM_CAP_PV_MMU:\t/* obsolete */ +\t\tr = 0; +\t\tbreak; +\tcase KVM_CAP_MCE: +\t\tr = KVM_MAX_MCE_BANKS; +\t\tbreak; +\tcase KVM_CAP_XCRS: +\t\tr = boot_cpu_has(X86_FEATURE_XSAVE); +\t\tbreak; +\tcase KVM_CAP_TSC_CONTROL: +\t\tr = kvm_has_tsc_control; +\t\tbreak; +\tcase KVM_CAP_X2APIC_API: +\t\tr = KVM_X2APIC_API_VALID_FLAGS; +\t\tbreak; +\tdefault: +\t\tr = 0; +\t\tbreak; +\t} +\treturn r; + +} +``` + +I attempted to bypass this check in QEMU and verified that the QEMU gdbstub works normally on the 4.15 kernel. + +For modifications related to this part in QEMU, you can refer to the email: https://lore.kernel.org/all/20211111110604.207376-5-pbonzini@redhat.com/.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/2712.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/2712.toml new file mode 100644 index 00000000..2817f7be --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/2712.toml @@ -0,0 +1,19 @@ +id = 2712 +title = "Windows VM doesn't boot on QEMU KVM when hypervisor is disabled in Linux 6.12" +state = "closed" +created_at = "2024-12-07T20:54:57.655Z" +closed_at = "2024-12-14T08:36:17.730Z" +labels = ["accel: KVM", "guest: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2712" +host-os = "Manjaro Linux" +host-arch = "x86" +qemu-version = "9.1.2" +guest-os = "Windows 10, Windows 11 24H2" +guest-arch = "x86" +description = """Windows VM doesn't boot on QEMU KVM when hypervisor is disabled in Linux 6.12. QEMU uses 100% CPU core usage and nothing happens. + +It boots properly in Linux 6.11.10. I don't know if it's a kernel bug or QEMU needs some changes to work with the new kernel correctly.""" +reproduce = """1. Boot Windows 10 or 11 (can be installation ISO form official website) with KVM, but set "hypervisor=off" CPU parameter. +2. Wait. +3. Nothing happens - doesn't boot.""" +additional = """Nothing is displayed in console.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/337.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/337.toml new file mode 100644 index 00000000..1e3c2bdc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/337.toml @@ -0,0 +1,15 @@ +id = 337 +title = "QEMU emulator version 6.0.50 Failure with nested FreeBSD bhyve" +state = "opened" +created_at = "2021-05-18T01:36:14.390Z" +closed_at = "n/a" +labels = ["accel: KVM", "guest: BSD", "hostos: Linux", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/337" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/439.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/439.toml new file mode 100644 index 00000000..9a1b6d08 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/439.toml @@ -0,0 +1,15 @@ +id = 439 +title = "Hard crash - qemu-6.0.0 with windows 10 guest" +state = "opened" +created_at = "2021-06-19T18:10:19.218Z" +closed_at = "n/a" +labels = ["accel: KVM", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/439" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/477.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/477.toml new file mode 100644 index 00000000..ef309c1c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/477.toml @@ -0,0 +1,20 @@ +id = 477 +title = "Nested kvm-svm does not work since f5cc5a5c16" +state = "closed" +created_at = "2021-07-13T05:00:08.959Z" +closed_at = "2021-07-24T13:25:38.002Z" +labels = ["Regression", "accel: KVM", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/477" +host-os = "Debian 10" +host-arch = "x86_64" +qemu-version = "6.0.50" +guest-os = "Debian Linux" +guest-arch = "x86_64" +description = """Nested SVM virtualization seems to not work. I bisected this to f5cc5a5c16.""" +reproduce = """1. Boot up a Linux guest such as the Debian Live CD with -accel kvm -cpu host +2. ```dmesg | grep kvm; ls /dev/kvm```; # Shows that KVM is disabled within the guest""" +additional = """Details about my AMD host: +``` +model name : AMD Ryzen 5 2600 Six-Core Processor +flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb hw_pstate sme ssbd sev ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 xsaves clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/478.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/478.toml new file mode 100644 index 00000000..a8158d36 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/478.toml @@ -0,0 +1,409 @@ +id = 478 +title = "Loss of network trafic when virtual iommu is enabled" +state = "closed" +created_at = "2021-07-13T17:56:15.406Z" +closed_at = "2024-06-25T08:53:02.129Z" +labels = ["accel: KVM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/478" +host-os = "Debian 10.10" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "Debian 10.10" +guest-arch = "x86_64" +description = "n/a" +reproduce = """1. Setup the hypervisor +- Vt-x and Vt-d present +- IOMMU enabled on the kernel command line (iommu=force intel_iommu=on) +- OpenvSwitch started with DPDK and IOMMU support +```shell +ovs-vsctl --no-wait set Open_vSwitch . other_config:vhost-iommu-support=true +ovs-vsctl --no-wait set Open_vSwitch . other_config:dpdk-init=true +``` +- One OVS bridge with DPDK enabled +```shell +ovs-vsctl add-br br_dpdk -- set bridge br_dpdk datapath_type=netdev +``` +- VM1 makes use of a DPDK port without virtualized IOMMU +- VM2 makes use of a DPDK port with virtualized IOMMU +- Add a virtual port (DPDPK) for VM1, +```shell +ovs-vsctl add-port br_dpdk dpdk1 -- set Interface dpdk1 \\ + type=dpdkvhostuserclient options:vhost-server-path=/var/run/openvswitch/dpdk1 +``` +- Add a virtual port (DPDPK) for VM2, +```shell +ovs-vsctl add-port br_dpdk dpdk2 -- set Interface dpdk2 \\ + type=dpdkvhostuserclient options:vhost-server-path=/var/run/openvswitch/dpdk2 +``` + +2. Start VM1. This VM is used to generate traffic toward VM2 +- VM1 is started. The way it is started has no impact on the outcome of the test. +- It declares a vhost-user interface (server mode) with dpdk1 as the source. +- The guest OS makes use of virtio-pci to handle its network interface. +- Its interface is having the IP 192.168.3.10/24 + +3. Start VM2. This VM shows the defect +- VM2 is started. +- It declares an iommu device and a vhost-user network interface (server mode) with +dpdk2 as the source. +- The vhost-user interface enables iommu and the ats service. +- It uses the Q35 chipset, it has a PCI topology that ensures that the network interface is its in own IOMMU group +- The VM is started this way: +```shell +qemu-system-x86_64 + -enable-kvm \\ + -name guest=debian-iommu,debug-threads=on \\ + -machine pc-q35-3.1,accel=kvm,usb=off,dump-guest-core=off,\\ +mem-merge=off,kernel_irqchip=split \\ + -cpu IvyBridge-IBRS,ss=on,movbe=on,hypervisor=on,arat=on,\\ +tsc_adjust=on,mpx=on,rdseed=on,smap=on,clflushopt=on,sha-ni=on,\\ +umip=on,ssbd=on,xsaveopt=on,xsavec=on,xgetbv1=on,xsaves=on,pdpe1gb=on,\\ +3dnowprefetch=on,avx=off,f16c=off \\ + -m 4096 \\ + -mem-prealloc \\ + -overcommit mem-lock=on \\ + -smp 2,sockets=1,cores=2,threads=1 \\ + -object memory-backend-file,id=ram-node0,\\ +mem-path=/dev/hugepages/libvirt/qemu/2-debian-iommu,\\ +share=yes,size=4294967296 \\ + -numa node,nodeid=0,cpus=0-1,memdev=ram-node0 \\ + -uuid 65847f47-3454-4576-ab6c-6a1c75041ea7 \\ + -display none \\ + -no-user-config \\ + -nodefaults \\ + -rtc base=utc \\ + -no-shutdown \\ + -global ICH9-LPC.disable_s3=1 \\ + -global ICH9-LPC.disable_s4=1 \\ + -boot strict=on \\ + -device intel-iommu,intremap=on,caching-mode=on,eim=off,device-iotlb=on \\ + -device pcie-root-port,port=0x8,chassis=1,id=pci.1,\\ +bus=pcie.0,multifunction=off,addr=0x1 \\ + -device pcie-root-port,port=0x10,chassis=2,id=pci.2,\\ +bus=pcie.0,multifunction=off,addr=0x2 \\ + -device pcie-root-port,port=0x18,chassis=3,id=pci.3,\\ +bus=pcie.0,multifunction=off,addr=0x3 \\ + -device pcie-root-port,port=0x20,chassis=4,id=pci.4,\\ +bus=pcie.0,multifunction=off,addr=0x4 \\ + -device pcie-root-port,port=0x28,chassis=5,id=pci.5,\\ +bus=pcie.0,multifunction=off,addr=0x5 \\ + -device pcie-root-port,port=0x30,chassis=6,id=pci.6,\\ +bus=pcie.0,multifunction=off,addr=0x6 \\ + -device pcie-root-port,port=0x38,chassis=7,id=pci.7,\\ +bus=pcie.0,multifunction=off,addr=0x7 \\ + -device qemu-xhci,id=usb,bus=pci.4,addr=0x0 \\ + -drive file=/var/lib/libvirt/images/backing-storage/\\ +debian-iommu/debian-iommu-0.qcow2,format=qcow2,if=none,\\ +id=drive-virtio-disk0,cache=directsync \\ + -device virtio-blk-pci,scsi=off,bus=pci.5,addr=0x0,\\ +drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,write-cache=off \\ +\\ + -chardev socket,id=charnet0,\\ +path=/var/run/openvswitch/dpdk2,server=on \\ + -netdev vhost-user,chardev=charnet0,id=hostnet0 \\ + -device virtio-net-pci,mrg_rxbuf=on,netdev=hostnet0,\\ +id=net0,mac=52:54:00:c2:bf:aa,bus=pci.1,addr=0x0,iommu_platform=on,ats=on \\ +\\ + -chardev pty,id=charserial0 \\ + -device isa-serial,chardev=charserial0,id=serial0 \\ +\\ + -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,\\ +resourcecontrol=deny \\ + -msg timestamp=on +``` + +- the guest OS kernel has IOMMU enabled (iommu=true intel_iommu=on) + +4. The DPDK application is started in VM2 +- the network interface is bound to the vfio driver +```shell +# echo 0000:01:00.0 > /sys/bus/pci/drivers/virtio-pci/unbind +# echo vfio-pci > /sys/bus/pci/devices/0000:01:00.0/driver_override +# echo 0000:01:00.0 > /sys/bus/pci/drivers/vfio-pci/bind +# echo 512 > /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages +``` + +- the dpdk-testpmd is used to start a forwarding between the network +interface and a tap device +```shell +dpdk-testpmd --pci-whitelist "01:00.0" --iova-mode va --legacy-mem --socket-mem 500 --vdev=net_tap0 + +EAL: Detected 2 lcore(s) +EAL: Detected 1 NUMA nodes +EAL: Multi-process socket /var/run/dpdk/rte/mp_socket +EAL: No free hugepages reported in hugepages-1048576kB +EAL: Probing VFIO support... +EAL: VFIO support initialized +EAL: WARNING: cpu flags constant_tsc=yes nonstop_tsc=no -> using unreliable clo! +EAL: PCI device 0000:01:00.0 on NUMA socket -1 +EAL: Invalid NUMA socket, default to 0 +EAL: probe driver: 1af4:1041 net_virtio +EAL: using IOMMU type 1 (Type 1) +rte_pmd_tap_probe(): Initializing pmd_tap for net_tap0 as dtap%d +[ 47.283172] tun: Universal TUN/TAP device driver, 1.6 +testpmd: create a new mbuf pool <mbuf_pool_socket_0>: n=155456, size=2176, sock0 +testpmd: preferred mempool ops selected: ring_mp_mc +Configuring Port 0 (socket 0) +EAL: Error disabling MSI-X interrupts for fd 267 +Port 0: 52:54:00:C2:BF:AA +Configuring Port 1 (socket 0) +Port 1: CE:61:2A:67:F4:B8 +Checking link statuses... +[ 47.562560] device dtap0 entered promiscuous mode + +No commandline core given, start packet forwarding +io packet forwarding - ports=2 - cores=1 - streams=2 - NUMA support enabled, MPe +Logical Core 1 (socket 0) forwards packets on 2 streams: + RX P=0/Q=0 (socket 0) -> TX P=1/Q=0 (socket 0) peer=02:00:00:00:00:01 + RX P=1/Q=0 (socket 0) -> TX P=0/Q=0 (socket 0) peer=02:00:00:00:00:00 + + io packet forwarding packets/burst=32 + nb forwarding cores=1 - nb forwarding ports=2 + port 0: RX queue number: 1 Tx queue number: 1 + Rx offloads=0x0 Tx offloads=0x0 + RX queue: 0 + RX desc=0 - RX free threshold=0 + RX threshold registers: pthresh=0 hthresh=0 wthresh=0 + RX Offloads=0x0 + TX queue: 0 + TX desc=0 - TX free threshold=0 + TX threshold registers: pthresh=0 hthresh=0 wthresh=0 + TX offloads=0x0 - TX RS bit threshold=0 + port 1: RX queue number: 1 Tx queue number: 1 + Rx offloads=0x0 Tx offloads=0x0 + RX queue: 0 + RX desc=0 - RX free threshold=0 + RX threshold registers: pthresh=0 hthresh=0 wthresh=0 + RX Offloads=0x0 + TX queue: 0 + TX desc=0 - TX free threshold=0 + TX threshold registers: pthresh=0 hthresh=0 wthresh=0 + TX offloads=0x0 - TX RS bit threshold=0 +Press enter to exit +``` + +- An IP is set on the dtap0 interface + +```shell +^Z +# ip a a 192.168.3.20/24 dev dtap0 +# fg +``` + +5. The traffic is initiated from VM1 +- from the VM1 console a ping the VM2 is started and is working fine. + +```shell +# ping 192.168.3.20 +PING 192.168.3.20 (192.168.3.20) 56(84) bytes of data. +64 bytes from 192.168.3.20: icmp_seq=1 ttl=64 time=0.320 ms +64 bytes from 192.168.3.20: icmp_seq=2 ttl=64 time=0.172 ms +64 bytes from 192.168.3.20: icmp_seq=3 ttl=64 time=0.163 ms +^C +--- 192.168.3.20 ping statistics --- +3 packets transmitted, 3 received, 0% packet loss, time 4ms +rtt min/avg/max/mdev = 0.163/0.218/0.320/0.072 ms +``` +- from the VM1 console a UDP iperf is started and is working fine (no server-side iperf is started) +```shell +# iperf -c 192.168.3.20 -u +------------------------------------------------------------ +Client connecting to 192.168.3.20, UDP port 5001 +Sending 1470 byte datagrams, IPG target: 11215.21 us (kalman adjust) +UDP buffer size: 208 KByte (default) +------------------------------------------------------------ +[ 3] local 192.168.3.10 port 49124 connected with 192.168.3.20 port 5001 +read failed: Connection refused +[ 3] WARNING: did not receive ack of last datagram after 1 tries. +[ ID] Interval Transfer Bandwidth +[ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec +[ 3] Sent 892 datagrams +``` +- from the VM2 console the <Enter> key is pressed +```shell +Telling cores to stop... +Waiting for lcores to finish... + + ---------------------- Forward statistics for port 0 ---------------------- + RX-packets: 904 RX-dropped: 0 RX-total: 904 + TX-packets: 37 TX-dropped: 0 TX-total: 37 + ---------------------------------------------------------------------------- + + ---------------------- Forward statistics for port 1 ---------------------- + RX-packets: 37 RX-dropped: 0 RX-total: 37 + TX-packets: 904 TX-dropped: 0 TX-total: 904 + ---------------------------------------------------------------------------- + + +++++++++++++++ Accumulated forward statistics for all ports+++++++++++++++ + RX-packets: 941 RX-dropped: 0 RX-total: 941 + TX-packets: 941 TX-dropped: 0 TX-total: 941 + ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + +Done. + +Stopping port 0... +Stopping ports... +Done + +Stopping port 1... +Stopping ports... +Done + +Shutting down port 0... +Closing ports... +EAL: Error disabling MSI-X interrupts for fd 267 +Done + +Shutting down port 1... +Closing ports... +Done + +Bye... + +``` + +- the guest OS is rebooted (the QEMU emulator is not restarted) +```shell +# shutdown -r now +``` + +6. After reboot, impossible to resume the network traffic +- the same setup is applied (bind the interface to the vfio driver, add enough huge pages, start the dpdk-testpmd program, add an ip to the tap interface). The dpdk-testpmd output shows: +```shell +EAL: Detected 2 lcore(s) +EAL: Detected 1 NUMA nodes +EAL: Multi-process socket /var/run/dpdk/rte/mp_socket +EAL: No free hugepages reported in hugepages-1048576kB +EAL: Probing VFIO support... +EAL: VFIO support initialized +EAL: WARNING: cpu flags constant_tsc=yes nonstop_tsc=no -> using unreliable clo! +EAL: PCI device 0000:01:00.0 on NUMA socket -1 +EAL: Invalid NUMA socket, default to 0 +EAL: probe driver: 1af4:1041 net_virtio +EAL: using IOMMU type 1 (Type 1) +rte_pmd_tap_probe(): Initializing pmd_tap for net_tap0 as dtap%d +[ 37.865360] tun: Universal TUN/TAP device driver, 1.6 +testpmd: create a new mbuf pool <mbuf_pool_socket_0>: n=155456, size=2176, sock0 +testpmd: preferred mempool ops selected: ring_mp_mc +Configuring Port 0 (socket 0) +EAL: Error disabling MSI-X interrupts for fd 267 +Port 0: 52:54:00:C2:BF:AA +Configuring Port 1 (socket 0) +Port 1: 0A:78:00:1F:D6:CB +Checking link statuses... +[ 38.151800] device dtap0 entered promiscuous mode + +No commandline core given, start packet forwarding +io packet forwarding - ports=2 - cores=1 - streams=2 - NUMA support enabled, MPe +Logical Core 1 (socket 0) forwards packets on 2 streams: + RX P=0/Q=0 (socket 0) -> TX P=1/Q=0 (socket 0) peer=02:00:00:00:00:01 + RX P=1/Q=0 (socket 0) -> TX P=0/Q=0 (socket 0) peer=02:00:00:00:00:00 + + io packet forwarding packets/burst=32 + nb forwarding cores=1 - nb forwarding ports=2 + port 0: RX queue number: 1 Tx queue number: 1 + Rx offloads=0x0 Tx offloads=0x0 + RX queue: 0 + RX desc=0 - RX free threshold=0 + RX threshold registers: pthresh=0 hthresh=0 wthresh=0 + RX Offloads=0x0 + TX queue: 0 + TX desc=0 - TX free threshold=0 + TX threshold registers: pthresh=0 hthresh=0 wthresh=0 + TX offloads=0x0 - TX RS bit threshold=0 + port 1: RX queue number: 1 Tx queue number: 1 + Rx offloads=0x0 Tx offloads=0x0 + RX queue: 0 + RX desc=0 - RX free threshold=0 + RX threshold registers: pthresh=0 hthresh=0 wthresh=0 + RX Offloads=0x0 + TX queue: 0 + TX desc=0 - TX free threshold=0 + TX threshold registers: pthresh=0 hthresh=0 wthresh=0 + TX offloads=0x0 - TX RS bit threshold=0 +Press enter to exit +``` + +- From the VM2 console, any attempt to send pings or the engage in UDP iperf will fail +```shell +# ping 192.168.3.20 +PING 192.168.3.20 (192.168.3.20) 56(84) bytes of data. +From 192.168.3.10 icmp_seq=1 Destination Host Unreachable +From 192.168.3.10 icmp_seq=2 Destination Host Unreachable +From 192.168.3.10 icmp_seq=3 Destination Host Unreachable +From 192.168.3.10 icmp_seq=4 Destination Host Unreachable +From 192.168.3.10 icmp_seq=5 Destination Host Unreachable +From 192.168.3.10 icmp_seq=6 Destination Host Unreachable +From 192.168.3.10 icmp_seq=7 Destination Host Unreachable +From 192.168.3.10 icmp_seq=8 Destination Host Unreachable +From 192.168.3.10 icmp_seq=9 Destination Host Unreachable +From 192.168.3.10 icmp_seq=10 Destination Host Unreachable +From 192.168.3.10 icmp_seq=11 Destination Host Unreachable +From 192.168.3.10 icmp_seq=12 Destination Host Unreachable +^C +--- 192.168.3.20 ping statistics --- +13 packets transmitted, 0 received, +12 errors, 100% packet loss, time 327ms + +# iperf -c 192.168.3.20 -u +------------------------------------------------------------ +Client connecting to 192.168.3.20, UDP port 5001 +Sending 1470 byte datagrams, IPG target: 11215.21 us (kalman adjust) +UDP buffer size: 208 KByte (default) +------------------------------------------------------------ +[ 3] local 192.168.3.10 port 54228 connected with 192.168.3.20 port 5001 +[ 3] WARNING: did not receive ack of last datagram after 10 tries. +[ ID] Interval Transfer Bandwidth +[ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec +[ 3] Sent 892 datagrams +``` + +- from the VM2 console the <Enter> key is pressed +```shell +Telling cores to stop... +Waiting for lcores to finish... + + ---------------------- Forward statistics for port 0 ---------------------- + RX-packets: 0 RX-dropped: 0 RX-total: 0 + TX-packets: 10 TX-dropped: 0 TX-total: 10 + ---------------------------------------------------------------------------- + + ---------------------- Forward statistics for port 1 ---------------------- + RX-packets: 10 RX-dropped: 0 RX-total: 10 + TX-packets: 0 TX-dropped: 0 TX-total: 0 + ---------------------------------------------------------------------------- + + +++++++++++++++ Accumulated forward statistics for all ports+++++++++++++++ + RX-packets: 10 RX-dropped: 0 RX-total: 10 + TX-packets: 10 TX-dropped: 0 TX-total: 10 + ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + +Done. + +Stopping port 0... +Stopping ports... +Done + +Stopping port 1... +Stopping ports... +Done + +Shutting down port 0... +Closing ports... +EAL: Error disabling MSI-X interrupts for fd 267 +Done + +Shutting down port 1... +Closing ports... +Done + +Bye... +```""" +additional = """1. How to resume the network traffic + +- If VM2 is fully restarted (the QEMU processed is restarted), and the setup is reapplied, +the trafic with VM1 is restored. + +2. Alternate cases +- Not systematically, it also happens that the trafic is definitively lost only by stopping and then restarting dpdk-testpmd in VM2 + +- I also met the case while running another DPDK application that is making use of multithreading: one thread is receiving data from the network interface and pushing it to the tap interface, while the other thread is receiving data from the tap interface and pushing it to the network interface. No reboot of the guest OS, no interruption of the DPDK application, the traffic is just flowing for less than a minute until it is definitively lost.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/504.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/504.toml new file mode 100644 index 00000000..5e485812 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/504.toml @@ -0,0 +1,26 @@ +id = 504 +title = "kvm_log_clear_one_slot: KVM_CLEAR_DIRTY_LOG failed" +state = "closed" +created_at = "2021-07-26T10:11:12.471Z" +closed_at = "2021-07-27T12:29:31.938Z" +labels = ["accel: KVM", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/504" +host-os = "Gentoo Linux" +host-arch = "x86 (32bit userland, 64bit kernel)" +qemu-version = "QEMU emulator version 6.0.90" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` + $ ./qemu-system-i386 -enable-kvm -cdrom ubuntu-20.04.2.0-desktop-amd64.iso +qemu-system-i386: kvm_log_clear_one_slot: KVM_CLEAR_DIRTY_LOG failed, slot=9, start=0x0, size=0x10, errno=-14 +qemu-system-i386: kvm_log_clear: kvm log clear failed: mr=vga.vram offset=10000 size=10000 +Aborted + + $ ./qemu-system-x86_64 -enable-kvm -cdrom ubuntu-20.04.2.0-desktop-amd64.iso +qemu-system-x86_64: kvm_log_clear_one_slot: KVM_CLEAR_DIRTY_LOG failed, slot=9, start=0x0, size=0x10, errno=-14 +qemu-system-x86_64: kvm_log_clear: kvm log clear failed: mr=vga.vram offset=0 size=10000 +Aborted +```""" +reproduce = """1. qemu crashes right at start""" +additional = """- last successfully used qemu version: 5.2.0 + - first seen failing qemu version: 6.0""" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/706.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/706.toml new file mode 100644 index 00000000..61f43ff4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/706.toml @@ -0,0 +1,50 @@ +id = 706 +title = "NVMe End-to-End Data Protection" +state = "opened" +created_at = "2021-11-03T17:18:35.951Z" +closed_at = "n/a" +labels = ["accel: KVM", "block:NVMe", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/706" +host-os = "(openSUSE Tumbleweed 20210929)" +host-arch = "(x86_64)" +qemu-version = "(6.1.0)" +guest-os = "(Initramfs with busybox)" +guest-arch = "(x86_64)" +description = """When activating end-to-end data protection inside qemu NVMe virtual namespace, guest can not read or write anything to discovered /dev/nvme0n1. Guest kernel has NVMe support compiled-in, when booting i get the following messages related to emulated nvme pi-enabled drive inside guest: + +``` +[ 0.661260] blk_update_request: protection error, dev nvme0n1, sector 4 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 0.663774] Buffer I/O error on dev nvme0n1, logical block 1, async page read +[ 0.665043] blk_update_request: protection error, dev nvme0n1, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 0.666976] Buffer I/O error on dev nvme0n1, logical block 0, async page read +[ 0.676702] blk_update_request: protection error, dev nvme0n1, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 0.678664] Buffer I/O error on dev nvme0n1, logical block 0, async page read +[ 0.679923] blk_update_request: protection error, dev nvme0n1, sector 4 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 0.681811] Buffer I/O error on dev nvme0n1, logical block 1, async page read +[ 0.683544] nvme0n1: unable to read partition table +``` + +Same when trying to read anything: + +``` +/ # dd bs=512 count=1 skip=0 if=/dev/nvme0n1 iflag=direct +[ 432.017616] blk_update_request: protection error, dev nvme0n1, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 0 +[ 432.020596] blk_update_request: protection error, dev nvme0n1, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 432.023530] Buffer I/O error on dev nvme0n1, logical block 0, async page read +[ 432.025345] blk_update_request: protection error, dev nvme0n1, sector 4 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 432.028289] Buffer I/O error on dev nvme0n1, logical block 1, async page read +dd: /dev/nvme0n1: Input/output error +``` + +And write: + +``` +/ # dd bs=512 count=1 if=output.dat of=/dev/nvme0n1 +[ 597.679455] blk_update_request: protection error, dev nvme0n1, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +dd: error writing '/dev/nvme0n1': Input/output error +1+0 records in +0+0 records out +0 bytes (0B) copied, 0.003864 seconds, 0B/s +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/73.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/73.toml new file mode 100644 index 00000000..69431b92 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/73.toml @@ -0,0 +1,15 @@ +id = 73 +title = "KVM Windows 98 sound card passthrough is not working for DOS programs.." +state = "opened" +created_at = "2021-05-01T08:38:15.949Z" +closed_at = "n/a" +labels = ["Audio", "Launchpad", "accel: KVM", "hostos: Windows", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/73" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_KVM/849.toml b/gitlab/issues/target_missing/host_missing/accel_KVM/849.toml new file mode 100644 index 00000000..8f7d7c33 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_KVM/849.toml @@ -0,0 +1,30 @@ +id = 849 +title = "High mouse polling rate stutters some applications" +state = "opened" +created_at = "2022-01-31T05:52:28.024Z" +closed_at = "n/a" +labels = ["VFIO", "accel: KVM", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/849" +host-os = "Proxmox 7.1-10" +host-arch = "amd64" +qemu-version = "6.1.0" +guest-os = "Windows 11" +guest-arch = "amd64" +description = """There are couple of instances where moving the mouse would slow down some applications, especially for games + +https://www.reddit.com/r/VFIO/comments/ect3sd/having_an_issue_with_my_vm_where_games_stutter/ + +https://www.reddit.com/r/VFIO/comments/n9hwtg/game_fps_drop_on_mouse_input/ + +https://www.reddit.com/r/VFIO/comments/ln1uwb/evdev_mouse_passthrough_with_1000hz_mouse_causes/ + +https://www.reddit.com/r/VFIO/comments/se92rq/looking_for_advice_on_poor_gpu_passthrough/ + +I myself included, is impacted by this mysterious issue, I'm not pretty sure whether this is related to VFIO or QEMU or both, but I'm definitely sure this is a kind of regression in between since I had no such issue before.""" +reproduce = """1. Do a GPU passthrough +2. Get a mouse capable of outputting high polling rate like 1000Hz, usually they are categorized as gaming mouses +3. Start any 3D applications, including stuff like Unreal Engine 4 Editor or any games +4. See mysterious stuttering""" +additional = """I'm using an AMD Ryzen 7 3700X CPU as the host, but I have made scripts that pins CPU to the VM to get better performance speculatively by putting the threads on the same CCX to minimize memory latency as much as possible. This alleviated some terrible lag, but not by much. (like 11 FPS to 20 FPS if you move your mouse which is still crappy compared to 90+ FPS when static) + +I suspect there is something wrong with the USB subsystem.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1065.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1065.toml new file mode 100644 index 00000000..8b996374 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1065.toml @@ -0,0 +1,17 @@ +id = 1065 +title = "cputlb: uninitialized local variable in tlb_set_page_with_attrs cause SIGSEGV when a CPU access an unmapped IOMMU page" +state = "closed" +created_at = "2022-06-06T10:59:39.807Z" +closed_at = "2022-06-21T23:33:14.892Z" +labels = ["Closed::Fixed", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1065" +host-os = "Any" +host-arch = "Any" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "TCG-based" +description = """When a TCG cpu accesses an unmapped page within an IOMMU region that causes a translation fault, QEMU SIGSEGVs in `io_readx`. +The reason was that in `address_space_translate_for_iotlb`, `xlat` is not set on a permission fault. +As a result, `xlat` in `tlb_set_page_with_attr` is uninitialized. This in turn causes various mis-calculation and eventually crashes in `io_readx`.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1086.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1086.toml new file mode 100644 index 00000000..169019b6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1086.toml @@ -0,0 +1,77 @@ +id = 1086 +title = "Numpy/scipy test suites fails in QEMU on ppc64le (but not on aarch64)" +state = "closed" +created_at = "2022-06-23T21:04:09.834Z" +closed_at = "2023-01-27T13:05:36.900Z" +labels = ["accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1086" +host-os = "CentOS 7.9.2009" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "CentOS 7" +guest-arch = "ppc64lee" +description = """I'm not really qualified to report this problem, but after being affected by it for ~2 years (and QEMU 7 not fixing things), I decided to give it a shot. Please excuse reporting deficiencies, I'll endeavour to fix them as best I can once pointed out. + +In my spare time, I help out for the packaging effort in the [conda-forge](https://conda-forge.org/) ecosystem, which is mostly associated/attached to the python world, but - in contrast to the vanilla python tools - also deals with non-python dependencies, and in particular has strong enough abstractions to deal with ABI-issues and generally provides much better integration than the packages on PyPI. + +This strength of abstraction has also allowed conda-forge to publish artefacts for many more architectures than most projects are commonly able to provide precompiled binaries for. Due to the lack of (reliable) public CI for aarch64 & ppc64le, these packages are mostly cross-compiled from linux-x86. Where cross compilation is not possible, the packages are compiled in emulation through QEMU, coming through https://github.com/multiarch/qemu-user-static (this is the part of the infrastructure I don't fully understand myself...). The full infrastructure is somewhat involved, but should not be relevant (hopefully) to the issue at hand (see instructions below) - and even if that turns out to be the case, that would be a great information gain as well. + +In either case, the tests for the package (ideally comprising the entire upstream test suite) are then run in emulation. + +Two of the so-called "feedstocks" I co-maintain are for [numpy](https://github.com/conda-forge/numpy-feedstock) and [scipy](https://github.com/conda-forge/scipy-feedstock), and there have been persistent issues with running the test suite in emulation on PPC (interestingly, the same setup on a different architecture - aarch64 - has no problems). However, the compiled artefacts on PPC run fine on native hardware. + +Said otherwise, it appears numpy/scipy are exercising QEMU enough to uncover some bugs. I've seen similar problems also in other packages (e.g. the cvxpy-stack), reinforcing the impression that this is a QEMU issue, and not one on the level of the individual packages. + +Depending on the exact combination of python version, the result of the numpy test suite might be as follows: +``` +320 failed, 18900 passed, 361 skipped, 36 xfailed, 9 xpassed, 144 warnings in 2516.49s (0:41:56) +``` + +Looking at the test failures, sometimes the results are garbage +``` +> assert_array_max_ulp(x, x+eps, maxulp=20) +E AssertionError: Arrays are not almost equal up to 20 ULP (max difference is 8.55554e+08 ULP) + +eps = 1.1920929e-07 +self = <numpy.testing.tests.test_utils.TestULP object at 0x401ec8beb0> +x = array([ 2.3744986e-38, nan, 2.2482052e-15, 7.5780330e+28, + nan, nan, 5.8310814e+29, -5.6511531e+24, + 1.0010809e+00, 1.0101526e+00], dtype=float32) +``` +sometimes the values are permuted +``` +> assert_array_equal(actual, desired) +E AssertionError: +E Arrays are not equal +E +E x and y nan location mismatch: +E x: array([0.000000e+00, 6.704092e-39, 9.000000e+00, 2.350989e-38, +E 0.000000e+00, 0.000000e+00, 0.000000e+00, 0.000000e+00, +E 6.772341e-39, nan], dtype=float32) +E y: array([6.704092e-39, 6.772341e-39, 0.000000e+00, 0.000000e+00, +E 0.000000e+00, 0.000000e+00, nan, 2.350989e-38, +E 2.000000e+00, 7.000000e+00], dtype=float32) +``` +sometimes the results are fundamentally different (zero vs. non-zero) +``` +> raise AssertionError(msg) +E AssertionError: +E Arrays are not almost equal to 6 decimals +E +E Mismatched elements: 72 / 216 (33.3%) +E Max absolute difference: 1. +E Max relative difference: 1. +E x: array([[[[[0., 0., 0.], +E [0., 0., 0.], +E [0., 0., 0.]],... +E y: array([[[[[1., 0., 0.], +E [0., 1., 0.], +E [0., 0., 1.]],... +``` + +I don't know where it goes wrong, but it's not just a little tolerance violation. One PR that illustrates this is [here](https://github.com/conda-forge/numpy-feedstock/pull/274) and the respective CI run is [here](https://dev.azure.com/conda-forge/feedstock-builds/_build/results?buildId=526218&view=results) (ignore the errors for osx-arm64, those are unrelated).""" +reproduce = """1. In an emulated ppc64 machine, install miniforge from [here](https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-Linux-ppc64le.sh) +2. Run `conda create -n test_env numpy pytest cython hypothesis typing_extensions` and then `conda activate test_env` +3. Run `python -c "import numpy; numpy.test()"` +4. Pick any test that fails and run it as `python -c "import numpy; numpy.test(tests='x.y.z')"`""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1174.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1174.toml new file mode 100644 index 00000000..f706d199 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1174.toml @@ -0,0 +1,21 @@ +id = 1174 +title = "aspeed: Fix first byte in I2C old register mode slave receive" +state = "closed" +created_at = "2022-08-25T08:03:29.867Z" +closed_at = "2022-11-14T08:25:19.139Z" +labels = ["Closed::Fixed", "accel: TCG", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1174" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "Linux" +guest-arch = "arm" +description = """The first byte of data received through the Aspeed I2C slave controller through the old-register mode (specifically byte-buffered, not pool buffered or DMA buffered) is incorrect. It should be the 8-bit I2C slave address for the transfer, which will be the 7-bit I2C slave address of the I2C controller shifted left 1, and 1 or 0 for the lowest bit (is-slave-to-master-transfer, or is-master-to-slave-transfer).""" +reproduce = """You could use the simulated I2C slave EEPROM https://docs.kernel.org/i2c/slave-eeprom-backend.html, but you need another I2C model to send data to it. + +Alternatively, you can take this downstream patch and run the qtest in it. It has a test case for slave-mode rx in old-register mode: + +https://github.com/facebook/openbmc/blob/helium/common/recipes-devtools/qemu/qemu/0008-hw-misc-Add-byte-by-byte-i2c-network-device.patch""" +additional = """I already created the fix, it's pretty simple, I submitted it to the mailing list and Klaus (the author of that section of the Aspeed I2C controller) reviewed it. https://lore.kernel.org/qemu-devel/20220820225712.713209-1-peter@pjd.dev/#t + +This is relatively critical fix, but since slave-mode I2C is not widely used at this point, it's probably fine to ship with this bug. My team uses the master branch for everything anyways.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1184.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1184.toml new file mode 100644 index 00000000..f9d6e24e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1184.toml @@ -0,0 +1,77 @@ +id = 1184 +title = "Extra SIGTRAP when breakpoint + watchpoint occur on same instruction" +state = "opened" +created_at = "2022-08-31T18:52:40.414Z" +closed_at = "n/a" +labels = ["GDB", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1184" +host-os = "Ubuntu 18" +host-arch = "x86, but likely platform-agnostic" +qemu-version = "7.1.0" +guest-os = "x86 multiboot stub" +guest-arch = "x86, but likely platform-agnostic" +description = """If a breakpoint and watchpoint occur on the same instruction in TCG, gdb receives a breakpoint notification, a watchpoint notification, and then a SIGTRAP not corresponding to any set breakpoint/watchpoint.""" +reproduce = """Start QEMU via: + +``` +./qemu-system-i386 -display none -accel tcg -kernel kernel.elf -s -S +``` + +Here's the gdb session: + +``` +(gdb) file kernel.elf +Reading symbols from kernel.elf...done. +(gdb) tar rem :1234 +Remote debugging using :1234 +0x0000fff0 in ?? () +(gdb) b _start +Breakpoint 1 at 0x10000c: file kernel.s, line 17. +(gdb) c +Continuing. + +Breakpoint 1, _start () at kernel.s:17 +17 mov eax, 3 +(gdb) b bp +Breakpoint 2 at 0x100011: file kernel.s, line 20. +(gdb) watch *(int*)&value +Hardware watchpoint 3: *(int*)&value +(gdb) c +Continuing. + +Breakpoint 2, bp () at kernel.s:20 +20 mov dword ptr value, eax +(gdb) c +Continuing. + +Hardware watchpoint 3: *(int*)&value + +Old value = 0 +New value = 3 +done () at kernel.s:23 +23 jmp done +(gdb) c +Continuing. + +Program received signal SIGTRAP, Trace/breakpoint trap. +done () at kernel.s:23 +23 jmp done +```""" +additional = """This patch fixes it by disabling the extra debug interrupt if the CPU is already singlestepping, but I'm not certain it's the 'correct' fix? + +```patch +--- a/softmmu/physmem.c ++++ b/softmmu/physmem.c +@@ -894,7 +894,9 @@ void cpu_check_watchpoint(CPUState *cpu, vaddr addr, vaddr len, + * trigger after the current instruction. + */ + qemu_mutex_lock_iothread(); +- cpu_interrupt(cpu, CPU_INTERRUPT_DEBUG); ++ if ((cpu->singlestep_enabled & SSTEP_NOIRQ) == 0) { ++ cpu_interrupt(cpu, CPU_INTERRUPT_DEBUG); ++ } + qemu_mutex_unlock_iothread(); + return; + } + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1303.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1303.toml new file mode 100644 index 00000000..f7b67d56 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1303.toml @@ -0,0 +1,15 @@ +id = 1303 +title = "tcg/cputlb: code path is reachable in load_memop/store_memop()" +state = "closed" +created_at = "2022-11-07T15:47:24.650Z" +closed_at = "2022-11-08T13:12:20.833Z" +labels = ["Build System", "Closed::WontFix", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1303" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/134.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/134.toml new file mode 100644 index 00000000..bcf7c3fb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/134.toml @@ -0,0 +1,15 @@ +id = 134 +title = "Performance improvement when using \"QEMU_FLATTEN\" with softfloat type conversions" +state = "closed" +created_at = "2021-05-04T19:39:01.879Z" +closed_at = "2021-06-04T10:36:53.730Z" +labels = ["Closed::Fixed", "Launchpad", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/134" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1402.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1402.toml new file mode 100644 index 00000000..23878ac7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1402.toml @@ -0,0 +1,69 @@ +id = 1402 +title = "cpu-exec.c fails to compile - code path is reachable" +state = "closed" +created_at = "2022-12-29T11:13:17.105Z" +closed_at = "2023-01-04T18:54:07.305Z" +labels = ["accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1402" +host-os = "OmniOS" +host-arch = "x86" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Building qemu (tested with both gcc11 and gcc12) fails with: + +``` +[34/76] Compiling C object libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o +FAILED: libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o +gcc -m64 -mcx16 -Ilibqemu-aarch64-softmmu.fa.p -I. -I.. -Itarget/arm +-I../target/arm -I../dtc/libfdt -Iqapi -Itrace -Iui -Iui/shader +-I/opt/ooce/include/pixman-1 +-I/data/omnios-build/omniosorg/qemu/libtasn1-4.19.0/out/include +-I/usr/include/glib-2.0 -I/usr/lib/amd64/glib-2.0/include +-fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g +-iquote . -iquote /data/omnios-build/omniosorg/qemu +-iquote /data/omnios-build/omniosorg/qemu/include +-iquote /data/omnios-build/omniosorg/qemu/tcg/i386 +-pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D__EXTENSIONS__ +-D_XOPEN_SOURCE=600 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE +-Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes +-fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition +-Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers +-Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined +-Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value +-Wno-psabi -fstack-protector-strong -m64 -gdwarf-2 -gstrict-dwarf +-fno-omit-frame-pointer -fno-aggressive-loop-optimizations -DNEED_CPU_H +'-DCONFIG_TARGET="aarch64-softmmu-config-target.h"' +'-DCONFIG_DEVICES="aarch64-softmmu-config-devices.h"' -MD -MQ +libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o +-MF libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o.d +-o libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o +-c ../accel/tcg/cpu-exec.c +In file included from ../accel/tcg/cpu-exec.c:20: +In function 'tb_pc', + inlined from 'cpu_tb_exec' at ../accel/tcg/cpu-exec.c:465:13: +/data/omnios-build/omniosorg/qemu/include/qemu/osdep.h:184:35: error: call to 'qemu_build_not_reached_always' declared with attribute error: code path is reachable + 184 | #define qemu_build_not_reached() qemu_build_not_reached_always() + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +/data/omnios-build/omniosorg/qemu/include/exec/exec-all.h:608:5: note: in expansion of macro 'qemu_build_not_reached' + 608 | qemu_build_not_reached(); + | ^~~~~~~~~~~~~~~~~~~~~~ +```""" +reproduce = "n/a" +additional = """It appears that the compiler is not smart enough to realise that `TARGET_TB_PCREL` is false in the branch there or is not able to infer that from the `assert()`. + +Adding an explicit check as a workaround allows compilation to continue. + +```diff +--- a/accel/tcg/cpu-exec.c ++++ b/accel/tcg/cpu-exec.c +@@ -459,7 +459,7 @@ cpu_tb_exec(CPUState *cpu, TranslationBlock *itb, int *tb_exit) + + if (cc->tcg_ops->synchronize_from_tb) { + cc->tcg_ops->synchronize_from_tb(cpu, last_tb); +- } else { ++ } else if (!TARGET_TB_PCREL) { + assert(!TARGET_TB_PCREL); + assert(cc->set_pc); + cc->set_pc(cpu, tb_pc(last_tb)); +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1435.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1435.toml new file mode 100644 index 00000000..cd0bbbfe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1435.toml @@ -0,0 +1,24 @@ +id = 1435 +title = "Infinite recursion in tcg_gen_mulu2_i32 for certain 32-bit hosts." +state = "closed" +created_at = "2023-01-11T07:49:44.749Z" +closed_at = "2023-02-03T12:42:33.450Z" +labels = ["Closed::Fixed", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1435" +host-os = "N/A (See description)" +host-arch = "N/A (See description)" +qemu-version = "7.2.0" +guest-os = "PC BIOS" +guest-arch = "x86-64" +description = """`tcg_gen_mulu2_i32` infinitely recurses on a 32-bit host (TCG target) that has neither `TCG_TARGET_HAS_mulu2_i32` nor `TCG_TARGET_HAS_muluh_i32`. + +I don't actually think there is any host that is 32-bits and has neither mulu2 nor muluh. The only reference I found is [this](https://gitlab.com/qemu-project/qemu/-/commit/df9ebea53ebc1c98217743f56c30ae3a46031bb9) commit, which adds an `#error` if that situation is hit. But the check, which [still exists](https://gitlab.com/qemu-project/qemu/-/blob/v7.2.0/include/tcg/tcg.h#L174), checks if those flags are *defined*, not for their value. I guess, over the years as the code was refactored, the check wasn't updated because, frankly, there aren't any hosts that match that situation (except mine). + +One easy fix is to change the check mentioned above to check the actual macro value so that compilation fails. I can create a PR for that.""" +reproduce = """(Note: I'm linking to the v7.2.0 tag so that these links stay relevant). + +1. `tcg_gen_mulu2_i32` [calls](https://gitlab.com/qemu-project/qemu/-/blob/v7.2.0/tcg/tcg-op.c#L890) `tcg_gen_mul_i64`. +2. `tcg_gen_mul_i64` on 32-bit hosts, due to [this](https://gitlab.com/qemu-project/qemu/-/blob/v7.2.0/tcg/tcg-op.c#L1097) check for `TCG_TARGET_REG_BITS == 32`, is defined [here](https://gitlab.com/qemu-project/qemu/-/blob/v7.2.0/tcg/tcg-op.c#L1218), and [calls](https://gitlab.com/qemu-project/qemu/-/blob/v7.2.0/tcg/tcg-op.c#L1226) `tcg_gen_mulu2_i32`. +3. Rinse and repeat. +4. Eventually, as gen_mulu2/mul functions spill while trying to allocate temps, they will overflow the TB buffer. This will restart code generation with smaller and smaller block sizes, until the block size reaches 1 instruction. TCG will then give up and [assert](https://gitlab.com/qemu-project/qemu/-/blob/v7.2.0/accel/tcg/translate-all.c#L869).""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1454.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1454.toml new file mode 100644 index 00000000..29c429d0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1454.toml @@ -0,0 +1,70 @@ +id = 1454 +title = "QEMU TCG s390x fails an assertion while dispatching an FIXPT_DIVIDE exception on DR when compiled with LTO" +state = "closed" +created_at = "2023-01-19T11:16:35.408Z" +closed_at = "2023-02-03T12:42:33.448Z" +labels = ["Closed::Fixed", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1454" +host-os = "Fedora 36" +host-arch = "x86" +qemu-version = "v7.2.0" +guest-os = "n/a" +guest-arch = "s390x" +description = """When running the attached minimal reproducer, with qemu-system-s390x version 7.2.0 compiled with LTO (`--enable-lto`) with GCC v12.2.1, QEMU fails an assertion and crashes: +``` +qemu-system-s390x: ../target/s390x/tcg/excp_helper.c:215: do_program_interrupt: Assertion `ilen == 2 || ilen == 4 || ilen == 6' failed. +Aborted (core dumped) +```""" +reproduce = """1. Compile QEMU v7.2.0 for s390x with LTO enabled: + ``` + ../configure --target-list=s390x-softmmu --enable-lto + ``` +2. Compile the given reproducer assembler [lpswe-to-pgm.S](/uploads/200fb0e777ddd0ed26f51009e81c26ea/lpswe-to-pgm.S): + ``` + s390x-linux-gnu-gcc -march=z13 -m64 -nostdlib -nostartfiles -static -Wl,-Ttext=0 -Wl,--build-id=none lpswe-to-pgm.S -o lpswe-to-pgm + ``` +3. Execute QEMU on the reproducer: + ``` + ./qemu-system-s390x -kernel lpswe-to-pgm + ```""" +additional = """I have debugged QEMU to try to find the root cause, and I believe I found it, but I'm not sure what the most appropriate way to fix it would be: + +QEMU executes the `DR` instruction by executing the `divs32` helper. + +When the helper sees that the final division result does not fit in 32 bits, it generates a program interrupt for fixed point divide by calling the `tcg_s390_program_interrupt` function, with the final parameter being the TCG host PC, which is found by calling `GETPC`. + +`tcg_s390_program_interrupt` then calls `cpu_restore_state`, and then as long as the host PC is valid, `cpu_restore_state` eventually calls `s390x_restore_state_to_opc` through a long chain of calls, which sets `CPUS390XState::int_pgm_ilen` to a valid value. + +Unfortunately when compiling with LTO, the host PC is not valid, which means we don't update `int_pgm_ilen`, resulting in the failed assertion. + +The reason the host PC is not valid when compiling with LTO, is that GCC decides to split `helper_divs32` into 2 parts, the actual div logic being the first part, and the call to `GETPC` & `tcg_s390_program_interrupt` being the second part. The way GCC implements it is by turning the second part into a separate function, which the first part calls - see disassembly below. (GCC then re-uses the second part in other similar TCG helpers) + +Because we now called the second part before calling `GETPC`, we have a new return address, and `GETPC` returns the address of the first part, instead of the TCG host PC. + +``` +000000000022c870 <helper_divs32>: + 22c870: 48 83 ec 08 sub rsp,0x8 + 22c874: 85 d2 test edx,edx + 22c876: 74 22 je 22c89a <helper_divs32+0x2a> + 22c878: 48 89 f0 mov rax,rsi + 22c87b: 48 63 ca movsxd rcx,edx + 22c87e: 48 99 cqo + 22c880: 48 f7 f9 idiv rcx + 22c883: 4c 63 c0 movsxd r8,eax + 22c886: 48 89 97 10 03 00 00 mov QWORD PTR [rdi+0x310],rdx + 22c88d: 49 39 c0 cmp r8,rax + 22c890: 75 17 jne 22c8a9 <helper_divs32+0x39> + 22c892: 4c 89 c0 mov rax,r8 + 22c895: 48 83 c4 08 add rsp,0x8 + 22c899: c3 ret + 22c89a: 48 8b 54 24 08 mov rdx,QWORD PTR [rsp+0x8] + 22c89f: be 09 00 00 00 mov esi,0x9 + 22c8a4: e8 47 e5 ff ff call 22adf0 <tcg_s390_program_interrupt> + 22c8a9: e8 b2 fe ff ff call 22c760 <helper_divs32.part.0> + +000000000022c760 <helper_divs32.part.0>: + 22c760: 48 83 ec 08 sub rsp,0x8 + 22c764: be 09 00 00 00 mov esi,0x9 + 22c769: 48 8b 54 24 08 mov rdx,QWORD PTR [rsp+0x8] + 22c76e: e8 7d e6 ff ff call 22adf0 <tcg_s390_program_interrupt> +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1503.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1503.toml new file mode 100644 index 00000000..389b0e4b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1503.toml @@ -0,0 +1,58 @@ +id = 1503 +title = "Writing to readonly memory should call cpu_transaction_failed" +state = "opened" +created_at = "2023-02-23T03:30:17.223Z" +closed_at = "n/a" +labels = ["accel: TCG", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1503" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Currently if a guest writes to ROM memory on a system that doesn't have some other form of memory protection enabled, QEMU will silently ignore the write (https://gitlab.com/qemu-project/qemu/-/blob/master/accel/tcg/cputlb.c#L2432). Instead, it should call cpu_transaction_failed (similar to what happens when a MMIO operation fails in `io_writex` and other places). For CPUs that don't care, it'll continue to be ignored, but for other CPUs the user will get a warning (with `-d guest_errors`) or an exception as appropriate.""" +reproduce = """N/A""" +additional = """The documentation for do_transaction_failed says: + +``` +@do_transaction_failed: Callback for handling failed memory transactions +(ie bus faults or external aborts; not MMU faults) +``` + +which seems reasonably well suited for this case. Here's an overview of what different CPUs currently do if do_transaction_failed is called: + +alpha_cpu_do_transaction_failed: + +* raises a EXCP_MCHK + +arm_cpu_do_transaction_failed: + +* raises ARMFault_SyncExternal with EXCP_DATA_ABORT + +loongarch_cpu_do_transaction_failed: + +* raises EXCCODE_ADEM + +m68k_cpu_transaction_failed: + +* raises EXCP_ACCESS (M68040 only) + +mb_cpu_transaction_failed: + +* raises EXCP_HW_EXCP with ESR_EC_DATA_BUS + +mips_cpu_do_transaction_failed: + +* raises EXCP_DBE (data bus error) + +riscv_cpu_do_transaction_failed: + +* raises RISCV_EXCP_STORE_AMO_ACCESS_FAULT + +sparc_cpu_do_transaction_failed: + +* raises an MMU fault + +xtensa_cpu_do_transaction_failed + +* raises LOAD_STORE_PIF_ADDR_ERROR_CAUSE""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1565.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1565.toml new file mode 100644 index 00000000..99f3a3ae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1565.toml @@ -0,0 +1,44 @@ +id = 1565 +title = "s390x TCG migration failure" +state = "closed" +created_at = "2023-03-28T22:18:08.770Z" +closed_at = "2024-03-26T13:35:28.482Z" +labels = ["Migration", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1565" +host-os = "Fedora 37" +host-arch = "s390x" +qemu-version = "v8.0.0-rc1" +guest-os = "kvm-unit-test (s390x migration tests)" +guest-arch = "s390x" +description = """We're seeing failures running s390x migration kvm-unit-tests tests with TCG. + +Some initial findings: + +What seems to be happening is that after migration a control block header accessed by the test code is all zeros which causes an unexpected exception. + +I did a bisection which points to c8df4a7aef ("migration: Split save_live_pending() into state_pending_*") as the culprit. +The migration issue persists after applying the fix e264705012 ("migration: I messed state_pending_exact/estimate") on top of c8df4a7aef. + +Applying + +``` +diff --git a/migration/ram.c b/migration/ram.c +index 56ff9cd29d..2dc546cf28 100644 +--- a/migration/ram.c ++++ b/migration/ram.c +@@ -3437,7 +3437,7 @@ static void ram_state_pending_exact(void *opaque, uint64_t max_size, + + uint64_t remaining_size = rs->migration_dirty_pages * TARGET_PAGE_SIZE; + +- if (!migration_in_postcopy()) { ++ if (!migration_in_postcopy() && remaining_size < max_size) { + qemu_mutex_lock_iothread(); + WITH_RCU_READ_LOCK_GUARD() { + migration_bitmap_sync_precopy(rs); +``` +on top fixes or hides the issue. (The comparison was removed by c8df4a7aef.) + +I arrived at this by experimentation, I haven't looked into why this makes a difference.""" +reproduce = """1. Run ACCEL=tcg ./run_tests.sh migration-skey-sequential with current QEMU master +2. Repeat until the test fails (doesn't happen every time, but still easy to reproduce)""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1591.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1591.toml new file mode 100644 index 00000000..ad7bd99b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1591.toml @@ -0,0 +1,15 @@ +id = 1591 +title = "test-mmap (4096 byte pages) on arm fails on ppc64le host" +state = "closed" +created_at = "2023-04-12T01:14:49.385Z" +closed_at = "2024-03-05T17:00:00.699Z" +labels = ["Closed::Fixed", "Tests", "accel: TCG", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1591" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1631.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1631.toml new file mode 100644 index 00000000..bccaea54 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1631.toml @@ -0,0 +1,25 @@ +id = 1631 +title = "[8.0.0] Host MacOS 13.3.1 – does not work or works incorrectly" +state = "closed" +created_at = "2023-04-28T19:53:41.650Z" +closed_at = "2023-06-25T08:25:34.478Z" +labels = ["accel: TCG", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1631" +host-os = "macOS 13.3.1 ARM and x86_64" +host-arch = "x86, ARM" +qemu-version = "8.0.0 (qemu-system-i386 and qemu-system-x86_64)" +guest-os = "Windows XP 32-bit and Fedora 37 x86_64" +guest-arch = "x86 and x86_64" +description = """WINXP x86 - freezes before logging in on ARM macOS 13.3.1 host + +WINXP x86 - works but slowly x86_64 macOS 13.3.1 host + +Fedora 37 x86_64 - freezes after start on ARM macOS 13.3.1 host + +Fedora 37 x86_64 - freezes after selecting grub boot option + +**On qemu 7.2.1 all works perfectly!!!**""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1684.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1684.toml new file mode 100644 index 00000000..e5746668 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1684.toml @@ -0,0 +1,53 @@ +id = 1684 +title = "QEMU doesn't use multi-threaded TCG on aarch64 host with x86-64 guest" +state = "closed" +created_at = "2023-06-04T00:55:59.561Z" +closed_at = "2023-06-27T11:36:35.497Z" +labels = ["Closed::Fixed", "accel: TCG", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1684" +host-os = "Debian 11" +host-arch = "aarch64" +qemu-version = "QEMU emulator version 5.2.0 (Debian 1:5.2+dfsg-11+deb11u2)" +guest-os = "Debian 11" +guest-arch = "amd64" +description = """Even configured to emulate more than one vCPU, at the host it only uses 1 CPU at 100%. The same test was made using same architecture (aarch64 on aarch64), and it archieves to use all phisical cores. The first VM uses TGC, the second one uses KVM. Screenshots attached.""" +reproduce = """1. Use official Debian distro from Rock Pi 5B +2. Install XFCE4 and VirtManager, qemu aarch64 and qemu x86_64 +3. Download debian x64 netinstall iso +4. Install system with basic features, then install stress-ng +5. Stop, configure -smp to 1 socket, 4 cores, 2 threads, it will result on 8 vCPUs +6. Login as root and run stress-ng to 8 CPU +7. Ctrl+Right to another TTY, install and run htop, you will see 8 CPUs on 100% usage +8. At host, open Terminal, install and run htop, you will see just one core at 100%""" +additional = """Both VMs tested. aarch64 as KVM that works fine, x86_64 as TGC that uses only one CPU. + + +VirtManager VM #1 config for x86_64 on aarch64 + + +VirtManager VM #2 config for aarch64 on aarch64 + + +VirtManager VM #2 hypervisor used as KVM + + +VirtManager VM #1 hypervisor used as TGC + + +100% on host of all cores being used with stress-ng at aarch64 guest + + +All cores at 100% on aarch64 guest + + +100% on host of just one core being used with stress-ng at x86_64 guest + + +Cool down after both VMs ended stress-ng process + + +virsh version + + +"dmesg | head -n50" at host machine +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1736.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1736.toml new file mode 100644 index 00000000..4e9c842f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1736.toml @@ -0,0 +1,75 @@ +id = 1736 +title = "Invalid guest addr in debug output" +state = "closed" +created_at = "2023-06-27T16:35:50.355Z" +closed_at = "2023-07-02T06:57:24.109Z" +labels = ["Closed::Invalid", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1736" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.0.2, 7.2.0" +guest-os = "-" +guest-arch = "ARM" +description = """When using QEMU 7.1.0 the log file for the first translation block (not starting at 0) looks like this: +(Note the `guest addr 0x00010000`) +``` +IN: +0x00010000: e1a00000 mov r0, r0 +0x00010004: e1a00000 mov r0, r0 +0x00010008: e1a00000 mov r0, r0 +0x0001000c: e1a00000 mov r0, r0 +0x00010010: e1a00000 mov r0, r0 +0x00010014: e1a00000 mov r0, r0 +0x00010018: e1a00000 mov r0, r0 +0x0001001c: e1a00000 mov r0, r0 +0x00010020: ea000005 b #0x1003c + +OUT: [size=47] + -- guest addr 0x00010000 + tb prologue +0x7f95a8000300: 8b 5d f0 movl -0x10(%rbp), %ebx +0x7f95a8000303: 85 db testl %ebx, %ebx +0x7f95a8000305: 0f 8c 18 00 00 00 jl 0x7f95a8000323 + -- guest addr 0x00010020 +0x7f95a800030b: e9 00 00 00 00 jmp 0x7f95a8000310 +0x7f95a8000310: c7 45 3c 3c 00 01 00 movl $0x1003c, 0x3c(%rbp) +0x7f95a8000317: 48 8d 05 22 ff ff ff leaq -0xde(%rip), %rax +0x7f95a800031e: e9 f5 fc ff ff jmp 0x7f95a8000018 +0x7f95a8000323: 48 8d 05 19 ff ff ff leaq -0xe7(%rip), %rax +0x7f95a800032a: e9 e9 fc ff ff jmp 0x7f95a8000018 +``` + +For QEMU 7.2.0 and higher: +(Note the `guest addr` is only the page offset.) +``` +Trace 0: 0x7fe434000100 [00000400/00000000/00000020/ff200000] +---------------- +IN: +0x00010000: e1a00000 mov r0, r0 +0x00010004: e1a00000 mov r0, r0 +0x00010008: e1a00000 mov r0, r0 +0x0001000c: e1a00000 mov r0, r0 +0x00010010: e1a00000 mov r0, r0 +0x00010014: e1a00000 mov r0, r0 +0x00010018: e1a00000 mov r0, r0 +0x0001001c: e1a00000 mov r0, r0 +0x00010020: ea000005 b #0x1003c + +OUT: [size=52] + -- guest addr 0x00000000 + tb prologue +0x7fe434000340: 8b 5d f0 movl -0x10(%rbp), %ebx +0x7fe434000343: 85 db testl %ebx, %ebx +0x7fe434000345: 0f 8c 1d 00 00 00 jl 0x7fe434000368 + -- guest addr 0x00000020 +0x7fe43400034b: 8b 5d 3c movl 0x3c(%rbp), %ebx +0x7fe43400034e: 83 c3 3c addl $0x3c, %ebx +0x7fe434000351: 89 5d 3c movl %ebx, 0x3c(%rbp) +0x7fe434000354: 66 66 90 nop +0x7fe434000357: e9 00 00 00 00 jmp 0x7fe43400035c +0x7fe43400035c: 48 8d 05 1d ff ff ff leaq -0xe3(%rip), %rax +0x7fe434000363: e9 b0 fc ff ff jmp 0x7fe434000018 +0x7fe434000368: 48 8d 05 14 ff ff ff leaq -0xec(%rip), %rax +0x7fe43400036f: e9 a4 fc ff ff jmp 0x7fe434000018 +```""" +reproduce = """1. Run the provided command line for any kernel / system image. (likely other architectures are affected as well) +2. Look into the debug log.""" +additional = """While looking if this was already reported I found #1528 and #1697 which could potentially caused by this. It might as well be just an oversight in the debug output.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1800.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1800.toml new file mode 100644 index 00000000..4a233c40 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1800.toml @@ -0,0 +1,40 @@ +id = 1800 +title = "8.1.0-rc1 Regression: donkey in qemu advent calender 03/2020 has graphical artifacts" +state = "closed" +created_at = "2023-07-30T21:29:55.682Z" +closed_at = "2023-08-07T01:16:42.411Z" +labels = ["Closed::Fixed", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1800" +host-os = "Debian Linux 12" +host-arch = "x86_64" +qemu-version = "8.1.0-rc1 (commit 592134617c98f37b8b39c6dd684e5a1832c071d2)" +guest-os = "FreeDos" +guest-arch = "x86" +description = """The game donkey shows graphical artifacts on playing. On changing the lane the car remains on its previous land as well. +A git bisect identified commit 592134617c98f37b8b39c6dd684e5a1832c071d2 as culprit""" +reproduce = """1. Download http://qemu-advent-calendar.org/2020/download/gw-basic.tar.xz +2. Start VM using command + ``` + qemu-system-i386 -m 16M -drive if=ide,format=qcow2,file=gwbasic.qcow2 + ``` +3. Wait for GW-Basic prompt and enter (see README): F3 - donkey - <ENTER> - F2 +4. Play to see graphical artifacts""" +additional = """``` +$ git bisect bad +592134617c98f37b8b39c6dd684e5a1832c071d2 is the first bad commit +commit 592134617c98f37b8b39c6dd684e5a1832c071d2 +Author: Richard Henderson +Date: Sun Oct 30 12:07:32 2022 +1100 + + accel/tcg: Reorg system mode store helpers + + Instead of trying to unify all operations on uint64_t, use + mmu_lookup() to perform the basic tlb hit and resolution. + Create individual functions to handle access by size. + + Reviewed-by: Peter Maydell <peter.maydell@linaro.org> + Signed-off-by: Richard Henderson <richard.henderson@linaro.org> + + accel/tcg/cputlb.c | 394 +++++++++++++++++++++++++---------------------------- + 1 file changed, 186 insertions(+), 208 deletions(-) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1856.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1856.toml new file mode 100644 index 00000000..7a3b5699 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1856.toml @@ -0,0 +1,21 @@ +id = 1856 +title = "Replay got stuck with consecutive hardware interrupts coming" +state = "opened" +created_at = "2023-08-31T09:29:31.932Z" +closed_at = "n/a" +labels = ["accel: TCG", "icount", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1856" +host-os = "Ubuntu 22.04 LTS" +host-arch = "aarch64" +qemu-version = "QEMU emulator version 8.1.50 (v8.1.0-206-g156618d9ea6)" +guest-os = "Win7 Service Pack 1 7601" +guest-arch = "i386" +description = """I recorded bin file using **_rr=record_** command line. But it got stuck when replaying this record bin file. The icount number would never change after stucking if I typed _**info replay**_ with qmp command line. + +I found that the following instructions should be a sequence of consecutive hardware interrupts after stucking once checking the trace log of +both replay and record log using _**-d in_asm,int**_.""" +reproduce = """1.pulling from remote which the newest commit ID is 156618d9ea67f2f2e31d9dedd97f2dcccbe6808c +2.emulating Windows 7 OS on aarch64 Host with TCG acceleration mechanism +3.using **_rr=record_** to make replay file and tracing guest code and interrupts using _**-d in_asm,int**_ +4.replaying the previous file and also tracing guest code and interrupts""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/1866.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/1866.toml new file mode 100644 index 00000000..642c5d85 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/1866.toml @@ -0,0 +1,15 @@ +id = 1866 +title = "mips/mip64 virtio broken on master (and 8.1.0 with tcg fix)" +state = "closed" +created_at = "2023-09-05T14:31:13.886Z" +closed_at = "2023-10-02T21:56:36.094Z" +labels = ["Closed::Fixed", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1866" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2010.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2010.toml new file mode 100644 index 00000000..f4109283 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2010.toml @@ -0,0 +1,90 @@ +id = 2010 +title = "The avocado test replay_kernel.py:ReplayKernelNormal.test_x86_64_pc is unreliable" +state = "closed" +created_at = "2023-11-30T17:52:43.501Z" +closed_at = "2024-01-09T14:23:32.737Z" +labels = ["Tests", "accel: TCG", "flaky-ci", "icount", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2010" +host-os = "Debian Bookworm" +host-arch = "x86_64" +qemu-version = "8.2-rc2" +guest-os = "Linux" +guest-arch = "x86_64" +description = """The replay test case is unreliable and often hangs at the second stage""" +reproduce = "n/a" +additional = """The record stage complete fine: + +``` +2023-11-30 17:25:27,944 protocol L0481 DEBUG| Transitioning from 'Runstate.CONNECTING' to 'Runstate.RUNNING'. +2023-11-30 17:25:27,944 machine L0925 DEBUG| Opening console file +2023-11-30 17:25:27,944 machine L0903 DEBUG| Opening console socket +2023-11-30 17:25:42,652 __init__ L0153 DEBUG| [ 0.000000] Linux version 4.18.16-300.fc29.x86_64 (mockbuild@bkernel04.phx2.fedoraproject.org) (gcc version 8.2.1 20 +180801 (Red Hat 8.2.1-2) (GCC)) #1 SMP Sat Oct 20 23:24:08 UTC 2018 +2023-11-30 17:25:42,652 __init__ L0153 DEBUG| [ 0.000000] Command line: printk.time=1 panic=-1 console=ttyS0 +2023-11-30 17:25:42,652 __init__ L0153 DEBUG| [ 0.000000] x86/fpu: x87 FPU will use FXSAVE +2023-11-30 17:25:42,652 __init__ L0153 DEBUG| [ 0.000000] BIOS-provided physical RAM map: +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x0000000007fdffff] usable +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x0000000007fe0000-0x0000000007ffffff] reserved +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x00000000fffc0000-0x00000000ffffffff] reserved +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x000000fd00000000-0x000000ffffffffff] reserved +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] NX (Execute Disable) protection: active +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] SMBIOS 3.0.0 present. +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] DMI: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 04/01/201 +4 +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] last_pfn = 0x7fe0 max_arch_pfn = 0x400000000 +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT +2023-11-30 17:25:42,653 __init__ L0153 DEBUG| [ 0.000000] found SMP MP-table at [mem 0x000f5480-0x000f548f] mapped at [(____ptrval____)] +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: Early table checksum verification disabled +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: RSDP 0x00000000000F52A0 000014 (v00 BOCHS ) +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: RSDT 0x0000000007FE1C78 000034 (v01 BOCHS BXPC 00000001 BXPC 00000001) +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: FACP 0x0000000007FE1B2C 000074 (v01 BOCHS BXPC 00000001 BXPC 00000001) +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: DSDT 0x0000000007FE0040 001AEC (v01 BOCHS BXPC 00000001 BXPC 00000001) +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: FACS 0x0000000007FE0000 000040 +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: APIC 0x0000000007FE1BA0 000078 (v03 BOCHS BXPC 00000001 BXPC 00000001) +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: HPET 0x0000000007FE1C18 000038 (v01 BOCHS BXPC 00000001 BXPC 00000001) +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] ACPI: WAET 0x0000000007FE1C50 000028 (v01 BOCHS BXPC 00000001 BXPC 00000001) +2023-11-30 17:25:42,654 __init__ L0153 DEBUG| [ 0.000000] No NUMA configuration found +... +``` + +After recording the initial step the replay hangs shortly after mapping the BIOS until the test timeout terminates it. + +``` +2023-11-30 17:25:59,414 __init__ L0153 DEBUG| [ 0.000000] Linux version 4.18.16-300.fc29.x86_64 (mockbuild@bkernel04.phx2.fedoraproject.org) (gcc version 8.2.1 20180801 (Red Hat 8.2.1-2) (GCC)) #1 SMP Sat Oct 20 23:24:08 UTC 2018 +2023-11-30 17:25:59,415 __init__ L0153 DEBUG| [ 0.000000] Command line: printk.time=1 panic=-1 console=ttyS0 +2023-11-30 17:25:59,415 __init__ L0153 DEBUG| [ 0.000000] x86/fpu: x87 FPU will use FXSAVE +2023-11-30 17:25:59,415 __init__ L0153 DEBUG| [ 0.000000] BIOS-provided physical RAM map: +2023-11-30 17:25:59,416 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable +2023-11-30 17:25:59,416 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved +2023-11-30 17:25:59,420 __init__ L0153 DEBUG| [ 0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] re +2023-11-30 17:27:28,826 stacktrace L0039 ERROR| +2023-11-30 17:27:28,826 stacktrace L0041 ERROR| Reproduced traceback from: /home/alex/lsrc/qemu.git/builds/all/pyvenv/lib/python3.11/site-packages/avocado/core/test.py:770 +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| Traceback (most recent call last): +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/home/alex/lsrc/qemu.git/builds/all/pyvenv/lib/python3.11/site-packages/avocado/core/decorators.py", line 90, in wrapper +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| return function(obj, *args, **kwargs) +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/home/alex/lsrc/qemu.git/builds/all/tests/avocado/replay_kernel.py", line 101, in test_x86_64_pc +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| self.run_rr(kernel_path, kernel_command_line, console_pattern, shift=5) +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/home/alex/lsrc/qemu.git/builds/all/tests/avocado/replay_kernel.py", line 78, in run_rr +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| t2 = self.run_vm(kernel_path, kernel_command_line, console_pattern, +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/home/alex/lsrc/qemu.git/builds/all/tests/avocado/replay_kernel.py", line 61, in run_vm +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| self.wait_for_console_pattern(console_pattern, vm) +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/home/alex/lsrc/qemu.git/builds/all/tests/avocado/boot_linux_console.py", line 52, in wait_for_console_pattern +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| wait_for_console_pattern(self, success_message, +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/home/alex/lsrc/qemu.git/builds/all/tests/avocado/avocado_qemu/__init__.py", line 199, in wait_for_console_pattern +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| _console_interaction(test, success_message, failure_message, None, vm=vm) +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/home/alex/lsrc/qemu.git/builds/all/tests/avocado/avocado_qemu/__init__.py", line 148, in _console_interaction +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| msg = console.readline().decode().strip() +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| ^^^^^^^^^^^^^^^^^^ +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/usr/lib/python3.11/socket.py", line 706, in readinto +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| return self._sock.recv_into(b) +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| ^^^^^^^^^^^^^^^^^^^^^^^ +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| File "/home/alex/lsrc/qemu.git/builds/all/pyvenv/lib/python3.11/site-packages/avocado/plugins/runner.py", line 77, in sigterm_handler +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| raise RuntimeError("Test interrupted by SIGTERM") +2023-11-30 17:27:28,827 stacktrace L0045 ERROR| RuntimeError: Test interrupted by SIGTERM +2023-11-30 17:27:28,827 stacktrace L0046 ERROR| +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2030.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2030.toml new file mode 100644 index 00000000..06233a9e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2030.toml @@ -0,0 +1,29 @@ +id = 2030 +title = "Unreachable code" +state = "closed" +created_at = "2023-12-11T11:15:02.623Z" +closed_at = "2024-04-29T08:44:40.786Z" +labels = ["Bite Sized", "accel: TCG", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2030" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """There is always a false condition in the function `alloc_code_gen_buffer_splitwx_memfd` in the file `tcg/region.c`. If `buf_rw == NULL` we go to the mark __fail__: + +https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L580-L583 + +But the value of `buf_rx` is __`MAP_FAILED`__: + +https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L577 + +And this line will never be reached: + +https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L601 + +Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE. + +Author A. Voronin.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2094.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2094.toml new file mode 100644 index 00000000..3dfd4876 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2094.toml @@ -0,0 +1,19 @@ +id = 2094 +title = "Various record/replay avocado tests hang when run under gitlab CI" +state = "opened" +created_at = "2024-01-12T13:17:14.715Z" +closed_at = "n/a" +labels = ["accel: TCG", "flaky-ci", "icount", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2094" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "f614acb7450282a119d85d759f27eae190476058" +guest-os = "n/a" +guest-arch = "n/a" +description = """While previous fixes have gone in including #2010 and #2013 we are still seeing +hangs on CI. Some examples: + + https://gitlab.com/thuth/qemu/-/jobs/5910241580#L227 + https://gitlab.com/thuth/qemu/-/jobs/5910241593#L396""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2105.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2105.toml new file mode 100644 index 00000000..c660d658 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2105.toml @@ -0,0 +1,15 @@ +id = 2105 +title = "memory trace not logging every memory write operation" +state = "closed" +created_at = "2024-01-16T14:59:41.509Z" +closed_at = "2024-01-27T05:43:01.953Z" +labels = ["accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2105" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2152.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2152.toml new file mode 100644 index 00000000..eeb693f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2152.toml @@ -0,0 +1,15 @@ +id = 2152 +title = "TCG plugin to keep track what byte is load/store into memory" +state = "closed" +created_at = "2024-02-06T18:32:21.438Z" +closed_at = "2024-09-25T12:55:42.058Z" +labels = ["TCG plugins", "accel: TCG", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2152" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2181.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2181.toml new file mode 100644 index 00000000..37c1050c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2181.toml @@ -0,0 +1,15 @@ +id = 2181 +title = "-icount mips/gips/kips options on QEMU for more advanced icount option" +state = "opened" +created_at = "2024-02-21T00:49:59.578Z" +closed_at = "n/a" +labels = ["accel: TCG", "icount", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2181" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Changing IPS in QEMU affects the frequency of VGA updates, the duration of time before a key starts to autorepeat, and the measurement of BogoMips and other benchmarks.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2208.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2208.toml new file mode 100644 index 00000000..e414b028 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2208.toml @@ -0,0 +1,98 @@ +id = 2208 +title = "PC is not updated for each instruction in TCG plugins" +state = "opened" +created_at = "2024-03-05T15:30:55.948Z" +closed_at = "n/a" +labels = ["TCG plugins", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2208" +host-os = "Debian Bookworm" +host-arch = "amd64" +qemu-version = "qemu-aarch64 version 8.2.50 (v8.2.0-2064-g7d4e29ef80)" +guest-os = "None (user)" +guest-arch = "aacrh64" +description = """I have checkout the `master` branch (the latest available commit on my machine is *7d4e29ef80*) to test the new functions that allow plugins to read registers. See https://gitlab.com/qemu-project/qemu/-/issues/1706 that has been closed last Friday. + +I am using a simple hello-world binary for ARM for my tests: + +```bash +% ./qemu-aarch64 hello-world.out +Hello World! +``` + +I run this binary with the *execlog* plugin enabled, and with the `-one-insn-per-tb` option: + +```bash +% ./qemu-aarch64 -d plugin -plugin ./contrib/plugins/libexeclog.so,reg=pc -one-insn-per-tb hello-world.out +``` + +Here is the end of the execution: + +```raw +0, 0x40e470, 0x54000040, "b.eq #0x40e478", pc -> 0x00000000000040e474 +0, 0x40e474, 0xd65f03c0, "ret ", pc -> 0x00000000000040d38c +0, 0x40d38c, 0xf945fab5, "ldr x21, [x21, #0xbf0]", load, 0x00490bf0, pc -> 0x00000000000040d390 +0, 0x40d390, 0xf9404fe0, "ldr x0, [sp, #0x98]", load, 0x7f635a9e7f28, pc -> 0x00000000000040d394 +0, 0x40d394, 0xf94002a1, "ldr x1, [x21]", load, 0x0048f9e8, pc -> 0x00000000000040d398 +0, 0x40d398, 0xeb010000, "subs x0, x0, x1", pc -> 0x00000000000040d39c +0, 0x40d39c, 0xd2800001, "movz x1, #0", pc -> 0x00000000000040d3a0 +0, 0x40d3a0, 0x540006e1, "b.ne #0x40d47c", pc -> 0x00000000000040d3a4 +0, 0x40d3a4, 0x2a1903e0, "mov w0, w25", pc -> 0x00000000000040d3a8 +0, 0x40d3a8, 0xa94153f3, "ldp x19, x20, [sp, #0x10]", load, 0x7f635a9e7ea0, pc -> 0x00000000000040d3ac +0, 0x40d3ac, 0xa9425bf5, "ldp x21, x22, [sp, #0x20]", load, 0x7f635a9e7eb0, pc -> 0x00000000000040d3b0 +0, 0x40d3b0, 0xa94363f7, "ldp x23, x24, [sp, #0x30]", load, 0x7f635a9e7ec0, pc -> 0x00000000000040d3b4 +0, 0x40d3b4, 0xa9446bf9, "ldp x25, x26, [sp, #0x40]", load, 0x7f635a9e7ed0, pc -> 0x00000000000040d3b8 +0, 0x40d3b8, 0xa8ca7bfd, "ldp x29, x30, [sp], #0xa0", load, 0x7f635a9e7e90, pc -> 0x00000000000040d3bc +0, 0x40d3bc, 0xd65f03c0, "ret ", pc -> 0x000000000000405d80 +0, 0x405d80, 0xeb13029f, "cmp x20, x19", pc -> 0x000000000000405d84 +0, 0x405d84, 0x91000694, "add x20, x20, #1", pc -> 0x000000000000405d88 +0, 0x405d88, 0x54ffff81, "b.ne #0x405d78", pc -> 0x000000000000405d8c +0, 0x405d8c, 0x2a1703e0, "mov w0, w23", pc -> 0x000000000000405d90 +0, 0x405d90, 0x94004c20, "bl #0x418e10", pc -> 0x000000000000418e10 +0, 0x418e10, 0x93407c02, "sxtw x2, w0", pc -> 0x000000000000418e14 +0, 0x418e14, 0x900003c4, "adrp x4, #0x490000", pc -> 0x000000000000418e18 +0, 0x418e18, 0xf946f084, "ldr x4, [x4, #0xde0]", load, 0x00490de0, pc -> 0x000000000000418e1c +0, 0x418e1c, 0xd53bd043, "mrs x3, tpidr_el0", pc -> 0x000000000000418e20 +0, 0x418e20, 0xaa0203e0, "mov x0, x2", pc -> 0x000000000000418e24 +0, 0x418e24, 0xd2800bc8, "movz x8, #0x5e", pc -> 0x000000000000418e28 +0, 0x418e28, 0xd4000001, "svc #0" +``` + +Now, here is the same part of the execution but without the `-one-insn-per-tb` option: + +```raw +0, 0x40e470, 0x54000040, "b.eq #0x40e478" +0, 0x40e474, 0xd65f03c0, "ret ", pc -> 0x00000000000040d38c +0, 0x40d38c, 0xf945fab5, "ldr x21, [x21, #0xbf0]", load, 0x00490bf0 +0, 0x40d390, 0xf9404fe0, "ldr x0, [sp, #0x98]", load, 0x7f4d42108f28 +0, 0x40d394, 0xf94002a1, "ldr x1, [x21]", load, 0x0048f9e8 +0, 0x40d398, 0xeb010000, "subs x0, x0, x1" +0, 0x40d39c, 0xd2800001, "movz x1, #0" +0, 0x40d3a0, 0x540006e1, "b.ne #0x40d47c", pc -> 0x00000000000040d3a4 +0, 0x40d3a4, 0x2a1903e0, "mov w0, w25" +0, 0x40d3a8, 0xa94153f3, "ldp x19, x20, [sp, #0x10]", load, 0x7f4d42108ea0 +0, 0x40d3ac, 0xa9425bf5, "ldp x21, x22, [sp, #0x20]", load, 0x7f4d42108eb0 +0, 0x40d3b0, 0xa94363f7, "ldp x23, x24, [sp, #0x30]", load, 0x7f4d42108ec0 +0, 0x40d3b4, 0xa9446bf9, "ldp x25, x26, [sp, #0x40]", load, 0x7f4d42108ed0 +0, 0x40d3b8, 0xa8ca7bfd, "ldp x29, x30, [sp], #0xa0", load, 0x7f4d42108e90 +0, 0x40d3bc, 0xd65f03c0, "ret ", pc -> 0x000000000000405d80 +0, 0x405d80, 0xeb13029f, "cmp x20, x19" +0, 0x405d84, 0x91000694, "add x20, x20, #1" +0, 0x405d88, 0x54ffff81, "b.ne #0x405d78", pc -> 0x000000000000405d8c +0, 0x405d8c, 0x2a1703e0, "mov w0, w23" +0, 0x405d90, 0x94004c20, "bl #0x418e10", pc -> 0x000000000000418e10 +0, 0x418e10, 0x93407c02, "sxtw x2, w0" +0, 0x418e14, 0x900003c4, "adrp x4, #0x490000" +0, 0x418e18, 0xf946f084, "ldr x4, [x4, #0xde0]", load, 0x00490de0 +0, 0x418e1c, 0xd53bd043, "mrs x3, tpidr_el0" +0, 0x418e20, 0xaa0203e0, "mov x0, x2" +0, 0x418e24, 0xd2800bc8, "movz x8, #0x5e" +0, 0x418e28, 0xd4000001, "svc #0" +``` + +The [documentation](https://www.qemu.org/docs/master/devel/tcg-plugins.html) says: + +> This plugin can also dump registers when they change value. Specify the name of the registers with multiple reg options. + +The `pc` register changes for each instruction. I would expect the plugin to produce the same output with or without the `-one-insn-per-tb` option.""" +reproduce = "n/a" +additional = """The code that prints "pc -> 0x......" is in `insn_check_regs()` in `contrib/plugins/execlog.c`. It uses the new `qemu_plugin_read_register()` function and compares the new value to the previous value. The code seems OK. It means that the implementation of `qemu_plugin_read_register()` gets the same value several times in a row, instead of a new value each time.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2285.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2285.toml new file mode 100644 index 00000000..eb078595 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2285.toml @@ -0,0 +1,15 @@ +id = 2285 +title = "cross-i686-tci job intermittent timeouts" +state = "opened" +created_at = "2024-04-16T12:01:46.256Z" +closed_at = "n/a" +labels = ["accel: TCG", "flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2285" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2328.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2328.toml new file mode 100644 index 00000000..1694f635 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2328.toml @@ -0,0 +1,15 @@ +id = 2328 +title = "sha1.c:161:13: warning: ‘SHA1Transform’ reading 64 bytes from a region of size 0" +state = "closed" +created_at = "2024-05-06T12:07:35.247Z" +closed_at = "2025-03-11T05:03:20.273Z" +labels = ["Tests", "accel: TCG", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2328" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/245.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/245.toml new file mode 100644 index 00000000..ef15d3cf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/245.toml @@ -0,0 +1,15 @@ +id = 245 +title = "watchpoints might not properly stop execution at the right address" +state = "closed" +created_at = "2021-05-09T16:17:47.284Z" +closed_at = "2021-11-29T19:26:55.453Z" +labels = ["Closed::Fixed", "GDB", "Launchpad", "accel: TCG", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/245" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2460.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2460.toml new file mode 100644 index 00000000..f6f894f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2460.toml @@ -0,0 +1,20 @@ +id = 2460 +title = "Significant performance degradation of qemu-x86_64 starting from version 3 on aarch64" +state = "opened" +created_at = "2024-07-26T12:20:19.705Z" +closed_at = "n/a" +labels = ["accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2460" +host-os = "Centos 8" +host-arch = "aarch64" +qemu-version = "qemu-x86_64 version 9.0.1, qemu-x86_64 version 2.9.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """When I ran CoreMark with different qemu user-mode versions，guest x86-64-> host arm64, I found that the performance was highest with QEMU 2.x versions, and there was a significant performance degradation starting from QEMU version 3. What is the reason? + +| | | | | | | | | | | | | +|------------------------------------------|-------------|-------------|-------------|-------------|-------------|-------------|------------|-------------|-------------|-------------|-------------| +| qemu version | 2.5.1 | 2.8.0 | 2.9.0 | 2.9.1 | 3.0.0 | 4.0.0 | 5.2.0 | 6.2.0 | 7.2.13 | 8.2.6 | 9.0.1 | +| coremark score | 3905.995703 | 4465.947153 | 4534.119247 | 4538.577912 | 1167.337886 | 1163.399453 | 928.348384 | 1327.051954 | 1301.659616 | 1034.714677 | 1085.304971 |""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2600.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2600.toml new file mode 100644 index 00000000..cd854c6b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2600.toml @@ -0,0 +1,15 @@ +id = 2600 +title = "qemu-user MAP_SHARED TB invalidation" +state = "opened" +created_at = "2024-09-30T14:53:37.636Z" +closed_at = "n/a" +labels = ["accel: TCG", "kind::Feature Request", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2600" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2632.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2632.toml new file mode 100644 index 00000000..a6411e67 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2632.toml @@ -0,0 +1,91 @@ +id = 2632 +title = "tcg optimization breaking memory access ordering" +state = "opened" +created_at = "2024-10-21T10:36:01.084Z" +closed_at = "n/a" +labels = ["accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2632" +host-os = "Linux" +host-arch = "ppc64le" +qemu-version = "v9.0.1" +guest-os = "Bare-metal" +guest-arch = "aarch64" +description = """The following code creates register dependency between 2 loads, which forces the first load to finish before the second: +``` +movz\tw0, #0x2 +str\tw0, [x1] +ldr\tw2, [x1] +eor\tw3, w2, w2 +ldr\tw4, [x5, w3, sxtw] +``` + +While translating it to tcg IR, it keeps this dependency correctly. +But after running tcg optimizations, it optimized the tcg sequence for `eor\tw3, w2, w2` at `0000000000000144` to `mov_i64 x3,$0x0`. which then removes the dependency between the loads. + +It results in incorrect behavior on the host on a multiple threaded program""" +reproduce = """1. +2. +3.""" +additional = """``` +OP: + ld_i32 loc0,env,$0xfffffffffffffff0 + brcond_i32 loc0,$0x0,lt,$L0 + st8_i32 $0x0,env,$0xfffffffffffffff4 + + ---- 0000000000000134 0000000000000000 0000000000000000 + add_i64 x28,x28,$0x2 + + ---- 0000000000000138 0000000000000000 0000000000000000 + mov_i64 x0,$0x2 + + ---- 000000000000013c 0000000000000000 0000000000001c00 + mov_i64 loc3,x1 + mov_i64 loc4,loc3 + qemu_st_a64_i64 x0,loc4,w16+un+leul,2 + + ---- 0000000000000140 0000000000000000 0000000000001c10 + mov_i64 loc5,x1 + mov_i64 loc6,loc5 + qemu_ld_a64_i64 x2,loc6,w16+un+leul,2 + + ---- 0000000000000144 0000000000000000 0000000000000000 + and_i64 loc7,x2,$0xffffffff + xor_i64 x3,x2,loc7 + and_i64 x3,x3,$0xffffffff + + ---- 0000000000000148 0000000000000000 0000000000001c20 + mov_i64 loc9,x5 + mov_i64 loc10,x3 + ext32s_i64 loc10,loc10 + add_i64 loc9,loc9,loc10 + mov_i64 loc11,loc9 + qemu_ld_a64_i64 x4,loc11,w16+un+leul,2 + st8_i32 $0x1,env,$0xfffffffffffffff4 +``` + + +``` +OP after optimization and liveness analysis: + ld_i32 tmp0,env,$0xfffffffffffffff0 pref=0xffffffff + brcond_i32 tmp0,$0x0,lt,$L0 dead: 0 + st8_i32 $0x0,env,$0xfffffffffffffff4 dead: 0 + + ---- 0000000000000134 0000000000000000 0000000000000000 + add_i64 x28,x28,$0x2 sync: 0 dead: 0 1 pref=0xffffffff + + ---- 0000000000000138 0000000000000000 0000000000000000 + mov_i64 x0,$0x2 sync: 0 dead: 0 pref=0xffffffff + + ---- 000000000000013c 0000000000000000 0000000000001c00 + qemu_st_a64_i64 $0x2,x1,w16+un+leul,2 dead: 0 + + ---- 0000000000000140 0000000000000000 0000000000001c10 + qemu_ld_a64_i64 x2,x1,w16+un+leul,2 sync: 0 dead: 0 1 pref=0xffffffff + + ---- 0000000000000144 0000000000000000 0000000000000000 + mov_i64 x3,$0x0 sync: 0 dead: 0 1 pref=0xffffffff + + ---- 0000000000000148 0000000000000000 0000000000001c20 + qemu_ld_a64_i64 x4,x5,w16+un+leul,2 sync: 0 dead: 0 1 pref=0xffffffff + st8_i32 $0x1,env,$0xfffffffffffffff4 dead: 0 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2634.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2634.toml new file mode 100644 index 00000000..5899bd8d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2634.toml @@ -0,0 +1,185 @@ +id = 2634 +title = "Replay/record does not work with `rrsnapshot`/`loadvm`" +state = "opened" +created_at = "2024-10-21T13:18:30.992Z" +closed_at = "n/a" +labels = ["accel: TCG", "icount"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2634" +host-os = "Ubuntu 20.04.6 LTS" +host-arch = "x86_64" +qemu-version = "9.1.0" +guest-os = "alpine-standard-3.20.3-x86_64.iso" +guest-arch = "x86_64" +description = """Qemu's record/replay feature does not properly work when using snapshots (like rrsnapshot). + +Record/replay without snapshotting works just fine, but when using `rrsnapshot=...` the replay is stuck at boot. `loadvm` monitor command also gets qemu stuck. + +Record command: + +``` +$ qemu-system-x86_64 \\ + -cpu SandyBridge -smp 1 \\ + -serial stdio -display none \\ + -m 4096 \\ + -drive file=./empty.qcow2,id=rr \\ + -kernel ./boot/vmlinuz-lts \\ + -initrd ./boot/initramfs-lts . + -monitor telnet::12345,server,nowait \\ + -append "console=ttyS0 root=/dev/ram0 alpine_dev=cdrom:iso9660 modules=loop,squashfs,sd-mod,usb-storage quiet" \\ + -icount shift=auto,rrfile=rr,rr=record,rrsnapshot=init +``` + +Broken replay command, which gets qemu stuck: + +``` +$ qemu-system-x86_64 \\ + -cpu SandyBridge -smp 1 \\ + -serial stdio -display none \\ + -m 4096 \\ + -drive file=./empty.qcow2,id=rr \\ + -kernel ./boot/vmlinuz-lts \\ + -initrd ./boot/initramfs-lts . + -monitor telnet::12345,server,nowait \\ + -append "console=ttyS0 root=/dev/ram0 alpine_dev=cdrom:iso9660 modules=loop,squashfs,sd-mod,usb-storage quiet" \\ + -icount shift=auto,rrfile=rr,rr=replay,rrsnapshot=init + +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.tsc-deadline [bit 24] +``` + +Record/replay without `rrsnapshot`/`loadvm`/etc works as expected.""" +reproduce = """To reproduce i've used alpine linux kernel as the guest: + +``` +wget https://dl-cdn.alpinelinux.org/alpine/v3.20/releases/x86_64/alpine-standard-3.20.3-x86_64.iso +7z x alpine-standard-3.20.3-x86_64.iso +``` + +Prerequisites - an empty qcow2 file for snapshots: + +``` +qemu-img create -f qcow2 empty.qcow2 1G +``` + +Running an alpine linux kernel with `rr=record` - works just fine, kernel boots, accepts input. + +``` +$ qemu-system-x86_64 \\ + -cpu SandyBridge -smp 1 \\ + -serial stdio -display none \\ + -m 4096 \\ + -drive file=./empty.qcow2,id=rr \\ + -kernel ./boot/vmlinuz-lts \\ + -initrd ./boot/initramfs-lts . + -monitor telnet::12345,server,nowait \\ + -append "console=ttyS0 root=/dev/ram0 alpine_dev=cdrom:iso9660 modules=loop,squashfs,sd-mod,usb-storage quiet" \\ + -icount shift=auto,rrfile=rr,rr=record,rrsnapshot=init + +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.tsc-deadline [bit 24] +mount: mounting /dev/ram0 on /sysroot failed: Invalid argument +Mounting root failed. +initramfs emergency recovery shell launched. Type 'exit' to continue boot +sh: can't access tty; job control turned off +~ # ls -alh +total 32K +drwx------ 18 root root 0 Oct 21 13:02 . +drwx------ 18 root root 0 Oct 21 13:02 .. +-rw------- 1 root root 8 Oct 21 13:02 .ash_history +drwxr-xr-x 2 root root 0 Jun 18 12:44 .modloop +drwxr-xr-x 2 root root 0 Oct 21 13:02 bin +drwxr-xr-x 9 root root 2.5K Oct 21 13:02 dev +drwxr-xr-x 4 root root 0 Oct 21 13:02 etc +-rwxr-xr-x 1 root root 25.9K Jun 18 12:44 init +drwxr-xr-x 5 root root 0 Jun 18 12:44 lib +drwxr-xr-x 5 root root 0 Jun 18 12:44 media +drwxr-xr-x 2 root root 0 Jun 18 12:44 newroot +dr-xr-xr-x 114 root root 0 Oct 21 13:02 proc +drwx------ 2 root root 0 Sep 4 12:53 root +drwxr-xr-x 3 root root 0 Oct 21 13:02 run +drwxr-xr-x 2 root root 0 Oct 21 13:02 sbin +dr-xr-xr-x 13 root root 0 Oct 21 13:02 sys +drwxr-xr-x 2 root root 0 Oct 21 13:02 sysroot +drwxr-xr-x 2 root root 0 Oct 21 13:02 tmp +drwxr-xr-x 5 root root 0 Oct 21 13:02 usr +drwxr-xr-x 3 root root 0 Jun 18 12:44 var +~ # echo "AAAAAAAA?" +AAAAAAAA? +~ # +``` + +`rr`-file is produced, which can be used for replaying **without** `rrsnapshot`-option: + +``` +$ qemu-system-x86_64 \\ + -cpu SandyBridge -smp 1 \\ + -serial stdio -display none \\ + -m 4096 \\ + -drive file=./empty.qcow2,id=rr \\ + -kernel ./boot/vmlinuz-lts \\ + -initrd ./boot/initramfs-lts . + -monitor telnet::12345,server,nowait \\ + -append "console=ttyS0 root=/dev/ram0 alpine_dev=cdrom:iso9660 modules=loop,squashfs,sd-mod,usb-storage quiet" \\ + -icount shift=auto,rrfile=rr,rr=replay + +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.tsc-deadline [bit 24] +mount: mounting /dev/ram0 on /sysroot failed: Invalid argument +Mounting root failed. +initramfs emergency recovery shell launched. Type 'exit' to continue boot +sh: can't access tty; job control turned off +~ # ls -alh +total 32K +drwx------ 18 root root 0 Oct 21 13:02 . +drwx------ 18 root root 0 Oct 21 13:02 .. +-rw------- 1 root root 8 Oct 21 13:02 .ash_history +drwxr-xr-x 2 root root 0 Jun 18 12:44 .modloop +drwxr-xr-x 2 root root 0 Oct 21 13:02 bin +drwxr-xr-x 9 root root 2.5K Oct 21 13:02 dev +drwxr-xr-x 4 root root 0 Oct 21 13:02 etc +-rwxr-xr-x 1 root root 25.9K Jun 18 12:44 init +drwxr-xr-x 5 root root 0 Jun 18 12:44 lib +drwxr-xr-x 5 root root 0 Jun 18 12:44 media +drwxr-xr-x 2 root root 0 Jun 18 12:44 newroot +dr-xr-xr-x 114 root root 0 Oct 21 13:02 proc +drwx------ 2 root root 0 Sep 4 12:53 root +drwxr-xr-x 3 root root 0 Oct 21 13:02 run +drwxr-xr-x 2 root root 0 Oct 21 13:02 sbin +dr-xr-xr-x 13 root root 0 Oct 21 13:02 sys +drwxr-xr-x 2 root root 0 Oct 21 13:02 sysroot +drwxr-xr-x 2 root root 0 Oct 21 13:02 tmp +drwxr-xr-x 5 root root 0 Oct 21 13:02 usr +drwxr-xr-x 3 root root 0 Jun 18 12:44 var +~ # echo "AAAAAAAA?" +AAAAAAAA? +~ # +``` + +As you can see, replaying emulation session works as expected. How ever, if I add the `rrsnapshot`-option, it gets stuck: + +``` +$ qemu-system-x86_64 \\ + -cpu SandyBridge -smp 1 \\ + -serial stdio -display none \\ + -m 4096 \\ + -drive file=./empty.qcow2,id=rr \\ + -kernel ./boot/vmlinuz-lts \\ + -initrd ./boot/initramfs-lts . + -monitor telnet::12345,server,nowait \\ + -append "console=ttyS0 root=/dev/ram0 alpine_dev=cdrom:iso9660 modules=loop,squashfs,sd-mod,usb-storage quiet" \\ + -icount shift=auto,rrfile=rr,rr=replay,rrsnapshot=init + +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.tsc-deadline [bit 24] +``` + +This also can be reproduced without `rrsnapshot` option, by issuing `loadvm init` from qemu monitor: + +``` +$ telnet localhost 12345 +qemu> loadvm init +... +``` + +Or, by using `gdb` and issuing reverse-commands that require `loadvm` to load previous state, like `reverse-stepi` or `reverse-continue`. + +Attaching a debugger & using debug-prints shows some thread being stuck in the [`rcu.c`](https://gitlab.com/qemu-project/qemu/-/blob/master/util/rcu.c), near the `qemu_event_wait(&rcu_call_ready_event);`. I've tried to wait for quite some time (about an hour) and there was no result.""" +additional = """**Qemu build.** Qemu binary built from sources of 9.1.0 with `--target-list=x86_64-softmmu`. + +**Host machine.** An almost clean Ubuntu 20.04 with necessary packages for building qemu from the latest release sources.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2645.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2645.toml new file mode 100644 index 00000000..6198d5f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2645.toml @@ -0,0 +1,31 @@ +id = 2645 +title = "Failed shutdown during record with `ide-hd` disk." +state = "opened" +created_at = "2024-10-29T17:57:17.091Z" +closed_at = "n/a" +labels = ["accel: TCG", "icount"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2645" +host-os = "Ubuntu 20.04.6" +host-arch = "x64" +qemu-version = "9.1.50 (v9.1.0-930-gf774a67750)" +guest-os = "Ubuntu Server 20.04.6" +guest-arch = "x64" +description = """Running `shutdown -h now` on the guest with an `ide-hd` disk during a recording results in a long wait, followed by a BMDMA error.""" +reproduce = """1. Install Ubuntu Server guest OS and create disk snapshot +1. Reboot and log in: `qemu-system-x86_64 -hda ubuntu_snapshot.qcow2 -m 2g -net none -monitor stdio` +2. Take a snapshot: `savevm loggedin` +3. Start recording from VM snapshot: `./qemu/build/qemu-system-x86_64 -icount shift=auto,rr=record,rrfile=ubuntu_shutdown.bin -drive file=ubuntu_snapshot.qcow2,if=none,id=img-direct -drive driver=blkreplay,if=none,image=img-direct,id=img-blkreplay -device ide-hd,drive=img-blkreplay -loadvm loggedin -net none -m 2g` +4. Run `shutdown -h now` in guest +5. Wait (~5-10 mins) +6. Observe BMDMA error (see below)""" +additional = """``` +ata1.00: exeption Emask 0x0 SAct 0.0 SErr 0.0 action 0x6 +ata1.00: BMDMA stat 0x5 +ata1.00: failed command: READ DMA +ata1.00: cmd c8/xx:xx:xx:xx:xx/xx:xx:xx:xx:xx/xx tag - dma 4096 in + res 00/00:00:00:00:00/00:00:00:00:00/00 Emask 0x2 (HSM violation) +ata1.00: revalidation failed (errno=-2) +... +``` + +Note: Running the same command on a guest with a `virtio` disk results in further progress, but still does not shut down (stuck on `[ OK ] Stopped Create final runtime dir for shutdown pivot root.`)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2683.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2683.toml new file mode 100644 index 00000000..dcd11b05 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2683.toml @@ -0,0 +1,51 @@ +id = 2683 +title = "TCG: probe_access() has inconsistent behavior" +state = "opened" +created_at = "2024-11-18T12:14:06.455Z" +closed_at = "n/a" +labels = ["accel: TCG", "bsd-user", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2683" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "9.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """In full-system mode, probe_access() will return NULL when the flag is TLB_MMIO. + +accel/tcg/cputlb.c: probe_access_internal() +``` + if (unlikely(flags & ~(TLB_WATCHPOINT | TLB_NOTDIRTY | TLB_CHECK_ALIGNED)) + || (access_type != MMU_INST_FETCH && force_mmio)) { + *phost = NULL; + return TLB_MMIO; + } +``` +But in linux-user mode, it will return correct address when the flag is TLB_MMIO. + +accel/tcg/user-exec.c: probe_access() +``` + return size ? g2h(env_cpu(env), addr) : NULL; +``` +This will lead to some different behaviors, like cbo.zero in RISC-V. + +target/riscv/op_helper.c: helper_cbo_zero() +``` + mem = probe_write(env, address, cbozlen, mmu_idx, ra); + + if (likely(mem)) { + memset(mem, 0, cbozlen); + } else { + for (int i = 0; i < cbozlen; i++) { + cpu_stb_mmuidx_ra(env, address + i, 0, mmu_idx, ra); + } + } +``` +When the current instruction has memory callback by plugin: + +Full-system mode uses slow-path(cpu_stb_mmuidx_ra) and inject mem_cbs correctly. + +Linux-user mode uses fast-path(memset) and doesn't inject callbacks. + +To ensure consistent results, probe_access() should return NULL when the flag is TLB_MMIO in linux-user mode.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2685.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2685.toml new file mode 100644 index 00000000..5799a5b7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2685.toml @@ -0,0 +1,15 @@ +id = 2685 +title = "Netbsd 10.0 AMD64 as host fails in tcg?" +state = "opened" +created_at = "2024-11-18T14:59:05.732Z" +closed_at = "n/a" +labels = ["accel: TCG", "hostos: BSD"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2685" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2790.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2790.toml new file mode 100644 index 00000000..f8a90625 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2790.toml @@ -0,0 +1,20 @@ +id = 2790 +title = "Can't switch to monitor with rr=record" +state = "opened" +created_at = "2025-01-23T15:45:20.435Z" +closed_at = "n/a" +labels = ["Chardev", "accel: TCG", "icount"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2790" +host-os = "Debian testing" +host-arch = "x86" +qemu-version = "Built from `cf86770c7aa31ebd6e56f4eeb25c34107f92c51e" +guest-os = "n/a" +guest-arch = "n/a" +description = """With the above args, while the guest is paused (either because I haven't attached GDB yet, or because I've halted execution in GDB), it's not possible to switch to the QEMU monitor. + +I don't reproduce this issue with `QEMU emulator version 8.2.4 (Debian 1:8.2.4+ds-1+build1)` but I do with 9.2 and master (built from source). + +AFAICT, the monitor is working - if I just set `-monitor stdio` instead of `-serial mon:stdio` I can use it, including when the VM is paused. But the multiplexing doesn't work.""" +reproduce = """1. Run the above +2. Ctrl-A, c""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2791.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2791.toml new file mode 100644 index 00000000..bfbbb041 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2791.toml @@ -0,0 +1,75 @@ +id = 2791 +title = "\"Missing character write event in the replay log\" when trying rr=replay with snapshot" +state = "opened" +created_at = "2025-01-23T16:07:25.357Z" +closed_at = "n/a" +labels = ["accel: TCG", "icount"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2791" +host-os = "Debian testing" +host-arch = "x86" +qemu-version = "Built from `cf86770c7aa31ebd6e56f4eeb25c34107f92c51e" +guest-os = "n/a" +guest-arch = "n/a" +description = """Probably best to just illustrate with commands. Happy path: + +```sh +rm replay.bin snapshots.qcow2; qemu-img create -f qcow2 snapshots.qcow2 256M + +~/src/qemu/build/qemu-system-x86_64 -nodefaults -nographic -serial stdio \\ + -icount shift=auto,rr=record,rrfile=replay.bin,rrsnapshot=init \\ + -drive file=snapshots.qcow2,if=none,id=rr \\ + -kernel ./.kunit/arch/x86/boot/bzImage -append "nokaslr console=ttyS0" + +# It runs, guest kernel crashes when realising it has no rootfs, all good +du -sh snapshots.qcow2 # 976K + +# Repeat same command just switched to rr=replay +~/src/qemu/build/qemu-system-x86_64 -nodefaults -nographic -serial stdio \\ + -icount shift=auto,rr=replay,rrfile=replay.bin,rrsnapshot=init \\ + -drive file=snapshots.qcow2,if=none,id=rr \\ + -kernel ./.kunit/arch/x86/boot/bzImage -append "nokaslr console=ttyS0" +# Much slower, but same result. All good +``` + +But, I want to take a snapshot later in boot. + +```sh +rm replay.bin snapshots.qcow2; qemu-img create -f qcow2 snapshots.qcow2 256M + +# This time, running with debug. Also have to switch to -monitor stdio because of +# https://gitlab.com/qemu-project/qemu/-/issues/2790 +~/src/qemu/build/qemu-system-x86_64 -nodefaults -nographic -monitor stdio \\ + -icount shift=auto,rr=record,rrfile=replay.bin,rrsnapshot=init \\ + -drive file=snapshots.qcow2,if=none,id=rr \\ + -kernel ./.kunit/arch/x86/boot/bzImage -append "nokaslr console=ttyS0" \\ + -s -S + +# In another terminal, attach a debugger, set a breakpoint, continue to the breakpoint +gdb -ex "target remote localhost:1234" .kunit/vmlinux +(gdb) hb start_kernel +(gdb) continue + +# When the breakpoint is hit, back in the first terminal: +(qemu) savevm test +(qemu) quit + +du -sh snapshots.qcow2 # 21M + +# Now try to replay again +~/src/qemu/build/qemu-system-x86_64 -nodefaults -nographic -serial stdio \\ + -icount shift=auto,rr=replay,rrfile=replay.bin,rrsnapshot=init \\ + -drive file=snapshots.qcow2,if=none,id=rr \\ + -kernel ./.kunit/arch/x86/boot/bzImage -append "nokaslr console=ttyS0" +``` + +Result: + +``` +qemu-system-x86_64: Missing character write event in the replay log (insn total 1598039/586 left, event 886 is EVENT_INSTRUCTION) +fish: Job 1, '~/src/qemu/build/qemu-system-x8…' terminated by signal -icount shift=auto,rr=repla… ( -drive file=snapshots.qcow2…) +fish: Job -kernel ./.kunit/arch/x86/b…, 'SIGABRT' terminated by signal Abort () +``` + +Exit code is 134.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/280.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/280.toml new file mode 100644 index 00000000..bfd962ae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/280.toml @@ -0,0 +1,15 @@ +id = 280 +title = "(ARM64) qemu-x86_64+schroot(Debian bullseye) can't run chrome and can't load HTML" +state = "opened" +created_at = "2021-05-13T12:13:59.287Z" +closed_at = "n/a" +labels = ["Launchpad", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/280" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2815.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2815.toml new file mode 100644 index 00000000..48379ece --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2815.toml @@ -0,0 +1,15 @@ +id = 2815 +title = "clang 17 and newer -fsanitize=function causes QEMU user-mode to SEGV when calling TCG prologue" +state = "opened" +created_at = "2025-02-17T11:40:27.136Z" +closed_at = "n/a" +labels = ["accel: TCG", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2815" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/283.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/283.toml new file mode 100644 index 00000000..c8d89b82 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/283.toml @@ -0,0 +1,15 @@ +id = 283 +title = "TCG memory leak with FreeDOS 'edit'" +state = "closed" +created_at = "2021-05-13T12:16:13.612Z" +closed_at = "2021-05-25T14:47:09.140Z" +labels = ["Closed::WontFix", "Launchpad", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/283" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2899.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2899.toml new file mode 100644 index 00000000..51e8d86e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2899.toml @@ -0,0 +1,44 @@ +id = 2899 +title = "Regression 10.0.0rc1: Segmentation fault on executing QEMU advent calendar 2014, day 4" +state = "closed" +created_at = "2025-04-01T10:23:12.161Z" +closed_at = "2025-04-04T17:07:31.583Z" +labels = ["accel: TCG", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2899" +host-os = "Debian 12.10" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.50 (v9.2.0-1215-g456709db50)" +guest-os = "Unknown" +guest-arch = "i386" +description = """On executing QEMU, a segmentation fault occurs""" +reproduce = """1. Download https://www.qemu-advent-calendar.org/2014/download/stxmas.tar.xz +2. Execute with QEMU command line""" +additional = """git bisect finishes with: + +``` +456709db50f424d112bc5f07260fdc51555f3a24 is the first bad commit +commit 456709db50f424d112bc5f07260fdc51555f3a24 +Author: Paolo Bonzini <pbonzini@redhat.com> +Date: Sun Dec 15 10:06:10 2024 +0100 + + target/i386: execute multiple REP/REPZ iterations without leaving TB + + Use a TCG loop so that it is not necessary to go through the setup steps + of REP and through the I/O check on every iteration. Interestingly, this + is not a particularly effective optimization on its own, though it avoids + the cost of correct RF emulation that was added in the previous patch. + The main benefit lies in allowing the hoisting of loop invariants outside + the loop, which will happen separately. + + The loop exits when the low 16 bits of CX/ECX/RCX are zero (so generally + speaking the string operation runs in 65536 iteration batches) to give + the main loop an opportunity to pick up interrupts. + + Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> + Reviewed-by: Richard Henderson <richard.henderson@linaro.org> + Link: https://lore.kernel.org/r/20241215090613.89588-12-pbonzini@redhat.com + Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> + + target/i386/tcg/translate.c | 55 ++++++++++++++++++++++++++++++++++++++++----- + 1 file changed, 49 insertions(+), 6 deletions(-) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/290.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/290.toml new file mode 100644 index 00000000..26d2d5b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/290.toml @@ -0,0 +1,15 @@ +id = 290 +title = "mmap MAP_NORESERVE of 2^42 bytes consumes 16Gb of actual RAM" +state = "closed" +created_at = "2021-05-14T10:05:26.131Z" +closed_at = "2022-12-21T15:43:41.076Z" +labels = ["Closed::Fixed", "Launchpad", "accel: TCG", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/290" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2906.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2906.toml new file mode 100644 index 00000000..4e5ffd09 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2906.toml @@ -0,0 +1,21 @@ +id = 2906 +title = "x86 (32-bit) multicore very slow, but x86-64 is fast (on macOS arm64 host)" +state = "opened" +created_at = "2025-04-01T17:28:21.969Z" +closed_at = "n/a" +labels = ["accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2906" +host-os = "- OS/kernel version: Darwin laptop.local 24.4.0 Darwin Kernel Version 24.4.0: Wed Mar 19 21:16:34 PDT 2025; root:xnu-11417.101.15~1 RELEASE_ARM64_T6000 arm64" +host-arch = "arm64" +qemu-version = "9.2.3" +guest-os = "Windows XP, 7, 10, etc." +guest-arch = "x86" +description = """More cores doesn't slow down a x86-32 guest on an x86-64 host, nor does it slow down an x86-64 guest on an arm64 host. However, adding extra cores massively slows down an x86-32 guest on an arm64 host.""" +reproduce = """1. Run 32-bit guest or 32-bit installer +2. +3. + +I have replicated this over several OSes using homebrew qemu, source-built qemu and UTM. This is not to be confused with a different bug in UTM that caused its version of QEMU to be slow. + +This also seems to apply to 32-bit processes in an x86-64 guest.""" +additional = """https://github.com/utmapp/UTM/issues/5468""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2907.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2907.toml new file mode 100644 index 00000000..b22659a7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2907.toml @@ -0,0 +1,15 @@ +id = 2907 +title = "replay_mutex_unlock() assertion on macOS" +state = "closed" +created_at = "2025-04-01T17:53:38.709Z" +closed_at = "2025-04-14T19:25:54.539Z" +labels = ["Tests", "accel: TCG", "hostos: macOS", "icount"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2907" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/2914.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/2914.toml new file mode 100644 index 00000000..16993de6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/2914.toml @@ -0,0 +1,23 @@ +id = 2914 +title = "JRE fails (SIGSEGV) on x86 Ubuntu 24.04 LTS emulated on Apple Silicon M2 ARM" +state = "opened" +created_at = "2025-04-04T14:15:33.456Z" +closed_at = "n/a" +labels = ["accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2914" +host-os = "MacOS Sequoia 15.4 Beta (24E5222f)" +host-arch = "ARM" +qemu-version = "9.2.3 & 9.1.2" +guest-os = "Ubuntu 24.04 LTS" +guest-arch = "x86" +description = """JRE (HotSpot Runtime) errors with SIGSEGV on x86 Linux Ubuntu 24.04.2 LTS when it is emulated on Apple Silicon M2. In this case, JRE is being triggered by SBT that is running Scala source code. + +This could be a Qemu issue, an OpenJDK issue, an Apple issue, etc. - Let me know if this is the wrong place/not under the purview of Qemu and I'll post it somewhere else.""" +reproduce = """I am attempting to run a Scala project (https://github.com/ucb-bar/chipyard) on a x86 machine emulated on an Apple Silicon device. The project build flow fails on step 5 when Scala sources are compiled and run. You can reproduce the issue by running Chipyard's recommended setup flow here: + +https://chipyard.readthedocs.io/en/stable/Chipyard-Basics/Initial-Repo-Setup.html#default-requirements-installation + +Then instead of running the given build-setup command in the tutorial, run `./build-setup.sh riscv-tools -s 3 -s 8 -s 7 -s 8 -s 9 -s 10 --use-lean-conda` in order to skip the irrelevant setup steps. + +The SBT build config is in the project's base directory under build.sbt. There is a commonSettings sequence that is inherited by each subsequent project. The flow: line 409 of common.mk is triggered by line 257 & 258 of build-setup.sh, which then triggers SBT with some arguments passed into the SBT executable.""" +additional = """Extensive crash logs and attempts to solve the issue has been documented at this issue on UTM's GitHub: https://github.com/utmapp/UTM/issues/7070""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/326.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/326.toml new file mode 100644 index 00000000..f5a33a48 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/326.toml @@ -0,0 +1,15 @@ +id = 326 +title = "QEMU-user ignores MADV_DONTNEED" +state = "closed" +created_at = "2021-05-15T17:28:25.977Z" +closed_at = "2023-02-06T09:58:24.980Z" +labels = ["accel: TCG", "kind::Bug", "linux-user", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/326" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/329.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/329.toml new file mode 100644 index 00000000..31cd1449 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/329.toml @@ -0,0 +1,15 @@ +id = 329 +title = "qemu 6.0.0 fails to build with clang-11 and --enable-debug" +state = "opened" +created_at = "2021-05-17T10:39:39.561Z" +closed_at = "n/a" +labels = ["accel: TCG", "hostos: macOS", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/329" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/343.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/343.toml new file mode 100644 index 00000000..c2bcc7e7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/343.toml @@ -0,0 +1,15 @@ +id = 343 +title = "madvise reports success, but doesn't implement WIPEONFORK." +state = "closed" +created_at = "2021-05-18T23:45:40.812Z" +closed_at = "2023-02-07T16:29:41.717Z" +labels = ["Launchpad", "accel: TCG", "linux-user", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/343" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/358.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/358.toml new file mode 100644 index 00000000..9d15ac83 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/358.toml @@ -0,0 +1,15 @@ +id = 358 +title = "qemu-user deadlocks when forked in a multithreaded process" +state = "closed" +created_at = "2021-05-26T14:36:14.226Z" +closed_at = "2022-10-06T14:07:31.430Z" +labels = ["Launchpad", "TCG plugins", "TestCase", "accel: TCG", "kind::Bug", "linux-user", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/358" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/360.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/360.toml new file mode 100644 index 00000000..b4210d7a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/360.toml @@ -0,0 +1,15 @@ +id = 360 +title = "load_helper() do_unaligned_access path doesn't return correct result with MMIO" +state = "closed" +created_at = "2021-05-27T07:24:05.781Z" +closed_at = "2023-08-23T16:50:19.441Z" +labels = ["Closed::Fixed", "accel: TCG", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/360" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/363.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/363.toml new file mode 100644 index 00000000..362b38f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/363.toml @@ -0,0 +1,15 @@ +id = 363 +title = "Failed to build qemu-fuzz-i386 in version 6.0.0" +state = "closed" +created_at = "2021-05-28T07:19:49.017Z" +closed_at = "2022-07-28T12:27:29.648Z" +labels = ["Build System", "Fuzzer", "accel: TCG", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/363" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/372.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/372.toml new file mode 100644 index 00000000..31ac491f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/372.toml @@ -0,0 +1,15 @@ +id = 372 +title = "Indentation should be done with spaces, not with TABs, in the TCG / CPU subsystem" +state = "opened" +created_at = "2021-05-31T05:06:39.381Z" +closed_at = "n/a" +labels = ["Bite Sized", "accel: TCG", "kind::Task", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/372" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/612.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/612.toml new file mode 100644 index 00000000..b2da2555 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/612.toml @@ -0,0 +1,15 @@ +id = 612 +title = "Much larger traces with qemu-6.1 than qemu-6.0" +state = "closed" +created_at = "2021-09-10T12:24:32.690Z" +closed_at = "2021-09-12T20:22:01.229Z" +labels = ["Closed::Invalid", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/612" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/626.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/626.toml new file mode 100644 index 00000000..657f47be --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/626.toml @@ -0,0 +1,15 @@ +id = 626 +title = "plugin reference to qemu_plugin_hwaddr_phys_addr fails to dynamically link" +state = "closed" +created_at = "2021-09-17T18:48:54.856Z" +closed_at = "2021-11-04T12:53:31.985Z" +labels = ["accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/626" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/658.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/658.toml new file mode 100644 index 00000000..613a4edd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/658.toml @@ -0,0 +1,15 @@ +id = 658 +title = "Missing documentation for TCG ctpop opcode" +state = "closed" +created_at = "2021-10-03T12:06:08.222Z" +closed_at = "2021-11-11T13:57:04.280Z" +labels = ["Closed::Fixed", "Documentation", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/658" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/693.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/693.toml new file mode 100644 index 00000000..b009adde --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/693.toml @@ -0,0 +1,18 @@ +id = 693 +title = "Qemu increased memory usage with TCG" +state = "closed" +created_at = "2021-10-27T13:03:16.267Z" +closed_at = "2021-10-29T21:36:20.552Z" +labels = ["Documentation", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/693" +host-os = "Ubuntu 21.04, Debian 11, CentOS 8 Stream" +host-arch = "x86" +qemu-version = "QEMU emulator version 5.2.0 (Debian 1:5.2+dfsg-11+deb11u1)" +guest-os = "Linux / Cirros 0.5.2" +guest-arch = "x86" +description = """The issue is that instances that are supposed to use only a small amount of memory (like 256MB) suddenly use a much higher amount of RSS when running the accel=tcg, around 512MB in the above example. This was not happening with qemu-4.2 (on Ubuntu 20.04). This is also not happening when using accel=kvm instead. The issue has been first noticed on Debian 11 (Bullseye) with the versions above, but it is happening in the same way on Centos 8 Stream, Ubuntu 21.10 and a pre-release version of Ubuntu 22.04. It also also seen when testing with qemu-6.1 built from source.""" +reproduce = """1. Deploy devstack (https://opendev.org/openstack/devstack) with VIRT_TYPE=qemu on a VM +2. Start an instance with cirros image and a flavor allocating 256MB +3. Do a ps and see a RSS size of about 512MB being used after the instance has finished booting +4. Expected result (seen with qemu-4.2 or VIRT_TYPE=kvm): RSS stays < 256MB""" +additional = """I can try to find a smaller commandline for manual reproduction if needed. The above sample is generated by OpenStack Nova via libvirt.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/730.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/730.toml new file mode 100644 index 00000000..96bf5aa1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/730.toml @@ -0,0 +1,15 @@ +id = 730 +title = "test-thread-breakpoint fails with some gdb version" +state = "closed" +created_at = "2021-11-16T16:22:29.964Z" +closed_at = "2021-11-29T19:26:55.445Z" +labels = ["GDB", "accel: TCG", "linux-user", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/730" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/773.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/773.toml new file mode 100644 index 00000000..e111af62 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/773.toml @@ -0,0 +1,35 @@ +id = 773 +title = "TCG profiler build fails" +state = "closed" +created_at = "2021-12-14T13:07:16.008Z" +closed_at = "2022-01-19T16:37:25.307Z" +labels = ["accel: TCG", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/773" +host-os = "Debian Buster" +host-arch = "x86_64" +qemu-version = "current HEAD (v6.2.0-rc4)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Attempting to build with --enable-profiler fails""" +reproduce = """1. ../../configure --enable-profiler +2. make""" +additional = """[975/3221] Compiling C object libcommon.fa.p/monitor_qmp-cmds.c.o + FAILED: libcommon.fa.p/monitor_qmp-cmds.c.o + cc -m64 -mcx16 -Ilibcommon.fa.p -I../../dtc/libfdt -I/usr/include/capstone -I/usr/include/pixman-1 -I/usr/include/spice-server -I/usr/include/spice-1 -I/usr/include/libpng16 + -I/usr/include/p11-kit-1 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gio-unix-2.0 -I/us + r/include/slirp -I/usr/include/virgl -I/usr/include/libusb-1.0 -I/usr/include/cacard -I/usr/include/nss -I/usr/include/nspr -I/usr/include/PCSC -I/usr/include/gtk-3.0 -I/usr + /include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/ + include/fribidi -I/usr/include/harfbuzz -I/usr/include/atk-1.0 -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/vte-2.91 -fdiagnosti + cs-color=auto -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -isystem /home/alex/lsrc/qemu.git/linux-headers -isystem linux-headers -iquote . -iquote /home/alex/lsrc/qemu.git + -iquote /home/alex/lsrc/qemu.git/include -iquote /home/alex/lsrc/qemu.git/disas/libvixl -iquote /home/alex/lsrc/qemu.git/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOUR + CE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-co + mmon -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wend + if-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -D_DEFAULT_SOURCE -D_ + XOPEN_SOURCE=600 -DNCURSES_WIDECHAR=1 -D_REENTRANT -DSTRUCT_IOVEC_DEFINED -MD -MQ libcommon.fa.p/monitor_qmp-cmds.c.o -MF libcommon.fa.p/monitor_qmp-cmds.c.o.d -o libcommon. + fa.p/monitor_qmp-cmds.c.o -c ../../monitor/qmp-cmds.c + ../../monitor/qmp-cmds.c: In function ‘qmp_x_query_profile’: + ../../monitor/qmp-cmds.c:369:21: error: implicit declaration of function ‘tcg_cpu_exec_time’ [-Werror=implicit-function-declaration] + 369 | cpu_exec_time = tcg_cpu_exec_time(); + | ^~~~~~~~~~~~~~~~~ + ../../monitor/qmp-cmds.c:369:21: error: nested extern declaration of ‘tcg_cpu_exec_time’ [-Werror=nested-externs] + cc1: all warnings being treated as errors""" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/792.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/792.toml new file mode 100644 index 00000000..53fda7af --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/792.toml @@ -0,0 +1,15 @@ +id = 792 +title = "Qemu's helper mechanism usage related issues" +state = "opened" +created_at = "2021-12-24T03:37:29.625Z" +closed_at = "n/a" +labels = ["Documentation", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/792" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/863.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/863.toml new file mode 100644 index 00000000..e8ab5782 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/863.toml @@ -0,0 +1,64 @@ +id = 863 +title = "contrib/plugins/howvec.c for ARM64 under constrained" +state = "opened" +created_at = "2022-02-09T00:04:31.327Z" +closed_at = "n/a" +labels = ["TCG plugins", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/863" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Consider the static InsnClassExecCount aarch64_insn_classes array in contrib/plugins/howvec.c There are 5 entries which will never be discovered, and so count as 0; see the dump below. + +I did not figure out which of prior rows in the table was over-eagerly getting instructions intended for the subsequent counted-as-0 row. + +``` + udef aka UDEF 65536 + sve aka SVE 268435456 + res aka Reserved 268369920 + pcrel aka PCrel addr 134217728 + asit aka Add/Sub (imm,tags) 67108864 + asi aka Add/Sub (imm) 67108864 + logi aka Logical (imm) 67108864 + movwi aka Move Wide (imm) 67108864 + bitf aka Bitfield 67108864 + extr aka Extract 67108864 + dpri aka Data Proc Imm 0 + cndb aka Cond Branch (imm) 33554432 + excp aka Exception Gen 16777216 + nop aka NOP 1 + hint aka Hints 4095 + barr aka Barriers 4096 + psta aka PSTATE 32768 + sins aka System Insn 1048576 + sreg aka System Reg 2097152 + breg aka Branch (reg) 33554432 + bimm aka Branch (imm) 134217728 + cmpb aka Cmp & Branch 67108864 + tstb aka Tst & Branch 67108864 + branch aka Branches 181362688 + advlsm aka AdvSimd ldstmult 262144 + advlsmp aka AdvSimd ldstmult++ 4194304 + advlss aka AdvSimd ldst 524288 + advlssp aka AdvSimd ldst++ 16777216 + ldstx aka ldst excl 67108864 + prfm aka Prefetch 16777216 + ldlit aka Load Reg (lit) 251658240 + ldstnap aka ldst noalloc pair 67108864 + ldstp aka ldst pair 469762048 + ldstr aka ldst reg 0 + atomic aka Atomic ldst 0 + ldstro aka ldst reg (reg off) 0 + ldstpa aka ldst reg (pac) 0 + ldsti aka ldst reg (imm) 134217728 + ldst aka Loads & Stores 313786368 + dprr aka Data Proc Reg 402653184 + fpsimd aka Scalar FP 402653183 + unclas aka Unclassified 536870912 +```""" +reproduce = """1. Write a simple wrapper program; iterate and search through all 2**32 insns, dump the array +2. +3.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/896.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/896.toml new file mode 100644 index 00000000..9c36f1a4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/896.toml @@ -0,0 +1,15 @@ +id = 896 +title = "tcg/arm emits UNPREDICTABLE LDRD insn" +state = "closed" +created_at = "2022-03-09T16:00:05.871Z" +closed_at = "2022-03-15T09:52:54.418Z" +labels = ["Closed::Fixed", "accel: TCG"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/896" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/898.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/898.toml new file mode 100644 index 00000000..b578f21a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/898.toml @@ -0,0 +1,15 @@ +id = 898 +title = "check-tcg sha512-mvx test is failing on s390x hosts" +state = "closed" +created_at = "2022-03-10T11:51:53.360Z" +closed_at = "2022-03-15T09:52:54.417Z" +labels = ["Closed::Fixed", "accel: TCG", "kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/898" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_TCG/947.toml b/gitlab/issues/target_missing/host_missing/accel_TCG/947.toml new file mode 100644 index 00000000..63352d7b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_TCG/947.toml @@ -0,0 +1,23 @@ +id = 947 +title = "TCG AARCH64 Segmentation fault when helper function is called" +state = "closed" +created_at = "2022-03-29T08:05:56.647Z" +closed_at = "2022-03-31T20:02:06.238Z" +labels = ["Closed::Fixed", "accel: TCG", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/947" +host-os = "Windows 11" +host-arch = "ARM64" +qemu-version = "6.2.90" +guest-os = "n/a" +guest-arch = "n/a" +description = """Segmentation fault in the TCG thread. +The issue occurs in the generated code when branching to (helper)lookup_tb_ptr (see op longs). +It seems that the generated instruction don't load the upper32 of the address of lookup_tb_ptr in the register before branching to it. According to LLDB, the program tries to access 0x1cffe060 while the right address 0x7ff71cffe060 (see debugger logs).""" +reproduce = "n/a" +additional = """The issue seems to be located at https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/aarch64/tcg-target.c.inc#L1091 +`t2 = t1 & ~(0xffffUL << s1);`. +The fix would be `t2 = t1 & ~(0xffffULL << s1);` + + +[lldb.log](/uploads/6a1d57eaecae4a375c6ada7384489876/lldb.log) +[qemu_segmentation.log](/uploads/e3c2d6d42291ff7d1ff8d37341e3da1d/qemu_segmentation.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/1820.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/1820.toml new file mode 100644 index 00000000..7abdb968 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/1820.toml @@ -0,0 +1,18 @@ +id = 1820 +title = "whpx is slower than tcg" +state = "closed" +created_at = "2023-08-08T13:09:32.043Z" +closed_at = "2023-09-30T19:01:20.970Z" +labels = ["accel: WHPX", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1820" +host-os = "Windows 10" +host-arch = "x86_64 (64 bit)" +qemu-version = "8.0.3" +guest-os = "Windows Xp" +guest-arch = "i686 (32bit)" +description = """I find whpx much slower than tcg, which is rather odd.""" +reproduce = """1. Enable Hyper-V +2. run qemu with **-accel whpx,kernel-irqchip=off**""" +additional = """my cpu: intel i7 6500u +memory: 8go +my gpu: intel graphics 520 hd""" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/233.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/233.toml new file mode 100644 index 00000000..506a3601 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/233.toml @@ -0,0 +1,15 @@ +id = 233 +title = "QEMU installer with WHPX support" +state = "closed" +created_at = "2021-05-09T15:38:22.521Z" +closed_at = "2021-05-10T04:16:28.180Z" +labels = ["Build System", "Closed::Fixed", "Launchpad", "accel: WHPX", "hostos: Windows", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/233" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/2402.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/2402.toml new file mode 100644 index 00000000..ef5f5d81 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/2402.toml @@ -0,0 +1,32 @@ +id = 2402 +title = "WHPX accelerator run with edk2 EFI fails to process the reboot signal from guest OS" +state = "opened" +created_at = "2024-06-21T11:40:37.110Z" +closed_at = "n/a" +labels = ["accel: WHPX", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2402" +host-os = "Windows 11 23H2" +host-arch = "x64" +qemu-version = "v9.0.0-12054-g923cf646f4" +guest-os = "Windows 11 23H2" +guest-arch = "x64" +description = """Qemu freezes any time WHPX-accelerated guest Windows 11 sends a reboot signal to Qemu while running on edk2 EFI. At rare cases, Qemu errors out with `qemu: WHPX: Unexpected VP exit code 4`""" +reproduce = """1. Grab Windows 11 23H2 ISO from https://www.microsoft.com/en-Us/software-download/windows11 using either Media Creation Tool or directly and save it under C:\\\\windows11_23H2.iso +2. Download QEMU 9.0 from https://qemu.weilnetz.de/w64/qemu-w64-setup-20240423.exe and install it into C:\\\\Program Files\\\\qemu +3. Make one merged EFI file from two ones bundled in QEMU 9.0 (merged EFI is the only working option for edk2 EFI on windows host): `cd /d C:\\Program Files\\qemu\\share` + +`copy /B edk2-i386-vars.fd + edk2-x86_64-code.fd edk2-x86_64.fd` + +4. Run this command: + +`qemu-system-x86_64.exe -accel whpx -bios share\\edk2-x86_64.fd -cpu Westmere,aes=on,avx=on,sse4.1=on,sse4.2=on,ssse3=on,x2apic=on,xsave=on -machine q35 -m 4096 -cdrom C:\\windows11_23H2.iso` + +5. Press any key once you see "Press any key to boot from CD..." and wait until Windows Setup suggests to opt for language and currency. +6. Click red "X" close button inside Windows Setup and confirm your choice when Windows Setup asks you to. + +Windows Setup sends a reboot signal to the underlying hardware and Qemu freezes.""" +additional = """If `-bios share\\edk2-x86_64.fd` switch is omitted, this command works ok: + +`qemu-system-x86_64 -accel whpx -cpu Westmere,aes=on,avx=on,sse4.1=on,sse4.2=on,ssse3=on,x2apic=on,xsave=on -machine q35 -m 4096 -cdrom D:\\originalWindows11_23H2.iso` + +This bug seems to be closely related to this one: https://gitlab.com/qemu-project/qemu/-/issues/2042 - Not able to reboot Linux guest on Windows host""" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/2461.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/2461.toml new file mode 100644 index 00000000..72c10de3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/2461.toml @@ -0,0 +1,64 @@ +id = 2461 +title = "Qemu with -accel whpx doesn't set WRMSR permissions, which blocks nested virtualization" +state = "opened" +created_at = "2024-07-26T17:41:16.874Z" +closed_at = "n/a" +labels = ["accel: WHPX"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2461" +host-os = "Windows 11 23H2 Home" +host-arch = "x86_64" +qemu-version = "v9.0.0-12054-g923cf646f4" +guest-os = "Ubuntu 22.04" +guest-arch = "x86_64" +description = """This bug blocks https://gitlab.com/qemu-project/qemu/-/issues/628 + +Qemu doesn't set the host's Hyper-V permissions for WRMSR command to allow using SVM or VMX. Unset permissions lead to `unchecked MSR access error: WRMSR to 0xc0000080` inside Linux VM when trying to launch nested VM on real AMD cpu. Intel users do not see guest VMX feature at all. Please see **Additional info** section to understand how Hyper-V permissions for nested virtualization work in Windows.""" +reproduce = """1. Turn on VT-x (for Intel) or AMD-V virtualization in your real hardware BIOS/EFI. This was tested only on AMD cpu and Qemu 9, Intel \\*may\\* behave differently. + 2. Install any distro in qemu disk c:\\\\linux_disk.qcow2 with MSR enabled in kernel, for example, Ubuntu 22.04 LTS. + 3. Run qemu using `qemu-system-x86_64.exe -m 2048 -machine q35 -accel whpx -cpu Opteron_G5,check,+svm -hda c:\\linux_disk.qcow2` + + To check if your distro has MSR mod enabled, run `grep -i msr /boot/config-$(uname -r)` and it should return `CONFIG_X86_MSR=m` or `CONFIG_X86_MSR=y`. If not, recompile and reinstall your kernel. + 4. Run `sudo modprobe msr` and then `sudo rdmsr 0xc0000080 #EFER`. You should see `d01` on modern AMD models. \\[Untested\\] For intel, run `sudo modprobe msr`, then `sudo rdmsr 0x3A`. You should see `5` or `0x5` or `0x100005`. d01 for AMD and 5 for Intel in output are necessary to enable nested VM. If RDMSR returns non-zero value, it means that qemu developers implemented this part of functionality and your Hyper-V on Windows is not broken. + 5. Run `cat /proc/cpuinfo | grep -c svm` on AMD cpu, which should output a positive digit. + 6. Run `sudo dmesg | grep kvm` and note: + + `[1.924036] kvm_amd: Nested Virtualization enabled` + + `[1.924038] kvm_amd: Nested Paging disabled`\\ + `[1.924040] kvm_amd: PMU virtualization is disabled` + 7. This, in theory, is sufficient for KVM-acclelerated qemu to start a nested VM. + 8. Run `xhost si:localuser:root` to prevent `gtk initialization failed` error + 9. Run `sudo qemu-system-x86_64 -accel kvm`. A black window with "Guest has not initialized the display (yet)." appears. +10. Run `sudo dmesg` and note qemu crash starting with `unchecked MSR access error: WRMSR` + + \\* Steps 1-4 are only required for diagnostics, and KVM works (in native Windows Hyper-V manager) without the necessarity to enter these commands in usual usage scenarios. If you run <span dir="">`cat /proc/cpuinfo | grep -c vmx` on Intel cpu</span> on Step 5, you may get zero. See Step 5 of Additional Info to understand why. + + \\ + Microsoft released useful info about how to look into Hyper-V MSR access problems:\\ + WRMSR research in Hyper-V - https://msrc.microsoft.com/blog/2018/12/first-steps-in-hyper-v-research/""" +additional = """By default, Hyper-V manager in Windows does not allow nested virtualization.\\ +To see what happens, do the following: + + 1. Open Hyper-V manager built in the host Windows and create default Ubuntu 22.04 LTS suggested. Upon installation, shut down the VM. Note the name of the VM ("Ubuntu 22.04 LTS" by default). + 2. Open Powershell console in the host and run `Set-VMProcessor -VMName "Ubuntu 22.04 LTS" -ExposeVirtualizationExtensions $false` + 3. Launch guest Ubuntu 22.04 LTS, open its terminal and run `sudo dmesg | grep kvm`. No output. + 4. Run `sudo rdmsr 0xc0000080 #EFER` that outputs d01, which means that Hyper-V manager allows this **ring 0 level** operation. + 5. Run `cat /proc/cpuinfo | grep -c svm` for AMD or `cat /proc/cpuinfo | grep -c vmx` for Intel. Note that output is `0`. + 6. Shut the VM down. + 7. Now, Open Powershell console and `run Set-VMProcessor -VMName "Ubuntu 22.04 LTS" -ExposeVirtualizationExtensions $true` + 8. Launch Ubuntu 22.04 LTS, open its terminal and run `sudo dmesg | grep kvm`. Output: + + `[2.369144] kvm: Nested Virtualization enabled` + + `[2.369146] SVM: kvm: Nested Paging enabled` + + `[2.369148] SVM: kvm: Hyper-V enlightened NPT TLB flush enabled` + + `[2.369149] SVM: kvm: Hyper-V Direct TLB flush enabled` + + `[2.369153] SVM: Virtual VMLOAD VMSAVE supported` + 9. Run `cat /proc/cpuinfo | grep -c svm` for AMD or `cat /proc/cpuinfo | grep -c vmx` for Intel. Note that output is `1` or other positive digit, depending on the number of cpus you've assigned to the VM. +10. Run `xhost si:localuser:root` to prevent `gtk initialization failed` error +11. Run `sudo qemu-system-x86_64 -accel kvm` and it successfully boots into qemu BIOS. +12. Running `sudo qemu-system-x86_64 -accel kvm` calls WRMSR in background, so if you see\\ + booted qemu BIOS in KVM, wrmsr was successfully called.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/2748.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/2748.toml new file mode 100644 index 00000000..c2ed7a1d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/2748.toml @@ -0,0 +1,258 @@ +id = 2748 +title = "Windows specific main loop deadlock when using serial pipe communication" +state = "opened" +created_at = "2024-12-26T20:08:44.109Z" +closed_at = "n/a" +labels = ["accel: WHPX", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2748" +host-os = "Windows 11 23H2" +host-arch = "amd64" +qemu-version = "9863d46a5a25bfff7d2195ad5e3127ab3bae0a2b" +guest-os = "Windows 11 23H2" +guest-arch = "amd64" +description = """Attaching WinDBG (or for that matter, any other serial end that sends data quickly enough) causes QEMU to deadlock.""" +reproduce = """1. Fire up QEMU with Windows (serial debugging enable) +2. Restart +3. At boot time, plug-in host WinDBG""" +additional = """WinDBG QEMU stacktrace +``` +0:020> g +(34c4.2330): Control-C exception - code 40010005 (first chance) +First chance exceptions are reported before any exception handling. +This exception may be expected and handled. +KERNELBASE!CtrlRoutine+0x1be: +00007ffe`82ace6ce 0f1f440000 nop dword ptr [rax+rax] +0:019> g +(34c4.3b3c): Break instruction exception - code 80000003 (first chance) +ntdll!DbgBreakPoint: +00007ffe`850d4090 cc int 3 +0:017> ~*k + + 0 Id: 34c4.28b8 Suspend: 1 Teb: 0000009f`a24ac000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a27f7388 00007ffe`829e6656 ntdll!NtCreateEvent+0x14 +0000009f`a27f7390 00007ff7`38abcbd6 KERNELBASE!PeekNamedPipe+0xa6 +0000009f`a27f7460 00007ff7`38bb8f11 qemu_system_x86_64!win_chr_pipe_poll+0x84 +0000009f`a27f74d0 00007ff7`38bb93fb qemu_system_x86_64!os_host_main_loop_wait+0x133 +0000009f`a27ffba0 00007ff7`38686c45 qemu_system_x86_64!main_loop_wait+0xce +0000009f`a27ffc00 00007ff7`38ac2f14 qemu_system_x86_64!qemu_main_loop+0x2b +0000009f`a27ffc40 00007ff7`38ac2f52 qemu_system_x86_64!qemu_default_main+0x14 +0000009f`a27ffc80 00007ff7`38bdeede qemu_system_x86_64!SDL_main+0x26 +0000009f`a27ffcb0 00007ff7`3838140a qemu_system_x86_64!__mingw_enum_import_library_names+0x24e +0000009f`a27ffd30 00007ff7`383814f6 qemu_system_x86_64!__tmainCRTStartup+0xea +0000009f`a27ffd70 00007ffe`83ca259d qemu_system_x86_64!mainCRTStartup+0x16 +0000009f`a27ffda0 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a27ffdd0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 1 Id: 34c4.2738 Suspend: 1 Teb: 0000009f`a24ae000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a29ffaa8 00007ffe`8506586e ntdll!NtWaitForWorkViaWorkerFactory+0x14 +0000009f`a29ffab0 00007ffe`83ca259d ntdll!TppWorkerThread+0x2ee +0000009f`a29ffd90 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a29ffdc0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 2 Id: 34c4.35e4 Suspend: 1 Teb: 0000009f`a24b0000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a2bffa88 00007ffe`8506586e ntdll!NtWaitForWorkViaWorkerFactory+0x14 +0000009f`a2bffa90 00007ffe`83ca259d ntdll!TppWorkerThread+0x2ee +0000009f`a2bffd70 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a2bffda0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 3 Id: 34c4.24f0 Suspend: 1 Teb: 0000009f`a24b2000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a2dff838 00007ffe`8506586e ntdll!NtWaitForWorkViaWorkerFactory+0x14 +0000009f`a2dff840 00007ffe`83ca259d ntdll!TppWorkerThread+0x2ee +0000009f`a2dffb20 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a2dffb50 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 4 Id: 34c4.2898 Suspend: 1 Teb: 0000009f`a24b4000 Unfrozen "pool" +Child-SP RetAddr Call Site +0000009f`a2fffb58 00007ffe`850997db ntdll!NtWaitForAlertByThreadId+0x14 +0000009f`a2fffb60 00007ffe`829df2e9 ntdll!RtlSleepConditionVariableSRW+0x13b +0000009f`a2fffbe0 00007ffd`cb1c6903 KERNELBASE!SleepConditionVariableSRW+0x29 +0000009f`a2fffc20 00007ffd`cb235399 libglib_2_0_0!g_byte_array_sort_with_data+0x143 +0000009f`a2fffc80 00007ffd`cb234a41 libglib_2_0_0!g_get_num_processors+0x2c9 +0000009f`a2fffce0 00007ffd`cb2696f7 libglib_2_0_0!g_test_get_path+0x51 +0000009f`a2fffd20 00007ffe`8424e634 libglib_2_0_0!g_private_replace+0x117 +0000009f`a2fffd50 00007ffe`8424e70c msvcrt!_callthreadstartex+0x28 +0000009f`a2fffd80 00007ffe`83ca259d msvcrt!_threadstartex+0x7c +0000009f`a2fffdb0 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a2fffde0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 5 Id: 34c4.2ed8 Suspend: 1 Teb: 0000009f`a24b6000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a31ff9b8 00007ffe`829a9cee ntdll!NtWaitForSingleObject+0x14 +0000009f`a31ff9c0 00007ff7`38b9f99f KERNELBASE!WaitForSingleObjectEx+0x8e +0000009f`a31ffa60 00007ff7`38baba83 qemu_system_x86_64!qemu_event_wait+0xe3 +0000009f`a31ffac0 00007ff7`38b9faf2 qemu_system_x86_64!call_rcu_thread+0x6c +0000009f`a31ffb00 00007ffe`8424e634 qemu_system_x86_64!win32_start_routine+0x4e +0000009f`a31ffb50 00007ffe`8424e70c msvcrt!_callthreadstartex+0x28 +0000009f`a31ffb80 00007ffe`83ca259d msvcrt!_threadstartex+0x7c +0000009f`a31ffbb0 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a31ffbe0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 6 Id: 34c4.2980 Suspend: 1 Teb: 0000009f`a24b8000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a35ff888 00007ffe`82dc54a7 win32u!NtUserMsgWaitForMultipleObjectsEx+0x14 +0000009f`a35ff890 00007ffe`71373c70 USER32!MsgWaitForMultipleObjects+0x57 +0000009f`a35ff8d0 00007ffe`71373bc9 gdiplus!BackgroundThreadProc+0x70 +0000009f`a35ff940 00007ffe`83ca259d gdiplus!DllRefCountSafeThreadThunk+0x29 +0000009f`a35ff970 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a35ff9a0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 7 Id: 34c4.3880 Suspend: 1 Teb: 0000009f`a24ba000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a37ff808 00007ffe`829c6849 ntdll!NtWaitForMultipleObjects+0x14 +0000009f`a37ff810 00007ffe`837707ad KERNELBASE!WaitForMultipleObjectsEx+0xe9 +0000009f`a37ffaf0 00007ffe`8377061a combase!WaitCoalesced+0xa9 +0000009f`a37ffd90 00007ffe`8377040f combase!CROIDTable::WorkerThreadLoop+0x5a +0000009f`a37ffde0 00007ffe`83770829 combase!CRpcThread::WorkerLoop+0x57 +0000009f`a37ffe60 00007ffe`83ca259d combase!CRpcThreadCache::RpcWorkerThreadEntry+0x29 +0000009f`a37ffe90 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a37ffec0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 8 Id: 34c4.1bd0 Suspend: 1 Teb: 0000009f`a24bc000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a39ffaa8 00007ffe`8506586e ntdll!NtWaitForWorkViaWorkerFactory+0x14 +0000009f`a39ffab0 00007ffe`83ca259d ntdll!TppWorkerThread+0x2ee +0000009f`a39ffd90 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a39ffdc0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 9 Id: 34c4.20fc Suspend: 1 Teb: 0000009f`a24be000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a3bffa78 00007ffe`8506586e ntdll!NtWaitForWorkViaWorkerFactory+0x14 +0000009f`a3bffa80 00007ffe`83ca259d ntdll!TppWorkerThread+0x2ee +0000009f`a3bffd60 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a3bffd90 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 10 Id: 34c4.1768 Suspend: 1 Teb: 0000009f`a24c0000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a3dff438 00007ffe`8457a212 win32u!NtUserMsgWaitForMultipleObjectsEx+0x14 +0000009f`a3dff440 00007ffe`8456fa2e shcore!WorkThreadManager::CThread::ThreadProc+0xbf2 +0000009f`a3dff6f0 00007ffe`8456f9f1 shcore!WorkThreadManager::CThread::s_ExecuteThreadProc+0x22 +0000009f`a3dff730 00007ffe`83ca259d shcore!<lambda_9844335fc14345151eefcc3593dd6895>::<lambda_invoker_cdecl>+0x11 +0000009f`a3dff760 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a3dff790 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 11 Id: 34c4.3ac0 Suspend: 1 Teb: 0000009f`a24d6000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a41fead0 00007ffe`8506d249 ntdll!RtlpAllocateHeap+0x835 +0000009f`a41fed30 00007ffe`85134832 ntdll!RtlpAllocateHeapInternal+0x6c9 +0000009f`a41fee30 00007ffe`850ee2e8 ntdll!RtlDebugAllocateHeap+0x102 +0000009f`a41feed0 00007ffe`8506d249 ntdll!RtlpAllocateHeap+0x7f1a8 +0000009f`a41ff130 00007ffe`85059634 ntdll!RtlpAllocateHeapInternal+0x6c9 +0000009f`a41ff230 00007ffe`85058877 ntdll!LdrpAllocateTls+0x108 +0000009f`a41ff300 00007ffe`850a45af ntdll!LdrpInitializeThread+0x6f +0000009f`a41ff3e0 00007ffe`850a44e3 ntdll!_LdrpInitialize+0x93 +0000009f`a41ff460 00007ffe`850a440e ntdll!LdrpInitializeInternal+0x6b +0000009f`a41ff6e0 00000000`00000000 ntdll!LdrInitializeThunk+0xe + + 12 Id: 34c4.3fac Suspend: 1 Teb: 0000009f`a24c4000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a43ff268 00007ffe`85067e65 ntdll!NtWaitForAlertByThreadId+0x14 +0000009f`a43ff270 00007ff7`38b9edcd ntdll!RtlAcquireSRWLockExclusive+0x165 +0000009f`a43ff2e0 00007ff7`386771e6 qemu_system_x86_64!qemu_mutex_lock_impl+0x73 +0000009f`a43ff320 00007ff7`388b5654 qemu_system_x86_64!bql_lock_impl+0x78 +0000009f`a43ff370 00007ff7`388b5b00 qemu_system_x86_64!prepare_mmio_access+0x30 +0000009f`a43ff3b0 00007ff7`388b5c6c qemu_system_x86_64!flatview_read_continue_step+0xa0 +0000009f`a43ff430 00007ff7`388b5db9 qemu_system_x86_64!flatview_read_continue+0x66 +0000009f`a43ff480 00007ff7`388b5e60 qemu_system_x86_64!flatview_read+0xe2 +0000009f`a43ff500 00007ff7`388b5fb6 qemu_system_x86_64!address_space_read_full+0x78 +0000009f`a43ff570 00007ff7`38786ddf qemu_system_x86_64!address_space_rw+0x68 +0000009f`a43ff5c0 00007ffd`c624af05 qemu_system_x86_64!whpx_emu_ioport_callback+0x63 +0000009f`a43ff610 00007ffd`c62523d5 WinHvEmulation!IoPortHandler::NotifyIoPortRead+0x45 +0000009f`a43ff640 00007ffd`c624b916 WinHvEmulation!EmulatorVp::DispatchIoPortOperation+0x159 +0000009f`a43ff690 00007ffd`c624a77f WinHvEmulation!EmulatorVp::TrySimpleIoEmulation+0xc2 +0000009f`a43ff800 00007ffd`c6248caf WinHvEmulation!EmulatorWrapper::TryEmulationHelper<<lambda_6e350ef384ad69a259a7e747c2fadeeb> &>+0xcb +0000009f`a43ff8a0 00007ff7`38787201 WinHvEmulation!WHvEmulatorTryIoEmulation+0x10f +0000009f`a43ff930 00007ff7`38788cd6 qemu_system_x86_64!whpx_handle_portio+0x73 +0000009f`a43ff9a0 00007ff7`38789bd2 qemu_system_x86_64!whpx_vcpu_run+0x4a8 +0000009f`a43ffb20 00007ff7`3878c008 qemu_system_x86_64!whpx_vcpu_exec+0x54 +0000009f`a43ffb60 00007ff7`38b9faf2 qemu_system_x86_64!whpx_cpu_thread_fn+0xfb +0000009f`a43ffbb0 00007ffe`8424e634 qemu_system_x86_64!win32_start_routine+0x4e +0000009f`a43ffc00 00007ffe`8424e70c msvcrt!_callthreadstartex+0x28 +0000009f`a43ffc30 00007ffe`83ca259d msvcrt!_threadstartex+0x7c +0000009f`a43ffc60 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a43ffc90 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 13 Id: 34c4.3ecc Suspend: 1 Teb: 0000009f`a24c6000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a45ff8c8 00007ffe`829a9cee ntdll!NtWaitForSingleObject+0x14 +0000009f`a45ff8d0 00007ffd`e15631e2 KERNELBASE!WaitForSingleObjectEx+0x8e +0000009f`a45ff970 00007ffd`e156b621 WinHvPlatform!WHvApi::Processor::RunVp+0x486 +0000009f`a45ffbe0 00007ff7`38788b9a WinHvPlatform!WHvRunVirtualProcessor+0x31 +0000009f`a45ffc20 00007ff7`38789bd2 qemu_system_x86_64!whpx_vcpu_run+0x36c +0000009f`a45ffda0 00007ff7`3878c008 qemu_system_x86_64!whpx_vcpu_exec+0x54 +0000009f`a45ffde0 00007ff7`38b9faf2 qemu_system_x86_64!whpx_cpu_thread_fn+0xfb +0000009f`a45ffe30 00007ffe`8424e634 qemu_system_x86_64!win32_start_routine+0x4e +0000009f`a45ffe80 00007ffe`8424e70c msvcrt!_callthreadstartex+0x28 +0000009f`a45ffeb0 00007ffe`83ca259d msvcrt!_threadstartex+0x7c +0000009f`a45ffee0 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a45fff10 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 14 Id: 34c4.3d08 Suspend: 1 Teb: 0000009f`a24c8000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a47ff1a8 00007ffe`829a9cee ntdll!NtWaitForSingleObject+0x14 +0000009f`a47ff1b0 00007ffd`e15631e2 KERNELBASE!WaitForSingleObjectEx+0x8e +0000009f`a47ff250 00007ffd`e156b621 WinHvPlatform!WHvApi::Processor::RunVp+0x486 +0000009f`a47ff4c0 00007ff7`38788b9a WinHvPlatform!WHvRunVirtualProcessor+0x31 +0000009f`a47ff500 00007ff7`38789bd2 qemu_system_x86_64!whpx_vcpu_run+0x36c +0000009f`a47ff680 00007ff7`3878c008 qemu_system_x86_64!whpx_vcpu_exec+0x54 +0000009f`a47ff6c0 00007ff7`38b9faf2 qemu_system_x86_64!whpx_cpu_thread_fn+0xfb +0000009f`a47ff710 00007ffe`8424e634 qemu_system_x86_64!win32_start_routine+0x4e +0000009f`a47ff760 00007ffe`8424e70c msvcrt!_callthreadstartex+0x28 +0000009f`a47ff790 00007ffe`83ca259d msvcrt!_threadstartex+0x7c +0000009f`a47ff7c0 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a47ff7f0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 15 Id: 34c4.3eb4 Suspend: 1 Teb: 0000009f`a24ca000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a49ff278 00007ffe`829a9cee ntdll!NtWaitForSingleObject+0x14 +0000009f`a49ff280 00007ffd`e15631e2 KERNELBASE!WaitForSingleObjectEx+0x8e +0000009f`a49ff320 00007ffd`e156b621 WinHvPlatform!WHvApi::Processor::RunVp+0x486 +0000009f`a49ff590 00007ff7`38788b9a WinHvPlatform!WHvRunVirtualProcessor+0x31 +0000009f`a49ff5d0 00007ff7`38789bd2 qemu_system_x86_64!whpx_vcpu_run+0x36c +0000009f`a49ff750 00007ff7`3878c008 qemu_system_x86_64!whpx_vcpu_exec+0x54 +0000009f`a49ff790 00007ff7`38b9faf2 qemu_system_x86_64!whpx_cpu_thread_fn+0xfb +0000009f`a49ff7e0 00007ffe`8424e634 qemu_system_x86_64!win32_start_routine+0x4e +0000009f`a49ff830 00007ffe`8424e70c msvcrt!_callthreadstartex+0x28 +0000009f`a49ff860 00007ffe`83ca259d msvcrt!_threadstartex+0x7c +0000009f`a49ff890 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a49ff8c0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 16 Id: 34c4.3844 Suspend: 1 Teb: 0000009f`a24cc000 Unfrozen +Child-SP RetAddr Call Site +0000009f`a4bff328 00007ffe`829c6849 ntdll!NtWaitForMultipleObjects+0x14 +0000009f`a4bff330 00007ffd`cb215d94 KERNELBASE!WaitForMultipleObjectsEx+0xe9 +0000009f`a4bff610 00007ffd`cb21607a libglib_2_0_0!g_pattern_match_simple+0x214 +0000009f`a4bff690 00007ffd`cb216612 libglib_2_0_0!g_pattern_match_simple+0x4fa +0000009f`a4bff6e0 00007ffd`cb203740 libglib_2_0_0!g_poll+0x392 +0000009f`a4bffbd0 00007ffd`cb204180 libglib_2_0_0!g_get_monotonic_time+0xac0 +0000009f`a4bffc60 00007ffd`c9eaa829 libglib_2_0_0!g_main_loop_run+0x120 +0000009f`a4bffcb0 00007ffd`e5ab4e2b libspice_server_1!spice_server_init+0x1ca9 +0000009f`a4bffcf0 00007ffe`8424e634 libwinpthread_1!pthread_create_wrapper+0x9b +0000009f`a4bffd30 00007ffe`8424e70c msvcrt!_callthreadstartex+0x28 +0000009f`a4bffd60 00007ffe`83ca259d msvcrt!_threadstartex+0x7c +0000009f`a4bffd90 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`a4bffdc0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + +# 17 Id: 34c4.3b3c Suspend: 1 Teb: 0000009f`a24d8000 Unfrozen +Child-SP RetAddr Call Site +0000009f`c4dffd08 00007ffe`8510735e ntdll!DbgBreakPoint +0000009f`c4dffd10 00007ffe`83ca259d ntdll!DbgUiRemoteBreakin+0x4e +0000009f`c4dffd40 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`c4dffd70 00000000`00000000 ntdll!RtlUserThreadStart+0x28 + + 18 Id: 34c4.16c4 Suspend: 1 Teb: 0000009f`a24d0000 Unfrozen +Child-SP RetAddr Call Site +0000009f`c53ffb58 00007ffe`850997db ntdll!NtWaitForAlertByThreadId+0x14 +0000009f`c53ffb60 00007ffe`829df2e9 ntdll!RtlSleepConditionVariableSRW+0x13b +0000009f`c53ffbe0 00007ff7`38b9f403 KERNELBASE!SleepConditionVariableSRW+0x29 +0000009f`c53ffc20 00007ff7`38bbc9e5 qemu_system_x86_64!qemu_cond_timedwait_impl+0x92 +0000009f`c53ffc70 00007ff7`38b9faf2 qemu_system_x86_64!worker_thread+0xc9 +0000009f`c53ffce0 00007ffe`8424e634 qemu_system_x86_64!win32_start_routine+0x4e +0000009f`c53ffd30 00007ffe`8424e70c msvcrt!_callthreadstartex+0x28 +0000009f`c53ffd60 00007ffe`83ca259d msvcrt!_threadstartex+0x7c +0000009f`c53ffd90 00007ffe`8508af38 KERNEL32!BaseThreadInitThunk+0x1d +0000009f`c53ffdc0 00000000`00000000 ntdll!RtlUserThreadStart+0x28 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/2877.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/2877.toml new file mode 100644 index 00000000..d146d025 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/2877.toml @@ -0,0 +1,15 @@ +id = 2877 +title = "Windows Hypervisor Acceleration does not work in Qemu 9.5.20 on Windows 11 24H2 Host" +state = "closed" +created_at = "2025-03-21T16:10:53.120Z" +closed_at = "2025-03-23T15:54:24.497Z" +labels = ["accel: WHPX", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2877" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/289.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/289.toml new file mode 100644 index 00000000..f5500fff --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/289.toml @@ -0,0 +1,15 @@ +id = 289 +title = "Guest freezes until there is a keyboard input on Windows version" +state = "opened" +created_at = "2021-05-14T09:19:15.960Z" +closed_at = "n/a" +labels = ["GUI", "accel: WHPX", "device:input", "hostos: Windows", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/289" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/430.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/430.toml new file mode 100644 index 00000000..188a97e0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/430.toml @@ -0,0 +1,15 @@ +id = 430 +title = "Microsoft Hyper-V acceleration not working" +state = "closed" +created_at = "2021-06-17T20:54:20.562Z" +closed_at = "2025-03-20T07:16:05.212Z" +labels = ["Closed::Duplicate", "accel: WHPX", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/430" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/628.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/628.toml new file mode 100644 index 00000000..3f4e90b1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/628.toml @@ -0,0 +1,20 @@ +id = 628 +title = "nested virtualization on whpx" +state = "opened" +created_at = "2021-09-19T17:36:30.669Z" +closed_at = "n/a" +labels = ["accel: WHPX", "hostos: Windows", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/628" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Depends on, first needs fixing of, Issue #346 / Issue #430 , Essentially accel=whpx is not working/is broken/has regression. +``` +PS J:\\> E:\\scoopg\\shims\\qemu-system-x86_64.exe --version +QEMU emulator version 6.1.0 (v6.1.0-11882-g7deea770bf-dirty) +Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/689.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/689.toml new file mode 100644 index 00000000..6037ce6b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/689.toml @@ -0,0 +1,41 @@ +id = 689 +title = "Unable To Open UDP Port" +state = "opened" +created_at = "2021-10-23T06:57:28.984Z" +closed_at = "n/a" +labels = ["accel: WHPX"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/689" +host-os = "Microsoft Windows 11 Home Insider Preview Single Language" +host-arch = "x64" +qemu-version = "5.1.92" +guest-os = "Ubuntu" +guest-arch = "(GNU/Linux 5.4.0-89-generic x86_64)" +description = """Unable to forward UDP port""" +reproduce = """Used **..\\qemu-system-x86_64.exe" -smp 4 -accel whpx -hda ".\\ubuntu01.qcow2" -m 8G -vga std -net nic -net user,hostfwd=tcp::80-:80,hostfwd=tcp::443-:443,hostfwd=tcp::10000-:10000,hostfwd=udp::10000-:10000**__ to run qemu.""" +additional = """I want to use 10000(UDP) port at my server i used upper command to run my Qemu server as i was using it for TCP ports. Here are the logs: +<br/> +**AT Guest(UBUNTU):**<br/> +10000/tcp ALLOW Anywhere<br/> +10000/udp ALLOW Anywhere<br/><br/> + +**AT Host(Windows):**<br/> +_**FOR TCP 10000 (IT'S WORKING)**_<br/> + Starting portqry.exe -n 127.0.0.1 -e 10000 -p TCP ...<br/> +Querying target system called:<br/> + 127.0.0.1<br/> +Attempting to resolve IP address to a name...<br/> +IP address resolved to DESKTOP-Node001<br/> +querying...<br/> +TCP port 10000 (unknown service): LISTENING<br/> +portqry.exe -n 127.0.0.1 -e 10000 -p TCP exits with return code 0x00000000.<br/><br/> + + +_**FOR UDP 10000 (IT'S NOT WORKING)**_<br/> +Starting portqry.exe -n 127.0.0.1 -e 10000 -p UDP ...<br/> +Querying target system called:<br/> + 127.0.0.1<br/> +Attempting to resolve IP address to a name...<br/> +IP address resolved to DESKTOP-Node001<br/> +querying...<br/> +UDP port 10000 (unknown service): LISTENING or FILTERED<br/> +portqry.exe -n 127.0.0.1 -e 10000 -p UDP exits with return code 0x00000002.<br/>""" diff --git a/gitlab/issues/target_missing/host_missing/accel_WHPX/858.toml b/gitlab/issues/target_missing/host_missing/accel_WHPX/858.toml new file mode 100644 index 00000000..ad08c67c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_WHPX/858.toml @@ -0,0 +1,21 @@ +id = 858 +title = "qemu-system-x86_64: WHPX: Unexpected VP exit code 4" +state = "opened" +created_at = "2022-02-04T11:23:44.876Z" +closed_at = "n/a" +labels = ["accel: WHPX"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/858" +host-os = "Windows 10 Enterprise 21H2" +host-arch = "x86-64" +qemu-version = "QEMU emulator version 6.2.0 (v6.2.0-11889-g5b72bf03f5-dirty)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Qemu closes and prints following message: + +WHPX: setting APIC emulation mode in the hypervisor +Windows Hypervisor Platform accelerator is operational +whpx: injection failed, MSI (0, 0) delivery: 0, dest_mode: 0, trigger mode: 0, vector: 0, lost (c0350005) +qemu-system-x86_64: WHPX: Unexpected VP exit code 4""" +reproduce = """1. build OVMF firmware from edk2 +2. run cmd : qemu-system-x86_64 -accel whpx --bios D:\\Projects\\FW\\uefi\\edk2\\Build\\OvmfX64\\DEBUG_VS2019\\FV\\OVMF.fd""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_Xen/1061.toml b/gitlab/issues/target_missing/host_missing/accel_Xen/1061.toml new file mode 100644 index 00000000..ccfcf976 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_Xen/1061.toml @@ -0,0 +1,254 @@ +id = 1061 +title = "xen/pt: Incorrect register mask for PCI passthrough prevents Linux guest from completing boot process" +state = "closed" +created_at = "2022-06-04T23:31:18.450Z" +closed_at = "2022-07-06T01:48:26.936Z" +labels = ["accel: Xen"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1061" +host-os = "Debian unstable" +host-arch = "x86_64, Xen hypervisor version 4.16.1" +qemu-version = "7.0.0" +guest-os = "Debian 11.3" +guest-arch = "x86_64, Xen HVM guest with Qemu device model and PCI passthrough" +description = """In brief, the problem is that PCI/GPU passthrough functions normally with Xen/Qemu if the Xen HVM guest is Windows, but if the guest is Linux, the guest will not complete the booting process and it never reaches the systemd targets that allow the GUI environment to start and login to the desktop environment. The problem is that a bug in the way Qemu initializes the PCI status register of the passed through devices causes the PCI capabilities list bit of the PCI status register to be disabled instead of enabled. This in turn disables the MSI-x interrupt handling capability of the passed through PCI devices. I think the reason only Linux guests are affected is that Linux guests use a different method of delivering interrupts from the passed through PCI devices to the guest from the method used by Windows guests, and the method used by Windows does not require the MSI-x capability of the PCI devices but the method used by Linux does need the MSI-x capability of the passed through devices. I will explain this further in the additional information section with logs and other relevant information.""" +reproduce = """1. It might only be reproducible on specific hardware. It is very reproducible on my system, an ASRock B85M-Pro4 with BIOS version P2.50 and a Haswell core i5-4590S CPU. +2. Configure the system to pass through the Intel integrated graphics device (IGD), the on-board USB 3 controller, and the onboard PCI audio device to a Windows Xen HVM guest with Qemu running as the device model for the Windows guest in Dom0 using the Xen xl toolstack, and verify that the Windows guest boots and functions properly. This is not trivial and can probably only be done by persons familiar with Xen and its PCI and VGA/GPU passthrough feature. Here is the xl domain configuration file that the Xen xl toolstack used to create and boot the working Windows HVM domain with passthrough of three PCI devices on my hardware: +``` +builder = 'hvm' +bios = 'seabios' +memory = '3072' +vcpus = '4' +device_model_version = 'qemu-xen' +disk = ['/dev/systems/windows,,xvda,w'] +name = 'bullseye' +vif = [ 'model=e1000,script=vif-route,ip=<redacted>' ] +on_poweroff = 'destroy' +on_reboot = 'restart' +on_crash = 'destroy' +boot = 'c' +acpi = '1' +apic = '1' +viridian = '1' +xen_platform_pci = '1' +serial = 'pty' +vga = 'none' +sdl = '0' +vnc = '0' +gfx_passthru = '1' +pci = [ '00:1b.0', '00:14.0,rdm_policy=relaxed', '00:02.0' ] +``` +3. Shut down the working Windows Xen HVM and replace it with a Linux Xen HVM disk image and try to boot that in place of Windows, keeping all other configuration options the same as with the working Windows guest. To create and boot the non-working Linux HVM domain, I used the same xl domain configuration as for Windows with the exception that the disk line was replaced with: +``` +disk = ['/dev/systems/linux,,xvda,w'] +``` +which obviously points to a virtual disk that boots Linux instead of Windows. A Linux guest, such as Debian bullseye or Debian buster or Debian sid will not boot properly and instead exhibit the problem handling IRQs from the passed through PCI devices, as discussed above.""" +additional = """This problem is known by QubesOS and they have been using a patch to fix it since 2017, but they give very few details about the problem in their commit messages: + +https://github.com/QubesOS/qubes-vmm-xen-stubdom-linux/pull/3/commits/ab2b4c2ad02827a73c52ba561e9a921cc4bb227c + +That same patch to hw/xen/xen_pt_config_init.c also fixes the problem on my system. + +Some logs: + +Without the QubesOS patch, I get error messages indicating problems handling IRQs like this in the Dom0: + +May 10 08:50:03 bullseye kernel: [79077.644346] pciback 0000:00:1b.0: xen_pciback: vpci: assign to virtual slot 0 +May 10 08:50:03 bullseye kernel: [79077.644478] pciback 0000:00:1b.0: registering for 16 +May 10 08:50:03 bullseye kernel: [79077.644732] pciback 0000:00:14.0: xen_pciback: vpci: assign to virtual slot 1 +May 10 08:50:03 bullseye kernel: [79077.644874] pciback 0000:00:14.0: registering for 16 +May 10 08:50:03 bullseye kernel: [79077.645024] pciback 0000:00:02.0: xen_pciback: vpci: assign to virtual slot 2 +May 10 08:50:03 bullseye kernel: [79077.645107] pciback 0000:00:02.0: registering for 16 +May 10 08:50:30 bullseye kernel: [79105.273876] vif vif-16-0 vif16.0: Guest Rx ready +May 10 08:50:30 bullseye kernel: [79105.273893] IPv6: ADDRCONF(NETDEV_CHANGE): vif16.0: link becomes ready +May 10 08:50:30 bullseye kernel: [79105.278023] xen-blkback: backend/vbd/16/51712: using 4 queues, protocol 1 (x86_64-abi) persistent grants +May 10 08:50:44 bullseye kernel: [79119.104937] irq 16: nobody cared (try booting with the "irqpoll" option) +May 10 08:50:44 bullseye kernel: [79119.104973] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.10.0-6-amd64 #1 Debian 5.10.28-1 +May 10 08:50:44 bullseye kernel: [79119.104976] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B85M Pro4, BIOS P2.50 12/11/2015 +May 10 08:50:44 bullseye kernel: [79119.104979] Call Trace: +May 10 08:50:44 bullseye kernel: [79119.104984] <IRQ> +May 10 08:50:44 bullseye kernel: [79119.104998] dump_stack+0x6b/0x83 +May 10 08:50:44 bullseye kernel: [79119.105008] __report_bad_irq+0x35/0xa7 +May 10 08:50:44 bullseye kernel: [79119.105014] note_interrupt.cold+0xb/0x61 +May 10 08:50:44 bullseye kernel: [79119.105024] handle_irq_event+0xa8/0xb0 +May 10 08:50:44 bullseye kernel: [79119.105030] handle_fasteoi_irq+0x78/0x1c0 +May 10 08:50:44 bullseye kernel: [79119.105037] generic_handle_irq+0x47/0x50 +May 10 08:50:44 bullseye kernel: [79119.105044] __evtchn_fifo_handle_events+0x175/0x190 +May 10 08:50:44 bullseye kernel: [79119.105054] __xen_evtchn_do_upcall+0x66/0xb0 +May 10 08:50:44 bullseye kernel: [79119.105063] __xen_pv_evtchn_do_upcall+0x11/0x20 +May 10 08:50:44 bullseye kernel: [79119.105069] asm_call_irq_on_stack+0x12/0x20 +May 10 08:50:44 bullseye kernel: [79119.105072] </IRQ> +May 10 08:50:44 bullseye kernel: [79119.105079] xen_pv_evtchn_do_upcall+0xa2/0xc0 +May 10 08:50:44 bullseye kernel: [79119.105084] exc_xen_hypervisor_callback+0x8/0x10 +May 10 08:50:44 bullseye kernel: [79119.105091] RIP: e030:xen_hypercall_sched_op+0xa/0x20 +May 10 08:50:44 bullseye kernel: [79119.105097] Code: 51 41 53 b8 1c 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 1d 00 00 00 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc +May 10 08:50:44 bullseye kernel: [79119.105100] RSP: e02b:ffffffff82603de8 EFLAGS: 00000246 +May 10 08:50:44 bullseye kernel: [79119.105106] RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffffffff810023aa +May 10 08:50:44 bullseye kernel: [79119.105108] RDX: 0000000009d62df2 RSI: 0000000000000000 RDI: 0000000000000001 +May 10 08:50:44 bullseye kernel: [79119.105111] RBP: ffffffff82613940 R08: 00000066a1715350 R09: 000047f57b235dc9 +May 10 08:50:44 bullseye kernel: [79119.105114] R10: 0000000000007ff0 R11: 0000000000000246 R12: 0000000000000000 +May 10 08:50:44 bullseye kernel: [79119.105117] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 +May 10 08:50:44 bullseye kernel: [79119.105124] ? xen_hypercall_sched_op+0xa/0x20 +May 10 08:50:44 bullseye kernel: [79119.105133] ? xen_safe_halt+0xc/0x20 +May 10 08:50:44 bullseye kernel: [79119.105140] ? default_idle+0xa/0x10 +May 10 08:50:44 bullseye kernel: [79119.105145] ? default_idle_call+0x38/0xc0 +May 10 08:50:44 bullseye kernel: [79119.105152] ? do_idle+0x208/0x2b0 +May 10 08:50:44 bullseye kernel: [79119.105158] ? cpu_startup_entry+0x19/0x20 +May 10 08:50:44 bullseye kernel: [79119.105164] ? start_kernel+0x587/0x5a8 +May 10 08:50:44 bullseye kernel: [79119.105170] ? xen_start_kernel+0x625/0x631 +May 10 08:50:44 bullseye kernel: [79119.105180] ? startup_xen+0x3e/0x3e +May 10 08:50:44 bullseye kernel: [79119.105184] handlers: +May 10 08:50:44 bullseye kernel: [79119.105222] [<000000005d228d5f>] usb_hcd_irq [usbcore] +May 10 08:50:44 bullseye kernel: [79119.105245] [<00000000e534b010>] ath_isr [ath9k] +May 10 08:50:44 bullseye kernel: [79119.105257] Disabling IRQ #16 + +Also, without the patch, I get error messages about failure to handle IRQs in the Linux Xen HVM guest: + +Oct 23 18:50:32 domU kernel: irq 36: nobody cared (try booting with the "irqpoll" option) +Oct 23 18:50:32 domU kernel: CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.10.0-9-amd64 #1 Debian 5.10.70-1 +Oct 23 18:50:32 domU kernel: Hardware name: Xen HVM domU, BIOS 4.14.3 10/22/2021 +Oct 23 18:50:32 domU kernel: Call Trace: +Oct 23 18:50:32 domU kernel: <IRQ> +Oct 23 18:50:32 domU kernel: dump_stack+0x6b/0x83 +Oct 23 18:50:32 domU kernel: __report_bad_irq+0x35/0xa7 +Oct 23 18:50:32 domU kernel: note_interrupt.cold+0xb/0x61 +Oct 23 18:50:32 domU kernel: handle_irq_event+0xa8/0xb0 +Oct 23 18:50:32 domU kernel: handle_fasteoi_irq+0x78/0x1c0 +Oct 23 18:50:32 domU kernel: generic_handle_irq+0x47/0x50 +Oct 23 18:50:32 domU kernel: __evtchn_fifo_handle_events+0x175/0x190 +Oct 23 18:50:32 domU kernel: __xen_evtchn_do_upcall+0x66/0xb0 +Oct 23 18:50:32 domU kernel: __sysvec_xen_hvm_callback+0x22/0x30 +Oct 23 18:50:32 domU kernel: asm_call_irq_on_stack+0x12/0x20 +Oct 23 18:50:32 domU kernel: </IRQ> +Oct 23 18:50:32 domU kernel: sysvec_xen_hvm_callback+0x72/0x80 +Oct 23 18:50:32 domU kernel: asm_sysvec_xen_hvm_callback+0x12/0x20 +Oct 23 18:50:32 domU kernel: RIP: 0010:native_safe_halt+0xe/0x10 +Oct 23 18:50:32 domU kernel: Code: 02 20 48 8b 00 a8 08 75 c4 e9 7b ff ff ff cc cc cc cc cc cc cc cc cc cc cc cc cc cc e9 07 00 00 00 0f 00 2d a6 6f 54 00 fb f4 <c3> 90 e9 07 00 00 00 0f 00 2d 96 6f 54 00 f4 c3 cc cc 0f 1f 44 00 +Oct 23 18:50:32 domU kernel: RSP: 0018:ffffffff89003e48 EFLAGS: 00000246 +Oct 23 18:50:32 domU kernel: RAX: 0000000000004000 RBX: 0000000000000001 RCX: ffff8dbb7cc2c9c0 +Oct 23 18:50:32 domU kernel: RDX: ffff8dbb7cc00000 RSI: ffff8dbaf55b1400 RDI: ffff8dbaf55b1464 +Oct 23 18:50:32 domU kernel: RBP: ffff8dbaf55b1464 R08: ffffffff891b9120 R09: 0000000000000008 +Oct 23 18:50:32 domU kernel: R10: 000000000000000e R11: 000000000000000d R12: 0000000000000001 +Oct 23 18:50:32 domU kernel: R13: ffffffff891b91a0 R14: 0000000000000001 R15: 0000000000000000 +Oct 23 18:50:32 domU kernel: ? xen_sched_clock+0x11/0x20 +Oct 23 18:50:32 domU kernel: acpi_idle_do_entry+0x46/0x50 +Oct 23 18:50:32 domU kernel: acpi_idle_enter+0x86/0xc0 +Oct 23 18:50:32 domU kernel: cpuidle_enter_state+0x89/0x350 +Oct 23 18:50:32 domU kernel: cpuidle_enter+0x29/0x40 +Oct 23 18:50:32 domU kernel: do_idle+0x1ef/0x2b0 +Oct 23 18:50:32 domU kernel: cpu_startup_entry+0x19/0x20 +Oct 23 18:50:32 domU kernel: start_kernel+0x587/0x5a8 +Oct 23 18:50:32 domU kernel: secondary_startup_64_no_verify+0xb0/0xbb +Oct 23 18:50:32 domU kernel: handlers: +Oct 23 18:50:32 domU kernel: [<000000007d3a0964>] usb_hcd_irq [usbcore] +Oct 23 18:50:32 domU kernel: Disabling IRQ #36 +Oct 23 18:50:32 domU kernel: PM: Image not found (code -22) +Oct 23 18:50:32 domU kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:45:pipe A] flip_done timed out + +To prove the cause of the bug, I compare some logs without the patch +and with the patch that fixes it. + +First, relevant logs generated by Qemu in Dom0, for existing Qemu without the patch. On Debian these logs are located in /var/log/xen in the Dom0: + +[00:06.0] xen_pt_realize: Assigning real physical device 00:14.0 to devfn 0x30 +[...] +[00:06.0] xen_pt_config_reg_init: Offset 0x0006 mismatch! Emulated=0x0010, host=0x0290, syncing to 0x0280. +[...] +[00:06.0] xen_pt_realize: Real physical device 00:14.0 registered successfully +[00:02.0] xen_pt_realize: Assigning real physical device 00:02.0 to devfn 0x10 +[...] +[00:02.0] xen_pt_config_reg_init: Offset 0x0006 mismatch! Emulated=0x0010, host=0x0090, syncing to 0x0080. +[...] +[00:02.0] xen_pt_realize: Real physical device 00:02.0 registered successfully + +Next, the same logs, but now using a version of Qemu with the patch that fixes the bug: + +[00:06.0] xen_pt_realize: Assigning real physical device 00:14.0 to devfn 0x30 +[...] +[00:06.0] xen_pt_config_reg_init: Offset 0x0006 mismatch! Emulated=0x0010, host=0x0290, syncing to 0x0290. +[...] +[00:06.0] xen_pt_realize: Real physical device 00:14.0 registered successfully +[00:02.0] xen_pt_realize: Assigning real physical device 00:02.0 to devfn 0x10 +[...] +[00:02.0] xen_pt_config_reg_init: Offset 0x0006 mismatch! Emulated=0x0010, host=0x0090, syncing to 0x0090. +[...] +[00:02.0] xen_pt_realize: Real physical device 00:02.0 registered successfully + +To decipher what is happening here, one must refer to the definitions +in the pci/header.h file from PCI Utilities that in Debian is in the +libpci-dev package and is probably in similarly named packages on other +distros. + +The Offset of 0x0006 corresponds to the 16-bit PCI_STATUS register of +the passed through device, and the Emulated value of 0x0010 sets the desired +emulated value of the PCI_STATUS_CAP_LIST bit to 1 in the PCI_STATUS register. +The host values of 0x0290, 0x0090 correspond to the setting of the register in the +physical device for real device 00:14.0 and 00:02.0, respectively. +The syncing to value indicates the value of the register that Qemu +exposes to the guest. Notice that without the patch, the PCI_STATUS_CAP_LIST +bit is turned off for the two PCI devices (register value = 0x0280 and 0x0080 +for real device 00:14.0 and 00:02.0, respectively), but the bit is turned +on (0x0290 and 0x0090) for these devices with the patch. With the capabilities list enabled, the guest can use the MSI-x capability of the device, but with the capabilities +list disabled, the guest cannot use the MSI-x capability of the devices. +That explains why this patch is needed in Qemu to fix this problem and enable the Linux guest to use the MSI-x capability of the passed through PCI devices. + +This is the QubesOS patch thatfixes it: +``` +--- a/hw/xen/xen_pt_config_init.c ++++ b/hw/xen/xen_pt_config_init.c +@@ -1969,7 +1969,7 @@ + /* Mask out host (including past size). */ + new_val = val & host_mask; + /* Merge emulated ones (excluding the non-emulated ones). */ +- new_val |= data & host_mask; ++ new_val |= data & reg->emu_mask; + /* Leave intact host and emulated values past the size - even though + * we do not care as we write per reg->size granularity, but for the + * logging below lets have the proper value. */ +``` +The QubesOS patch that fixes it in Debian's Qemu 7.0.0 build is also attached as a file.[xen-fix-emu-mask.patch](/uploads/3bef189175549cd9854f8dc3d1affc88/xen-fix-emu-mask.patch) + +~~I will not officially submit it as a patch because I am not its author.~~ + +~~I do not know why QubesOS never officially requested that this fix +be committed to Qemu upstream, but I hope after review by the +maintainers of the code touched by this patch it will be recognized +as a necessary fix to a mistake that causes the desired merge of +the host and emulated values to be incorrect.~~ + +For reference, the commit that is fixed by the QubesOS patch is: + +Fixes: 2e87512eccf3c5e40f3142ff5a763f4f850839f4 (xen/pt: Sync up the dev.config and data values.) + +I think perhaps that commit and the patched file might need some other cleanup so I might try my hand at officially submitting a patch to Qemu that fixes this issue on my hardware without breaking something else, because it is possible that the simple QubesOS patch is not suitable as the correct fix. + +But before I do that, I wish to make one more comment. In my logs, the only other register than the PCI_STATUS register that is affected by the QubesOS patch is the PCI_HEADER_TYPE register. Without the patch, the register's value is always exposed to the guest as 0x80, and with the patch, the value is always exposed as 0x00 (PCI_HEADER_TYPE_NORMAL as defined in pci/header.h). That is because Qemu sets the initial emulated value of PCI_HEADER_TYPE register to 0x80, but Qemu also sets the emu_mask to 0x00, so after correcting the merging of the host and emulated values with the QubesOS patch, the value is synced to 0x00 instead of 0x80. What I don't understand is why the register is initialized with 0x80, but the emu_mask is 0x00. Shouldn't the emu_mask be 0x80, to pass through the initial emulated value of 0x80? ~~Also, I don't know why the initial emulated value of PCI_HEADER_TYPE is set to 0x80 but I will assume that is the correct emulated value that should be exposed to the guest.~~ Update: After doing some research, I discovered the bit that is set in the PCI_HEADER_TYPE register (0x80) because of this issue is the bit to define the device as a multifunction device. None of my devices are multifunction, and the fact that the multifunction bit is incorrectly set on my passed through devices because of this issue seems to have no effect on the operation of the device or the guest. Apparently the author of the code to initialize the PCI_HEADER_TYPE register planned to initialize every passed through device as a multifunction device, but is this needed? My testing indicates it is not needed on my system. + +I am referring to this code in hw/xen/xen_pt_config_init.c: + +``` +static int xen_pt_header_type_reg_init(XenPCIPassthroughState *s, + XenPTRegInfo *reg, uint32_t real_offset, + uint32_t *data) +{ + /* read PCI_HEADER_TYPE */ + *data = reg->init_val | 0x80; + return 0; +} + +[...] + + /* Header Type reg */ + { + .offset = PCI_HEADER_TYPE, + .size = 1, + .init_val = 0x00, + .ro_mask = 0xFF, + .emu_mask = 0x00, + .init = xen_pt_header_type_reg_init, + .u.b.read = xen_pt_byte_reg_read, + .u.b.write = xen_pt_byte_reg_write, + }, +``` +I would appreciate any guidance that experienced Qemu or Xen contributors can give me about this question. ~~If no one gives me any guidance here in a timely manner, I plan to propose my own fix officially to Qemu as the QubesOS patch plus changing the emu_mask value of the PCI_HEADER_TYPE register from 0x00 to 0x80. I verified that fixes the problem I am seeing in the PCI_STATUS register without also causing the change that the QubesOS patch makes to the PCI_HEADER_TYPE register.~~ + +I plan to submit a patch to fix this issue, noting the effect the patch has on the PCI_HEADER_TYPE register in the commit message.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_Xen/485.toml b/gitlab/issues/target_missing/host_missing/accel_Xen/485.toml new file mode 100644 index 00000000..f97d9014 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_Xen/485.toml @@ -0,0 +1,15 @@ +id = 485 +title = "Failed to restore domain - error load load virtio-balloon:virtio" +state = "closed" +created_at = "2021-07-17T13:58:48.591Z" +closed_at = "2021-10-06T09:31:26.604Z" +labels = ["Migration", "accel: Xen", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/485" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_Xen/685.toml b/gitlab/issues/target_missing/host_missing/accel_Xen/685.toml new file mode 100644 index 00000000..5fb7d802 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_Xen/685.toml @@ -0,0 +1,77 @@ +id = 685 +title = "QEMU Segmentation fault - Xen / Ubuntu 18.04" +state = "closed" +created_at = "2021-10-22T09:03:56.138Z" +closed_at = "2023-06-06T06:16:06.526Z" +labels = ["Storage", "accel: Xen"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/685" +host-os = "Ubuntu 18.04.1" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 5.2.0 (Debian 1:5.2+dfsg-9ubuntu3.1)" +guest-os = "Windows 7 SP1" +guest-arch = "x86_64" +description = """See notes below.""" +reproduce = """See notes below.""" +additional = """* The error is very rare. +* The VMs have been created with `xl create` (Xen utility). +* The error has been found with _coredump_ ([core.qemu-system-i38.0.abb1047980ee4143937dcce7b8da9e60.16892.1634806267000000.lz4](/uploads/a90e21a2e14c9ebba07585034de25b1a/core.qemu-system-i38.0.abb1047980ee4143937dcce7b8da9e60.16892.1634806267000000.lz4)): +```bash +$ sudo coredumpctl info 16892 + PID: 16892 (qemu-system-i38) + UID: 0 (root) + GID: 0 (root) + Signal: 11 (SEGV) + Timestamp: Thu 2021-10-21 11:51:07 MSK (17min ago) + Command Line: /usr/bin/qemu-system-i386 -xen-domid 2679 -no-shutdown -chardev socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-2679,server,nowait -mon chardev=libxl-cmd,mode=control -chardev socket,id=libxenstat-cmd,path=/var/run/xen/qmp + Executable: /usr/bin/qemu-system-i386 + Control Group: /system.slice/ptms.sandbox.sandbox-creator.service + Unit: ptms.sandbox.sandbox-creator.service + Slice: system.slice + Boot ID: abb1047980ee4143937dcce7b8da9e60 + Machine ID: bdce82649a9d4d9db192a692b330943f + Hostname: ptms-7 + Storage: /var/lib/systemd/coredump/core.qemu-system-i38.0.abb1047980ee4143937dcce7b8da9e60.16892.1634806267000000.lz4 + Message: Process 16892 (qemu-system-i38) of user 0 dumped core. + + Stack trace of thread 16892: + #0 0x00007f1c6d33ca5f __memmove_avx_unaligned_erms (libc.so.6) + #1 0x00005586abeae8bf iov_from_buf_full (qemu-system-i386) + #2 0x00005586abe03d46 n/a (qemu-system-i386) + #3 0x00005586abdd17ad n/a (qemu-system-i386) + #4 0x00005586abeac93c n/a (qemu-system-i386) + #5 0x00007f1c6d2067b0 n/a (libc.so.6) + #6 0x00005586abeb89bd n/a (qemu-system-i386) + #7 0x00005586abeaaf87 aio_bh_poll (qemu-system-i386) + #8 0x00005586abe9a45e aio_dispatch (qemu-system-i386) + #9 0x00005586abeaad9e n/a (qemu-system-i386) + #10 0x00007f1c6fd7f537 g_main_context_dispatch (libglib-2.0.so.0) + #11 0x00005586abeb5caa main_loop_wait (qemu-system-i386) + #12 0x00005586abca092d qemu_main_loop (qemu-system-i386) + #13 0x00005586ab9f508e main (qemu-system-i386) + #14 0x00007f1c6d1cfbf7 __libc_start_main (libc.so.6) + #15 0x00005586ab9f97fa _start (qemu-system-i386) + + Stack trace of thread 16932: + #0 0x00007f1c6d2c9639 syscall (libc.so.6) + #1 0x00005586abe9de1b qemu_event_wait (qemu-system-i386) + #2 0x00005586abea5e28 n/a (qemu-system-i386) + #3 0x00005586abe9d0b6 n/a (qemu-system-i386) + #4 0x00007f1c6d5a66db start_thread (libpthread.so.0) + #5 0x00007f1c6d2cf71f __clone (libc.so.6) + + Stack trace of thread 16957: + #0 0x00007f1c6d5b0474 __libc_read (libpthread.so.0) + #1 0x00007f1c71f67777 n/a (libxenstore.so.3.0) + #2 0x00007f1c71f6784d n/a (libxenstore.so.3.0) + #3 0x00007f1c71f67b61 n/a (libxenstore.so.3.0) + #4 0x00007f1c6d5a66db start_thread (libpthread.so.0) + #5 0x00007f1c6d2cf71f __clone (libc.so.6) + + Stack trace of thread 16958: + #0 0x00007f1c6d5b0474 __libc_read (libpthread.so.0) + #1 0x00007f1c71f67777 n/a (libxenstore.so.3.0) + #2 0x00007f1c71f6784d n/a (libxenstore.so.3.0) + #3 0x00007f1c71f67b61 n/a (libxenstore.so.3.0) + #4 0x00007f1c6d5a66db start_thread (libpthread.so.0) + #5 0x00007f1c6d2cf71f __clone (libc.so.6) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/100.toml b/gitlab/issues/target_missing/host_missing/accel_missing/100.toml new file mode 100644 index 00000000..b5ce13a7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/100.toml @@ -0,0 +1,15 @@ +id = 100 +title = "GDB context is inconsistent after \"monitor system_reset\"" +state = "opened" +created_at = "2021-05-03T16:33:19.029Z" +closed_at = "n/a" +labels = ["GDB", "Launchpad", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/100" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1000.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1000.toml new file mode 100644 index 00000000..83c55684 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1000.toml @@ -0,0 +1,16 @@ +id = 1000 +title = "Can qemu support different core on one machine?" +state = "closed" +created_at = "2022-04-23T01:51:04.568Z" +closed_at = "2022-04-23T17:31:43.421Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1000" +host-os = "(ubuntu 18.04)" +host-arch = "(x86)" +qemu-version = "(6.0)" +guest-os = "n/a" +guest-arch = "(ARM)" +description = """I want to build a machine, including three core which is different types, arm Cortex-M3 core, cortex-m33 core, contex-a53 core, communicate through mailbox. I checked the current implementation of QEMU and saw that a machine uses a core, such as mps2.c virt.c . I want to know whether the QEMU strategy supports different types of cores on one machine and can communicate with each other. +Thanks.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1001.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1001.toml new file mode 100644 index 00000000..9881e038 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1001.toml @@ -0,0 +1,15 @@ +id = 1001 +title = "query the current cursor position with QMP" +state = "opened" +created_at = "2022-04-23T12:48:55.865Z" +closed_at = "n/a" +labels = ["QAPI/QMP", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1001" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1005.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1005.toml new file mode 100644 index 00000000..30230e65 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1005.toml @@ -0,0 +1,185 @@ +id = 1005 +title = "blockdev-del doesn't work after blockdev-backup with incremental, which using dirty-bitmap" +state = "closed" +created_at = "2022-04-27T09:16:38.116Z" +closed_at = "2022-04-28T07:45:07.102Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1005" +host-os = "Ubuntu 20.04.2 LTS" +host-arch = "amd64" +qemu-version = "QEMU emulator version 6.1.0" +guest-os = "CentOS Linux release 7.9.2009" +guest-arch = "amd64" +description = """After incremental backup with bitmap, blockdev-del doesn't work at target node. +Because of this, incremental backup cannot rebase to base node. +I refered this. https://qemu-project.gitlab.io/qemu/interop/bitmaps.html#example-incremental-push-backups-without-backing-files""" +reproduce = """1. `blockdev-add` incremental backup node +``` +echo '{"execute":"qmp_capabilities"}{"execute":"blockdev-add","arguments":{"driver":"qcow2","node-name":"incre0","file":{"driver":"file","filename":"/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2"}}}' | nc -U /mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/qmp.sock -N + +{ + "return": { + } +} +``` +2. `blockdev-backup` with `vda` to target `incre0` node +``` +echo '{"execute":"qmp_capabilities"}{"execute":"blockdev-backup", "arguments": {"device": "vda", "bitmap":"bitmap0", "target": "incre0", "sync": "incremental", "job-id": "incre0-job", "speed": 536870912}}' | nc -U /mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/qmp.sock -N + +{ + "timestamp": { + "seconds": 1651050066, + "microseconds": 848370 + }, + "event": "JOB_STATUS_CHANGE", + "data": { + "status": "created", + "id": "incre0-job" + } +} +{ + "timestamp": { + "seconds": 1651050066, + "microseconds": 848431 + }, + "event": "JOB_STATUS_CHANGE", + "data": { + "status": "running", + "id": "incre0-job" + } +} +{ + "timestamp": { + "seconds": 1651050066, + "microseconds": 848464 + }, + "event": "JOB_STATUS_CHANGE", + "data": { + "status": "paused", + "id": "incre0-job" + } +} +{ + "timestamp": { + "seconds": 1651050066, + "microseconds": 848485 + }, + "event": "JOB_STATUS_CHANGE", + "data": { + "status": "running", + "id": "incre0-job" + } +} +{ + "return": { + } +} + +``` +3. `query-block-jobs` check `incre0-job` is done +``` +echo '{"execute":"qmp_capabilities"}{"execute":"query-block-jobs"}' | nc -U /mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/qmp.sock -N + +{ + "return": { + } +} +{ + "return": [ + ] +} +``` +4. To release write lock (need to rebase in incre0.qcow2), `blockdev-del` +``` +echo '{"execute":"qmp_capabilities"}{"execute":"blockdev-del","arguments":{"node-name":"incre0"}' | nc -U /mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/qmp.sock -N + +{ + "return": { + } +} +``` +5. `qemu-img rebase` +``` +qemu-img rebase -b base.qcow2 -u incre0.qcow2 + +qemu-img: Could not open 'incre0.qcow2': Failed to get "write" lock +Is another process using the image [incre0.qcow2]? +``` + +6. check `query-named-block-nodes` after `blockdev-del` +``` +{ + "return": [ + { + "iops_rd": 0, + "detect_zeroes": "off", + "image": { + "virtual-size": 53687091200, + "filename": "/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2", + "cluster-size": 65536, + "format": "qcow2", + "actual-size": 241340416, + "format-specific": { + "type": "qcow2", + "data": { + "compat": "1.1", + "compression-type": "zlib", + "lazy-refcounts": false, + "refcount-bits": 16, + "corrupt": false, + "extended-l2": false + } + }, + "dirty-flag": false + }, + "iops_wr": 0, + "ro": false, + "node-name": "incre0", + "backing_file_depth": 0, + "drv": "qcow2", + "iops": 0, + "bps_wr": 0, + "write_threshold": 0, + "encrypted": false, + "bps": 0, + "bps_rd": 0, + "cache": { + "no-flush": false, + "direct": false, + "writeback": true + }, + "file": "/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2" + }, + { + "iops_rd": 0, + "detect_zeroes": "off", + "image": { + "virtual-size": 240451584, + "filename": "/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2", + "format": "file", + "actual-size": 241340416, + "dirty-flag": false + }, + "iops_wr": 0, + "ro": false, + "node-name": "#block412", + "backing_file_depth": 0, + "drv": "file", + "iops": 0, + "bps_wr": 0, + "write_threshold": 0, + "encrypted": false, + "bps": 0, + "bps_rd": 0, + "cache": { + "no-flush": false, + "direct": false, + "writeback": true + }, + "file": "/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2" + }, + ...... + ] +} +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1006.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1006.toml new file mode 100644 index 00000000..fcfeaa38 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1006.toml @@ -0,0 +1,15 @@ +id = 1006 +title = "qga: add get disk stats of guest interface" +state = "closed" +created_at = "2022-04-27T11:55:34.259Z" +closed_at = "2022-07-04T09:59:42.001Z" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1006" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """just for linux""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1007.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1007.toml new file mode 100644 index 00000000..61ea900b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1007.toml @@ -0,0 +1,15 @@ +id = 1007 +title = "qemu-user: add execveat syscall support" +state = "closed" +created_at = "2022-04-28T13:33:14.026Z" +closed_at = "2023-02-06T09:42:42.513Z" +labels = ["kind::Feature Request", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1007" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1010.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1010.toml new file mode 100644 index 00000000..6b69d982 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1010.toml @@ -0,0 +1,86 @@ +id = 1010 +title = "Errors on 9p mounts" +state = "closed" +created_at = "2022-04-30T14:10:34.834Z" +closed_at = "2022-09-07T14:46:55.112Z" +labels = ["block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1010" +host-os = "macOS (Monterey 12.3.1 (21E258))" +host-arch = "M1" +qemu-version = "7.0.0" +guest-os = "Ubuntu 22.04" +guest-arch = "aarch64" +description = """I'm trying to run Docker VMs with [Lima](https://github.com/lima-vm/lima), which uses QEMU. I'm trying to expose my home directory on macOS to the Ubuntu VM using `9p`. This is how the mount point looks like inside the Ubuntu VM: + +``` +root@lima-docker:~# mount | grep Users +mount0 on /Users/carlos type 9p (rw,relatime,dirsync,fscache,cachetag=4294894070,access=user,trans=virtio,version=9p2000.u) +root@lima-docker:~# +``` + +The problem I'm seeing is that doing an `ls -l /Users/carlos` gives a "Timer expired" error, and no output: + +``` +root@lima-docker:~# ls -l /Users/carlos +ls: reading directory '/Users/carlos': Timer expired +total 0 +``` + +Under `strace`, it seems that the timer error is raised by the `getdents64` system call: + +``` +root@lima-docker:~# strace -f ls -l /Users/carlos +[..] +openat(AT_FDCWD, "/Users/carlos", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 3 +newfstatat(3, "", {st_mode=S_IFDIR|0755, st_size=1984, ...}, AT_EMPTY_PATH) = 0 +mmap(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xffffa16bf000 +getdents64(3, 0xffffa16bf040, 131072) = -1 ETIME (Timer expired) +[..] +``` + +I've also tried the `9p2000.L` protocol instead, and the results are a bit better. I do get a directory listing, but I see "xxx" errors: + +``` +root@lima-docker:~# ls -l /Users/carlos +ls: /Users/carlos: Network dropped connection on reset +ls: /Users/carlos/Music: Network dropped connection on reset +ls: /Users/carlos/Pictures: Network dropped connection on reset +ls: /Users/carlos/Desktop: Network dropped connection on reset +ls: /Users/carlos/Library: Network dropped connection on reset +ls: /Users/carlos/Public: Network dropped connection on reset +ls: /Users/carlos/Movies: Network dropped connection on reset +ls: /Users/carlos/Applications: Network dropped connection on reset +ls: /Users/carlos/Dropbox: Network dropped connection on reset +ls: /Users/carlos/Maildir: Network dropped connection on reset +ls: /Users/carlos/Documents: Network dropped connection on reset +ls: /Users/carlos/Downloads: Network dropped connection on reset +total 0 +drwx------ 5 carlos dialout 160 Dec 6 10:31 Applications +drwx------ 4 carlos dialout 128 Apr 28 14:40 Desktop +drwx------ 12 carlos dialout 384 Apr 30 08:44 Documents +drwx------ 164 carlos dialout 5248 Apr 29 13:50 Downloads +drwx------ 8 carlos dialout 256 Sep 4 2021 Dropbox +drwx------ 82 carlos dialout 2624 Apr 8 14:05 Library +drwxr-xr-x 3 carlos dialout 96 Nov 12 12:28 Maildir +drwx------ 4 carlos dialout 128 Jul 19 2021 Movies +drwx------ 4 carlos dialout 128 Aug 19 2021 Music +drwx------ 4 carlos dialout 128 Jul 19 2021 Pictures +drwxr-xr-x 4 carlos dialout 128 Jul 19 2021 Public +``` + +The errors in this case seem to come from the `lgetxattr`system call: + +``` +root@lima-docker:~# strace -f ls -l /Users/carlos +[..] +statx(AT_FDCWD, "/Users/carlos/Downloads", AT_STATX_SYNC_AS_STAT|AT_SYMLINK_NOFOLLOW, STATX_MODE|STATX_NLINK|STATX_UID|STATX_GID|STATX_MTIME|STATX_SIZE, {stx_mask=STATX_BASIC_STATS|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFDIR|0700, stx_size=5248, ...}) = 0 +lgetxattr("/Users/carlos/Downloads", "security.selinux", 0xaaaaec72da70, 255) = -1 ENETRESET (Network dropped connection on reset) +write(2, "ls: ", 4ls: ) = 4 +write(2, "/Users/carlos/Downloads", 23/Users/carlos/Downloads) = 23 +write(2, ": Network dropped connection on "..., 37: Network dropped connection on reset) = 37 +[..] +``` + +I've reported this to the Lima folks at https://github.com/lima-vm/lima/issues/831, and they suggested opening an issue here. Any ideas?""" +reproduce = """1. If you have Lima installed (I'm using version 0.10.0): `limactl start --name=docker ./lima-templates/docker.yaml`""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1012.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1012.toml new file mode 100644 index 00000000..e347d701 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1012.toml @@ -0,0 +1,49 @@ +id = 1012 +title = "9p: newfstatat behaves differently than fstat causing ENOENT for here-documents" +state = "closed" +created_at = "2022-05-03T12:06:54.341Z" +closed_at = "2024-11-29T16:25:48.045Z" +labels = ["block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1012" +host-os = "ALT Linux Sisyphus" +host-arch = "x86-64" +qemu-version = "QEMU emulator version 6.2.0 (qemu-6.2.0-alt2)" +guest-os = "ALT Linux Sisyphus" +guest-arch = "x86-64" +description = """After recent gnulib and coreutils update bash here-documents stopped to work producing `cat: -: No such file or directory` error.""" +reproduce = """1. I have file `a` with: +``` +cat <<EOF +x +EOF +``` +2. User visible error inside VM: +``` +root@x86_64:~# grep 9p /proc/mounts +/dev/root / 9p rw,dirsync,relatime,loose,access=any,msize=262144,trans=virtio 0 0 +root@x86_64:~# bash a +cat: -: No such file or directory +``` +3. `strace -fyv bash a` shows: +``` + [pid 291] newfstatat(1</dev/ttyS0>, "", {st_dev=makedev(0, 0x5), st_ino=85, st_mode=S_IFCHR|0600, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=0, st_rdev=makedev(0x4, 0x40), st_atime=1651577553 /* 2022-05-03T11:32:33.969984203+0000 */, +st_atime_nsec=969984203, st_mtime=1651577553 /* 2022-05-03T11:32:33.969984203+0000 */, st_mtime_nsec=969984203, st_ctime=1651577069 /* 2022-05-03T11:24:29.969984203+0000 */, st_ctime_nsec=969984203}, AT_EMPTY_PATH) = 0 + [pid 291] newfstatat(0</usr/src/tmp/sh-thd.420UUL (deleted)>, "", 0x7ffd1b96a3a0, AT_EMPTY_PATH) = -1 ENOENT (No such file or directory) + [pid 291] write(2</dev/ttyS0>, "cat: ", 5cat: ) = 5 + [pid 291] write(2</dev/ttyS0>, "-", 1-) = 1 + [pid 291] write(2</dev/ttyS0>, ": No such file or directory", 27: No such file or directory) = 27 + [pid 291] write(2</dev/ttyS0>, "\\n", 1 +```""" +additional = """In comparison, `strace -fyv bash a` in the old system w/o gnulib/coreutils update shows: +``` + [pid 283] fstat(1</dev/ttyS0>, {st_dev=makedev(0, 0x5), st_ino=85, st_mode=S_IFCHR|0600, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=0, st_rdev=makedev(0x4, 0x40), st_atime=1651577784 /* 2022-05-03T11:36:24.238343204+0000 */, st_atime_nsec=238343204, +st_mtime=1651577784 /* 2022-05-03T11:36:24.238343204+0000 */, st_mtime_nsec=238343204, st_ctime=1651577774 /* 2022-05-03T11:36:14.238343204+0000 */, st_ctime_nsec=238343204}) = 0 + [pid 283] fstat(0</usr/src/tmp/sh-thd.3xuISC (deleted)>, {st_dev=makedev(0, 0x14), st_ino=17926519, st_mode=S_IFREG|0600, st_nlink=0, st_uid=502, st_gid=502, st_blksize=262144, st_blocks=0, st_size=2, st_atime=1651577786 /* 2022-05-03T11:36:26.295302472+0000 */, +st_atime_nsec=295302472, st_mtime=1651577785 /* 2022-05-03T11:36:25+0000 */, st_mtime_nsec=0, st_ctime=1651577785 /* 2022-05-03T11:36:25+0000 */, st_ctime_nsec=0}) = 0 + [pid 283] fadvise64(0</usr/src/tmp/sh-thd.3xuISC (deleted)>, 0, 0, POSIX_FADV_SEQUENTIAL) = 0 + [pid 283] mmap(NULL, 270336, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f715f13e000 + [pid 283] read(0</usr/src/tmp/sh-thd.3xuISC (deleted)>, "x\\n", 262144) = 2 + [pid 283] write(1</dev/ttyS0>, "x\\n", 2x +``` + +So it seems that they started to use `newfstatat` instead of `fstat`, which behaves differently.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1013.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1013.toml new file mode 100644 index 00000000..b47205ae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1013.toml @@ -0,0 +1,15 @@ +id = 1013 +title = "[Bug] user input is not sanitized in QEMU_Elf_init and can lead to buffer overflow" +state = "closed" +created_at = "2022-05-05T07:15:10.056Z" +closed_at = "2022-05-25T22:18:18.059Z" +labels = ["Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1013" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1014.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1014.toml new file mode 100644 index 00000000..d5e3eb23 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1014.toml @@ -0,0 +1,15 @@ +id = 1014 +title = "Make -chardev, -serial and others accept stderr like they accept stdio" +state = "opened" +created_at = "2022-05-05T07:39:56.456Z" +closed_at = "n/a" +labels = ["Chardev", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1014" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """It's not clear what should happen when the guest tries to read from (instead of write to) the character device. On the other hand, I don't think the specific behavior matters very much.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1015.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1015.toml new file mode 100644 index 00000000..5105eeee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1015.toml @@ -0,0 +1,15 @@ +id = 1015 +title = "qemu-7.0 there is no device \"hostdev0\" defined" +state = "closed" +created_at = "2022-05-05T08:17:19.798Z" +closed_at = "2022-05-13T06:49:12.997Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1015" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1016.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1016.toml new file mode 100644 index 00000000..b9f89b12 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1016.toml @@ -0,0 +1,15 @@ +id = 1016 +title = "In-process sandboxing of the majority of QEMU via WebAssembly or similar" +state = "opened" +created_at = "2022-05-05T22:31:08.514Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1016" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """This would be in addition to other sandboxes, such as sVirt.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1018.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1018.toml new file mode 100644 index 00000000..97f5a7ff --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1018.toml @@ -0,0 +1,31 @@ +id = 1018 +title = "virtio-scsi-pci with iothread results in 100% CPU in qemu 7.0.0" +state = "opened" +created_at = "2022-05-09T12:36:33.830Z" +closed_at = "n/a" +labels = ["Storage", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1018" +host-os = "Gentoo" +host-arch = "x86" +qemu-version = "7.0.0" +guest-os = "Kubuntu 22.04" +guest-arch = "x86" +description = """Top reports constant 100% host CPU usage by `qemu-system-x86`. I have narrowed the issue down to the following section of the config: +``` + -object iothread,id=t0 \\ + -device virtio-scsi-pci,iothread=t0,num_queues=4 \\ +``` +If this is replaced by +``` + -device virtio-scsi-pci \\ +``` +Then CPU usage is normal (near 0%). + +This problem doesn't appear with qemu 6.2.0 where CPU usage is near 0% even with iothread in the qemu options.""" +reproduce = """1. Download Kubuntu 22.04 LTS ISO (https://cdimage.ubuntu.com/kubuntu/releases/22.04/release/kubuntu-22.04-desktop-amd64.iso), +2. Create a root virtual drive for the guest with 'qemu-img create -f qcow2 -o cluster_size=4k kubuntu.img 256G', +3. Start the guest with the config given above, +4. Connect to the guest (using spicy for example, password 'p'), select "try kubuntu" in grub menu AND later in the GUI, let it boot to plasma desktop, monitor host CPU usage using 'top'. + +(there could be a faster way to reproduce it)""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1019.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1019.toml new file mode 100644 index 00000000..dbc496b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1019.toml @@ -0,0 +1,23 @@ +id = 1019 +title = "Cannot create a shared directory between Ubuntu 20.04 host and (sparc) NetBSD 8.2 guest" +state = "closed" +created_at = "2022-05-09T20:14:57.675Z" +closed_at = "2022-05-10T07:04:57.546Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1019" +host-os = "(Ubuntu 20.04 LTS)" +host-arch = "(x86_64)" +qemu-version = "(e.g. qemu-sparc version 6.2.92 (v7.0.0-rc2-18-gd5341e0913) Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project developers)" +guest-os = "n/a" +guest-arch = "n/a" +description = """I am currently trying to set up a shared directory between the Ubuntu 20.04 LTS host and the QEMU guest. However, the error messages that I receive from QEMU immediately are the following, but unfortunately I don't know the proper way to do this given the host and guest OS. +``` +qemu-system-sparc: warning: hub port hub0port1 has no peer +qemu-system-sparc: warning: hub 0 with no nics +qemu-system-sparc: warning: netdev hub0port1 has no peer +qemu-system-sparc: warning: requested NIC (#net276, model virtio) was not created (not supported by this machine?) +```""" +reproduce = """1. Installed `samba` on the host with `sudo apt install samba` +2. Created `/home/rflint/shared_dir` on the host +3. Ran the command indicated at the top of the page.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/102.toml b/gitlab/issues/target_missing/host_missing/accel_missing/102.toml new file mode 100644 index 00000000..bf79bd5e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/102.toml @@ -0,0 +1,15 @@ +id = 102 +title = "Mouse stops working when connected usb-storage-device" +state = "opened" +created_at = "2021-05-03T16:34:05.286Z" +closed_at = "n/a" +labels = ["Launchpad", "USB", "device:input", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/102" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1020.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1020.toml new file mode 100644 index 00000000..3af5feca --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1020.toml @@ -0,0 +1,24 @@ +id = 1020 +title = "Display mode 0x6 doubles lines" +state = "closed" +created_at = "2022-05-10T16:50:49.309Z" +closed_at = "2022-07-29T17:29:53.180Z" +labels = ["device:graphics", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1020" +host-os = "manjaro" +host-arch = "x86-64" +qemu-version = "6.2.0" +guest-os = "NO_OS" +guest-arch = "i386" +description = """When developing https://github.com/korneliuszo/ne2000xt I've occured problem with double lines in mode 0x06 of VGA display, problem doesn't exist in mode 0x05""" +reproduce = """1. Call int 0x10, to setup video mode +2. put data into video ram (./cga.py -i 192.168.1.102 -I ~/a.png) +3. bad display""" +additional = """Bad display: + + +Same data, but in mode 0x05 + + +Same script as in bad display but run under 86Box +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1024.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1024.toml new file mode 100644 index 00000000..5504db46 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1024.toml @@ -0,0 +1,18 @@ +id = 1024 +title = "Unable to build QEMU with dbus display support on Windows" +state = "opened" +created_at = "2022-05-12T19:02:44.628Z" +closed_at = "n/a" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1024" +host-os = "Windows 10 21H2" +host-arch = "x86_64" +qemu-version = "7.0.50 (b32b3897f8b8f2f17425c22ea229ea6ebcb7d552)" +guest-os = "n/a" +guest-arch = "n/a" +description = """When building QEMU on Windows with `./configure --enable-dbus-display --enable-modules`, the following error appears: + +`ERROR: Modules are not available for Windows`""" +reproduce = """1. Attempt to build QEMU on Windows (MSYS2 MinGW) with dbus display support""" +additional = """Attempting to build with only `--enable-dbus-display` does not work either, as it requires `--enable-modules`, which does not work on Windows: +`../meson.build:1598:0: ERROR: Feature dbus_display cannot be enabled: -display dbus requires --enable-modules`""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1025.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1025.toml new file mode 100644 index 00000000..162964c6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1025.toml @@ -0,0 +1,15 @@ +id = 1025 +title = "qemu-img create will silently overwrite existing image" +state = "opened" +created_at = "2022-05-13T10:20:51.136Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1025" +host-os = "Windows 10 entreprise 20H2" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.0.0 (v7.0.0-11902-g1d935f4a02-dirty)" +guest-os = "n/a" +guest-arch = "n/a" +description = """If file exists, it is silently overwritten, causing loss of data. oups.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1026.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1026.toml new file mode 100644 index 00000000..337ef45d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1026.toml @@ -0,0 +1,124 @@ +id = 1026 +title = "Backup with large RBD disk is slow since QEMU 6.2.0 (since commit 0347a8fd)" +state = "closed" +created_at = "2022-05-16T11:27:05.695Z" +closed_at = "2024-02-08T14:51:07.145Z" +labels = ["Regression", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1026" +host-os = "Proxmox VE 7.2 (but using upstream QEMU builds)" +host-arch = "x86" +qemu-version = ">= 6.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Since commit 0347a8fd4c ("block/rbd: implement bdrv_co_block_status"), there is a big slowdown for large RBD images for backup.""" +reproduce = """I used the following script +``` +root@pve701 ~ # cat rbdbackup.sh +#!/bin/bash +rbd create emptytestA -p rbdkvm --size $2 +rbd create emptytestB -p rbdkvm --size $2 +$1 \\ + -qmp stdio \\ + -drive file=rbd:rbdkvm/emptytestA:conf=/etc/pve/ceph.conf:id=admin:keyring=/etc/pve/priv/ceph/rbdkvm.keyring,if=none,id=driveA,format=raw \\ + -drive file=rbd:rbdkvm/emptytestB:conf=/etc/pve/ceph.conf:id=admin:keyring=/etc/pve/priv/ceph/rbdkvm.keyring,if=none,id=driveB,format=raw \\ +<<EOF +{"execute": "qmp_capabilities"} +{"execute": "blockdev-backup", + "arguments": { "device": "driveA", + "sync": "full", + "target": "driveB" } } +EOF +rbd -p rbdkvm rm emptytestA +rbd -p rbdkvm rm emptytestB +``` +with 200G and 500G images respectively and QEMU binaries built from current master (i.e. 10c2a0c5e7d48e590d945c017b5b8af5b4c89a3c) and from current master with fc176116cdea816ceb8dd969080b2b95f58edbc0, 9e302f64bb407a9bb097b626da97228c2654cfee and 0347a8fd4c3faaedf119be04c197804be40a384b reverted. + + +Timings: +``` +200G master: 92s +200G master+reverts: 57s +500G master: 526s +500G master+reverts: 142s +``` + +I checked how long a single call to `rbd_diff_iterate2()` in `block/rbd.c` takes, and it seems to take about linearly more time the bigger the image is. But it is also called linearly more often, resulting in about quadratic slowdown overall.""" +additional = """Full commands/output: +``` +root@pve701 ~ # ./rbdbackup.sh ./qemu-upstream/10c2a0c5e7d48e590d945c017b5b8af5b4c89a3c/qemu-system-x86_64 200G +{"QMP": {"version": {"qemu": {"micro": 50, "minor": 0, "major": 7}, "package": "v7.0.0-981-g10c2a0c5e7"}, "capabilities": ["oob"]}} +VNC server running on 127.0.0.1:5900 +{"return": {}} +{"timestamp": {"seconds": 1652695629, "microseconds": 651397}, "event": "JOB_STATUS_CHANGE", "data": {"status": "created", "id": "driveA"}} +{"timestamp": {"seconds": 1652695629, "microseconds": 651447}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "driveA"}} +{"timestamp": {"seconds": 1652695629, "microseconds": 651464}, "event": "JOB_STATUS_CHANGE", "data": {"status": "paused", "id": "driveA"}} +{"timestamp": {"seconds": 1652695629, "microseconds": 651490}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "driveA"}} +{"return": {}} +{"timestamp": {"seconds": 1652695721, "microseconds": 415892}, "event": "JOB_STATUS_CHANGE", "data": {"status": "waiting", "id": "driveA"}} +{"timestamp": {"seconds": 1652695721, "microseconds": 416066}, "event": "JOB_STATUS_CHANGE", "data": {"status": "pending", "id": "driveA"}} +{"timestamp": {"seconds": 1652695721, "microseconds": 416197}, "event": "BLOCK_JOB_COMPLETED", "data": {"device": "driveA", "len": 214748364800, "offset": 214748364800, "speed": 0, "type": "backup"}} +{"timestamp": {"seconds": 1652695721, "microseconds": 416239}, "event": "JOB_STATUS_CHANGE", "data": {"status": "concluded", "id": "driveA"}} +{"timestamp": {"seconds": 1652695721, "microseconds": 416265}, "event": "JOB_STATUS_CHANGE", "data": {"status": "null", "id": "driveA"}} +^Cqemu-system-x86_64: terminating on signal 2 +{"timestamp": {"seconds": 1652695727, "microseconds": 145031}, "event": "SHUTDOWN", "data": {"guest": false, "reason": "host-signal"}} +Removing image: 100% complete...done. +Removing image: 100% complete...done. +./rbdbackup.sh 200G 81.15s user 6.31s system 89% cpu 1:38.21 total +root@pve701 ~ # ./rbdbackup.sh ./qemu-upstream/10c2a0c5e7d48e590d945c017b5b8af5b4c89a3c-with-rbd-reverts/qemu-system-x86_64 200G +{"QMP": {"version": {"qemu": {"micro": 50, "minor": 0, "major": 7}, "package": "v7.0.0-984-g20a19f8eae"}, "capabilities": ["oob"]}} +VNC server running on 127.0.0.1:5900 +{"return": {}} +{"timestamp": {"seconds": 1652695737, "microseconds": 444734}, "event": "JOB_STATUS_CHANGE", "data": {"status": "created", "id": "driveA"}} +{"timestamp": {"seconds": 1652695737, "microseconds": 444818}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "driveA"}} +{"timestamp": {"seconds": 1652695737, "microseconds": 444860}, "event": "JOB_STATUS_CHANGE", "data": {"status": "paused", "id": "driveA"}} +{"timestamp": {"seconds": 1652695737, "microseconds": 444885}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "driveA"}} +{"return": {}} +{"timestamp": {"seconds": 1652695794, "microseconds": 437168}, "event": "JOB_STATUS_CHANGE", "data": {"status": "waiting", "id": "driveA"}} +{"timestamp": {"seconds": 1652695794, "microseconds": 437248}, "event": "JOB_STATUS_CHANGE", "data": {"status": "pending", "id": "driveA"}} +{"timestamp": {"seconds": 1652695794, "microseconds": 437341}, "event": "BLOCK_JOB_COMPLETED", "data": {"device": "driveA", "len": 214748364800, "offset": 214748364800, "speed": 0, "type": "backup"}} +{"timestamp": {"seconds": 1652695794, "microseconds": 437368}, "event": "JOB_STATUS_CHANGE", "data": {"status": "concluded", "id": "driveA"}} +{"timestamp": {"seconds": 1652695794, "microseconds": 437381}, "event": "JOB_STATUS_CHANGE", "data": {"status": "null", "id": "driveA"}} +^Cqemu-system-x86_64: terminating on signal 2 +{"timestamp": {"seconds": 1652695803, "microseconds": 242148}, "event": "SHUTDOWN", "data": {"guest": false, "reason": "host-signal"}} +Removing image: 100% complete...done. +Removing image: 100% complete...done. +./rbdbackup.sh 200G 40.68s user 111.12s system 228% cpu 1:06.47 total +root@pve701 ~ # ./rbdbackup.sh ./qemu-upstream/10c2a0c5e7d48e590d945c017b5b8af5b4c89a3c/qemu-system-x86_64 500G +{"QMP": {"version": {"qemu": {"micro": 50, "minor": 0, "major": 7}, "package": "v7.0.0-981-g10c2a0c5e7"}, "capabilities": ["oob"]}} +VNC server running on 127.0.0.1:5900 +{"return": {}} +{"timestamp": {"seconds": 1652695970, "microseconds": 663752}, "event": "JOB_STATUS_CHANGE", "data": {"status": "created", "id": "driveA"}} +{"timestamp": {"seconds": 1652695970, "microseconds": 663892}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "driveA"}} +{"timestamp": {"seconds": 1652695970, "microseconds": 663920}, "event": "JOB_STATUS_CHANGE", "data": {"status": "paused", "id": "driveA"}} +{"timestamp": {"seconds": 1652695970, "microseconds": 663980}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "driveA"}} +{"return": {}} +{"timestamp": {"seconds": 1652696496, "microseconds": 556219}, "event": "JOB_STATUS_CHANGE", "data": {"status": "waiting", "id": "driveA"}} +{"timestamp": {"seconds": 1652696496, "microseconds": 556386}, "event": "JOB_STATUS_CHANGE", "data": {"status": "pending", "id": "driveA"}} +{"timestamp": {"seconds": 1652696496, "microseconds": 556497}, "event": "BLOCK_JOB_COMPLETED", "data": {"device": "driveA", "len": 536870912000, "offset": 536870912000, "speed": 0, "type": "backup"}} +{"timestamp": {"seconds": 1652696496, "microseconds": 556536}, "event": "JOB_STATUS_CHANGE", "data": {"status": "concluded", "id": "driveA"}} +{"timestamp": {"seconds": 1652696496, "microseconds": 556555}, "event": "JOB_STATUS_CHANGE", "data": {"status": "null", "id": "driveA"}} +^Cqemu-system-x86_64: terminating on signal 2 +{"timestamp": {"seconds": 1652696786, "microseconds": 408273}, "event": "SHUTDOWN", "data": {"guest": false, "reason": "host-signal"}} +Removing image: 100% complete...done. +Removing image: 100% complete...done. +./rbdbackup.sh 500G 453.34s user 28.30s system 58% cpu 13:36.48 total +root@pve701 ~ # ./rbdbackup.sh ./qemu-upstream/10c2a0c5e7d48e590d945c017b5b8af5b4c89a3c-with-rbd-reverts/qemu-system-x86_64 500G +{"QMP": {"version": {"qemu": {"micro": 50, "minor": 0, "major": 7}, "package": "v7.0.0-984-g20a19f8eae"}, "capabilities": ["oob"]}} +VNC server running on 127.0.0.1:5900 +{"return": {}} +{"timestamp": {"seconds": 1652695810, "microseconds": 648931}, "event": "JOB_STATUS_CHANGE", "data": {"status": "created", "id": "driveA"}} +{"timestamp": {"seconds": 1652695810, "microseconds": 649012}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "driveA"}} +{"timestamp": {"seconds": 1652695810, "microseconds": 649057}, "event": "JOB_STATUS_CHANGE", "data": {"status": "paused", "id": "driveA"}} +{"timestamp": {"seconds": 1652695810, "microseconds": 649080}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "driveA"}} +{"return": {}} +{"timestamp": {"seconds": 1652695952, "microseconds": 13070}, "event": "JOB_STATUS_CHANGE", "data": {"status": "waiting", "id": "driveA"}} +{"timestamp": {"seconds": 1652695952, "microseconds": 13144}, "event": "JOB_STATUS_CHANGE", "data": {"status": "pending", "id": "driveA"}} +{"timestamp": {"seconds": 1652695952, "microseconds": 13210}, "event": "BLOCK_JOB_COMPLETED", "data": {"device": "driveA", "len": 536870912000, "offset": 536870912000, "speed": 0, "type": "backup"}} +{"timestamp": {"seconds": 1652695952, "microseconds": 13233}, "event": "JOB_STATUS_CHANGE", "data": {"status": "concluded", "id": "driveA"}} +{"timestamp": {"seconds": 1652695952, "microseconds": 13249}, "event": "JOB_STATUS_CHANGE", "data": {"status": "null", "id": "driveA"}} +^Cqemu-system-x86_64: terminating on signal 2 +{"timestamp": {"seconds": 1652695955, "microseconds": 692599}, "event": "SHUTDOWN", "data": {"guest": false, "reason": "host-signal"}} +Removing image: 100% complete...done. +Removing image: 100% complete...done. +./rbdbackup.sh 500G 99.49s user 277.78s system 258% cpu 2:25.78 total +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1027.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1027.toml new file mode 100644 index 00000000..547be43d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1027.toml @@ -0,0 +1,27 @@ +id = 1027 +title = "Executables should have embedded plist on macOS" +state = "opened" +created_at = "2022-05-16T13:36:24.366Z" +closed_at = "n/a" +labels = ["hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1027" +host-os = "macOS" +host-arch = "x86 or ARM" +qemu-version = "7.0.0 (probably any)" +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU binaries on macOS should have an embedded property list (`plist`). + +The bundle identifier of an application, as well as many other settings, are usually not set programmatically but through an `Info.plist` file found within the application bundle (`.app`) which is a property list (basically a settings file in XML format). + +When liking a command line binary, you can tell the linker to embed such a property list inside the binary and the system will respect that when loading the binary. Having an embedded `Info.plist` is highly recommended for all macOS applications, even command line tools, as many system features will not work correctly (or are not even possible) unless they have one (not in all places the binary name will work instead of a bundle identifier). + +All you need to do is writing a [plist file by hand](https://docs.transifex.com/formats/apple-plist) (for a list of available keys, see [Apple's documentation](https://developer.apple.com/library/archive/documentation/General/Reference/InfoPlistKeyReference/Introduction/Introduction.html)) and then tell the liker to embed it into the binary: + +``` +-sectcreate __TEXT __info_plist YourPlistFile.plist +``` + +This makes it far easier to set app specific settings correctly, as in #334 for example. Also things like sudden termination can be disabled completely that way without a single line of code.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/103.toml b/gitlab/issues/target_missing/host_missing/accel_missing/103.toml new file mode 100644 index 00000000..c4dbc9f8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/103.toml @@ -0,0 +1,15 @@ +id = 103 +title = "9pfs does not honor open file handles on unlinked files" +state = "closed" +created_at = "2021-05-03T16:39:56.770Z" +closed_at = "2024-11-29T15:45:05.313Z" +labels = ["Launchpad", "Stable::to backport", "Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/103" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1032.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1032.toml new file mode 100644 index 00000000..d8c4d55b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1032.toml @@ -0,0 +1,26 @@ +id = 1032 +title = "Slow random performance of virtio-blk" +state = "opened" +created_at = "2022-05-21T19:50:25.157Z" +closed_at = "n/a" +labels = ["Storage", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1032" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.0.0" +guest-os = "Windows 11" +guest-arch = "x86_64" +description = "n/a" +reproduce = """1. Download Virtualbox Windows 11 image from https://developer.microsoft.com/en-us/windows/downloads/virtual-machines/ +2. Download virtio-win-iso: `wget https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/virtio-win-0.1.215-2/virtio-win-0.1.215.iso` +3. Extract WinDev*.zip `unzip WinDev2204Eval.VirtualBox.zip`and import the extracted Ova in VirtualBox (import WinDev with the option "conversion to vdi" clicked) +4. `qemu-img convert -f vdi -O raw <YourVirtualBoxVMFolder>/WinDev2204Eval-disk001.vdi<YourQemuImgFolder>/WinDev2204Eval-disk001.img` +5. Start Windows 11 in Qemu: +``` +qemu-system-x86_64 -enable-kvm -cpu host -device virtio-blk-pci,scsi=off,drive=WinDevDrive,id=virtio-disk0,bootindex=0 -drive file=<YourQemuImgFolder>/WinDev2204Eval-disk001.img,if=none,id=WinDevDrive,format=raw -net nic -net user,hostname=windowsvm -m 8G -monitor stdio -name "Windows" -usbdevice tablet -device virtio-serial -chardev spicevmc,id=vdagent,name=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -cdrom <YourDownloadFolder>/virtio-win-0.1.215.iso +``` +6. Win 11 won't boot and will go into recovery mode (even the safeboot trick doesn't work here), please follow that [answer](https://superuser.com/questions/1057959/windows-10-in-kvm-change-boot-disk-to-virtio#answer-1200899) to load the viostor driver over recovery cmd +7. Reboot the VM and it should start +2. Install CrystalDiskMark +3. Execute CrystalDiskMark Benchmark""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1033.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1033.toml new file mode 100644 index 00000000..b52246b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1033.toml @@ -0,0 +1,35 @@ +id = 1033 +title = "fakeroot under qemu fails with 'semop(1): encountered an error: Function not implemented'" +state = "opened" +created_at = "2022-05-23T01:09:03.763Z" +closed_at = "n/a" +labels = ["linux-user", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1033" +host-os = "xubuntu 20.04 (Focal)" +host-arch = "x86_64" +qemu-version = "version 7.0.50 (v7.0.0-1171-g3757b0d08b)" +guest-os = "raspberry pi os bullseye (raspbian)" +guest-arch = "armv7l" +description = """Appears to be the same issue as that discussed and reportedly fixed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965109 + +Running raspberry pi os in a chroot (using schroot). Execution of fakeroot as part of dpkg-buildpackage results in: + +``` +dpkg-buildpackage: info: source package clementine +dpkg-buildpackage: info: source version 1.4.0rc1-836-g4665916ba~bullseye +dpkg-buildpackage: info: source distribution bullseye +dpkg-buildpackage: info: source changed by David Sansome <me@davidsansome.com> +dpkg-buildpackage: info: host architecture armhf + dpkg-source --before-build . + fakeroot debian/rules clean +semop(1): encountered an error: Function not implemented +dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit status 1 +``` + +This is the same error as reported in bug 965109, but I'm running the most recent version of qemu - I built it from the git repo, so it should include the fix for 965109.""" +reproduce = """1. Setup (s)chroot with arm architecture (although the architecture may not matter) +2. Run fakeroot in the chroot +3. Observe the failure related to the semop syscall""" +additional = """- Not sure what other information I can provide to be helpful. +- The command line listed above is what I gather from ps; it's how qemu-arm-static is called by schroot. I've not been able to figure out _how_ schroot calls qemu-arm-static, I only know it does. +- I compiled qemu from source using my own user id, and ran into an issue with make install, so I manually used install to deploy the executable to /usr/local/bin... And then had to symlink that to /usr/bin as schroot apparently hardcodes the location of qemu-arm-static (at least it did not pick up the version I'd placed in /usr/local/bin).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1036.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1036.toml new file mode 100644 index 00000000..26ce80b4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1036.toml @@ -0,0 +1,23 @@ +id = 1036 +title = "QEMU immediately exits when combining a GL-enabled SDL display with SPICE" +state = "closed" +created_at = "2022-05-24T10:15:51.538Z" +closed_at = "2023-03-21T08:39:35.448Z" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1036" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "7.0.0 (also reproducible on latest `master`, 3757b0d08b399c609954cf57f273b1167e5d7a8d)." +guest-os = "n/a" +guest-arch = "n/a" +description = """Running QEMU with the given command line results in QEMU immediately exiting with this line being printed, and no other output: + +``` +qemu-system-x86_64: Display spice is incompatible with the GL context +``` + +I am unsure whether this is a supported mode of setting up QEMU, but QEMU 6.2.0 ran just fine with it (or, to be more precise, it wasn't an issue until ac32b2fff127843355b4f7e7ac9f93dd4a395adf). + +The issue does not happen with `-display sdl,gl=off`, as GL is presumably not involved at all in that case.""" +reproduce = """1. Run `./qemu-system-x86_64 -display sdl,gl=on -spice port=5930`.""" +additional = """This issue has been reproduced on other distributions, including Ubuntu 20.04 and Ubuntu 22.04.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1037.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1037.toml new file mode 100644 index 00000000..c68077fd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1037.toml @@ -0,0 +1,15 @@ +id = 1037 +title = "Let's encrypt certificate for *.qemu.org has expired" +state = "closed" +created_at = "2022-05-25T10:30:45.204Z" +closed_at = "2022-05-25T10:34:11.607Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1037" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/104.toml b/gitlab/issues/target_missing/host_missing/accel_missing/104.toml new file mode 100644 index 00000000..20fb27c2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/104.toml @@ -0,0 +1,15 @@ +id = 104 +title = "Cursor jumps on shape change with vmware vga" +state = "opened" +created_at = "2021-05-03T16:40:31.196Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics", "device:input", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/104" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1044.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1044.toml new file mode 100644 index 00000000..1c9c2045 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1044.toml @@ -0,0 +1,15 @@ +id = 1044 +title = "Warning: libevent-loop-base.a the table of contents is empty" +state = "closed" +created_at = "2022-05-28T10:56:42.143Z" +closed_at = "2023-10-03T14:43:02.130Z" +labels = ["Build System", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1044" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1048.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1048.toml new file mode 100644 index 00000000..9f476b44 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1048.toml @@ -0,0 +1,18 @@ +id = 1048 +title = "usb/ohci does not reset HccaPad1 after frame number update." +state = "closed" +created_at = "2022-05-29T23:18:43.592Z" +closed_at = "2023-05-25T17:14:28.934Z" +labels = ["USB", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1048" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """When the OHCI controller's framenumber is incremented, HccaPad1 register should be set to zero. Ref OHCI Spec 4.4.1. +Relevant code section: https://gitlab.com/qemu-project/qemu/-/blob/master/hw/usb/hcd-ohci.c#L1201 + +ReactOS uses hccaPad1 to determine if the OHCI hardware is running, consequently it fails this check in current qemu master.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1049.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1049.toml new file mode 100644 index 00000000..9e339289 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1049.toml @@ -0,0 +1,15 @@ +id = 1049 +title = "Have DeviceRealize return boolean indicating error" +state = "closed" +created_at = "2022-05-30T11:44:22.680Z" +closed_at = "2022-07-28T12:45:33.542Z" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1049" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1052.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1052.toml new file mode 100644 index 00000000..71541f98 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1052.toml @@ -0,0 +1,87 @@ +id = 1052 +title = "QEMU monitor hangs after \"stop\" QMP command called in postcopy-paused migration state" +state = "opened" +created_at = "2022-06-01T12:30:31.562Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1052" +host-os = "Fedora 35" +host-arch = "x86_64" +qemu-version = "7.0.0" +guest-os = "RHEL 7.8" +guest-arch = "x86" +description = """QEMU monitor hangs when I try to pause virtual CPUs using "stop" QMP command +on the destination host once migration enters postcopy-paused (after it was +paused using "migrate-pause" QMP command on the source host). QEMU just does +not send any reply to the "stop" command.""" +reproduce = """1. start migration +2. wait for the first iteration to finish +3. switch to post-copy using "migrate-start-postcopy" +3. break migration with "migrate-pause" +4. send "stop" to the destination monitor""" +additional = """Unfortunately I haven't been able to get a stack trace as gdb just hangs when +I try to attach it to QEMU after step 4. I can see threads getting SIGUSR1 +after the "stop" command, but I cannot get to gdb prompt afterwards: + +``` +(gdb) c +Continuing. +[New Thread 0x7f41ec9be640 (LWP 1112)] +[New Thread 0x7f41d7fff640 (LWP 1113)] +Thread 4 "CPU 0/KVM" received signal SIGUSR1, User defined signal 1. +Thread 5 "CPU 1/KVM" received signal SIGUSR1, User defined signal 1. +Thread 4 "CPU 0/KVM" received signal SIGUSR1, User defined signal 1. +Thread 5 "CPU 1/KVM" received signal SIGUSR1, User defined signal 1. +Thread 4 "CPU 0/KVM" received signal SIGUSR1, User defined signal 1. +Thread 5 "CPU 1/KVM" received signal SIGUSR1, User defined signal 1. +Thread 4 "CPU 0/KVM" received signal SIGUSR1, User defined signal 1. +Thread 5 "CPU 1/KVM" received signal SIGUSR1, User defined signal 1. +Thread 4 "CPU 0/KVM" received signal SIGUSR1, User defined signal 1. +Thread 5 "CPU 1/KVM" received signal SIGUSR1, User defined signal 1. +Thread 4 "CPU 0/KVM" received signal SIGUSR1, User defined signal 1. +Thread 4 "CPU 0/KVM" received signal SIGUSR1, User defined signal 1. +``` + +I was able to attach strace to it though (in case it is at least a bit +useful). The first line corresponds to the final '}' of the +{"execute":"stop","id":"libvirt-413"} QMP comamnd: + +``` +[pid 72970] recvmsg(20, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="}", iov_len=1}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 1 +[pid 72970] write(4, "\\1\\0\\0\\0\\0\\0\\0\\0", 8) = 8 +[pid 72949] <... ppoll resumed>) = 1 ([{fd=4, revents=POLLIN}], left {tv_sec=0, tv_nsec=513181335}) +[pid 72970] write(19, "\\1\\0\\0\\0\\0\\0\\0\\0", 8 <unfinished ...> +[pid 72949] read(4, <unfinished ...> +[pid 72970] <... write resumed>) = 8 +[pid 72949] <... read resumed>"\\1\\0\\0\\0\\0\\0\\0\\0", 512) = 8 +[pid 72970] write(19, "\\1\\0\\0\\0\\0\\0\\0\\0", 8 <unfinished ...> +[pid 72949] ppoll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=8, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=12, events=POLLIN}, {fd=23, events=POLLIN}, {fd=24, events=POLLIN}, {fd=29, events=POLLIN}, {fd=30, events=POLLIN}, {fd=31, events=POLLIN}, {fd=32, events=POLLIN}, {fd=33, events=POLLIN}, {fd=34, events=POLLIN}, {fd=38, events=POLLIN}, {fd=40, events=POLLIN}, {fd=41, events=POLLIN}, {fd=42, events=POLLIN}, {fd=43, events=POLLIN}, {fd=44, events=POLLIN}, {fd=45, events=POLLIN}, {fd=46, events=POLLIN}, {fd=47, events=POLLIN}, {fd=48, events=POLLIN}, {fd=49, events=POLLIN}, {fd=50, events=POLLIN}, {fd=51, events=POLLIN}, {fd=52, events=POLLIN}, {fd=53, events=POLLIN}, {fd=54, events=POLLIN}, {fd=55, events=POLLIN}, {fd=56, events=POLLIN}, ...], 74, {tv_sec=0, tv_nsec=0}, NULL, 8 <unfinished ...> +[pid 72970] <... write resumed>) = 8 +[pid 72949] <... ppoll resumed>) = 0 (Timeout) +[pid 72970] write(19, "\\1\\0\\0\\0\\0\\0\\0\\0", 8 <unfinished ...> +[pid 72949] write(8, "\\1\\0\\0\\0\\0\\0\\0\\0", 8 <unfinished ...> +[pid 72970] <... write resumed>) = 8 +[pid 72949] <... write resumed>) = 8 +[pid 72970] write(19, "\\1\\0\\0\\0\\0\\0\\0\\0", 8 <unfinished ...> +[pid 72949] ppoll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=8, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=12, events=POLLIN}, {fd=23, events=POLLIN}, {fd=24, events=POLLIN}, {fd=29, events=POLLIN}, {fd=30, events=POLLIN}, {fd=31, events=POLLIN}, {fd=32, events=POLLIN}, {fd=33, events=POLLIN}, {fd=34, events=POLLIN}, {fd=38, events=POLLIN}, {fd=40, events=POLLIN}, {fd=41, events=POLLIN}, {fd=42, events=POLLIN}, {fd=43, events=POLLIN}, {fd=44, events=POLLIN}, {fd=45, events=POLLIN}, {fd=46, events=POLLIN}, {fd=47, events=POLLIN}, {fd=48, events=POLLIN}, {fd=49, events=POLLIN}, {fd=50, events=POLLIN}, {fd=51, events=POLLIN}, {fd=52, events=POLLIN}, {fd=53, events=POLLIN}, {fd=54, events=POLLIN}, {fd=55, events=POLLIN}, {fd=56, events=POLLIN}, ...], 74, {tv_sec=0, tv_nsec=0}, NULL, 8 <unfinished ...> +[pid 72970] <... write resumed>) = 8 +[pid 72949] <... ppoll resumed>) = 1 ([{fd=8, revents=POLLIN}], left {tv_sec=0, tv_nsec=0}) +[pid 72970] poll([{fd=18, events=POLLIN}, {fd=19, events=POLLIN}, {fd=20, events=0}], 3, -1 <unfinished ...> +[pid 72949] rt_sigprocmask(SIG_BLOCK, ~[], <unfinished ...> +[pid 72970] <... poll resumed>) = 1 ([{fd=19, revents=POLLIN}]) +[pid 72949] <... rt_sigprocmask resumed>[BUS USR1 ALRM IO], 8) = 0 +[pid 72970] read(19, <unfinished ...> +[pid 72949] getpid() = 72949 +[pid 72970] <... read resumed>"\\5\\0\\0\\0\\0\\0\\0\\0", 16) = 8 +[pid 72949] tgkill(72949, 72971, SIGUSR1 <unfinished ...> +[pid 72970] poll([{fd=18, events=POLLIN}, {fd=19, events=POLLIN}, {fd=20, events=0}], 3, -1 <unfinished ...> +[pid 72949] <... tgkill resumed>) = 0 +[pid 72949] rt_sigprocmask(SIG_SETMASK, [BUS USR1 ALRM IO], NULL, 8) = 0 +[pid 72949] rt_sigprocmask(SIG_BLOCK, ~[], [BUS USR1 ALRM IO], 8) = 0 +[pid 72949] getpid() = 72949 +[pid 72949] tgkill(72949, 72972, SIGUSR1) = 0 +[pid 72949] rt_sigprocmask(SIG_SETMASK, [BUS USR1 ALRM IO], NULL, 8) = 0 +[pid 72949] futex(0x5606f6cb73a8, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY +``` + +And that's it, the last futex never returns.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1055.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1055.toml new file mode 100644 index 00000000..15af53b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1055.toml @@ -0,0 +1,24 @@ +id = 1055 +title = "QEMU does not close listening socket for incoming migration when post-copy migration breaks" +state = "closed" +created_at = "2022-06-02T15:04:38.993Z" +closed_at = "2024-12-18T13:34:03.970Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1055" +host-os = "Fedora 35" +host-arch = "x86_64" +qemu-version = "7.0.0" +guest-os = "RHEL 7.8" +guest-arch = "x86" +description = """QEMU keeps listening on the incoming port even after breaking a post-copy +migration using "migrate-pause" QMP command. And even once migration is +finished after recovering it "migrate-recover" using a different port number. +If "migrate-recover" is called with a URI specifying the original port (which +is still in LISTEN state), QEMU reports "Failed to find an available port: +Address already in use".""" +reproduce = """1. start migration +2. wait for the first iteration to finish +3. switch to post-copy using "migrate-start-postcopy" +3. break migration with "migrate-pause" +4. check lsof -p $QEMU_PID""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/106.toml b/gitlab/issues/target_missing/host_missing/accel_missing/106.toml new file mode 100644 index 00000000..217c07d5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/106.toml @@ -0,0 +1,15 @@ +id = 106 +title = "qemu-git gravis ultrasound not working" +state = "opened" +created_at = "2021-05-03T16:41:04.288Z" +closed_at = "n/a" +labels = ["Audio", "Launchpad", "hostos: Windows", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/106" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1063.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1063.toml new file mode 100644 index 00000000..1494a763 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1063.toml @@ -0,0 +1,19 @@ +id = 1063 +title = "qemu: could not load PC BIOS 'bios-256k.bin'" +state = "closed" +created_at = "2022-06-05T08:35:36.796Z" +closed_at = "2023-09-27T09:47:43.007Z" +labels = ["Closed::NotReproducible"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1063" +host-os = "Ubuntu 18.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.0.50" +guest-os = "Ubuntu 18.04" +guest-arch = "x86" +description = """I cloned latest QEMU and build in Ubuntu 18.04, when I run QEMU to start a vm, it tells me `could not load PC BIOS 'bios-256k.bin' + +""" +reproduce = """1. Clone latest QEMU in Ubuntu18.04 +2. build QEMU +3. Use QEMU and libvirt to start a virtual machine.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1064.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1064.toml new file mode 100644 index 00000000..551c8ca8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1064.toml @@ -0,0 +1,51 @@ +id = 1064 +title = "aarch64:qemu6.2.0 compile error" +state = "closed" +created_at = "2022-06-06T07:45:12.500Z" +closed_at = "2022-08-30T01:09:58.923Z" +labels = ["Closed::NotReproducible", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1064" +host-os = "Linux" +host-arch = "ARM" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. download qemu source package +`wget http://mirrors.163.com/centos-vault/centos/8-stream/AppStream/Source/SPackages/qemu-kvm-6.2.0-12.module_el8.7.0%2b1140%2bff0772f9.src.rpm` +2. install qemu source package +`rpm -ivh qemu-*.rpm` +3. build qemu +` rpmbuild --define "_topdir /xxx/src_qemu6.2.0" -bb SPECS/qemu-kvm.spec` +4. error message: +``` +In function 'dump_receive_iov', + inlined from 'filter_dump_receive_iov' at ../net/dump.c:157:5: +../net/dump.c:89:9: error: 'writev' specified size 18446744073709551600 exceeds maximum object size 9223372036854775807 [-Werror=stringop-overflow=] + 89 | if (writev(s->fd, dumpiov, cnt + 1) != sizeof(hdr) + caplen) { + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +In file included from /home/xxx/src_qemu6.2.0/BUILD/qemu-kvm-6.2.0/include/qemu/osdep.h:108, + from ../net/dump.c:25: +../net/dump.c: In function 'filter_dump_receive_iov': +/usr/include/sys/uio.h:52:16: note: in a call to function 'writev' declared with attribute 'read_only (2, 3)' + 52 | extern ssize_t writev (int __fd, const struct iovec *__iovec, int __count) + | ^~~~~~ +cc1: all warnings being treated as errors +``` +**gcc version** +``` +# gcc --version +gcc (GCC) 10.3.1 +Copyright (C) 2020 Free Software Foundation, Inc. +This is free software; see the source for copying conditions. There is NO +warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. +``` +``` +[root]# meson -v +0.62.1 +[root]# ninja -v +ninja: error: loading 'build.ninja': No such file or directory +[root@vm77 src_qemu6.2.0]# ninja --version +1.8.2 +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1066.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1066.toml new file mode 100644 index 00000000..6d731643 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1066.toml @@ -0,0 +1,40 @@ +id = 1066 +title = "virtfs fails to access contents of non-readable directories" +state = "opened" +created_at = "2022-06-06T14:50:03.134Z" +closed_at = "n/a" +labels = ["block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1066" +host-os = "Linux Gentoo" +host-arch = "x86_64" +qemu-version = "7.0.0" +guest-os = "Linux" +guest-arch = "x86_64" +description = """Attempting to access a directory inside a non-readable directory via virtfs fails.""" +reproduce = """On host: +1. `mkdir -p test/foo/bar` +2. `echo hello world >test/foo/bar/baz.txt` +3. `chmod -r test/foo` + +The following works on host: + +``` +$ ls test +foo +$ ls test/foo +ls: cannot open directory 'test/foo': Permission denied +$ ls test/foo/bar +baz.txt +``` + +However on guest: + +``` +bash-5.1# ls /test/ +foo +bash-5.1# ls /test/foo/ +ls: cannot open directory '/test/foo/': Permission denied +bash-5.1# ls /test/foo/bar/ +ls: cannot access '/test/foo/bar/': Permission denied +```""" +additional = """I am guessing virtfs attempts to check rights (via access?) on the directory itself when obtaining an inode to give to the guest, however not having read access doesn't mean something can't be executed, especially for directories.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/107.toml b/gitlab/issues/target_missing/host_missing/accel_missing/107.toml new file mode 100644 index 00000000..454dc83f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/107.toml @@ -0,0 +1,15 @@ +id = 107 +title = "qemu-img fixed vhd issues" +state = "closed" +created_at = "2021-05-03T16:41:15.336Z" +closed_at = "2021-05-04T22:30:44.860Z" +labels = ["Launchpad", "Storage", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/107" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1070.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1070.toml new file mode 100644 index 00000000..d0a7fe36 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1070.toml @@ -0,0 +1,18 @@ +id = 1070 +title = "gdbstub XML generation for ARM is done for every CPU" +state = "opened" +created_at = "2022-06-10T11:22:17.068Z" +closed_at = "n/a" +labels = ["GDB", "kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1070" +host-os = "n/a" +host-arch = "aarch64 (and probably ARM)" +qemu-version = "version 7.0.50 (v7.0.0-1706-geee6aacd15-dirty)" +guest-os = "n/a" +guest-arch = "aarch64 (and probably ARM)" +description = """- As arm_cpu_register_gdb_regs_for_features is called from the device + realize stage for each vCPU in user mode we end up uselessly + regenerating the XML for every new thread. Once you get up to 100 + threads this starts exceeding the large maps done for QHT and PageDesc""" +reproduce = """See above command line, valgrind picks it up""" +additional = """See also #866, #967""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1071.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1071.toml new file mode 100644 index 00000000..6fd8d292 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1071.toml @@ -0,0 +1,22 @@ +id = 1071 +title = "Cannot passthrough two network devices (Mellanox ConnectX-3) to VM." +state = "closed" +created_at = "2022-06-10T15:45:58.861Z" +closed_at = "2023-05-02T23:02:03.832Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1071" +host-os = "(Proxmox 7.2)" +host-arch = "(x86)" +qemu-version = "(QEMU emulator version 6.2.0 (pve-qemu-kvm_6.2.0)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Cannot passthrough two network devices (Mellanox ConnectX-3) to VM. + +It generated me an error: +[ 6322.674602] genirq: Flags mismatch irq 16. 00000000 (vfio-intx(0000:05:00.0)) vs. 00000000 (vfio-intx(0000:88:00.0)) + +Passthrough only one device to VM goes well.""" +reproduce = """1. Add a first passthrough network device. +2. Add a second passthrough network device. +3. Run VM.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1072.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1072.toml new file mode 100644 index 00000000..923041b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1072.toml @@ -0,0 +1,32 @@ +id = 1072 +title = "different behavior when remote debugger is used" +state = "closed" +created_at = "2022-06-11T19:02:53.241Z" +closed_at = "2022-06-13T20:52:10.178Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1072" +host-os = "Linux" +host-arch = "guest=ARM, host=x86_64" +qemu-version = "(e.g. qemu-aarch64 version 6.2.50" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM, s390x, etc.)" +description = """I found Qemu shows different behavior when I run Qemu with hello-world (statically linked binary enclosed) directly or run it through remote debugger. I need help to understand the following: + +1. Is this intended behavior? +1. Any way to make the two approaches have consistent behavior (I prefer the behavior shown in the 2nd approach described below) +1. If it is intended behavior, any explanation why or suggestions how to dig further to root cause the difference. + +The corresponding source code is the line 86 in [filedoalloc.c](https://code.woboq.org/userspace/glibc/libio/filedoalloc.c.html#86). It tests if the file (stdout) is char special device (S_ISCHR) +The preprocessed code is as follows: + if (((((st.st_mode)) & 0170000) == (0020000))) + +I then compared two different approaches to run Qemu: + +1. I used the following command line to collect the trace: qemu_aarch64 -strace -plugin $QEMU_ROOT/build/contrib/plugins/libexeclog.so -d plugin hello.a64. This one tests False for S_ISCHR +1. when I used gdb to connect to Qemu and single-step the instructions, S_ISCHR tests True, which is different from running qemu directly (approach 1). + +Thanks!""" +reproduce = """1.[hello.a64](/uploads/4b4ccae8c1e4b045c39ceae6a094d55a/hello.a64) +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1074.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1074.toml new file mode 100644 index 00000000..2fb84739 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1074.toml @@ -0,0 +1,26 @@ +id = 1074 +title = "File under symlink gets corrupted when directory is mounted as FAT32 drive" +state = "opened" +created_at = "2022-06-12T14:23:16.339Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1074" +host-os = "Fedora 36" +host-arch = "x86_64" +qemu-version = "6.2.0 (qemu-6.2.0-11.fc36)" +guest-os = "handwritten" +guest-arch = "x86_64" +description = """When mouting a directory as a FAT32 drive, the symlinked BOOTx64.EFI inside gets corrupted after booting it.""" +reproduce = """1. mkdir -p fat_dir/EFI/BOOT/ +2. ln -s BOOTx64.EFI fat_dir/EFI/BOOT/BOOTx64.EFI +3. md5sum BOOTx64.EFI +4. Run qemu with arguments like above. +5. md5sum BOOTx64.EFI should print out different hash, confirming corruption.""" +additional = """[BOOTx64.EFI](/uploads/d0a6e899ec9331461179f8dc82fbc421/BOOTx64.EFI) + +The issue was not visible on earlier versions, but I don't know which one exactly was it.\\ +I can only say, it was still working in April and it was possible that I was using Fedora 36 Beta. + +Copying the file instead of using a symlink can be used as a workaround. + +The binary should print some debug stuff, like avaliable memory regions and end with an infinite halt-loop.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1075.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1075.toml new file mode 100644 index 00000000..554d35f5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1075.toml @@ -0,0 +1,24 @@ +id = 1075 +title = "Unable to create a cluster using ppc64le specific kind binary on x86 host architecture" +state = "closed" +created_at = "2022-06-14T18:50:55.709Z" +closed_at = "2022-06-15T08:29:16.359Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1075" +host-os = "NAME=\"CentOS Stream\" VERSION=\"8\"" +host-arch = "x86" +qemu-version = "(e.g. `qemu-system-x86_64 --version`)" +guest-os = "- OS/kernel version: (For POSIX guests, use `uname -a`.)" +guest-arch = "ppc64le" +description = """""" +reproduce = """1. docker run --rm --privileged multiarch/qemu-user-static --reset -p yes +2. wget https://github.com/kubernetes-sigs/kind/releases/download/v0.14.0/kind-linux-ppc64le +3. chmod u+x kind-linux-ppc64le +4. curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/ppc64le/kubectl +5. chmod +x kubectl +6. sudo cp kubectl /usr/local/bin/ +7. KUBECONFIG="${HOME}/kind-test-config" +8. export KUBECONFIG +9. ./kind-linux-ppc64le create cluster --image quay.io/mayurwaghmode111/node-ppc64le:ppc64le -v=3 --wait 1m --retain +10. ./kind-linux-ppc64le export logs""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1076.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1076.toml new file mode 100644 index 00000000..d62b8a5c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1076.toml @@ -0,0 +1,22 @@ +id = 1076 +title = "AC97+DirectSound only polls for audio every 10ms with no way to change it" +state = "closed" +created_at = "2022-06-15T19:53:33.926Z" +closed_at = "2023-02-26T12:38:55.588Z" +labels = ["Audio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1076" +host-os = "Linux under WSL Windows 10 21H2" +host-arch = "x86-64" +qemu-version = "QEMU emulator version 7.0.0 (v7.0.0-11902-g1d935f4a02-dirty)" +guest-os = "SerenityOS" +guest-arch = "x86-64" +description = """The AC97 device emulation, at least in combination with the DirectSound backend, only polls for audio every 10ms, meaning that DMA interrupts are received at a maximum frequency of 100Hz. This applies regardless of how large the buffers in the AC97's buffer list are, meaning that if one buffer takes less than 10ms to play, glitches can be heard with no possible mitigations on the host system. + +I came across this when fiddling with Serenity's own latencies in the AC97 driver and userland mixer. As soon as less than 512-sample buffers are used, audio becomes glitchy. Based on timing tests, kernel and userland processing of audio combined takes less than 200μs for one buffer, while the lowest average rate that DMA interrupts are received at is almost exactly 10ms. + +No changes to the dsound latency option, as listed [here](https://www.qemu.org/docs/master/system/invocation.html?highlight=dsound), made any difference; I tried as low as 2ms: `-audiodev dsound,id=snd0,latency=2000`. As far as I can tell there are no IRQ- or latency-related options for the AC97 emulation.""" +reproduce = """1. Use SerenityOS as of the above commit. +2. Before building, include an audio file in Base/home/anon; most ordinary FLAC, WAV and MP3 files created without options with ffmpeg should work. +3. Boot Serenity in QEMU on Windows without any special run configuration. +4. Play the audio file with `aplay <filename>`, hear glitches.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1077.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1077.toml new file mode 100644 index 00000000..74f41d92 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1077.toml @@ -0,0 +1,15 @@ +id = 1077 +title = "Qemu - Can't connect to ESXi guest" +state = "closed" +created_at = "2022-06-16T11:44:15.628Z" +closed_at = "2022-06-17T14:31:07.500Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1077" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1079.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1079.toml new file mode 100644 index 00000000..4a1627d6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1079.toml @@ -0,0 +1,40 @@ +id = 1079 +title = "qemu: uncaught target signal 11 (Segmentation fault) - core dumped" +state = "closed" +created_at = "2022-06-16T16:45:20.458Z" +closed_at = "2022-06-17T08:47:42.691Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1079" +host-os = "(Windows 10 21H1, Fedora 34, etc.): `ubuntu18.04" +host-arch = "(x86, ARM, s390x, etc.): x86" +qemu-version = "(e.g. `qemu-system-x86_64 --version`): 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.39)" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM, s390x, etc.): ARM64" +description = """I am trying to build `arm64` image on my `x86_64` machine using `buildx` and I have encountered `qemu: uncaught target signal 11 (Segmentation fault) - core dumped` Error. <br> +#""" +reproduce = """1. Create a Dockerfile +``` +FROM python:3.8-slim + +ENV PYTHONDONTWRITEBYTECODE=1 + +# Install packages +RUN apt update +RUN apt-get install -y python3-pip +``` +2. Run binfmt container +``` +docker run --privileged --rm tonistiigi/binfmt --install all +``` +3. Setup new builder +``` +$ docker buildx create --name mybuilder +$ docker buildx use mybuilder +$ docker buildx inspect --bootstrap +``` +4. Build Image +``` +$ docker buildx build --platform linux/amd64,linux/arm64 --push -t user/failure-case . +``` +#""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/108.toml b/gitlab/issues/target_missing/host_missing/accel_missing/108.toml new file mode 100644 index 00000000..16e46e0c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/108.toml @@ -0,0 +1,15 @@ +id = 108 +title = "Windows ME falsely detects qemu's videocards as Number Nine Imagine 128" +state = "closed" +created_at = "2021-05-03T16:47:18.535Z" +closed_at = "2021-10-15T09:23:39.512Z" +labels = ["Launchpad", "device:graphics", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/108" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1080.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1080.toml new file mode 100644 index 00000000..519875a9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1080.toml @@ -0,0 +1,15 @@ +id = 1080 +title = "Qemu build fails on Ubuntu" +state = "closed" +created_at = "2022-06-17T10:46:34.905Z" +closed_at = "2022-07-05T16:43:11.526Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1080" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1081.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1081.toml new file mode 100644 index 00000000..0fe5ab98 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1081.toml @@ -0,0 +1,15 @@ +id = 1081 +title = "A issue for QLIST_INSERT_BEFORE in include/qemu/queue.h" +state = "closed" +created_at = "2022-06-17T21:17:01.511Z" +closed_at = "2022-08-04T08:46:06.218Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1081" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1082.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1082.toml new file mode 100644 index 00000000..a8760b17 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1082.toml @@ -0,0 +1,102 @@ +id = 1082 +title = "Unable to compile QEMU in Ubuntu 22.04 LTS - libcommon.fa.p" +state = "closed" +created_at = "2022-06-19T07:06:24.793Z" +closed_at = "2023-08-24T09:46:14.053Z" +labels = ["Build System", "device:graphics", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1082" +host-os = "Ubuntu 22.04 LTS" +host-arch = "AMD64" +qemu-version = "Latest" +guest-os = "n/a" +guest-arch = "n/a" +description = """Since a couple of months ago I can not compile QEMU from its official GIT location anymore. +I do everything described in the guide: https://wiki.qemu.org/Hosts/Linux + +After the configure, the building resturn me this issue: +``` +1155/9661] Compiling C object libcommon.fa.p/ui_vdagent.c.o +FAILED: libcommon.fa.p/ui_vdagent.c.o +cc -m64 -mcx16 -Ilibcommon.fa.p -I../common-user/host/x86_64 -I../linux-user/include/host/x86_64 -I../linux-user/include -I../slirp -I../slirp/src -I/usr/include/pixman-1 -I/usr/include/libpng16 -I/usr/local/include/spice-1 -I/usr/include/p11-kit-1 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gio-unix-2.0 -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/fribidi -I/usr/include/atk-1.0 -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/x86_64-linux-gnu -I/usr/include/vte-2.91 -fdiagnostics-color=auto -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -isystem /home/andrea/qemu/linux-headers -isystem linux-headers -iquote . -iquote /home/andrea/qemu -iquote /home/andrea/qemu/include -iquote /home/andrea/qemu/disas/libvixl -iquote /home/andrea/qemu/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=600 -DNCURSES_WIDECHAR=1 -MD -MQ libcommon.fa.p/ui_vdagent.c.o -MF libcommon.fa.p/ui_vdagent.c.o.d -o libcommon.fa.p/ui_vdagent.c.o -c ../ui/vdagent.c +../ui/vdagent.c:82:6: error: ‘VD_AGENT_CAP_SPARSE_MONITORS_CONFIG’ undeclared here (not in a function); did you mean ‘VD_AGENT_CAP_MONITORS_CONFIG’? + 82 | [VD_AGENT_CAP_SPARSE_MONITORS_CONFIG] = "sparse-monitors-config", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + | VD_AGENT_CAP_MONITORS_CONFIG +../ui/vdagent.c:82:6: error: array index in initializer not of integer type +../ui/vdagent.c:82:6: note: (near initialization for ‘cap_name’) +../ui/vdagent.c:83:6: error: ‘VD_AGENT_CAP_GUEST_LINEEND_LF’ undeclared here (not in a function) + 83 | [VD_AGENT_CAP_GUEST_LINEEND_LF] = "guest-lineend-lf", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:83:6: error: array index in initializer not of integer type +../ui/vdagent.c:83:6: note: (near initialization for ‘cap_name’) +../ui/vdagent.c:84:6: error: ‘VD_AGENT_CAP_GUEST_LINEEND_CRLF’ undeclared here (not in a function) + 84 | [VD_AGENT_CAP_GUEST_LINEEND_CRLF] = "guest-lineend-crlf", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:84:6: error: array index in initializer not of integer type +../ui/vdagent.c:84:6: note: (near initialization for ‘cap_name’) +../ui/vdagent.c:85:6: error: ‘VD_AGENT_CAP_MAX_CLIPBOARD’ undeclared here (not in a function); did you mean ‘VD_AGENT_CAP_CLIPBOARD’? + 85 | [VD_AGENT_CAP_MAX_CLIPBOARD] = "max-clipboard", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~ + | VD_AGENT_CAP_CLIPBOARD +../ui/vdagent.c:85:6: error: array index in initializer not of integer type +../ui/vdagent.c:85:6: note: (near initialization for ‘cap_name’) +../ui/vdagent.c:86:6: error: ‘VD_AGENT_CAP_AUDIO_VOLUME_SYNC’ undeclared here (not in a function) + 86 | [VD_AGENT_CAP_AUDIO_VOLUME_SYNC] = "audio-volume-sync", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:86:6: error: array index in initializer not of integer type +../ui/vdagent.c:86:6: note: (near initialization for ‘cap_name’) +../ui/vdagent.c:87:6: error: ‘VD_AGENT_CAP_MONITORS_CONFIG_POSITION’ undeclared here (not in a function); did you mean ‘VD_AGENT_CAP_MONITORS_CONFIG’? + 87 | [VD_AGENT_CAP_MONITORS_CONFIG_POSITION] = "monitors-config-position", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + | VD_AGENT_CAP_MONITORS_CONFIG +../ui/vdagent.c:87:6: error: array index in initializer not of integer type +../ui/vdagent.c:87:6: note: (near initialization for ‘cap_name’) +../ui/vdagent.c:88:6: error: ‘VD_AGENT_CAP_FILE_XFER_DISABLED’ undeclared here (not in a function) + 88 | [VD_AGENT_CAP_FILE_XFER_DISABLED] = "file-xfer-disabled", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:88:6: error: array index in initializer not of integer type +../ui/vdagent.c:88:6: note: (near initialization for ‘cap_name’) +../ui/vdagent.c:89:6: error: ‘VD_AGENT_CAP_FILE_XFER_DETAILED_ERRORS’ undeclared here (not in a function) + 89 | [VD_AGENT_CAP_FILE_XFER_DETAILED_ERRORS] = "file-xfer-detailed-errors", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:89:6: error: array index in initializer not of integer type +../ui/vdagent.c:89:6: note: (near initialization for ‘cap_name’) +../ui/vdagent.c:109:6: error: ‘VD_AGENT_FILE_XFER_START’ undeclared here (not in a function) + 109 | [VD_AGENT_FILE_XFER_START] = "file-xfer-start", + | ^~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:109:6: error: array index in initializer not of integer type +../ui/vdagent.c:109:6: note: (near initialization for ‘msg_name’) +../ui/vdagent.c:110:6: error: ‘VD_AGENT_FILE_XFER_STATUS’ undeclared here (not in a function) + 110 | [VD_AGENT_FILE_XFER_STATUS] = "file-xfer-status", + | ^~~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:110:6: error: array index in initializer not of integer type +../ui/vdagent.c:110:6: note: (near initialization for ‘msg_name’) +../ui/vdagent.c:111:6: error: ‘VD_AGENT_FILE_XFER_DATA’ undeclared here (not in a function) + 111 | [VD_AGENT_FILE_XFER_DATA] = "file-xfer-data", + | ^~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:111:6: error: array index in initializer not of integer type +../ui/vdagent.c:111:6: note: (near initialization for ‘msg_name’) +../ui/vdagent.c:112:6: error: ‘VD_AGENT_CLIENT_DISCONNECTED’ undeclared here (not in a function) + 112 | [VD_AGENT_CLIENT_DISCONNECTED] = "client-disconnected", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:112:6: error: array index in initializer not of integer type +../ui/vdagent.c:112:6: note: (near initialization for ‘msg_name’) +../ui/vdagent.c:113:6: error: ‘VD_AGENT_MAX_CLIPBOARD’ undeclared here (not in a function); did you mean ‘VD_AGENT_CAP_CLIPBOARD’? + 113 | [VD_AGENT_MAX_CLIPBOARD] = "max-clipboard", + | ^~~~~~~~~~~~~~~~~~~~~~ + | VD_AGENT_CAP_CLIPBOARD +../ui/vdagent.c:113:6: error: array index in initializer not of integer type +../ui/vdagent.c:113:6: note: (near initialization for ‘msg_name’) +../ui/vdagent.c:114:6: error: ‘VD_AGENT_AUDIO_VOLUME_SYNC’ undeclared here (not in a function) + 114 | [VD_AGENT_AUDIO_VOLUME_SYNC] = "audio-volume-sync", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~ +../ui/vdagent.c:114:6: error: array index in initializer not of integer type +../ui/vdagent.c:114:6: note: (near initialization for ‘msg_name’) +``` + +I come from a Windows world, so I have no idea what is the "libcommon.fa.p" about. +Can someone help here?""" +reproduce = """1. Follow the instruction in https://wiki.qemu.org/Hosts/Linux to compile QEMU +Expected result: QEMU would compile correctly +Observed result: Compilation errors.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1083.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1083.toml new file mode 100644 index 00000000..c884a702 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1083.toml @@ -0,0 +1,15 @@ +id = 1083 +title = "Qemu on Windows - Emulate 64Bit CPU" +state = "closed" +created_at = "2022-06-19T12:48:26.586Z" +closed_at = "2022-06-20T07:07:38.738Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1083" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1085.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1085.toml new file mode 100644 index 00000000..5011e403 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1085.toml @@ -0,0 +1,50 @@ +id = 1085 +title = "QEMU 7.0.0 - NSIS installer issue" +state = "opened" +created_at = "2022-06-21T08:44:06.648Z" +closed_at = "n/a" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1085" +host-os = "QWindows 10 64bit italian" +host-arch = "n/a" +qemu-version = "7.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Misisng info in QEMU.nsi file""" +reproduce = """The exe installer exe file properties has a lot of porpeties missing + + + +This is casued by mssing instruction like + +VIAddVersionKey "ProductName" "" +VIAddVersionKey "ProductVersion" "" +VIAddVersionKey "Comments" "" +VIAddVersionKey "CompanyName" "" +VIAddVersionKey "LegalTrademarks" "" +VIAddVersionKey "LegalCopyright" "" +VIAddVersionKey "FileVersion" "" +VIAddVersionKey "FileDescription" "" + +VIAddVersionKey "InternalName" "" +VIAddVersionKey "OriginalFilename" "" + +In Windows program òlist about uninstalle + +the QEMU icon is not right (generic icon) +The Is missing teh publisg + + + +This si due error on + +!define MUI_UNICON "${SRCDIR}\\pc-bios\\qemu-nsis.ico" + +that probably point to an icon file not available + +and an misisng line that set Publisher info for uninstalelr + +WriteRegStr HKLM "${UNINST_KEY}" "Publisher" "" + +Thanks. KR.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1088.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1088.toml new file mode 100644 index 00000000..988bc537 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1088.toml @@ -0,0 +1,15 @@ +id = 1088 +title = "QEMU 7.0.0 fails to build with linker that does not support --dynamic-list" +state = "closed" +created_at = "2022-06-25T21:58:34.709Z" +closed_at = "2022-06-26T05:48:57.800Z" +labels = ["Closed::WontFix", "hostos: BSD"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1088" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1089.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1089.toml new file mode 100644 index 00000000..978a809e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1089.toml @@ -0,0 +1,34 @@ +id = 1089 +title = "when I use memory balloon,the qemu process memory usage is displayed incorrectly" +state = "closed" +created_at = "2022-06-27T11:22:50.833Z" +closed_at = "2022-06-28T05:54:58.932Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1089" +host-os = "CentOS Linux release 8.2.2004 (Core)" +host-arch = "(x86, ARM, s390x, etc.)" +qemu-version = "QEMU emulator version 5.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """My vm memory is 4GB,and use the balloon driver,the balloon value is also 4GB. +I run a soft to consume memory in vm,I can see the memory usage rate is 15% in host. When I stop the soft in vm,the memory of free info in host and vm +become normal,but use "top -d 3 -Hp $qemu_pid" to query in host,the memory usage rate is also 15%.I need to modify the balloon value in a smaller values,the memory usage rate will reduce. why? +""" +reproduce = """1.run a soft to consume memory in vm,and query top info,the qemu process memory usage:15% + + +2.query free info in host and vm (reduce) + + +3.stop sort in vm + + +4.query free info in host and vm (recover) + + +5.query top info again (also 15%) + + + +6.modify the balloon value in a smaller (modify the balloon value in a smaller values,the memory usage rate will reduce)""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/109.toml b/gitlab/issues/target_missing/host_missing/accel_missing/109.toml new file mode 100644 index 00000000..7c06957a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/109.toml @@ -0,0 +1,15 @@ +id = 109 +title = "Make Uninstall Rule Requested" +state = "closed" +created_at = "2021-05-03T16:47:34.392Z" +closed_at = "2023-01-19T11:56:22.789Z" +labels = ["Build System", "Launchpad", "kind::Feature Request", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/109" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1090.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1090.toml new file mode 100644 index 00000000..81838020 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1090.toml @@ -0,0 +1,23 @@ +id = 1090 +title = "can't create rocker device because setting device array properties on the command line is broken" +state = "closed" +created_at = "2022-06-28T05:25:18.666Z" +closed_at = "2023-12-11T13:33:08.500Z" +labels = ["CLI", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1090" +host-os = "debian sid" +host-arch = "x86_64" +qemu-version = "7.0" +guest-os = "any" +guest-arch = "x86_64" +description = """it does not accept the prop_array parameter: + +``` +qemu-system-x86_64 -enable-kvm -m 1g -cpu host -netdev socket,id=dev0,udp=10.10.10.227:30042,localaddr=:30042 -device rocker,len-ports=4,name=sw,len-ports=2,ports[0]=dev0 +qemu-system-x86_64: -device rocker,len-ports=4,name=sw,len-ports=2,ports[0]=dev0: Property 'rocker.ports[0]' not found +```""" +reproduce = """1. just run the command""" +additional = """the latest qemu i find working is 6.1.1... if you start a fedora vm and `dnf install kernel-modules-internal` then the rocker ports appear and work properly... + +thanks, +cs""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1094.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1094.toml new file mode 100644 index 00000000..95f36479 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1094.toml @@ -0,0 +1,18 @@ +id = 1094 +title = "Ubuntu's 22.04 Qemu high RAM usage (memory leak maybe)" +state = "opened" +created_at = "2022-06-30T00:44:50.439Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1094" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.2)" +guest-os = "ubuntu 22.04" +guest-arch = "x86_64" +description = """After starting/using my VM for a while, RAM fills up to the 32gb maximum, and firefox starts closing tabs and etc. This didn't happen in ubuntu 21.10 or earlier ubuntus. I've been using virt-manager + qemu for years and only had this after upgrading to ubuntu 22.04.""" +reproduce = """1. Launch virt-manager ubuntu VM with 12gb ram maximum (as an example) +2. RAM entire 32gb gets filled but nothing in gnome-system-monitor shows what is using all that RAM +3. Firefox starts closing tabs because RAM is full. Remember that only a 12gb RAM vm and firefox with a few tabs are running, and it fills all 32gb of RAM. Ram starts filling slowly and in 1 hour it fills the entire 32gb. For some reason htop shows a smaller usage, but I'm pretty sure all 32gb are being used as the computer starts freezing and almost crashing (I think swap is being used so it slows down but do not crash) +4. have to restart the computer for RAM to get normal again""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1095.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1095.toml new file mode 100644 index 00000000..de022070 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1095.toml @@ -0,0 +1,15 @@ +id = 1095 +title = "[QUESTION] What IF...." +state = "closed" +created_at = "2022-06-30T18:34:56.146Z" +closed_at = "2022-06-30T18:37:27.827Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1095" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1096.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1096.toml new file mode 100644 index 00000000..0c2b1511 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1096.toml @@ -0,0 +1,15 @@ +id = 1096 +title = "New warning with GCC 13" +state = "closed" +created_at = "2022-07-01T11:06:29.276Z" +closed_at = "2022-09-19T13:32:31.726Z" +labels = ["Bite Sized", "Build System", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1096" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1099.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1099.toml new file mode 100644 index 00000000..1ef2d9de --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1099.toml @@ -0,0 +1,15 @@ +id = 1099 +title = "zlib: Concurrent modification is unsafe" +state = "closed" +created_at = "2022-07-04T11:02:55.656Z" +closed_at = "2022-07-28T16:10:16.170Z" +labels = ["Migration", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1099" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1100.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1100.toml new file mode 100644 index 00000000..411d90ce --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1100.toml @@ -0,0 +1,15 @@ +id = 1100 +title = "It riscv64 platform support user model??" +state = "closed" +created_at = "2022-07-10T02:10:44.420Z" +closed_at = "2022-07-10T02:16:49.341Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1100" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1101.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1101.toml new file mode 100644 index 00000000..80398653 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1101.toml @@ -0,0 +1,20 @@ +id = 1101 +title = "QEMU 7.0.0 corrupts VHDX and VHD (VPC) files on write." +state = "opened" +created_at = "2022-07-10T22:17:10.938Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1101" +host-os = "Ubuntu, Windows Server 2022" +host-arch = "x86_64" +qemu-version = "7.0.0" +guest-os = "Windows Server 2022" +guest-arch = "n/a" +description = """QEMU writes to VHDX and VHD (VPC) files produce a corrupt/non-compliant image. +QEMU appears to be able to read VHDX and VHD images correctly. + +This problem manifests in at least two cases +1. When attaching a VHDX/VHD file to a QEMU machine. A previously working OS image created using the Hyper-V and imaging tools boots properly, but writes that normally occur in the running VM are not written out correctly. The image will fail to boot the next time due to corruption. +2. Image conversion operations *TO* VHDX/VHD fail. (note that QEMU correctly converts *FROM* VHDX/VHD assuming a well formed input image). This implies that reads to VHDX/VHD are OK, but writes to VHDX/VHD are NOT OK.""" +reproduce = """1. See Above.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1102.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1102.toml new file mode 100644 index 00000000..779b3efe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1102.toml @@ -0,0 +1,46 @@ +id = 1102 +title = "qemu-user: zero_bss might raise segfault when segment is not writable" +state = "opened" +created_at = "2022-07-12T08:40:47.350Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1102" +host-os = "(Android)" +host-arch = "(aarch64)" +qemu-version = "(qemu-aarch64 version 7.0.50 (v7.0.0-2446-g9fed1bca6b-dirty))" +guest-os = "n/a" +guest-arch = "(aarch64)" +description = """When a PT_LOAD segment with the following attributes presented in the user program, +* MemSiz > FileSiz +* NOT Writable + +qemu-aarch64 will crash with segment fault running it. + + + + +in [linux-user/elfload.c: bss_zero](https://gitlab.com/qemu-project/qemu/-/blob/master/linux-user/elfload.c#L2097), the exceeded part is zero'ed without checking if it is writable +``` + if (host_start < host_map_start) { + memset((void *)host_start, 0, host_map_start - host_start); + } +```""" +reproduce = """1. ./qemu-aarch64 ./X.so""" +additional = """readelf output of X.so +``` +Program Headers: + Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align + PHDR 0x0000000000000040 0x0000000000000040 0x0000000000000040 0x0000000000000230 0x0000000000000230 R E 0x8 + LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000110270 0x00000000001c94e0 R E 0x10000 + LOAD 0x0000000000129bd0 0x00000000001d9bd0 0x00000000001d9bd0 0x0000000000000438 0x00000000000004c0 RW 0x10000 + LOAD 0x000000000013a008 0x00000000001ea008 0x00000000001ea008 0x0000000000017bd0 0x0000000000017bd0 RW 0x10000 + LOAD 0x0000000000161bd8 0x0000000000211bd8 0x0000000000211bd8 0x000000000000f740 0x000000000000f740 RW 0x10000 + DYNAMIC 0x0000000000161e60 0x0000000000211e60 0x0000000000211e60 0x00000000000001e0 0x00000000000001e0 RW 0x8 + INTERP 0x0000000000089410 0x0000000000089410 0x0000000000089410 0x0000000000000015 0x0000000000000015 R 0x1 + [Requesting program interpreter: /system/bin/linker64] + NOTE 0x000000000013dbc8 0x00000000001edbc8 0x00000000001edbc8 0x0000000000000011 0x0000000000000011 R 0x1 + GNU_EH_FRAME 0x00000000001c86a4 0x00000000001c86a4 0x00000000001c86a4 0x00000000000002dc 0x00000000000002dc R 0x4 + GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 RW 0x10 +``` + +X.so: https://drive.google.com/file/d/1A7mkWRcK2BKkpeevt8T6FVLg-t6mWdgi/view?usp=sharing""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1106.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1106.toml new file mode 100644 index 00000000..ccd711f0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1106.toml @@ -0,0 +1,21 @@ +id = 1106 +title = "undefined address access cause failure" +state = "closed" +created_at = "2022-07-14T03:27:43.858Z" +closed_at = "2022-07-14T09:10:17.361Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1106" +host-os = "n/a" +host-arch = "(ARM)" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "(ARM)" +description = """Hi, +I used serial device as below: +qemu/hw/char/serial.c +It defines only support 8 registers address space(offset 0x00-0x32). And in guest os, the hardware is synopsys dw_apb_uart which is compatible with 16550. +when it access low 8 registers, it works ok. but it may access high address(0x8c) which serial.c not defined, then fail occur. + +Is there anyway to handle this, access address which device not defined, expect it no handle, but not cause system crash. like read is zero and write ignore.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1107.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1107.toml new file mode 100644 index 00000000..b89a67b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1107.toml @@ -0,0 +1,34 @@ +id = 1107 +title = "Virtual monitor heads are not \"connected\" until viewed in a front end" +state = "opened" +created_at = "2022-07-14T08:21:50.853Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1107" +host-os = "Debian 11" +host-arch = "AMD64" +qemu-version = "QEMU emulator version 7.0.50 (v7.0.0-2471-g8e3d85d36b)" +guest-os = "Linux" +guest-arch = "Arm Aarch64" +description = """When you attach a virtual GPU to a guest, qemu appears to only "attach" a virtual monitor to an output port when that virtual display is +viewed using the GUI. For example, when you boot using the above command line, there will be four displays in ```/sys/class/drm/``` on the guest, +```card0-Virtual-1``` through to ```card0-Virtual-4```. In each of these directories, there is an "enabled" file, which contains either +"enabled" or "disabled". These contain "disabled" until you switch tab/view to look at it using the GUI, at which point they change to "enabled". + +This causes a problem for us because Weston will not initialise displays that do not have a monitor attached, meaning the system we are trying +to boot fails because not all the Weston display surfaces are available. + +There does not appear to be a command line option to force virtual monitors to be attached to virtual displays immediately. Looking through the +Gtk user interface code (and the other front ends) there does not appear to be a call into the qemu core that requests the connection of a virtual +monitor to the virtual displays - my guess is that qemu only connects a monitor when a render request first happens (or similar), but I have not followed the code paths deeper than the source files in ```QEMU/ui/```. + +I also tried using the ```screengrab``` command to screenshot each head, but this does not need sufficient to cause the display to be marked +enabled in the guest. + +While we could possibly automate the GUI using some external tool, we ultimately need to run this in a CI environment using +```egl-headless``` or similar.""" +reproduce = """1. Launch qemu with virtio-gpu-gl setting max_outputs > 1 +2. On guest, ```cat /sys/drm/class/card0-Virtual-2``` - it reads "disabled" +3. On host, switch the view to look at the second display ("virtio-gpu-gl-pci.1") +4. On guest, ```cat /sys/drm/class/card0-Virtual-2``` - it now reads "enabled"""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1108.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1108.toml new file mode 100644 index 00000000..b6a2135c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1108.toml @@ -0,0 +1,15 @@ +id = 1108 +title = "D-Bus display does fails to build if libgdm is not detected" +state = "closed" +created_at = "2022-07-14T14:45:10.015Z" +closed_at = "2022-07-29T17:29:53.192Z" +labels = ["Build System", "device:graphics", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1108" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/111.toml b/gitlab/issues/target_missing/host_missing/accel_missing/111.toml new file mode 100644 index 00000000..693125a6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/111.toml @@ -0,0 +1,15 @@ +id = 111 +title = "[OSS-Fuzz] Assertion Failure: !in6_zero(&ip_addr)" +state = "closed" +created_at = "2021-05-03T20:05:27.322Z" +closed_at = "2022-08-05T15:40:02.550Z" +labels = ["Fuzzer", "Networking", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/111" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1110.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1110.toml new file mode 100644 index 00000000..175f1e24 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1110.toml @@ -0,0 +1,15 @@ +id = 1110 +title = "Add vhost-user-gpu support for cross architecture emulation" +state = "opened" +created_at = "2022-07-17T14:18:45.286Z" +closed_at = "n/a" +labels = ["device:virtio", "kind::Feature Request", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1110" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """host:Android 12 with Linux kernel 4.14.186+""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1111.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1111.toml new file mode 100644 index 00000000..79de191d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1111.toml @@ -0,0 +1,26 @@ +id = 1111 +title = "Calling FUTEX_LOCK_PI with qemu-x86_64-static caused ENOSYS error." +state = "closed" +created_at = "2022-07-19T07:20:18.586Z" +closed_at = "2022-11-14T21:28:53.466Z" +labels = ["Closed::Fixed", "kind::Feature Request", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1111" +host-os = "Ubuntu20.04" +host-arch = "s390x" +qemu-version = "qemu-x86_64 version 4.2.1 (Debian 1:4.2-3ubuntu6.23)" +guest-os = "Ubuntu20.04" +guest-arch = "x86" +description = """When I executed the command "perf bench futex lock-pi" in amd64 docker image on s390x, I got the following error. +``` +perf: thread 2: Could not lock pi-lock for 0x40006c4480 (-1): Function not implemented +perf: thread 2: Could not lock pi-lock for 0x40006c4480 (-1): Function not implemented +perf: thread 2: Could not lock pi-lock for 0x40006c4480 (-1): Function not implemented +perf: thread 2: Could not lock pi-lock for 0x40006c4480 (-1): Function not implemented +``` + +I searched for this error message in the source code of perf-bench. I think that the following system call caused ENOSYS error. +` syscall(SYS_futex, uaddr, FUTEX_LOCK_PI | opflags, val, timeout, uaddr2, val3)`""" +reproduce = """1. Execute the command "perf bench futex lock-pi" in amd64 docker image on s390x +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1112.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1112.toml new file mode 100644 index 00000000..81459412 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1112.toml @@ -0,0 +1,15 @@ +id = 1112 +title = "Heap-overflow in scsi_disk_emulate_write_same" +state = "closed" +created_at = "2022-07-19T15:22:22.606Z" +closed_at = "2022-08-08T20:01:34.606Z" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1112" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1113.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1113.toml new file mode 100644 index 00000000..6a1012c3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1113.toml @@ -0,0 +1,26 @@ +id = 1113 +title = "TMPDIR is not usable for snapshot-blockdevs, if not root" +state = "opened" +created_at = "2022-07-20T10:52:40.785Z" +closed_at = "n/a" +labels = ["Storage", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1113" +host-os = "linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """for using static disk-content we're using `snapshot`-flag for certain disks and set `TMPDIR` to a VM-specific path. + +when started as root, all is ok. + +when started as non-root, `getenv(TMPDIR)` in function `get_tmp_filename()` in file `block.c` return `NULL`, because glibc handles `TMPDIR` as `UNSECURE_ENVVAR` (glibc-src: `sysdeps/generic/unsecvars.h`) + +well, we could compile qemu by ourself, but then we might miss important updates, so maybe this can be solved in main-source? + +possible solutions: +- additionally look at another var like `QEMU_TMPDIR`, if `getenv("TMPDIR")` results in `NULL` +- add a global option to qemu like `--tmpdir=...` +- add a device-specific option like `snapshotdir=...`""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1114.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1114.toml new file mode 100644 index 00000000..0a83a035 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1114.toml @@ -0,0 +1,15 @@ +id = 1114 +title = "Non-deterministic hang in libvfio-user:functional/test-client-server test causing timeout in CentOS 8 CI job" +state = "opened" +created_at = "2022-07-21T08:56:10.849Z" +closed_at = "n/a" +labels = ["kind::Bug", "libvfio-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1114" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1116.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1116.toml new file mode 100644 index 00000000..1f2c87c9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1116.toml @@ -0,0 +1,26 @@ +id = 1116 +title = "qemu/build/qemu-bundle/var/local/run is linked to qemu/qga/run which doesn't exist after building qemu" +state = "closed" +created_at = "2022-07-22T07:47:06.712Z" +closed_at = "2022-10-14T03:02:20.723Z" +labels = ["Build System", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1116" +host-os = "RHEL 9.0" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.0.50 (v7.0.0-2745-g8ec4bc3c8c)" +guest-os = "n/a" +guest-arch = "n/a" +description = """A file qemu/build/qemu-bundle/var/local/run is generated after building qemu and this file is linked to qemu/qga/run which doesn't exist. + +[root@b49691d8db1c local]# ls /home/lxy/qemu/build/qemu-bundle/var/local -hl +total 0 +lrwxrwxrwx. 1 root root 22 Jul 22 00:06 run -> /home/lxy/qemu/qga/run +[root@b49691d8db1c local]# ls -hl /home/lxy/qemu/qga/run +ls: cannot access '/home/lxy/qemu/qga/run': No such file or directory""" +reproduce = """1. git clone https://gitlab.com/qemu-project/qemu.git +2. cd qemu/ +3. ./configure --target-list=x86_64-softmmu --enable-kvm +4. make -j100 && make install +5. ls ./build/qemu-bundle/var/local -hl +6. ls -hl ./qga/run""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1117.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1117.toml new file mode 100644 index 00000000..dc321675 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1117.toml @@ -0,0 +1,103 @@ +id = 1117 +title = "migration corrupts qcow2 metadata when \"backing file: json:{\" is involve" +state = "closed" +created_at = "2022-07-22T12:25:52.226Z" +closed_at = "2022-10-03T21:56:09.801Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1117" +host-os = "Debian 10, Centos 7" +host-arch = "x86" +qemu-version = "4.1.1, 7.0.0" +guest-os = "N/A" +guest-arch = "x86" +description = """the bug happens when you have a qcow2 with backing file in json format +image: 2.qcow2 +[...] +backing file: json:{"driver": "qcow2", "file": { "driver": "file", "filename": "1.qcow2"}} +backing file format: qcow2 +[...] +if you want to migrate a VM that have that kind of qcow2 attached, the migration is gonna corrupted qcow2 metadata in memory and info block will look like this +json:{\\"backing\\": {\\"backing\\": {\\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"0.qcow2\\"}}, \\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"1.qcow2\\"}}, \\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"2.qcow2\\"}} +later if you execute blockdev-snapshot-sync, the corrupt json will be write to the new qcow2 resulting with a unusable qcow2""" +reproduce = """/opt/qemu-7.0.0/bin/qemu-img create -f qcow2 0.qcow2 64G +/opt/qemu-7.0.0/bin/qemu-img create -F qcow2 -f qcow2 -b 'json:{"driver": "qcow2", "file": { "driver": "file", "filename": "0.qcow2"}}' 1.qcow2 +/opt/qemu-7.0.0/bin/qemu-img create -F qcow2 -f qcow2 -b 'json:{"driver": "qcow2", "file": { "driver": "file", "filename": "1.qcow2"}}' 2.qcow2 + +#VM1 +/opt/qemu-7.0.0/bin/qemu-system-x86_64 -enable-kvm -drive if=virtio,file=2.qcow2,node-name=drive0 -qmp stdio -display none + +#VM2 +/opt/qemu-7.0.0/bin/qemu-system-x86_64 -enable-kvm -drive if=virtio,file=2.qcow2,node-name=drive0 -qmp stdio -display none -incoming tcp::8082 + + +#VM1 INFO BLOCK +{"QMP": {"version": {"qemu": {"micro": 0, "minor": 0, "major": 7}, "package": ""}, "capabilities": ["oob"]}} +{ "execute": "qmp_capabilities" } +{"return": {}} +{ "execute": "human-monitor-command", "arguments": {'command-line': 'info block'} } +{"return": "virtio0 (drive0): 2.qcow2 (qcow2)\\r\\n Attached to: /machine/peripheral-anon/device[0]/virtio-backend\\r\\n Cache mode: writethrough\\r\\n Backing file: 1.qcow2 (chain depth: 2)\\r\\n\\r\\nide1-cd0: [not inserted]\\r\\n Attached to: /machine/unattached/device[24]\\r\\n Removable device: not locked, tray closed\\r\\n\\r\\nfloppy0: [not inserted]\\r\\n Attached to: /machine/unattached/device[17]\\r\\n Removable device: not locked, tray closed\\r\\n\\r\\nsd0: [not inserted]\\r\\n Removable device: not locked, tray closed\\r\\n"} + +#VM1 MIGRATE +{ "execute": "migrate", "arguments": { "uri": "tcp:localhost:8082" } } +{"return": {}} +{"timestamp": {"seconds": 1658491019, "microseconds": 233177}, "event": "STOP"} + + +#VM2 INFO BLOCK +{"QMP": {"version": {"qemu": {"micro": 0, "minor": 0, "major": 7}, "package": ""}, "capabilities": ["oob"]}} +{ "execute": "qmp_capabilities" } +{"return": {}} +{ "execute": "human-monitor-command", "arguments": {'command-line': 'info block'} } +{"return": "virtio0 (drive0): 2.qcow2 (qcow2)\\r\\n Attached to: /machine/peripheral-anon/device[0]/virtio-backend\\r\\n Cache mode: writeback\\r\\n Backing file: 1.qcow2 (chain depth: 2)\\r\\n\\r\\nide1-cd0: [not inserted]\\r\\n Attached to: /machine/unattached/device[24]\\r\\n Removable device: not locked, tray closed\\r\\n\\r\\nfloppy0: [not inserted]\\r\\n Attached to: /machine/unattached/device[17]\\r\\n Removable device: not locked, tray closed\\r\\n\\r\\nsd0: [not inserted]\\r\\n Removable device: not locked, tray closed\\r\\n"} + +#VM2 MIGRATE +{"timestamp": {"seconds": 1658491019, "microseconds": 249760}, "event": "RESUME"} + +#VM2 MIGRATION DONE, INFO BLOCK +{ "execute": "human-monitor-command", "arguments": {'command-line': 'info block'} } +{"return": "virtio0 (drive0): json:{\\"backing\\": {\\"backing\\": {\\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"0.qcow2\\"}}, \\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"1.qcow2\\"}}, \\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"2.qcow2\\"}} (qcow2)\\r\\n Attached to: /machine/peripheral-anon/device[0]/virtio-backend\\r\\n Cache mode: writethrough\\r\\n Backing file: json:{\\"backing\\": {\\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"0.qcow2\\"}}, \\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"1.qcow2\\"}} (chain depth: 2)\\r\\n\\r\\nide1-cd0: [not inserted]\\r\\n Attached to: /machine/unattached/device[24]\\r\\n Removable device: not locked, tray closed\\r\\n\\r\\nfloppy0: [not inserted]\\r\\n Attached to: /machine/unattached/device[17]\\r\\n Removable device: not locked, tray closed\\r\\n\\r\\nsd0: [not inserted]\\r\\n Removable device: not locked, tray closed\\r\\n"} + + +#VM2 SNAPSHOT AFTER MIGRATION +{ "execute": "blockdev-snapshot-sync", "arguments": { "format": "qcow2", "snapshot-file": "3.qcow2", "node-name": "drive0", "snapshot-node-name": "drive0-snap" }} +Formatting '3.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=68719476736 backing_file=json:{"backing": {"backing": {"driver": "qcow2",, "file": {"driver": "file",, "filename": "0.qcow2"}},, "driver": "qcow2",, "file": {"driver": "file",, "filename": "1.qcow2"}},, "driver": "qcow2",, "file": {"driver": "file",, "filename": "2.qcow2"}} backing_fmt=qcow2 lazy_refcounts=off refcount_bits=16 +{"return": {}} + + +#VM2 INFO BLOCK AFTER SNAPSHOT +{ "execute": "human-monitor-command", "arguments": {'command-line': 'info block'} } +{"return": "virtio0 (drive0-snap): 3.qcow2 (qcow2)\\r\\n Attached to: /machine/peripheral-anon/device[0]/virtio-backend\\r\\n Cache mode: writethrough\\r\\n Backing file: json:{\\"backing\\": {\\"backing\\": {\\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"0.qcow2\\"}}, \\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"1.qcow2\\"}}, \\"driver\\": \\"qcow2\\", \\"file\\": {\\"driver\\": \\"file\\", \\"filename\\": \\"2.qcow2\\"}} (chain depth: 3)\\r\\n\\r\\nide1-cd0: [not inserted]\\r\\n Attached to: /machine/unattached/device[24]\\r\\n Removable device: not locked, tray closed\\r\\n\\r\\nfloppy0: [not inserted]\\r\\n Attached to: /machine/unattached/device[17]\\r\\n Removable device: not locked, tray closed\\r\\n\\r\\nsd0: [not inserted]\\r\\n Removable device: not locked, tray closed\\r\\n"} + + + +#INFO +/opt/qemu-7.0.0/bin/qemu-img info --backing-chain 3.qcow2 +qemu-img: Could not open 'json:{"backing": {"backing": {"driver": "qcow2", "file": {"driver": "file", "filename": "0.qcow2"}}, "driver": "qcow2", "file": {"driver": "file", "filename": "1.qcow2"}}, "driver": "qcow2", "file": {"driver": "file", "filename": "2.qcow2"}}': Block format 'qcow2' does not support the option 'backing.backing.driver'""" +additional = """Even if the bug is scary it's very simple to fix it + +/opt/qemu-7.0.0/bin/qemu-img info --backing-chain 3.qcow2 +qemu-img: Could not open 'json:{"backing": {"backing": {"driver": "qcow2", "file": {"driver": "file", "filename": "0.qcow2"}}, "driver": "qcow2", "file": {"driver": "file", "filename": "1.qcow2"}}, "driver": "qcow2", "file": {"driver": "file", "filename": "2.qcow2"}}': Block format 'qcow2' does not support the option 'backing.backing.driver' + +root@lenovo2:/data# /opt/qemu-7.0.0/bin/qemu-img rebase -f qcow2 -F qcow2 -u -b 2.qcow2 3.qcow2 +root@lenovo2:/data# /opt/qemu-7.0.0/bin/qemu-img info --backing-chain 3.qcow2 +image: 3.qcow2 +file format: qcow2 +virtual size: 64 GiB (68719476736 bytes) +disk size: 24 KiB +cluster_size: 65536 +backing file: 2.qcow2 +backing file format: qcow2 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + refcount bits: 16 + corrupt: false + extended l2: false + +image: 2.qcow2 +file format: qcow2 +virtual size: 64 GiB (68719476736 bytes) +disk size: 24 KiB +cluster_size: 65536 +[..........]""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1119.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1119.toml new file mode 100644 index 00000000..29e27622 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1119.toml @@ -0,0 +1,27 @@ +id = 1119 +title = "end_code set incorrectly" +state = "closed" +created_at = "2022-07-26T21:20:56.584Z" +closed_at = "2022-08-03T17:12:04.368Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1119" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """https://github.com/qemu/qemu/blob/c99e34e537f13a431a80e3e414e5904e9dd0a116/linux-user/flatload.c#L811 + +This line says: + +``` +info->end_code = libinfo[0].start_code = libinfo[0].text_len; +``` + +but should be + +``` +info->end_code = libinfo[0].start_code + libinfo[0].text_len; +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/112.toml b/gitlab/issues/target_missing/host_missing/accel_missing/112.toml new file mode 100644 index 00000000..48e6fd0a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/112.toml @@ -0,0 +1,15 @@ +id = 112 +title = "setting unsupported timeout for i6300esb watchdog causes hw reset" +state = "opened" +created_at = "2021-05-04T05:44:22.533Z" +closed_at = "n/a" +labels = ["Launchpad", "device: watchdog"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/112" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1120.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1120.toml new file mode 100644 index 00000000..b9c70650 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1120.toml @@ -0,0 +1,24 @@ +id = 1120 +title = "Multiboot direct loading broken." +state = "closed" +created_at = "2022-07-27T01:52:28.201Z" +closed_at = "2022-07-29T00:23:02.331Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1120" +host-os = "Windows 11" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.0.0 (v6.0.0-11869-g800a25ea45-dirty)" +guest-os = "n/a" +guest-arch = "n/a" +description = """This is my kernel and it's multiboot loader. It passed the check of `grub-file`, but QEMU could not load it. +``` +qemu-system-i386: Error loading uncompressed kernel without PVH ELF Note +``` + +When I add `-machine type=pc-i440fx-3.1`, QEMU shows `qemu: linux kernel too old to load a ram disk` or `qemu: invalid kernel header`. + +The multiboot file is linked with `ld.lld -s -o`. + +[toop](/uploads/7f230dc39d6a3a8c43c4c720d31878c6/toop)[multiboot](/uploads/59faa4607dc2837b54c89b35db6f206a/multiboot)""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1125.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1125.toml new file mode 100644 index 00000000..673ad59e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1125.toml @@ -0,0 +1,15 @@ +id = 1125 +title = "error on run qemu-system-aarch64 -smp 2" +state = "closed" +created_at = "2022-07-29T09:04:47.170Z" +closed_at = "2022-07-30T02:21:21.476Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1125" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1128.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1128.toml new file mode 100644 index 00000000..a83d7041 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1128.toml @@ -0,0 +1,32 @@ +id = 1128 +title = "PPC: `spr_write_xer` doesn't set flag bits in `cpu_xer`" +state = "closed" +created_at = "2022-07-29T20:50:24.121Z" +closed_at = "2022-07-29T21:37:44.303Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1128" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "commit: cc42559ab129a15554cc485ea9265e34dde7ab5b" +guest-os = "n/a" +guest-arch = "n/a" +description = """`spr_write_xer()` does not set the `ca`, `ov`, `so`, `ca32`, `ov32` etc. flag bits in the `cpu_xer` variable. + +In fact it copies all bits from the source `GPR` and _excludes_ each flag bit. + +This is not a problem for execution since `spr_read_xer()` gets the flag bits from `cpu_ca/ov/so...` and not from `cpu_xer`. + +Nonetheless it is problem for tools which trace the execution in QEMU (e.g. https://github.com/BinaryAnalysisPlatform/qemu). + +A fix would be to remove the `~` in https://gitlab.com/qemu-project/qemu/-/blob/master/target/ppc/translate.c#L481""" +reproduce = """Haven't found out yet how to debug QEMU so the TCGv values can be investigated. But in general one need to: + +- Execute a binary which executes something like: +``` +r4 = 0xffffffffffffffff +mtxer r4 +``` +and check the `cpu_xer` value after the `xer` write. + +Checking the debug logs (`in_asm,cpu`) doesn't work, since the `xer` value in the logs is not taken directly from `cpu_xer`.""" +additional = """Code ref: https://gitlab.com/qemu-project/qemu/-/blob/master/target/ppc/translate.c#L480-L483""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1129.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1129.toml new file mode 100644 index 00000000..e7d74beb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1129.toml @@ -0,0 +1,33 @@ +id = 1129 +title = "aarch64:qemu7.0.0 static compile error" +state = "closed" +created_at = "2022-07-29T22:12:35.679Z" +closed_at = "2022-07-30T00:10:10.037Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1129" +host-os = "Arch Linux" +host-arch = "ARM" +qemu-version = "7.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """I'm trying to static compile qemu so I can chroot into different architectures and use podman for simulating amd64 containers. +However, when I tried to configure using the command above, I got the following error: + +``` +FAILED: qemu-aarch64_be +c++ -o qemu-aarch64_be libcommon.fa.p/cpus-common.c.o libcommon.fa.p/page-vary-common.c.o libcommon.fa.p/disas_arm-a64.cc.o libcommon.fa.p/disas_libvixl_vixl_a64_decoder-a64.cc.o libcommon.fa.p/disas_libvixl_vixl_a64_disasm-a64.cc.o libcommon.fa.p/disas_libvixl_vixl_a64_instructions-a64.cc.o libcommon.fa.p/disas_libvixl_vixl_compiler-intrinsics.cc.o libcommon.fa.p/disas_libvixl_vixl_utils.cc.o libcommon.fa.p/disas_arm.c.o libcommon.fa.p/hw_core_cpu-common.c.o libcommon.fa.p/hw_core_machine-smp.c.o libcommon.fa.p/accel_accel-user.c.o libcommon.fa.p/common-user_safe-syscall.S.o libcommon.fa.p/common-user_safe-syscall-error.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_aarch64_signal.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_aarch64_cpu_loop.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_crypto_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_debug_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_gdbstub.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_iwmmxt_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_m_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_mve_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_neon_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_op_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_tlb_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-m-nocp.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-mve.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-neon.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-vfp.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_vec_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_vfp_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu_tcg.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_kvm-stub.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_gdbstub64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_helper-a64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_mte_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_pauth_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_sve_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-a64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-sve.c.o libqemu-aarch64_be-linux-user.fa.p/trace_control-target.c.o libqemu-aarch64_be-linux-user.fa.p/cpu.c.o libqemu-aarch64_be-linux-user.fa.p/disas.c.o libqemu-aarch64_be-linux-user.fa.p/gdbstub.c.o libqemu-aarch64_be-linux-user.fa.p/page-vary.c.o libqemu-aarch64_be-linux-user.fa.p/semihosting_arm-compat-semi.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_optimize.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_region.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-common.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op-gvec.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op-vec.c.o libqemu-aarch64_be-linux-user.fa.p/fpu_softfloat.c.o libqemu-aarch64_be-linux-user.fa.p/accel_accel-common.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-all.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_cpu-exec-common.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_cpu-exec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-runtime-gvec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-runtime.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_translate-all.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_translator.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_user-exec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_user-exec-stub.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_elfload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_exit.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_fd-trans.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_linuxload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_main.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_mmap.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_signal.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_strace.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_syscall.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_thunk.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_uaccess.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_uname.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_flatload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_semihost.c.o libqemu-aarch64_be-linux-user.fa.p/meson-generated_.._aarch64_be-linux-user-gdbstub-xml.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libhwcore.fa libqom.fa -Wl,--no-whole-archive -Wl,--warn-common -Wl,-z,relro -Wl,-z,now -static-pie -fstack-protector-strong -march=armv8-a -O2 -pipe -fstack-protector-strong -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -Wp,-D_GLIBCXX_ASSERTIONS -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--start-group libqemuutil.a libhwcore.fa libqom.fa /usr/lib/libz.a -lrt -lutil -lm -pthread -lgthread-2.0 -lglib-2.0 -lpcre -lsysprof-capture-4 -lstdc++ -Wl,--end-group +/usr/bin/ld: /usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libglib-2.0.a(gutils.c.o): in function `g_get_user_database_entry': +gutils.c:(.text+0x324): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: gutils.c:(.text+0xf4): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: gutils.c:(.text+0xe0): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libc.a(init-first.o): in function `__libc_init_first': +(.text+0x10): relocation truncated to fit: R_AARCH64_LD64_GOTPAGE_LO15 against symbol `__environ' defined in .bss section in /usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libc.a(environ.o) +/usr/bin/ld: (.text+0x10): warning: too many GOT entries for -fpic, please recompile with -fPIC +collect2: error: ld returned 1 exit status +ninja: build stopped: subcommand failed. +make: *** [Makefile:163: run-ninja] Error 1 +``` +Same error for both mentioned kernels in different aarch64 hardwares.""" +reproduce = """1. Download the tarball from version 7.0.0 +2. Run the configure as mentioned on the above command""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/113.toml b/gitlab/issues/target_missing/host_missing/accel_missing/113.toml new file mode 100644 index 00000000..c86973d3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/113.toml @@ -0,0 +1,15 @@ +id = 113 +title = "missing manpage for bridge.conf" +state = "opened" +created_at = "2021-05-04T05:44:32.704Z" +closed_at = "n/a" +labels = ["Documentation", "Launchpad", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/113" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1134.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1134.toml new file mode 100644 index 00000000..6c33e7ea --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1134.toml @@ -0,0 +1,15 @@ +id = 1134 +title = "Make ivshmem more generic not only a PCI device" +state = "closed" +created_at = "2022-08-01T07:34:40.999Z" +closed_at = "2025-01-01T23:41:23.807Z" +labels = ["device: PCI", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1134" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """It will also benefit from making it more portable, see https://gitlab.com/qemu-project/qemu/-/issues/666""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1138.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1138.toml new file mode 100644 index 00000000..10a6b68c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1138.toml @@ -0,0 +1,15 @@ +id = 1138 +title = "Not able to get KVM in qemu-system-s390x built from 6.2.0 source on Fedora 31" +state = "closed" +created_at = "2022-08-03T05:39:26.624Z" +closed_at = "2022-08-03T05:56:43.788Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1138" +host-os = "(Windows 11 22H1 host, Fedora 31 On VitualBox, etc.)" +host-arch = "(AMD 5800x)" +qemu-version = "(6.2.0 built from source)" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1139.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1139.toml new file mode 100644 index 00000000..f501ac88 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1139.toml @@ -0,0 +1,90 @@ +id = 1139 +title = "block/nbd.c and drive backup to a remote nbd server" +state = "closed" +created_at = "2022-08-03T09:26:02.923Z" +closed_at = "2024-05-13T12:24:52.546Z" +labels = ["block:nbd"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1139" +host-os = "Debian 10" +host-arch = "n/a" +qemu-version = "EMU emulator version 6.2.0 (Debian 1:6.2+dfsg-2~bpo11+1)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Good afternoon! + +I trying to copy attached drive content to remote NBD server via drive-backup QMP method. I'he tested two very similar ways but with very different performance. First is a backuping to exported NBD at another server. Second way is a backuping to same server but with connecting to /dev/nbd*. + +Exporting qcow2 via nbd: +``` +(nbd) ~ # qemu-nbd -p 12345 -x backup --cache=none --aio=native --persistent -f qcow2 backup.qcow2 + +(qemu) ~ # qemu-img info nbd://10.0.0.1:12345/backup +image: nbd://10.0.0.1:12345/backup +file format: raw +virtual size: 10 GiB (10737418240 bytes) +disk size: unavailable +``` + +Starting drive backuping via QMP: + +``` +{ +\t"execute": "drive-backup", +\t"arguments": { +\t\t"device": "disk", +\t\t"sync": "full", +\t\t"target": "nbd://10.0.0.1:12345/backup", +\t\t"mode": "existing" +\t} +} +``` + +With process starting qemu notifying about warning: + +> warning: The target block device doesn't provide information about the block size and it doesn't have a backing file. The default block size of 65536 bytes is used. If the actual block size of the target exceeds this default, the backup may be unusable + +And backup process is limited by speed around 30MBps, watched by iotop + + +Second way to creating backup + +Exporting qcow2 via nbd: +``` +(nbd) ~ # qemu-nbd -p 12345 -x backup --cache=none --aio=native --persistent -f qcow2 backup.qcow2 +``` + +``` +(qemu) ~ # qemu-img info nbd://10.0.0.1:12345/backup +image: nbd://10.0.0.1:12345/backup +file format: raw +virtual size: 10 GiB (10737418240 bytes) +disk size: unavailable +(qemu) ~ # qemu-nbd -c /dev/nbd0 nbd://10.0.0.1:12345/backup +(qemu) ~ # qemu-img info /dev/nbd0 +image: /dev/nbd0 +file format: raw +virtual size: 10 GiB (10737418240 bytes) +disk size: 0 B +``` + +Starting drive backuping via QMP to local nbd device: + +``` +{ +\t"execute": "drive-backup", +\t"arguments": { +\t\t"device": "disk", +\t\t"sync": "full", +\t\t"target": "/dev/nbd0", +\t\t"mode": "existing" +\t} +} +``` + +Backup process started without previous warning, and speed limited around 100MBps (network limit) + +So I have question: how I can get same performance without connection network device to local block nbd device at the qemu host? + +Kind regards""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/114.toml b/gitlab/issues/target_missing/host_missing/accel_missing/114.toml new file mode 100644 index 00000000..3da42cbd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/114.toml @@ -0,0 +1,15 @@ +id = 114 +title = "the help message of the set_password subcommand of the qemu monitor isn't usable" +state = "opened" +created_at = "2021-05-04T05:44:42.767Z" +closed_at = "n/a" +labels = ["Documentation", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/114" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1140.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1140.toml new file mode 100644 index 00000000..a2811113 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1140.toml @@ -0,0 +1,15 @@ +id = 1140 +title = "High CPU usage on AMD after migrating guests" +state = "closed" +created_at = "2022-08-03T16:10:47.193Z" +closed_at = "2022-10-03T14:23:50.227Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1140" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1142.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1142.toml new file mode 100644 index 00000000..7813e980 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1142.toml @@ -0,0 +1,54 @@ +id = 1142 +title = "Measurements fail with direct kernel boot for AMD SEV confidential virtualization with 7.1 machine type" +state = "closed" +created_at = "2022-08-04T12:08:56.036Z" +closed_at = "2022-11-07T12:53:17.474Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1142" +host-os = "n/a" +host-arch = "x86_64" +qemu-version = "git 2480f3bbd03814b0651a1f74959f5c6631ee5819" +guest-os = "n/a" +guest-arch = "n/a" +description = """When booting the QEMU with the 'kernel-hashes:true' property set for 'sev-guest' confidential virtualization, the contents of the `-kernel` file are measured by the firmware. + +A remote tenant can then validate the measurement against its expected contents to see if the boot was trustworthy. + +With the pc-q35-7.1 machine type the measurement always fails to validate against expected state. + +Making the following code change + +``` +diff --git a/hw/i386/pc.c b/hw/i386/pc.c +index 7280c02ce3..3a4bf5cba3 100644 +--- a/hw/i386/pc.c ++++ b/hw/i386/pc.c +@@ -1899,6 +1899,8 @@ static void pc_machine_class_init(ObjectClass *oc, void *data) + pcmc->rsdp_in_ram = true; + pcmc->smbios_defaults = true; + pcmc->smbios_uuid_encoded = true; ++ pcmc->legacy_no_rng_seed = true; ++ + pcmc->gigabyte_align = true; + pcmc->has_reserved_memory = true; + pcmc->kvmclock_enabled = true; +``` + +results in successfully validating the measurement. + +THis is not surprising, the RNG seed patch introduced in + +``` +commit 67f7e426e53833a5db75b0d813e8d537b8a75bd2 +Author: Jason A. Donenfeld <Jason@zx2c4.com> +Date: Thu Jul 21 14:56:36 2022 +0200 + + hw/i386: pass RNG seed via setup_data entry +``` + +intentionally modifies the contents of the kernel image before passing it to the firmware, to inject a random seed. This will ensure the boot measuremnts are different every time. + +This RNG seed functionality must NOT be used when AMD SEV is active.""" +reproduce = """1. Create an AMD SEV guest with kernel-hashes=true and pc-q35-7.1 machine type +2. Attempt to validate the boot measurement""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1144.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1144.toml new file mode 100644 index 00000000..db01d601 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1144.toml @@ -0,0 +1,25 @@ +id = 1144 +title = "Cannot install on ArcoLinux" +state = "closed" +created_at = "2022-08-04T19:59:41.311Z" +closed_at = "2022-08-04T21:08:46.831Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1144" +host-os = "ArcoLinux" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """I tried to install with my package manager +``` +paru -S qemu-git +``` +and got these errors +``` +qemu-git: /usr/share/qemu/bios-microvm.bin exists in filesystem (owned by seabios) +qemu-git: /usr/share/qemu/vgabios-ati.bin exists in filesystem (owned by seabios) +``` + +I tried searching around for a solution but I can't seem to find anything relevant to my situation.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1148.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1148.toml new file mode 100644 index 00000000..50a880da --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1148.toml @@ -0,0 +1,283 @@ +id = 1148 +title = "Support Octal SPI mode and commands for NOR SPI devices" +state = "opened" +created_at = "2022-08-09T09:50:55.011Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1148" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """A good example of the Octal SPI (OPI) protocol use is in https://www.st.com/resource/en/application_note/dm00407776-octospi-interface-on-stm32-microcontrollers-stmicroelectronics.pdf + +It is also supported by the concrete drivers in Linux kernel: +- `drivers/mtd/spi-nor/core.c` +- `drivers/mtd/spi-nor/micron-st.c` +- `drivers/mtd/spi-nor/spansion.c` + +I tried to extract the Octal SPI part from that commit and got something like this, though obviously needs more cleaning up/improving: +```patch +--- + hw/block/m25p80.c | 93 ++++++++++++++++++++++++++++++++++------------- + 1 file changed, 68 insertions(+), 25 deletions(-) + +diff --git a/hw/block/m25p80.c b/hw/block/m25p80.c +index 7d3d8b12e0..0aa46bf280 100644 +--- a/hw/block/m25p80.c ++++ b/hw/block/m25p80.c +@@ -361,6 +361,8 @@ typedef enum { + READ4 = 0x13, + FAST_READ = 0x0b, + FAST_READ4 = 0x0c, ++ O_FAST_READ = 0x9d, ++ O_FAST_READ4 = 0xfc, + DOR = 0x3b, + DOR4 = 0x3c, + QOR = 0x6b, +@@ -369,6 +371,11 @@ typedef enum { + DIOR4 = 0xbc, + QIOR = 0xeb, + QIOR4 = 0xec, ++ OOR = 0x8b, ++ OOR4 = 0x8c, ++ OOR4_MT35X = 0x7c, /* according mt35x datasheet */ ++ OIOR = 0xcb, ++ OIOR4 = 0xcc, + + PP = 0x02, + PP4 = 0x12, +@@ -379,6 +386,8 @@ typedef enum { + RDID_90 = 0x90, + RDID_AB = 0xab, + AAI_WP = 0xad, ++ OPP = 0x82, ++ OPP4 = 0x84, + + ERASE_4K = 0x20, + ERASE4_4K = 0x21, +@@ -422,6 +431,7 @@ typedef enum { + STATE_COLLECTING_DATA, + STATE_COLLECTING_VAR_LEN_DATA, + STATE_READING_DATA, ++ DUMMY_CYCLE_WAIT, + } CMDState; + + typedef enum { +@@ -654,12 +664,16 @@ static inline int get_addr_length(Flash *s) + case QPP_4: + case READ4: + case QIOR4: ++ case OIOR4: + case ERASE4_4K: + case ERASE4_32K: + case ERASE4_SECTOR: + case FAST_READ4: ++ case O_FAST_READ4: + case DOR4: + case QOR4: ++ case OOR4: ++ case OOR4_MT35X: + case DIOR4: + return 4; + default: +@@ -670,6 +684,7 @@ static inline int get_addr_length(Flash *s) + static void complete_collecting_data(Flash *s) + { + int i, n; ++ bool dummy_state = false; + + n = get_addr_length(s); + s->cur_addr = (n == 3 ? s->ear : 0); +@@ -689,9 +704,12 @@ static void complete_collecting_data(Flash *s) + case DPP: + case QPP: + case QPP_4: ++ case OPP: + case PP: ++ s->state = STATE_PAGE_PROGRAM; ++ break; ++ case OPP4: + case PP4: +- case PP4_4: + s->state = STATE_PAGE_PROGRAM; + break; + case AAI_WP: +@@ -702,16 +720,27 @@ static void complete_collecting_data(Flash *s) + case READ: + case READ4: + case FAST_READ: +- case FAST_READ4: ++ case O_FAST_READ: + case DOR: +- case DOR4: + case QOR: +- case QOR4: ++ case OOR: + case DIOR: +- case DIOR4: + case QIOR: ++ case OIOR: ++ case FAST_READ4: ++ case O_FAST_READ4: ++ case DOR4: ++ case QOR4: ++ case OOR4: ++ case OOR4_MT35X: ++ case DIOR4: + case QIOR4: +- s->state = STATE_READ; ++ case OIOR4: ++ if (dummy_state == false) { ++ s->state = STATE_READ; ++ } else { ++ s->state = DUMMY_CYCLE_WAIT; ++ } + break; + case ERASE_4K: + case ERASE4_4K: +@@ -744,7 +773,6 @@ static void complete_collecting_data(Flash *s) + s->write_enable = false; + } + break; +- case BRWR: + case EXTEND_ADDR_WRITE: + s->ear = s->data[0]; + break; +@@ -1038,6 +1066,7 @@ static void decode_qio_read_cmd(Flash *s) + s->needed_bytes += 3; + break; + default: ++ s->needed_bytes += 5; + break; + } + s->pos = 0; +@@ -1066,28 +1095,39 @@ static void decode_new_cmd(Flash *s, uint32_t value) + "M25P80: Invalid cmd within AAI programming sequence"); + } + ++ s->needed_bytes = 0; ++ + switch (value) { + ++ case ERASE4_SECTOR: ++ if (s->four_bytes_address_mode == false) { ++ s->needed_bytes += 1; ++ } + case ERASE_4K: +- case ERASE4_4K: + case ERASE_32K: +- case ERASE4_32K: + case ERASE_SECTOR: +- case ERASE4_SECTOR: ++ case OPP: + case PP: +- case PP4: ++ case QOR: ++ case OOR: ++ case FAST_READ: ++ case O_FAST_READ: ++ case DOR: + case DIE_ERASE: + case RDID_90: + case RDID_AB: +- s->needed_bytes = get_addr_length(s); ++ s->needed_bytes += get_addr_length(s); + s->pos = 0; + s->len = 0; + s->state = STATE_COLLECTING_DATA; + break; +- case READ: + case READ4: ++ if (s->four_bytes_address_mode == false) { ++ s->needed_bytes += 1; ++ } ++ case READ: + if (get_man(s) != MAN_NUMONYX || numonyx_mode(s) == MODE_STD) { +- s->needed_bytes = get_addr_length(s); ++ s->needed_bytes += get_addr_length(s); + s->pos = 0; + s->len = 0; + s->state = STATE_COLLECTING_DATA; +@@ -1098,7 +1138,7 @@ static void decode_new_cmd(Flash *s, uint32_t value) + break; + case DPP: + if (get_man(s) != MAN_NUMONYX || numonyx_mode(s) != MODE_QIO) { +- s->needed_bytes = get_addr_length(s); ++ s->needed_bytes += get_addr_length(s); + s->pos = 0; + s->len = 0; + s->state = STATE_COLLECTING_DATA; +@@ -1110,8 +1150,11 @@ static void decode_new_cmd(Flash *s, uint32_t value) + case QPP: + case QPP_4: + case PP4_4: ++ if (s->four_bytes_address_mode == false) { ++ s->needed_bytes += 1; ++ } + if (get_man(s) != MAN_NUMONYX || numonyx_mode(s) != MODE_DIO) { +- s->needed_bytes = get_addr_length(s); ++ s->needed_bytes += get_addr_length(s); + s->pos = 0; + s->len = 0; + s->state = STATE_COLLECTING_DATA; +@@ -1121,11 +1164,9 @@ static void decode_new_cmd(Flash *s, uint32_t value) + } + break; + +- case FAST_READ: + case FAST_READ4: + decode_fast_read_cmd(s); + break; +- case DOR: + case DOR4: + if (get_man(s) != MAN_NUMONYX || numonyx_mode(s) != MODE_QIO) { + decode_fast_read_cmd(s); +@@ -1134,14 +1175,13 @@ static void decode_new_cmd(Flash *s, uint32_t value) + "QIO mode\\n", s->cmd_in_progress); + } + break; +- case QOR: + case QOR4: +- if (get_man(s) != MAN_NUMONYX || numonyx_mode(s) != MODE_DIO) { +- decode_fast_read_cmd(s); +- } else { +- qemu_log_mask(LOG_GUEST_ERROR, "M25P80: Cannot execute cmd %x in " +- "DIO mode\\n", s->cmd_in_progress); +- } ++ case OOR4: ++ case OOR4_MT35X: ++ s->needed_bytes += 4; ++ s->pos = 0; ++ s->len = 0; ++ s->state = STATE_COLLECTING_DATA; + break; + + case DIOR: +@@ -1265,6 +1305,7 @@ static void decode_new_cmd(Flash *s, uint32_t value) + s->four_bytes_address_mode = false; + break; + case BRRD: ++ s->data_read_loop = false; + case EXTEND_ADDR_READ: + s->data[0] = s->ear; + s->pos = 0; +@@ -1475,6 +1516,8 @@ static uint32_t m25p80_transfer8(SSIPeripheral *ss, uint32_t tx) + } + break; + ++ case DUMMY_CYCLE_WAIT: ++ break; + default: + case STATE_IDLE: + decode_new_cmd(s, (uint8_t)tx); +-- +``` +There is also missing **0xfd** command for the DDR Octal I/O Fast Read for Micron MT35X chips. I am not sure if it's the same as the **0xfc** command in the Xilinx code though. + +Since I am not the author of the original commit, maybe Xilinx folks could take my patch, update/improve it and send to the mailing list. It will reduce the amount of the changes you have to apply in your fork as well :smile: + +cc @alistair23""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1149.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1149.toml new file mode 100644 index 00000000..620c612c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1149.toml @@ -0,0 +1,21 @@ +id = 1149 +title = "Micron Xccela (MT35x) NOR Flash wrong implementation in `hw/block/m25p80.c`" +state = "opened" +created_at = "2022-08-11T08:56:39.666Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1149" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I see that in the fork they introduced a new entry - `MAN_MICRON_OCTAL`: - https://github.com/Xilinx/qemu/blob/master/hw/block/m25p80.c + +Would be nice to make it more generic, probably to call just `MAN_MICRON` and set octal mode like quad mode in other flash implementations - via the configuration register flags, especially since they could be enabled and disabled on the fly. + +Also the 256 configuration registers: https://github.com/Xilinx/qemu/commit/9b2fe1e36bfd8849bb3538161279cdff6efea325 + +cc @alistair23""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1150.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1150.toml new file mode 100644 index 00000000..d45448f2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1150.toml @@ -0,0 +1,96 @@ +id = 1150 +title = "guest Linux Kernel hangs and reports CPU lockup/stuck (Qemu >= 6.0.1 regression)" +state = "closed" +created_at = "2022-08-11T14:39:23.851Z" +closed_at = "2023-02-06T09:37:48.879Z" +labels = ["GUI", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1150" +host-os = "openSUSE-15.4 (Linux-5.14) or Debian-11 (Linux-5.10)" +host-arch = "x86_64" +qemu-version = "6.0.1 - 7.1.0-rc2" +guest-os = "openSUSE-15.4 (Linux-5.14) or Debian-11 (Linux-5.10)" +guest-arch = "x86_64" +description = """Since at least [qemu-6.0.1](https://download.qemu.org/qemu-6.0.1.tar.xz) my VM guest is having CPU problems. It looks like [qemu-6.0.0](https://download.qemu.org/qemu-6.0.0.tar.xz) is fine, but I can't confirm this 100 %. + +Problem: The guest hangs for about 30 seconds and dmesg reports errors. + +<details> +<summary>dmesg</summary> + +``` +[ 310.791732] watchdog: BUG: soft lockup - CPU#1 stuck for 25s! [swapper/1:0] +[ 310.791753] Modules linked in: ipt_REJECT nf_reject_ipv4 xt_tcpudp xt_state xt_conntrack nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_filter bpfilter af_packet iscsi_ibft iscsi_boot_sysfs rfkill dm_crypt essiv authenc pktcdvd intel_rapl_msr intel_rapl_common kvm_intel kvm cirrus drm_kms_helper irqbypass cec pcspkr joydev rc_core syscopyarea sysfillrect sysimgblt virtio_balloon fb_sys_fops i2c_piix4 button nls_iso8859_1 nls_cp437 vfat fat drm fuse configfs ip_tables x_tables ext4 crc16 mbcache jbd2 hid_generic usbhid sd_mod t10_pi virtio_scsi virtio_net net_failover virtio_blk failover sr_mod cdrom ata_generic crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd xhci_pci xhci_pci_renesas xhci_hcd cryptd serio_raw ehci_pci uhci_hcd ehci_hcd usbcore ata_piix ahci libahci virtio_pci virtio_pci_modern_dev libata floppy qemu_fw_cfg dm_mirror dm_region_hash dm_log dm_mod sg scsi_mod +[ 310.792102] Supported: Yes +[ 310.792108] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.14.21-150400.22-default #1 SLE15-SP4 0b6a6578ade2de5c4a0b916095dff44f76ef1704 +[ 310.792121] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 +[ 310.792127] RIP: 0010:__do_softirq+0x6e/0x2bc +[ 310.792146] Code: 8b 70 2c 81 60 2c ff f7 ff ff 89 74 24 14 c7 44 24 10 0a 00 00 00 48 c7 c0 c0 30 03 00 65 66 c7 00 00 00 fb 66 0f 1f 44 00 00 <bb> ff ff ff ff 41 0f bc de 83 c3 01 89 1c 24 0f 84 92 00 00 00 49 +[ 310.792154] RSP: 0018:ffffb9a8c00d0f98 EFLAGS: 00000206 +[ 310.792163] RAX: 00000000000330c0 RBX: ffffb9a8c0093e18 RCX: 0000000034b47837 +[ 310.792169] RDX: ffff9835c02dd100 RSI: 0000000004200042 RDI: 0000000000000040 +[ 310.792175] RBP: 0000000000000022 R08: ffffb9a8c0093e18 R09: 0000000000000001 +[ 310.792180] R10: 0000000000000002 R11: 0000000000000283 R12: 0000000000000001 +[ 310.792185] R13: 0000000000000000 R14: 0000000000000040 R15: 0000000000000000 +[ 310.792191] FS: 0000000000000000(0000) GS:ffff9836f7d00000(0000) knlGS:0000000000000000 +[ 310.792197] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 +[ 310.792203] CR2: 000055ed8cffbaf8 CR3: 00000001025c0001 CR4: 0000000000170ee0 +[ 310.792216] Call Trace: +[ 310.792247] <IRQ> +[ 310.792284] irq_exit_rcu+0x9c/0xc0 +[ 310.792305] common_interrupt+0x5d/0xa0 +[ 310.792331] </IRQ> +[ 310.792335] <TASK> +[ 310.792339] asm_common_interrupt+0x1e/0x40 +[ 310.792358] RIP: 0010:native_safe_halt+0xb/0x10 +[ 310.792368] Code: f0 80 48 02 20 48 8b 00 a8 08 74 82 eb c1 cc eb 07 0f 00 2d 89 f3 5f 00 f4 c3 0f 1f 44 00 00 eb 07 0f 00 2d 79 f3 5f 00 fb f4 <c3> cc cc cc cc 0f 1f 44 00 00 65 8b 15 14 ee 60 69 0f 1f 44 00 00 +[ 310.792375] RSP: 0018:ffffb9a8c0093ec8 EFLAGS: 00000212 +[ 310.792382] RAX: ffffffff96a0ca50 RBX: 0000000000000001 RCX: ffff9835c49c3700 +[ 310.792387] RDX: 00000000001df31e RSI: 0000000000000000 RDI: ffff9835c02a8000 +[ 310.792392] RBP: ffffffff97d47120 R08: 00000000001df31e R09: 0000000000029800 +[ 310.792397] R10: ffffb9a8c164bbe0 R11: 0000000000000198 R12: 0000000000000000 +[ 310.792402] R13: 0000000000000000 R14: ffffffffffffffff R15: ffff9835c02a8000 +[ 310.792409] ? __sched_text_end+0x5/0x5 +[ 310.792425] default_idle+0xa/0x10 +[ 310.792434] default_idle_call+0x2d/0xe0 +[ 310.792441] do_idle+0x1ec/0x2d0 +[ 310.792452] cpu_startup_entry+0x19/0x20 +[ 310.792460] start_secondary+0x11c/0x160 +[ 310.792475] secondary_startup_64_no_verify+0xc2/0xcb +[ 310.792501] </TASK> +``` + +``` +[ 435.511342] BUG: workqueue lockup - pool cpus=1 node=0 flags=0x0 nice=0 stuck for 30s! +[ 435.511374] Showing busy workqueues and worker pools: +[ 435.511377] workqueue events: flags=0x0 +[ 435.511380] pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256 refcnt=2 +[ 435.511385] pending: vmstat_shepherd +[ 435.511395] workqueue events_power_efficient: flags=0x80 +[ 435.511398] pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=2/256 refcnt=3 +[ 435.511402] pending: neigh_periodic_work, neigh_periodic_work +[ 435.511411] workqueue events_freezable_power_: flags=0x84 +[ 435.511414] pwq 2: cpus=1 node=0 flags=0x0 nice=0 active=1/256 refcnt=2 +[ 435.511417] in-flight: 4783:disk_events_workfn +[ 435.511425] workqueue mm_percpu_wq: flags=0x8 +[ 435.511428] pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256 refcnt=2 +[ 435.511431] pending: vmstat_update +[ 435.511440] workqueue writeback: flags=0x4a +[ 435.511443] pwq 4: cpus=0-1 flags=0x4 nice=0 active=1/256 refcnt=3 +[ 435.511447] pending: wb_workfn +[ 435.511453] workqueue kblockd: flags=0x18 +[ 435.511455] pwq 3: cpus=1 node=0 flags=0x0 nice=-20 active=3/256 refcnt=4 +[ 435.511459] pending: blk_mq_timeout_work, blk_mq_timeout_work, blk_mq_timeout_work +[ 435.511475] workqueue ata_sff: flags=0x8 +[ 435.511479] pwq 2: cpus=1 node=0 flags=0x0 nice=0 active=1/512 refcnt=2 +[ 435.511482] pending: ata_sff_pio_task [libata] +[ 435.511538] pool 2: cpus=1 node=0 flags=0x0 nice=0 hung=30s workers=3 idle: 349 51 +``` + +</details> + +It looks like the problem mostly appears if SSH is being used over a "user" network connection. A typical situation is when editing a file in Vim (compiled with X support) via SSH and using the X clipboard (`"+y"`). But the problem also happens in other situations with SSH, e. g. when using SSHFS. +The type of NIC doesn't seem to make a difference (tested `virtio` and `e1000`). But "tap" network connections don't show a problem. + + """ +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1156.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1156.toml new file mode 100644 index 00000000..e64e0006 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1156.toml @@ -0,0 +1,15 @@ +id = 1156 +title = "Incorrect implementation of vmsumudm instruction" +state = "closed" +created_at = "2022-08-14T00:15:49.327Z" +closed_at = "2022-08-15T11:03:35.710Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1156" +host-os = "Ubuntu 20.04.1 LTS" +host-arch = "ppc64le" +qemu-version = "qemu-ppc64le version 4.2.1 (Debian 1:4.2-3ubuntu6.23)" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1157.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1157.toml new file mode 100644 index 00000000..abc14fe7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1157.toml @@ -0,0 +1,21 @@ +id = 1157 +title = "aarch64: enabling MMU causes instruction abort" +state = "closed" +created_at = "2022-08-14T15:27:24.095Z" +closed_at = "2022-08-19T17:06:01.555Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1157" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "7.1.0-rc2" +guest-os = "[SerenityOS](https://github.com/SerenityOS/serenity)" +guest-arch = "aarch64 Raspberry PI3" +description = """The title describes the problem pretty accurately, we get an instruction abort when enabling the MMU with a pretty simple set of page tables. This has been regressed from qemu 6.x.""" +reproduce = """1. Run the provided Kernel binary with the command line specified above. +2. Notice the hang after 'Initialize MMU'. I traced it down to being an instructions abort after the write to the SCTLR_EL1 register. +3. Try to run with qemu 6.x, and notice that it works.""" +additional = """This does work on actual hardware, so it has to be a qemu bug. + +A binary of the Serenity Kernel has been attached to the issue. The source of that binary can be found at commit ca0e32e59fcf67a662e5d3a994d44cd7c941624a of [SerenityOS](https://github.com/SerenityOS/serenity). + +[Kernel](/uploads/f731edbf81d8e575035e9693b0a51dbf/Kernel)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1158.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1158.toml new file mode 100644 index 00000000..49e5af43 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1158.toml @@ -0,0 +1,15 @@ +id = 1158 +title = "Error in setting VNC password" +state = "closed" +created_at = "2022-08-15T07:16:53.440Z" +closed_at = "2022-08-18T09:07:00.911Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1158" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1159.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1159.toml new file mode 100644 index 00000000..e0885f85 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1159.toml @@ -0,0 +1,42 @@ +id = 1159 +title = "Strange invalid access errors for very basic OS" +state = "closed" +created_at = "2022-08-15T15:10:57.699Z" +closed_at = "2022-08-18T09:07:37.564Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1159" +host-os = "Kubuntu 20.04" +host-arch = "x86_64" +qemu-version = "4.2.1" +guest-os = "Custom" +guest-arch = "x86_64" +description = """Currently I'm studying OS development. I found numerous guides on that topic, however [this one](https://github.com/cfenollosa/os-tutorial/tree/master/01-bootsector-barebones) is most close to what I have been doing. +When `.bin` file is launched with `-d guest_errors` flag, before any OS output exactly 512 error messages appear in logs, that look like that: +``` +Invalid access at addr 0xFEBB0000, size 1, region '(null)', reason: rejected +Invalid access at addr 0x0, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB0001, size 1, region '(null)', reason: rejected +Invalid access at addr 0x1, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB0002, size 1, region '(null)', reason: rejected +... +and it goes up to +... +Invalid access at addr 0xFEBB00FE, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFE, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB00FF, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFF, size 1, region '(null)', reason: rejected +``` +Apparently, the OS boots normally after that. Should I be concerned about these messages or Should I just ignore them? +That looks strange and confusing, not a piece of my code calls these addresses. Maybe I'm doing something wrong?""" +reproduce = """1. Install `nasm` compiler (nasm package for apt) +2. Create a file named `os.asm` with exactly four lines: +```asm +loop: + jmp loop +times 510-($-$$) db 0 +dw 0xaa55 +``` +3. Build it with `nasm -f bin os.asm -o os.bin` +4. Run it with `qemu-system-i386 -d guest_errors -drive format=raw,file=./os.bin` +5. ...enjoy error messages.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1161.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1161.toml new file mode 100644 index 00000000..a8b891e7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1161.toml @@ -0,0 +1,15 @@ +id = 1161 +title = "revise docs/interop/virtio-balloon-stats.rst" +state = "opened" +created_at = "2022-08-16T13:16:00.156Z" +closed_at = "n/a" +labels = ["Documentation", "device:virtio", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1161" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1162.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1162.toml new file mode 100644 index 00000000..1a9926b8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1162.toml @@ -0,0 +1,20 @@ +id = 1162 +title = "`./configure` gives `big/little test failed` error when attempting to statically link on Fedora 36" +state = "closed" +created_at = "2022-08-16T22:35:26.260Z" +closed_at = "2022-08-17T07:01:31.853Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1162" +host-os = "Fedora 36" +host-arch = "x86_64" +qemu-version = "master` branch d293d70a8d4720cc1458f4953ed9974d5df96f8e" +guest-os = "N/A" +guest-arch = "x86_64" +description = """I'm having trouble attempting to build the QEMU System emulator statically linked. The error `./configure` gives `big/little test failed` with nothing else. I couldn't find any information relating to this. I'm not sure where to start fixing this. If anyone can help me with this, thanks!""" +reproduce = """1. `git clone https://gitlab.com/qemu-project/qemu.git` +2. `cd qemu` +3. `git submodule init` +4. `git submodule update` +5. `./configure --enable-kvm --enable-vnc --enable-vhost-net --enable-avx2 --enable-avx512f --target-list=x86_64-softmmu --static` +6. Observe build error""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1165.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1165.toml new file mode 100644 index 00000000..35c45712 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1165.toml @@ -0,0 +1,15 @@ +id = 1165 +title = "About support LoongArch architecture" +state = "closed" +created_at = "2022-08-18T05:38:01.696Z" +closed_at = "2022-08-18T07:33:49.210Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1165" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Start from Linux 5.19, maybe can find the compatible source code for LoongArch in the Linux Kernel source code archive.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1169.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1169.toml new file mode 100644 index 00000000..a0199fa6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1169.toml @@ -0,0 +1,15 @@ +id = 1169 +title = "rename snapshot by qemu-img" +state = "opened" +created_at = "2022-08-22T14:36:36.701Z" +closed_at = "n/a" +labels = ["Storage", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1169" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I have no idea to rename a snapshot which created by `qemu-img snapshot -c`, I think it is a useful function""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/117.toml b/gitlab/issues/target_missing/host_missing/accel_missing/117.toml new file mode 100644 index 00000000..cc57c481 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/117.toml @@ -0,0 +1,15 @@ +id = 117 +title = "nested 9p filesystem with security_model=mapped-xattr" +state = "opened" +created_at = "2021-05-04T07:22:54.308Z" +closed_at = "n/a" +labels = ["Launchpad", "block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/117" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1170.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1170.toml new file mode 100644 index 00000000..ab39cf59 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1170.toml @@ -0,0 +1,66 @@ +id = 1170 +title = "Unable to compile in Ubuntu 22.04, at compiling linux-user_arm_nwfpe_double_cpdo.c.o" +state = "closed" +created_at = "2022-08-23T09:16:37.327Z" +closed_at = "2022-08-24T01:18:16.904Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1170" +host-os = "Ubuntu 22.04 LTS" +host-arch = "AMD64" +qemu-version = "7\\.1.0-rc3" +guest-os = "n/a" +guest-arch = "n/a" +description = """Compiling of QEMU 7.1.0-rc3 stops here for me: +``` +[7172/9855] Compiling C object libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o +FAILED: libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o +cc -m64 -mcx16 -Ilibqemu-armeb-linux-user.fa.p -I. -I.. -Itarget/arm -I../target/arm -I../common-user/host/x86_64 -I../linux-user/include/host/x86_64 -I../linux-user/include -Ilinux-user -I../linux-user -Ilinux-user/arm -I../linux-user/arm -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/capstone -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/andrea/Downloads/qemu-7.1.0-rc3/linux-headers -isystem linux-headers -iquote . -iquote /home/andrea/Downloads/qemu-7.1.0-rc3 -iquote /home/andrea/Downloads/qemu-7.1.0-rc3/include -iquote /home/andrea/Downloads/qemu-7.1.0-rc3/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="armeb-linux-user-config-target.h"' '-DCONFIG_DEVICES="armeb-linux-user-config-devices.h"' -MD -MQ libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o -MF libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o.d -o libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o -c ../linux-user/arm/nwfpe/double_cpdo.c +during RTL pass: expand +../linux-user/arm/nwfpe/double_cpdo.c: In function ‘DoubleCPDO’: +../linux-user/arm/nwfpe/double_cpdo.c:232:1: internal compiler error: Segmentation fault + 232 | } + | ^ +0x7fe5b824251f ??? +\t./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0 +0x7fe5b8229d8f __libc_start_call_main +\t../sysdeps/nptl/libc_start_call_main.h:58 +0x7fe5b8229e3f __libc_start_main_impl +\t../csu/libc-start.c:392 +Please submit a full bug report, +with preprocessed source if appropriate. +Please include the complete backtrace with any bug report. +See <file:///usr/share/doc/gcc-11/README.Bugs> for instructions. +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:162: run-ninja] Error 1 +make[1]: Leaving directory '/home/andrea/Downloads/qemu-7.1.0-rc3/build' +make: *** [GNUmakefile:11: all] Error 2 +``` + +Configure Output: +[Configure_Output.txt](/uploads/40055846573b79cc2817d5cb338e18c1/Configure_Output.txt) + +Compiles on 7.0.0.""" +reproduce = """1. Run 'sudo apt purge qemu-kvm qemu-utils libvirt-daemon-system libvirt-clients bridge-utils virt-manager ovmf' +2. Run 'sudo apt-get install git libglib2.0-dev libfdt-dev libpixman-1-dev zlib1g-dev ninja-build' ([Wiki](https://wiki.qemu.org/Hosts/Linux)) +3. Additional Packages: +``` +sudo apt-get install git-email +sudo apt-get install libaio-dev libbluetooth-dev libcapstone-dev libbrlapi-dev libbz2-dev +sudo apt-get install libcap-ng-dev libcurl4-gnutls-dev libgtk-3-dev +sudo apt-get install libibverbs-dev libjpeg8-dev libncurses5-dev libnuma-dev +sudo apt-get install librbd-dev librdmacm-dev +sudo apt-get install libsasl2-dev libsdl2-dev libseccomp-dev libsnappy-dev libssh-dev +sudo apt-get install libvde-dev libvdeplug-dev libvte-2.91-dev libxen-dev liblzo2-dev +sudo apt-get install valgrind xfslibs-dev + +sudo apt-get install libnfs-dev libiscsi-dev +``` +4. Build instructions for QEMU: +``` +wget https://download.qemu.org/qemu-7.1.0-rc3.tar.xz +tar xvJf qemu-7.1.0-rc3.tar.xz +cd qemu-7.1.0-rc3 +./configure +make +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1171.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1171.toml new file mode 100644 index 00000000..8f56c25d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1171.toml @@ -0,0 +1,15 @@ +id = 1171 +title = "tulip: DMA reentrancy issue leads to stack overflow (CVE-2022-2962)" +state = "closed" +created_at = "2022-08-23T16:23:58.564Z" +closed_at = "2022-09-14T21:02:00.854Z" +labels = ["Networking", "Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1171" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """A DMA reentrancy issue was found in the tulip emulation. When tulip reads or writes to rx/tx descriptor ( tulip_desc_read/write ) or copies rx/tx frame(tulip_copy_rx_bytes / tulip_copy_tx_buffers), it doesn't check whether the destination address is its own MMIO address. A malicious guest could use this flaw to crash the QEMU process on the host, resulting in a denial of service condition or, potentially, executing arbitrary code within the context of the QEMU process on the host.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1172.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1172.toml new file mode 100644 index 00000000..9bab9f6d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1172.toml @@ -0,0 +1,71 @@ +id = 1172 +title = "Make pixman an optional dependency" +state = "closed" +created_at = "2022-08-24T06:33:23.606Z" +closed_at = "2023-11-27T11:32:42.643Z" +labels = ["ACPI", "Build System", "GUI", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1172" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Only these files use pixman functions (excluding tests, of course): +``` +meson.build +contrib/vhost-user-gpu/vhost-user-gpu.c +contrib/vhost-user-gpu/meson.build +chardev/meson.build +include/ui/spice-display.h +include/ui/sdl2.h +include/ui/gtk.h +include/ui/qemu-pixman.h +include/ui/console.h +include/hw/display/xlnx_dp.h +include/hw/virtio/virtio-gpu.h +include/hw/virtio/virtio-gpu-pixman.h +hw/display/vga.c +hw/display/ramfb.c +hw/display/vhost-user-gpu.c +hw/display/virtio-gpu-gl.c +hw/display/virtio-gpu-udmabuf.c +hw/display/xenfb.c +hw/display/ati_2d.c +hw/display/meson.build +hw/display/vmware_vga.c +hw/display/qxl-render.c +hw/display/xlnx_dp.c +hw/display/bochs-display.c +hw/display/sm501.c +hw/display/virtio-gpu.c +hw/vfio/display.c +hw/s390x/meson.build +ui/cocoa.m +ui/console-gl.c +ui/vnc.c +ui/qemu-pixman.c +ui/gtk.c +ui/console.c +ui/trace-events +ui/meson.build +ui/dbus-listener.c +ui/vnc-enc-tight.c +ui/vnc.h +ui/spice-display.c +ui/dbus-display1.xml +ui/sdl2-2d.c +``` + +This code in `meson.build` always require **pixman** for building system emulators: +```meson +pixman = not_found +if have_system or have_tools + pixman = dependency('pixman-1', required: have_system, version:'>=0.21.8', + method: 'pkg-config', kwargs: static_kwargs) +endif +``` +https://gitlab.com/qemu-project/qemu/-/blob/master/meson.build#L520 + +Most of the code could work without it.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1175.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1175.toml new file mode 100644 index 00000000..30ec0a21 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1175.toml @@ -0,0 +1,16 @@ +id = 1175 +title = "Crash / Assert in VVFAT.c while installaling WinXP from QEMU 7.0 running in Raspberry OS" +state = "opened" +created_at = "2022-08-25T08:50:43.059Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1175" +host-os = "RaspberryOS on RPI4" +host-arch = "n/a" +qemu-version = "7.0" +guest-os = "Windows XP SP3" +guest-arch = "n/a" +description = """- Windows XP installation crashes QEMU with : +qemu-system-i386: ../block/vvfat.c:103: array_get: Assertion `index < array->next' failed.""" +reproduce = """Use command line above and run WindowsXP installation""" +additional = """Execution also leads to many "Invalid file name" being reported by QEMU""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1176.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1176.toml new file mode 100644 index 00000000..aca74771 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1176.toml @@ -0,0 +1,19 @@ +id = 1176 +title = "VVFAT :rw writes from guest (ReactOS, windowsXP) not visible by host" +state = "closed" +created_at = "2022-08-25T08:55:54.104Z" +closed_at = "2022-10-31T10:11:49.411Z" +labels = ["Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1176" +host-os = "RaspberryOS on RPI4" +host-arch = "n/a" +qemu-version = "(e.g. `qemu-system-x86_64 --version`)" +guest-os = "ReactOS" +guest-arch = "n/a" +description = """As described in https://jira.reactos.org/browse/CORE-18327 +While ./LMS is mounted as a :rw VVFAT drive, guest OS (ReactOS) is able to read files BUT when files are "written" from the guest, they are not visible on host side. +QEMU execution is also massively polluted by "invalid file name" messages coming from https://git.qemu.org/?p=qemu.git;a=blob_plain;f=block/vvfat.c;hb=HEAD (but this is not specific to the use with ReactOS, as this is also observed with other guest : WXP, ...) + +See attached screenshot showing WXPSP3 as guest with file created in VVFAT drive while guest misses the newly created file.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1179.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1179.toml new file mode 100644 index 00000000..ac5b366f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1179.toml @@ -0,0 +1,73 @@ +id = 1179 +title = "qemu-img snapshot would break win8.1's system disk data" +state = "closed" +created_at = "2022-08-28T05:21:15.350Z" +closed_at = "2022-08-29T05:42:48.641Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1179" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.0.0 (v7.0.0-dirty)" +guest-os = "Windows 8.1" +guest-arch = "x86_64" +description = """`qemu-img snapshot` will cause a damage on windows 8.1 virtual machine""" +reproduce = """1.shutdown the virtual machine + +2.exec command +``` +$ qemu-img snapshot -d standard /media/user/SSD_VM/disk/win8_1.qcow2 +... +ERROR cluster 554329 refcount=0 reference=1 +ERROR cluster 554330 refcount=0 reference=1 +ERROR cluster 554331 refcount=0 reference=1 +ERROR cluster 554332 refcount=0 reference=1 +ERROR cluster 554333 refcount=0 reference=1 +ERROR cluster 554334 refcount=0 reference=1 +ERROR cluster 554335 refcount=0 reference=1 +Leaked cluster 557183 refcount=2 reference=1 +Leaked cluster 557472 refcount=2 reference=1 +Leaked cluster 564785 refcount=2 reference=1 +... +Leaked cluster 580393 refcount=2 reference=1 +Leaked cluster 580434 refcount=2 reference=1 +Leaked cluster 580713 refcount=2 reference=1 +Leaked cluster 580718 refcount=2 reference=1 +Leaked cluster 580726 refcount=2 reference=1 +Leaked cluster 580965 refcount=2 reference=1 +Leaked cluster 581268 refcount=2 reference=1 +Leaked cluster 581280 refcount=2 reference=1 +Leaked cluster 581367 refcount=2 reference=1 +Leaked cluster 582743 refcount=2 reference=1 +Leaked cluster 582938 refcount=2 reference=1 +Leaked cluster 583026 refcount=2 reference=1 +Leaked cluster 583027 refcount=2 reference=1 +Leaked cluster 583028 refcount=2 reference=1 +Leaked cluster 583029 refcount=2 reference=1 +Rebuilding refcount structure +Repairing cluster 547917 refcount=1 reference=0 +Repairing cluster 547936 refcount=1 reference=0 +Repairing cluster 547955 refcount=1 reference=0 +Repairing cluster 548069 refcount=1 reference=0 +Repairing cluster 548092 refcount=1 reference=0 +Repairing cluster 548115 refcount=1 reference=0 +Repairing cluster 548125 refcount=1 reference=0 +Repairing cluster 548128 refcount=1 reference=0 +Repairing cluster 548130 refcount=1 reference=0 +Repairing cluster 548144 refcount=1 reference=0 +Repairing cluster 548146 refcount=1 reference=0 +Repairing cluster 548150 refcount=1 reference=0 +Repairing cluster 548199 refcount=1 reference=0 +Repairing cluster 548201 refcount=1 reference=0 +Repairing cluster 548226 refcount=1 reference=0 +Repairing cluster 548234 refcount=1 reference=0 +Repairing cluster 548236 refcount=1 reference=0 +Repairing cluster 557073 refcount=1 reference=0 +Repairing cluster 557074 refcount=1 reference=0 +... + +``` + +3.start the virtual machine , it shows blue screen error: +`UNEXPECTED_STORE_EXCPETION` +""" +additional = """the windows virtual machine will automatically fix the damage that qemu-img caused on next restart .""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/118.toml b/gitlab/issues/target_missing/host_missing/accel_missing/118.toml new file mode 100644 index 00000000..65162b32 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/118.toml @@ -0,0 +1,15 @@ +id = 118 +title = "USB device 1.1 not correctly passedthru from Linux host to Windows guest" +state = "opened" +created_at = "2021-05-04T07:23:07.217Z" +closed_at = "n/a" +labels = ["Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/118" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1180.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1180.toml new file mode 100644 index 00000000..a998499d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1180.toml @@ -0,0 +1,174 @@ +id = 1180 +title = "Assertion failure in usb_cancel_packet()" +state = "opened" +created_at = "2022-08-30T03:08:08.186Z" +closed_at = "n/a" +labels = ["Security", "USB", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1180" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.0.91" +guest-os = "Linux" +guest-arch = "x86" +description = """When I ran hcd-ohci with dev-storage, I found an assertion failure in +usb_cancel_packet() [1] due to p->state == USB_PACKET_COMPLETE. This is due to +the inconsistency when resetting device. + +``` c +static inline bool usb_packet_is_inflight(USBPacket *p) +{ + return (p->state == USB_PACKET_QUEUED || + p->state == USB_PACKET_ASYNC); +} + +void usb_cancel_packet(USBPacket * p) +{ + bool callback = (p->state == USB_PACKET_ASYNC); + assert(usb_packet_is_inflight(p)); // <------------------------------- [1] + usb_packet_set_state(p, USB_PACKET_CANCELED); + QTAILQ_REMOVE(&p->ep->queue, p, queue); + if (callback) { + usb_device_cancel_packet(p->ep->dev, p); + } +} +```""" +reproduce = """Step 1: download the prepared rootfs and the image. + +https://drive.google.com/file/d/1B95zWWcomvZt1wms31Ddc9Xwlq-bfqhq/view?usp=sharing + +https://drive.google.com/file/d/1pxFzn49MKYmMMIIsaL9aUkzebRSYfq3J/view?usp=sharing + +Step 2: run the following script. + +``` bash +QEMU_PATH=../../../qemu/build/qemu-system-x86_64 +KERNEL_PATH=./bzImage +ROOTFS_PATH=./rootfs.ext2 +$QEMU_PATH \\ + -M q35 -m 1G \\ + -kernel $KERNEL_PATH \\ + -drive file=$ROOTFS_PATH,if=virtio,format=raw \\ + -append "root=/dev/vda console=ttyS0" \\ + -net nic,model=virtio -net user \\ + -usb \\ + -device pci-ohci,num-ports=6 \\ + -drive file=null-co://,if=none,format=raw,id=disk0 \\ + -device usb-storage,port=1,drive=disk0 \\ + -nographic +``` + +Step 3: with spawned shell (the user is root and the password is empty), run +`ohci-03`.""" +additional = """1 With crafted ED and TD, we can have the ohci->usb_packet's status to be +USB_RET_ASYNC [5]. And thus ohci->async_td is not NULL anymore [2]. + +``` +ed0 = { flags = 0x685f0900, tail = 0x0, head = &td0, next = 0 } + +td0 = { flags = 0x0, cbp = 0x1b8ffc, next = 0, be = 0x1b901a } +# data from cbp to be +55 53 42 43 00 00 00 00 00 00 00 00 00 00 00 03 USBC............ +e8 56 20 40 e8 56 20 40 e8 56 20 40 e8 56 20 + +ed1 = { flags = 0x08303080, tail = 0x0, head = &td1, next = 0 } + +td1 = { flags = 0x90000000, cbp = 0x19affc, next = 0, be = 0x19b01a } +# data from cbp to be +55 53 42 43 00 00 00 00 00 00 00 00 00 00 00 03 USBC............ +e8 56 20 40 e8 56 20 40 e8 56 20 40 e8 56 20 +``` + +``` c +static int ohci_service_td(OHCIState *ohci, struct ohci_ed *ed) +{ + // ... + usb_handle_packet(dev, &ohci->usb_packet); // <------------------- [4] + if (ohci->usb_packet.status == USB_RET_ASYNC) { + usb_device_flush_ep_queue(dev, ep); + ohci->async_td = addr; // <----------------------------------- [2] + return 1; + } +``` + +At the same time, the dev-storage will ref the current usb_packet +(ohci->usb_packet) [4][3]. + +``` +static void usb_msd_handle_data(USBDevice *dev, USBPacket *p) { + // ... + s->packet = p; // <----------------------------------------------- [3] + p->status = USB_RET_ASYNC; // <----------------------------------- [5] + // ... +} +``` + +2 We can first issue `MMIO_WRITE, 0xe0000054, 0x4, 0x4e33b4bf` to reset +the dev-storage device. This will mark the state of ohci->usb_packet to +USB_PACKET_COMPLETE and clear s->packet. + +``` +ohci_mem_write + ohci_port_set_status + usb_device_reset + usb_device_handle_reset + usb_msd_handle_reset + usb_msd_packet_complete + usb_packet_complete +``` + +3 We can then issue `MMIO_WRITE, 0xe0000004, 0x4, 0x3d8d323a` to reset the +roothub and this will invoke ohci_stop_endpoints() where usb_cancel_packet() +is invoked and thus [1] fails as the state of ohci->usb_packet has been changed +to USB_PACKET_COMPLETE. + +``` +ohci_set_ctl + ohci_roothub_reset + ohci_stop_endpoints + if (ohci->async_td != NULL) usb_cancel_packet(&ohci->usb_packet); + assert(usb_packet_is_inflight(p)); // boom +``` + +The above callstack are simplified. The complete callstack is in the following. + +``` +ohci_set_ctl + ohci_roothub_reset + usb_port_reset + usb_detach + ohci_detach + ohci_child_detach // <-------------------------------- [8] + usb_device_reset // <----------------------------------------- [6] + usb_device_handle_reset + usb_msd_handle_reset + usb_msd_packet_complete + usb_packet_complete + ohci_stop_endpoints // <------------------------------------------ [7] + if (ohci->async_td != NULL) usb_cancel_packet(&ohci->usb_packet); + assert(usb_packet_is_inflight(p)); // boom +``` + +Interestingly, in ohci_roothub_reset(), usb_device_reset() is also invoked [6] +just like what in step 2. I adjusted my PoC by removing step 2. However, I +cannot reproduce this assertion failure. Therefore, there is something different +bewteen [6] and step 2. + +Then, I found at [8], ohci_child_detach() cancels the ohci->usb_packet and reset +ohci->async_td. With step 2, as the status of the ohci->usb_packet has changed +to USB_PACKET_COMPLETE, usb_cancel_packet() will not be invoked. Without step 2, +as the status of the ohci->usb_packet is still USB_PACKET_ASYNC, +usb_cancel_packet() will be invoked and thus everything goes fine. + +``` +static void ohci_child_detach(USBPort *port1, USBDevice *dev) +{ + OHCIState *ohci = port1->opaque; + + if (ohci->async_td && + usb_packet_is_inflight(&ohci->usb_packet) && + ohci->usb_packet.ep->dev == dev) { + usb_cancel_packet(&ohci->usb_packet); + ohci->async_td = 0; + } +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1181.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1181.toml new file mode 100644 index 00000000..369a3ff2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1181.toml @@ -0,0 +1,15 @@ +id = 1181 +title = "Question for AVR experts..." +state = "closed" +created_at = "2022-08-30T19:52:27.392Z" +closed_at = "2022-09-21T15:10:52.998Z" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1181" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1182.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1182.toml new file mode 100644 index 00000000..6b6817b3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1182.toml @@ -0,0 +1,77 @@ +id = 1182 +title = "Hotplug device(device_add) immediately after starting a virtual machine triggers deadlock." +state = "opened" +created_at = "2022-08-31T01:55:24.963Z" +closed_at = "n/a" +labels = ["QAPI/QMP"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1182" +host-os = "n/a" +host-arch = "ARM" +qemu-version = "7.0.94" +guest-os = "n/a" +guest-arch = "n/a" +description = """Sometimes, hotplug device(device_add) immediately after starting a virtual machine triggers deadlock. + +Related commits: [7bed8995](https://gitlab.com/qemu-project/qemu/-/commit/7bed89958bfbf40df9ca681cefbdca63abdde39d)""" +reproduce = """1. start a virtual machine + +2. hotplug some device immediately(24 virtio-blk device etc.) + +3. repert step 1 and step 2 for several times, as I tried, deadlock will happen within 100 times.""" +additional = """I found similar problem [Issues 650](https://gitlab.com/qemu-project/qemu/-/issues/650)，but problem seems different. + +When qemu_main_loop deal with qmp_device_add command which will add a bottom half structure to qemu_aio_context's bh_list. + +At the same time, UEFI loader writing something to pflash device, address_space_write function get rcu_read_lock and poll aio request. + +Then, it will get the bottom half structure added by qemu_main_loop and go to qmp_device_add function. qmp_device_add function call drain_call_rcu function which will wait for all readers exit. Then it caused a deadlock. + + + +dead lock thread stack + +``` +#0 0x0000ffffb11e8ee4 in syscall () from target:/usr/lib64/libc.so.6 +#1 0x0000aaaadab2ce80 in qemu_futex_wait (val=<optimized out>, f=<optimized out>) at /Images/jdx/code/qemu/include/qemu/futex.h:29 +#2 qemu_event_wait (ev=ev@entry=0xffff87bfd890) at ../util/qemu-thread-posix.c:429 +#3 0x0000aaaadab35ed0 in drain_call_rcu () at ../util/rcu.c:347 +#4 0x0000aaaada55fa94 in qmp_device_add (qdict=<optimized out>, ret_data=<optimized out>, errp=<optimized out>) at ../softmmu/qdev-monitor.c:866 +#5 0x0000aaaadab1f01c in do_qmp_dispatch_bh (opaque=0xffffaf987ec8) at ../qapi/qmp-dispatch.c:128 +#6 0x0000aaaadab3d1b4 in aio_bh_call (bh=0xffff382d8190) at ../util/async.c:150 +#7 aio_bh_poll (ctx=ctx@entry=0xaaaaf8836ac0) at ../util/async.c:178 +#8 0x0000aaaadab29010 in aio_poll (ctx=ctx@entry=0xaaaaf8836ac0, blocking=blocking@entry=true) at ../util/aio-posix.c:712 +#9 0x0000aaaadaa060e8 in bdrv_poll_co (s=0xffff87bfda58) at /Images/jdx/code/qemu/block/block-gen.h:44 +#10 0x0000aaaadaa07134 in blk_pwrite (blk=0xaaaaf8b82400, offset=offset@entry=197120, bytes=bytes@entry=512, buf=0xffff87c30200, flags=flags@entry=0) at block/block-gen.c:685 +#11 0x0000aaaada35c330 in pflash_update (pfl=pfl@entry=0xaaaaf8b474f0, offset=197120, offset@entry=197124, size=size@entry=4) at ../hw/block/pflash_cfi01.c:395 +#12 0x0000aaaada35e1f8 in pflash_write (be=0, width=4, value=299045890, offset=197124, pfl=0xaaaaf8b474f0) at ../hw/block/pflash_cfi01.c:523 +#13 pflash_mem_write_with_attrs (opaque=0xaaaaf8b474f0, addr=197124, value=299045890, len=4, attrs=...) at ../hw/block/pflash_cfi01.c:682 +#14 0x0000aaaada918cbc in access_with_adjusted_size (addr=addr@entry=197124, value=value@entry=0xffff87bfdbf8, size=4, access_size_min=<optimized out>, access_size_max=<optimized out>, + access_fn=access_fn@entry=0xaaaada91b260 <memory_region_write_with_attrs_accessor>, mr=0xaaaaf8b478b0, attrs=...) at ../softmmu/memory.c:554 +#15 0x0000aaaada91cfc4 in memory_region_dispatch_write (mr=mr@entry=0xaaaaf8b478b0, addr=197124, data=<optimized out>, op=MO_32, attrs=attrs@entry=...) at ../softmmu/memory.c:1520 +#16 0x0000aaaada9245ec in flatview_write_continue (fv=fv@entry=0xffff38492110, addr=addr@entry=67305988, attrs=attrs@entry=..., ptr=ptr@entry=0xffffb1e13028, len=len@entry=4, addr1=<optimized out>, l=<optimized out>, + mr=0xaaaaf8b478b0) at /Images/jdx/code/qemu/include/qemu/host-utils.h:166 +#17 0x0000aaaada924844 in flatview_write (fv=0xffff38492110, addr=addr@entry=67305988, attrs=attrs@entry=..., buf=buf@entry=0xffffb1e13028, len=len@entry=4) at ../softmmu/physmem.c:2867 +#18 0x0000aaaada92825c in address_space_write (len=4, buf=0xffffb1e13028, attrs=..., addr=67305988, as=0xaaaadb4a4670 <address_space_memory>) at ../softmmu/physmem.c:2963 +#19 address_space_rw (as=0xaaaadb4a4670 <address_space_memory>, addr=67305988, attrs=attrs@entry=..., buf=buf@entry=0xffffb1e13028, len=4, is_write=<optimized out>) at ../softmmu/physmem.c:2973 +#20 0x0000aaaada9c7754 in kvm_cpu_exec (cpu=cpu@entry=0xaaaaf8c80530) at ../accel/kvm/kvm-all.c:2954 +#21 0x0000aaaada9c8adc in kvm_vcpu_thread_fn (arg=arg@entry=0xaaaaf8c80530) at ../accel/kvm/kvm-accel-ops.c:49 +#22 0x0000aaaadab2ba98 in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:504 +#23 0x0000ffffb118718c in ?? () from target:/usr/lib64/libc.so.6 +#24 0x0000ffffb11ed15c in ?? () from target:/usr/lib64/libc.so.6 + +``` + +call_rcu_thread stack +``` +Thread 2 (Thread 0xffffb0196900 (LWP 1018210) "qemu-system-aar"): +#0 0x0000ffffb11e8ee4 in syscall () from target:/usr/lib64/libc.so.6 +#1 0x0000aaaadab2ce80 in qemu_futex_wait (val=<optimized out>, f=<optimized out>) at /Images/jdx/code/qemu/include/qemu/futex.h:29 +#2 qemu_event_wait (ev=ev@entry=0xaaaadb4c3bb8 <rcu_gp_event>) at ../util/qemu-thread-posix.c:429 +#3 0x0000aaaadab35ce8 in wait_for_readers () at ../util/rcu.c:138 +#4 synchronize_rcu () at ../util/rcu.c:174 +#5 0x0000aaaadab36160 in call_rcu_thread (opaque=opaque@entry=0x0) at ../util/rcu.c:268 +#6 0x0000aaaadab2ba98 in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:504 +#7 0x0000ffffb118718c in ?? () from target:/usr/lib64/libc.so.6 +#8 0x0000ffffb11ed15c in ?? () from target:/usr/lib64/libc.so.6 + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1183.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1183.toml new file mode 100644 index 00000000..6a6c4bfb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1183.toml @@ -0,0 +1,139 @@ +id = 1183 +title = "KVM crash due to qcow2 out of space condition during virsh-snapshot creation" +state = "opened" +created_at = "2022-08-31T14:02:11.427Z" +closed_at = "n/a" +labels = ["qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1183" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "qemu-img version 6.2.0 (qemu-kvm-6.2.0-11.module+el8.6.0+15668+464a1f31.2)" +guest-os = "n/a" +guest-arch = "n/a" +description = """virsh snapshot failed due to out of space condition (into the qcow2 image ?) + +libvirt log: + +``` +2022-08-27T06:41:41.164368Z qemu-kvm-one: terminating on signal 15 from pid 1782 (/usr/sbin/libvirtd) +2022-08-27T06:41:41.172667Z qemu-kvm-one: Failed to flush the L2 table cache: Input/output error +2022-08-27T06:41:41.172692Z qemu-kvm-one: Failed to flush the refcount block cache: Input/output error +```""" +reproduce = """1. not possible for that moment - i did resize/increase the qcow2 image - +now its running again.""" +additional = """as i saw - there was a very old qemu-snapshot, which was not properly deleted. +After removing this snapshot, i did reszie the image. +I do suppose, this could be one reason the image (qcow2) got full ? + +Because all is THIN i was not aware of it (fs level ok, storage layer ok). +Is there any tool, how free space in a thin qcow2 file can be monitored ? + + + +``` +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +HOME=/var/lib/libvirt/qemu/domain-13-one-89 \\ +XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-13-one-89/.local/share \\ +XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-13-one-89/.cache \\ +XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-13-one-89/.config \\ +QEMU_AUDIO_DRV=none \\ +/usr/bin/qemu-kvm-one \\ +-name guest=one-89,debug-threads=on \\ +-S \\ +-object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-13-one-89/master-key.aes \\ +-machine pc-i440fx-rhel7.6.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu qemu64 \\ +-m 8192 \\ +-overcommit mem-lock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid 8c920c7f-f687-4c47-bfc7-671425c7436b \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,fd=40,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device virtio-scsi-pci,id=scsi0,num_queues=1,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-blockdev '{"driver":"file","filename":"/var/lib/one//xxxx/disk.0","aio":"threads","node-name":"libvirt-3-storage","cache":{"direct":false,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-3-format","read-only":false,"discard":"unmap","cache":{"direct":false,"no-flush":false},"driver":"qcow2","file":"libvirt-3-storage","backing":null}' \\ +-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,device_id=drive-scsi0-0-0-0,drive=libvirt-3-format,id=scsi0-0-0-0,bootindex=1,write-cache=off \\ +-blockdev '{"driver":"file","filename":"/var/lib/one//xxxx/disk.1","aio":"threads","node-name":"libvirt-2-storage","cache":{"direct":false,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-2-format","read-only":false,"discard":"unmap","cache":{"direct":false,"no-flush":false},"driver":"qcow2","file":"libvirt-2-storage","backing":null}' \\ +-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=1,lun=0,device_id=drive-scsi0-0-1-0,drive=libvirt-2-format,id=scsi0-0-1-0,write-cache=off \\ +-blockdev '{"driver":"file","filename":"/var/lib/one//xxxx/disk.2","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":true,"driver":"raw","file":"libvirt-1-storage"}' \\ +-device ide-cd,bus=ide.0,unit=0,drive=libvirt-1-format,id=ide0-0-0 \\ +-netdev tap,fd=42,id=hostnet0 \\ +-device e1000,netdev=hostnet0,id=net0,mac=02:00:c0:a8:02:17,bus=pci.0,addr=0x3 \\ +-chardev socket,id=charchannel0,fd=43,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-vnc 0.0.0.0:89 \\ +-device cirrus-vga,id=video0,bus=pci.0,addr=0x2 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \\ +-msg timestamp=on +``` + +as the time of the crash the qcow2 status was: +(so i'm not sure the issue is about a space problem or a bug in qemu): + +``` +qemu-img info xxx/0/xxx +image: xxx/0/xxx +file format: qcow2 +virtual size: 1.46 TiB (1610612736000 bytes) +disk size: 988 GiB +cluster_size: 65536 +Snapshot list: +ID TAG VM SIZE DATE VM CLOCK ICOUNT +112 snap-111 0 B 2022-03-11 01:59:15 49:07:53.846 +282 snap-281 0 B 2022-08-20 01:59:17538:16:30.416 +283 snap-282 0 B 2022-08-21 01:59:16562:10:40.759 +284 snap-283 0 B 2022-08-22 01:59:16585:59:16.170 +285 snap-284 0 B 2022-08-23 01:59:16609:51:44.825 +286 snap-285 0 B 2022-08-24 01:59:16633:45:32.243 +287 snap-286 0 B 2022-08-25 01:59:16657:36:44.718 +288 snap-287 0 B 2022-08-26 01:59:16681:29:00.793 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + refcount bits: 16 + corrupt: false + extended l2: false +root@proxpve1:~# qemu-img check xxxx/0/xxx +No errors were found on the image. +15252433/24576000 = 62.06% allocated, 6.32% fragmented, 0.00% compressed clusters +Image end offset: 1062936117248 + +1rst (OS) Disk on the VM: +------------------------------------------ +file format: qcow2 +virtual size: 100 GiB (107374182400 bytes) +disk size: 190 GiB +cluster_size: 65536 +Snapshot list: +ID TAG VM SIZE DATE VM CLOCK ICOUNT +282 snap-281 7.66 GiB 2022-08-20 01:59:17538:16:30.416 +283 snap-282 7.6 GiB 2022-08-21 01:59:16562:10:40.759 +284 snap-283 7.62 GiB 2022-08-22 01:59:16585:59:16.170 +285 snap-284 7.65 GiB 2022-08-23 01:59:16609:51:44.825 +286 snap-285 7.62 GiB 2022-08-24 01:59:16633:45:32.243 +287 snap-286 7.63 GiB 2022-08-25 01:59:16657:36:44.718 +288 snap-287 7.65 GiB 2022-08-26 01:59:16681:29:00.793 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + refcount bits: 16 + corrupt: false + extended l2: false + + +No errors were found on the image. +782257/1638400 = 47.75% allocated, 22.16% fragmented, 0.00% compressed clusters +Image end offset: 315680292864 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1185.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1185.toml new file mode 100644 index 00000000..2d4918c3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1185.toml @@ -0,0 +1,17 @@ +id = 1185 +title = "./configure has unprefixed calls to pkg-config and clang breaking cross-compilation" +state = "closed" +created_at = "2022-08-31T20:25:21.526Z" +closed_at = "2023-04-22T07:30:57.582Z" +labels = ["Bite Sized", "Build System", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1185" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The configure script (as generated) includes some calls to the toolchain without including cross compiler prefixes. This can very easily break cross compilation. Here are the locations: + +#""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1186.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1186.toml new file mode 100644 index 00000000..ef670886 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1186.toml @@ -0,0 +1,25 @@ +id = 1186 +title = "qos-test fails when built with LTO and gcc-12" +state = "closed" +created_at = "2022-09-02T00:21:23.684Z" +closed_at = "2024-03-07T11:43:34.050Z" +labels = ["Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1186" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "7.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """The issue is already discussed here [1]. I'm simply building latest QEMU release and running the test suite. I thought the issue was fixed in 7.0 but it has resurfaced. Do QEMU dev's not build with LTO? I'm not able to debug this but I can test any proposed fixes etc. Thanks. + +[1] https://lore.kernel.org/all/1d3bbff9e92e7c8a24db9e140dcf3f428c2df103.camel@suse.com/""" +reproduce = """1. Build QEMU with gcc-12 and LTO enabled +2. Run make check +3. Observe test suite failures in qos-test""" +additional = """``` +Summary of Failures: + + 2/265 qemu:qtest+qtest-aarch64 / qtest-aarch64/qos-test ERROR 0.59s killed by signal 6 SIGABRT + 3/265 qemu:qtest+qtest-i386 / qtest-i386/qos-test ERROR 0.22s killed by signal 6 SIGABRT + 7/265 qemu:qtest+qtest-x86_64 / qtest-x86_64/qos-test ERROR 0.40s killed by signal 6 SIGABRT +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1187.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1187.toml new file mode 100644 index 00000000..62bf3351 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1187.toml @@ -0,0 +1,15 @@ +id = 1187 +title = "can not handler real-time signal (signal number > 30) by sigqueue on linux user mode" +state = "closed" +created_at = "2022-09-02T02:25:32.729Z" +closed_at = "2022-10-24T10:16:19.729Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1187" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1188.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1188.toml new file mode 100644 index 00000000..637b1a1e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1188.toml @@ -0,0 +1,16 @@ +id = 1188 +title = "qapi: add support to default value for optional members" +state = "opened" +created_at = "2022-09-02T08:00:04.649Z" +closed_at = "n/a" +labels = ["QAPI/QMP"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1188" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """This is a proposal to the QAPI spec itself to have a simple way to express that +an absent member defaults to a value.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1189.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1189.toml new file mode 100644 index 00000000..808550be --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1189.toml @@ -0,0 +1,15 @@ +id = 1189 +title = "Cannot Resolve Names When Host Is Running Systemd-Resolved" +state = "opened" +created_at = "2022-09-02T15:04:49.819Z" +closed_at = "n/a" +labels = ["Networking", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1189" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/119.toml b/gitlab/issues/target_missing/host_missing/accel_missing/119.toml new file mode 100644 index 00000000..e7a6fff2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/119.toml @@ -0,0 +1,15 @@ +id = 119 +title = "USB assert failure on hcd-uhci.c" +state = "closed" +created_at = "2021-05-04T07:23:19.604Z" +closed_at = "2022-01-05T17:48:31.252Z" +labels = ["Fuzzer", "Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/119" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1190.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1190.toml new file mode 100644 index 00000000..c618075f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1190.toml @@ -0,0 +1,15 @@ +id = 1190 +title = "compiling v7.1 with --static fails with \"/usr/bin/ld: cannot find -lmount\"" +state = "closed" +created_at = "2022-09-02T18:23:17.602Z" +closed_at = "2022-10-22T07:25:20.049Z" +labels = ["Build System", "Closed::WontFix"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1190" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1191.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1191.toml new file mode 100644 index 00000000..bca95285 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1191.toml @@ -0,0 +1,17 @@ +id = 1191 +title = "AC97+CoreAudio no audio when out frequency not 44,1KHz & always forces host to use 44,1KHz (or less if frequency not supported)" +state = "opened" +created_at = "2022-09-03T18:23:31.809Z" +closed_at = "n/a" +labels = ["Audio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1191" +host-os = "macOS Ventura 13.0 Beta (22A5331f) (also happens on Big Sur and Monterey)" +host-arch = "AARCH64" +qemu-version = "QEMU 7.1.0" +guest-os = "Custom Operating system" +guest-arch = "x86_64" +description = """AC97+CoreAudio outputs no audio when output frequency not 44,1KHz. Also always forces host to use 44,1KHz (or less if frequency not supported on host output)""" +reproduce = """1. Boot any OS with (only) AC97 audio on macOS +2. Attempt to play audio with output frequency in guest set to 48KHz +3. Observe lack of output""" +additional = """I'm using QEMU to test a Custom OS written by me, but this shouldn't be a code issue on our side, rather an issue with QEMU itself, if this is mistaken, please inform us.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1192.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1192.toml new file mode 100644 index 00000000..ce012f34 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1192.toml @@ -0,0 +1,143 @@ +id = 1192 +title = "Abort in xhci_find_stream()" +state = "closed" +created_at = "2022-09-04T12:43:17.127Z" +closed_at = "2022-09-27T15:03:45.897Z" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1192" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.1.50" +guest-os = "Linux" +guest-arch = "x86" +description = """I triggered an abort in xhci_find_stream() [1]. This is because the +secondary stream arrays is enabled by setting linear stream array (LSA) bit (in +endpoint context) to 0. We may show warnings and drop this operation. + +``` c +static XHCIStreamContext *xhci_find_stream(XHCIEPContext *epctx, + unsigned int streamid, + uint32_t *cc_error) +{ + // ... + if (epctx->lsa) { + // ... + } else { + FIXME("secondary streams not implemented yet"); // <----------- [1] + } + // ... +```""" +reproduce = """Step 1: download the prepared rootfs and the image. + +https://drive.google.com/file/d/10C2110VH-GrwACiPebC8-Vgcf5_Ny8Sd/view?usp=sharing +https://drive.google.com/file/d/1jAMf8rtTM8p88gamhNk4HC5Z34XtjUHw/view?usp=sharing + +Step 2: run the following script. + +``` bash +QEMU_PATH=../../../qemu/build/qemu-system-x86_64 +KERNEL_PATH=./bzImage +ROOTFS_PATH=./rootfs.ext2 +$QEMU_PATH \\ + -M q35 -m 1G \\ + -kernel $KERNEL_PATH \\ + -drive file=$ROOTFS_PATH,if=virtio,format=raw \\ + -append "root=/dev/vda console=ttyS0" \\ + -net nic,model=virtio -net user \\ + -drive file=null-co://,if=none,format=raw,id=disk0 \\ + -device qemu-xhci,id=xhci -device usb-storage,drive=disk0 \\ + -device usb-bot -device usb-tablet,bus=xhci.0 \\ + -chardev null,id=cd0 -chardev null,id=cd1 \\ + -device usb-braille,chardev=cd0 -device usb-ccid -device usb-ccid \\ + -device usb-kbd -device usb-mouse -device usb-serial,chardev=cd1 \\ + -device usb-tablet -device usb-wacom-tablet -device usb-audio \\ + -nographic +``` + +Step 3: with spawned shell (the user is root and the password is empty), run +`xhci-00`.""" +additional = """``` +root@5b4fda3ee725:~/videzzo/videzzo_qemu/out-san# DEFAULT_INPUT_MAXSIZE=10000000 /root/videzzo/videzzo_qemu/out-san/qemu-videzzo-i386-target-videzzo-fuzz-xhci -max_len=10000000 -detect_leaks=0 poc-qemu-videzzo-i386-target-videzzo-fuzz-xhci-crash-4a11736abb111efe4b29a6931f403561f9a0f9ec +==71545==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +INFO: found LLVMFuzzerCustomMutator (0x55e05e05e640). Disabling -len_control by default. +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 2668437424 +INFO: Loaded 1 modules (423456 inline 8-bit counters): 423456 [0x55e0606e8000, 0x55e06074f620), +INFO: Loaded 1 PC tables (423456 PCs): 423456 [0x55e060071ae0,0x55e0606e7ce0), +/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-i386-target-videzzo-fuzz-xhci: Running 1 inputs 1 time(s) each. +INFO: Reading pre_seed_input if any ... +INFO: Executing pre_seed_input if any ... +Matching objects by name , *capabilities*, *operational*, *runtime*, *doorbell*, *usb3 port* +This process will fuzz the following MemoryRegions: + * usb3 port #1[0] (size 10) + * usb3 port #4[0] (size 10) + * capabilities[0] (size 40) + * usb3 port #3[0] (size 10) + * operational[0] (size 400) + * usb3 port #2[0] (size 10) + * runtime[0] (size 220) + * doorbell[0] (size 820) +This process will fuzz through the following interfaces: + * clock_step, EVENT_TYPE_CLOCK_STEP, 0xffffffff +0xffffffff, 255,255 + * capabilities, EVENT_TYPE_MMIO_READ, 0xe0000000 +0x40, 4,4 + * capabilities, EVENT_TYPE_MMIO_WRITE, 0xe0000000 +0x40, 4,4 + * operational, EVENT_TYPE_MMIO_READ, 0xe0000040 +0x400, 4,8 + * operational, EVENT_TYPE_MMIO_WRITE, 0xe0000040 +0x400, 4,8 + * runtime, EVENT_TYPE_MMIO_READ, 0xe0001000 +0x220, 4,8 + * runtime, EVENT_TYPE_MMIO_WRITE, 0xe0001000 +0x220, 4,8 + * doorbell, EVENT_TYPE_MMIO_READ, 0xe0002000 +0x820, 4,4 + * doorbell, EVENT_TYPE_MMIO_WRITE, 0xe0002000 +0x820, 4,4 + * usb3 port #4, EVENT_TYPE_MMIO_READ, 0xe0000470 +0x10, 4,4 + * usb3 port #4, EVENT_TYPE_MMIO_WRITE, 0xe0000470 +0x10, 4,4 + * usb3 port #1, EVENT_TYPE_MMIO_READ, 0xe0000440 +0x10, 4,4 + * usb3 port #1, EVENT_TYPE_MMIO_WRITE, 0xe0000440 +0x10, 4,4 + * usb3 port #2, EVENT_TYPE_MMIO_READ, 0xe0000450 +0x10, 4,4 + * usb3 port #2, EVENT_TYPE_MMIO_WRITE, 0xe0000450 +0x10, 4,4 + * usb3 port #3, EVENT_TYPE_MMIO_READ, 0xe0000460 +0x10, 4,4 + * usb3 port #3, EVENT_TYPE_MMIO_WRITE, 0xe0000460 +0x10, 4,4 +INFO: A corpus is not provided, starting from an empty corpus +#2 INITED cov: 3 ft: 4 corp: 1/1b exec/s: 0 rss: 197Mb +Running: poc-qemu-videzzo-i386-target-videzzo-fuzz-xhci-crash-4a11736abb111efe4b29a6931f403561f9a0f9ec +../hw/usb/hcd-xhci.c:1099:25: runtime error: shift exponent 156 is too large for 32-bit type 'int' +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/usb/hcd-xhci.c:1099:25 in +FIXME xhci_find_stream:998 secondary streams not implemented yet +==71545== ERROR: libFuzzer: deadly signal + #0 0x55e05a7f874e in __sanitizer_print_stack_trace /root/llvm-project/compiler-rt/lib/asan/asan_stack.cpp:86:3 + #1 0x55e05a7473c1 in fuzzer::PrintStackTrace() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x55e05a720c06 in fuzzer::Fuzzer::CrashCallback() (.part.0) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:235:18 + #3 0x55e05a720cd2 in fuzzer::Fuzzer::CrashCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:207:1 + #4 0x55e05a720cd2 in fuzzer::Fuzzer::StaticCrashSignalCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:206:19 + #5 0x7fa0b025c41f (/lib/x86_64-linux-gnu/libpthread.so.0+0x1441f) + #6 0x7fa0b006e00a in __libc_signal_restore_set /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/internal-signals.h:86:3 + #7 0x7fa0b006e00a in raise /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/raise.c:48:3 + #8 0x7fa0b004d858 in abort /build/glibc-SzIz7B/glibc-2.31/stdlib/abort.c:79:7 + #9 0x55e05a828c9a in __wrap_abort /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/less_crashes_wrappers.c:24:12 + #10 0x55e05bd528c3 in xhci_find_stream /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/usb/hcd-xhci.c:998:9 + #11 0x55e05bd46ca5 in xhci_kick_epctx /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/usb/hcd-xhci.c:1922:17 + #12 0x55e05bd7d7ff in xhci_kick_ep /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/usb/hcd-xhci.c:1838:5 + #13 0x55e05bd94ab9 in xhci_doorbell_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/usb/hcd-xhci.c:3163:13 + #14 0x55e05cfed443 in memory_region_write_accessor /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:492:5 + #15 0x55e05cfecd81 in access_with_adjusted_size /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:554:18 + #16 0x55e05cfeb68c in memory_region_dispatch_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:1514:16 + #17 0x55e05d0760be in flatview_write_continue /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2825:23 + #18 0x55e05d06443b in flatview_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2867:12 + #19 0x55e05d063ef8 in address_space_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2963:18 + #20 0x55e05a83813b in qemu_writel /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1072:5 + #21 0x55e05a8365b5 in dispatch_mmio_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1197:28 + #22 0x55e05e059fff in videzzo_dispatch_event /root/videzzo/videzzo.c:1122:5 + #23 0x55e05e05137b in __videzzo_execute_one_input /root/videzzo/videzzo.c:272:9 + #24 0x55e05e051250 in videzzo_execute_one_input /root/videzzo/videzzo.c:313:9 + #25 0x55e05a83f17c in videzzo_qemu /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1472:12 + #26 0x55e05e05e8e2 in LLVMFuzzerTestOneInput /root/videzzo/videzzo.c:1891:18 + #27 0x55e05a72173d in fuzzer::Fuzzer::ExecuteCallback(unsigned char*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:589:17 + #28 0x55e05a7044c4 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:323:21 + #29 0x55e05a70f43e in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:882:19 + #30 0x55e05a6fba46 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #31 0x7fa0b004f082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #32 0x55e05a6fba9d in _start (/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-i386-target-videzzo-fuzz-xhci+0x265aa9d) + +NOTE: libFuzzer has rudimentary signal handlers. + Combine libFuzzer with AddressSanitizer or similar for better crash reports. +SUMMARY: libFuzzer: deadly signal +MS: 0 ; base unit: 0000000000000000000000000000000000000000 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1193.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1193.toml new file mode 100644 index 00000000..917ab069 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1193.toml @@ -0,0 +1,24 @@ +id = 1193 +title = "io_uring / iothread regression 7.1.0" +state = "closed" +created_at = "2022-09-04T21:43:28.056Z" +closed_at = "2022-10-31T10:11:49.427Z" +labels = ["Storage", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1193" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "7.1.0" +guest-os = "All" +guest-arch = "x86-64" +description = """After upgrading to 7.1.0, some of my libvirt VM's failed to boot. I have narrowed down the issue to the combination of: + +- io_uring +- iothread""" +reproduce = """1. set up a VM with iothread and io_uring +2. try to boot and watch it "hang"""" +additional = """Here's the relevant command line from the libvirt log: +``` +-blockdev '{"driver":"file","filename":"/mnt/data/VMs/Arch-Linux-x86_64-basic.qcow2","aio":"io_uring","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":false,"driver":"qcow2","file":"libvirt-1-storage","backing":null}' \\ +-device '{"driver":"virtio-blk-pci","iothread":"iothread1","bus":"pci.4","addr":"0x0","drive":"libvirt-1-format","id":"virtio-disk0","bootindex":1 }' \\ +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1194.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1194.toml new file mode 100644 index 00000000..2ef1cecf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1194.toml @@ -0,0 +1,23 @@ +id = 1194 +title = "Initialization of device virtio-net-pci failed: failed to find romfile \"efi-virtio.rom\"" +state = "closed" +created_at = "2022-09-05T08:43:30.156Z" +closed_at = "2025-05-12T14:35:25.514Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1194" +host-os = "Android 11 in rpi4" +host-arch = "ARM" +qemu-version = "- QEMU command line:" +guest-os = "Linux" +guest-arch = "x86" +description = """After executing the below command inside adb shell +qemu-system-aarch64 -enable-kvm -nographic \\ +-kernel Image -initrd ramdisk.img -m 512 -M virt -cpu host \\ + +I am getting the below error +"qemu-system-aarch64: Initialization of device virtio-net-pci failed: failed to find romfile "efi-virtio.rom""""" +reproduce = """1. adb Push qemu-system-aarch64 inside system/bin +2. Run +qemu-system-aarch64 -enable-kvm -nographic \\ +-kernel Image -initrd ramdisk.img -m 512 -M virt -cpu host \\""" +additional = """Kindly help me to proceed further""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1195.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1195.toml new file mode 100644 index 00000000..ec748ab5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1195.toml @@ -0,0 +1,28 @@ +id = 1195 +title = "Race condition during QEMU exit cleanup can lead to deadlock" +state = "opened" +created_at = "2022-09-05T18:10:15.519Z" +closed_at = "n/a" +labels = ["TCG plugins"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1195" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "master" +guest-os = "n/a" +guest-arch = "n/a" +description = """During the cleanup phase of QEMU exiting, there is a small race condition window that can lead QEMU to lock up completely: +In the main QEMU thread, during the exit, the thread will execute the 'qemu_cleanup' function, which calls 'do_vm_stop', which calls 'pause_all_vcpus'. This method tries to (as the name suggests) stop/pause all the vcpu threads. At the same time, the vcpu thread might have just existed it's main mttcg exec loop, which means it will enter 'qemu_wait_io_event'. At this point, the following race condition can occur: +- vcpu_thread - cpus.c:416 <= enters qemu_wait_io_event +- shutdown_thread - cpus.c:555 <= enters pause_all_vcpus +- vcpu_thread - cpus.c:418 <= cpu_thread_is_idle returns true, cpu->stop not set yet +- shutdown_thread - cpus.c:560/561 <= sets cpu->stop and kicks the vcpu, but it's not waiting on cpu->halt_cond yet, so nothing happens +- vcpu_thread - cpus.c:423 <= starts waiting on cpu->halt_cond +- shutdown_thread - cpus.c:570 <= not all vcpus paused, so enters while loop +- shutdown_thread - cpus.c:571 <= starts waiting on qemu_pause_cond +- **deadlock** + +In my case, my plugin registers qemu_plugin_vcpu_idle_cb, so the race window is extended significantly in the vcpu thread (cpus.c:421) but I believe it can happen with the smaller race window as well. + +Note that this explanation is just based on my understanding of the code, and the final state of QEMU during the deadlock after I attached: The main thread (thread 1) was waiting on qemu_pause_cond in pause_all_vcpus, and the vcpu was waiting on cpu->halt_cond in qemu_wait_io_event, with no one else to wake either of them up. (This was following an exit that was triggered by a timeout signal)""" +reproduce = """This is a race condition, so I don't have a reliable reproducer.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1196.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1196.toml new file mode 100644 index 00000000..d2013f6e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1196.toml @@ -0,0 +1,20 @@ +id = 1196 +title = "Guest could not enable pci AtomicOp requests for passthrough device" +state = "closed" +created_at = "2022-09-06T05:54:47.384Z" +closed_at = "2022-09-29T14:47:17.936Z" +labels = ["device: PCI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1196" +host-os = "Ubuntu 22.04" +host-arch = "(x86 etc.)" +qemu-version = "(QEMU emulator version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.4)" +guest-os = "(ubuntu-20.04.2)" +guest-arch = "(x86)" +description = """Guest could not enable pci AtomicOp requests for passthrough device. + +sudo setpci -v -d *:706t 8c.b=40 // enable pci AtomicOp requests bit in the guest os. + +Host could not see the bit by command "sudo lspci -vvv -s 03:00.0".""" +reproduce = """1. sudo setpci -v -d *:706t 8c.b=40 // in the guest os +2. sudo lspci -vvv -s 03:00.0 // in the host os""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1197.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1197.toml new file mode 100644 index 00000000..4883ffe7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1197.toml @@ -0,0 +1,823 @@ +id = 1197 +title = "Use libvirt to create a Windows virtual machine and load NVIDIA's GPU. Installing NVIDIA driver causes the physical machine to restart" +state = "opened" +created_at = "2022-09-06T10:20:47.574Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1197" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """As described in the title, When I created a Windows virtual machine and used NVIDIA's GPU and installed NVIDIA's driver in Windows VM, however, the physical machine will be restart. In the same create time, if it is a linux VM, It's ok! I don't know if there is a problem with my creation process or if the windows virtual machine is incompatible with NVIDIA graphics card. + + +GPU INFO: +``` +81:00.0 VGA compatible controller: NVIDIA Corporation GP106GL [Quadro P2000] (rev a1) +81:00.1 Audio device: NVIDIA Corporation GP106 High Definition Audio Controller (rev a1) +``` + + +BR！""" +reproduce = """1. +2. +3.""" +additional = """qemu info: +``` +libvirt-daemon-driver-qemu-4.5.0-36.el7_9.5.x86_64 +ipxe-roms-qemu-20180825-3.git133f4c.el7.noarch +qemu-kvm-common-1.5.3-175.el7_9.6.x86_64 +qemu-kvm-1.5.3-175.el7_9.6.x86_64 +qemu-img-1.5.3-175.el7_9.6.x86_64 +``` + + + +``` +<domain type="kvm"> + <name>win</name> + <uuid>a5efd8ed-fa6f-693c-2202-93183ec18b5e</uuid> + <description>None</description> + <memory unit="KiB">5242880</memory> + <currentMemory unit="KiB">5242880</currentMemory> + <vcpu placement="static">4</vcpu> + <os> + <type arch="x86_64" machine="pc-i440fx-rhel7.0.0">hvm</type> + <boot dev="hd"/> + <boot dev="cdrom"/> + <bootmenu enable="yes"/> + </os> + <features> + <acpi/> + <apic/> + <pae/> + </features> + <cpu mode="host-passthrough" check="none"/> + <clock offset="utc"/> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>restart</on_crash> + <devices> + <emulator>/usr/libexec/qemu-kvm</emulator> + <disk type="file" device="disk"> + <driver name="qemu" type="qcow2"/> + <source file="/opt/panafs/1374467833802939042/win.img"/> + <target dev="sda" bus="sata"/> + <address type="drive" controller="0" bus="0" target="0" unit="0"/> + </disk> + <disk type="file" device="cdrom"> + <driver name="qemu" type="raw"/> + <source file="/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso"/> + <target dev="hda" bus="ide"/> + <readonly/> + <address type="drive" controller="0" bus="1" target="0" unit="1"/> + </disk> + <disk type="file" device="cdrom"> + <driver name="qemu" type="raw"/> + <source file="/var/lib/libvirt/images/virtio-win-0.1.217.iso"/> + <target dev="hdb" bus="ide"/> + <readonly/> + <address type="drive" controller="0" bus="0" target="0" unit="1"/> + </disk> + <controller type="usb" index="0" model="piix3-uhci"> + <address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x2"/> + </controller> + <controller type="pci" index="0" model="pci-root"/> + <controller type="ide" index="0"> + <address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x1"/> + </controller> + <controller type="sata" index="0"> + <address type="pci" domain="0x0000" bus="0x00" slot="0x04" function="0x0"/> + </controller> + <controller type="virtio-serial" index="0"> + <address type="pci" domain="0x0000" bus="0x00" slot="0x05" function="0x0"/> + </controller> + <interface type="network"> + <mac address="52:54:00:1d:d8:7d"/> + <source network="default"/> + <model type="virtio"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x0"/> + </interface> + <interface type="network"> + <mac address="52:54:00:09:bc:30"/> + <source network="default"/> + <model type="e1000"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x09" function="0x0"/> + </interface> + <serial type="pty"> + <target type="isa-serial" port="0"> + <model name="isa-serial"/> + </target> + </serial> + <console type="pty"> + <target type="serial" port="0"/> + </console> + <channel type="unix"> + <target type="virtio" name="org.qemu.guest_agent.0"/> + <address type="virtio-serial" controller="0" bus="0" port="2"/> + </channel> + <input type="mouse" bus="ps2"/> + <input type="tablet" bus="usb"> + <address type="usb" bus="0" port="1"/> + </input> + <input type="keyboard" bus="ps2"/> + <graphics type="vnc" port="-1" autoport="yes"> + <listen type="address"/> + </graphics> + <video> + <model type="cirrus" vram="16384" heads="1" primary="yes"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x0"/> + </video> + <hostdev mode="subsystem" type="pci" managed="yes"> + <source> + <address domain="0x0000" bus="0x81" slot="0x00" function="0x0"/> + </source> + <address type="pci" domain="0x0000" bus="0x00" slot="0x07" function="0x0"/> + </hostdev> + <hostdev mode="subsystem" type="pci" managed="yes"> + <source> + <address domain="0x0000" bus="0x81" slot="0x00" function="0x1"/> + </source> + <address type="pci" domain="0x0000" bus="0x00" slot="0x08" function="0x0"/> + </hostdev> + <memballoon model="virtio"> + <address type="pci" domain="0x0000" bus="0x00" slot="0x06" function="0x0"/> + </memballoon> + </devices> +</domain> +``` + + + +part log of VM: + +``` +2022-09-05 07:12:51.328+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid 49f538e1-4042-bbc4-1b2c-10f02219bba5 \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-3-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-scsi0-0-0-0 \\ +-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=30 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:78:1a:32,bus=pci.0,addr=0x3 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-3-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-05 07:12:51.328+0000: Domain id=3 is tainted: host-cpu +char device redirected to /dev/pts/4 (label charserial0) +qemu: terminating on signal 15 from pid 3723 +2022-09-05 07:14:02.309+0000: shutting down, reason=destroyed +2022-09-05 07:14:35.696+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid abcbac3c-fd61-57ac-f1ad-60387881c0a6 \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-4-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-virtio-disk0 \\ +-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=30 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:94:04:a7,bus=pci.0,addr=0x3 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-4-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-05 07:14:35.696+0000: Domain id=4 is tainted: host-cpu +char device redirected to /dev/pts/4 (label charserial0) +qemu: terminating on signal 15 from pid 3723 +2022-09-05 07:15:54.690+0000: shutting down, reason=destroyed +2022-09-05 07:16:18.098+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-5-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=30 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-5-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-05 07:16:18.098+0000: Domain id=5 is tainted: host-cpu +char device redirected to /dev/pts/4 (label charserial0) +qemu: terminating on signal 15 from pid 3723 +2022-09-05 07:33:42.873+0000: shutting down, reason=destroyed +2022-09-05 07:37:05.200+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-6-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=32 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-6-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-05 07:37:05.200+0000: Domain id=6 is tainted: host-cpu +char device redirected to /dev/pts/4 (label charserial0) +qemu: terminating on signal 15 from pid 3723 +2022-09-05 07:37:37.578+0000: shutting down, reason=destroyed +2022-09-05 07:37:44.799+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-7-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=32 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=33,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-7-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-05 07:37:44.799+0000: Domain id=7 is tainted: host-cpu +char device redirected to /dev/pts/4 (label charserial0) +qemu: terminating on signal 15 from pid 3723 +2022-09-05 07:49:11.497+0000: shutting down, reason=destroyed +2022-09-05 07:49:34.883+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-8-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=32 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=33,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-8-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-05 07:49:34.883+0000: Domain id=8 is tainted: host-cpu +char device redirected to /dev/pts/4 (label charserial0) +2022-09-05 08:08:31.206+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-1-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=28 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=29,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-1-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-05 08:08:31.206+0000: Domain id=1 is tainted: host-cpu +char device redirected to /dev/pts/1 (label charserial0) +qemu: terminating on signal 15 from pid 15043 +2022-09-06 02:39:26.089+0000: shutting down, reason=destroyed +2022-09-06 02:39:32.783+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-7-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/var/lib/libvirt/images/virtio-win-0.1.217.iso,format=raw,if=none,id=drive-sata0-0-1,media=cdrom,readonly=on \\ +-device ide-cd,bus=sata0.1,drive=drive-sata0-0-1,id=sata0-0-1,bootindex=2 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 \\ +-netdev tap,fd=31,id=hostnet0,vhost=on,vhostfd=33 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=34,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-7-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-06 02:39:32.783+0000: Domain id=7 is tainted: host-cpu +char device redirected to /dev/pts/1 (label charserial0) +qemu: terminating on signal 15 from pid 15043 +2022-09-06 02:40:52.065+0000: shutting down, reason=destroyed +2022-09-06 02:41:03.281+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-8-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-drive file=/var/lib/libvirt/images/virtio-win-0.1.217.iso,format=raw,if=none,id=drive-ide0-0-1,readonly=on \\ +-device ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 \\ +-netdev tap,fd=31,id=hostnet0,vhost=on,vhostfd=33 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=34,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-8-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 0.0.0.0:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-06 02:41:03.281+0000: Domain id=8 is tainted: host-cpu +char device redirected to /dev/pts/1 (label charserial0) +2022-09-06 03:08:33.510+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-display none \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-1-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-drive file=/var/lib/libvirt/images/virtio-win-0.1.217.iso,format=raw,if=none,id=drive-ide0-0-1,readonly=on \\ +-device ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 \\ +-netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=28 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=29,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-1-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-06 03:08:33.510+0000: Domain id=1 is tainted: host-cpu +char device redirected to /dev/pts/1 (label charserial0) +qemu: terminating on signal 15 from pid 15135 +2022-09-06 03:09:18.992+0000: shutting down, reason=destroyed +2022-09-06 03:09:52.805+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=spice \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-2-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-drive file=/var/lib/libvirt/images/virtio-win-0.1.217.iso,format=raw,if=none,id=drive-ide0-0-1,readonly=on \\ +-device ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 \\ +-netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=28 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=29,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-2-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-spice port=5900,addr=127.0.0.1,disable-ticketing,seamless-migration=on \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-06 03:09:52.805+0000: Domain id=2 is tainted: host-cpu +char device redirected to /dev/pts/1 (label charserial0) + +(process:102539): Spice-WARNING **: 11:09:53.755: display-channel.c:2435:display_channel_validate_surface: canvas address is 0x55603dfbbb08 for 0 (and is NULL) + + +(process:102539): Spice-WARNING **: 11:09:53.755: display-channel.c:2436:display_channel_validate_surface: failed on 0 + +(process:102539): Spice-WARNING **: 11:09:53.755: red-worker.c:553:destroy_primary_surface: double destroy of primary surface + +(process:102539): Spice-WARNING **: 11:09:53.756: display-channel.c:2159:display_channel_create_surface: condition `!surface->context.canvas' failed +main_channel_link: add main channel client +main_channel_client_handle_pong: net test: latency 0.784000 ms, bitrate 50996015 bps (48.633590 Mbps) +red_qxl_set_cursor_peer: +inputs_connect: inputs channel client create +qemu: terminating on signal 15 from pid 15135 +2022-09-06 03:10:27.167+0000: shutting down, reason=destroyed +2022-09-06 03:10:39.556+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-3-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-drive file=/var/lib/libvirt/images/virtio-win-0.1.217.iso,format=raw,if=none,id=drive-ide0-0-1,readonly=on \\ +-device ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 \\ +-netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=28 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=29,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-3-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 127.0.0.1:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-06 03:10:39.556+0000: Domain id=3 is tainted: host-cpu +char device redirected to /dev/pts/1 (label charserial0) +qemu: terminating on signal 15 from pid 15135 +2022-09-06 03:50:33.032+0000: shutting down, reason=destroyed +2022-09-06 03:54:03.923+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-6-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-drive file=/var/lib/libvirt/images/virtio-win-0.1.217.iso,format=raw,if=none,id=drive-ide0-0-1,readonly=on \\ +-device ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 \\ +-netdev tap,fd=31,id=hostnet0,vhost=on,vhostfd=36 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=37,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-6-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 127.0.0.1:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-06 03:54:03.923+0000: Domain id=6 is tainted: host-cpu +char device redirected to /dev/pts/1 (label charserial0) +2022-09-06 04:16:48.831+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.5 (CentOS BuildSystem <http://bugs.centos.org>, 2021-04-28-13:32:22, x86-01.bsys.centos.org), qemu version: 1.5.3 (qemu +-kvm-1.5.3-175.el7_9.6), kernel: 3.10.0-1160.el7.x86_64, hostname: localhost.localdomain +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +QEMU_AUDIO_DRV=none \\ +/usr/libexec/qemu-kvm \\ +-name win \\ +-S \\ +-machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off,dump-guest-core=off \\ +-cpu host \\ +-m 5120 \\ +-realtime mlock=off \\ +-smp 4,sockets=4,cores=1,threads=1 \\ +-uuid a5efd8ed-fa6f-693c-2202-93183ec18b5e \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-1-win/monitor.sock,server,nowait \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot menu=on,strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-device ahci,id=sata0,bus=pci.0,addr=0x4 \\ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 \\ +-drive file=/opt/panafs/1374467833802939042/win.img,format=qcow2,if=none,id=drive-sata0-0-0 \\ +-device ide-hd,bus=sata0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 \\ +-drive file=/opt/panafs/13680547561012925528/cn_windows_10_consumer_edition_version_1803_updated_aug_2018_x64_dvd_2cf38490.iso,format=raw,if=none,id=drive-ide0-1-1,readonly=on \\ +-device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 \\ +-drive file=/var/lib/libvirt/images/virtio-win-0.1.217.iso,format=raw,if=none,id=drive-ide0-0-1,readonly=on \\ +-device ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 \\ +-netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=28 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:1d:d8:7d,bus=pci.0,addr=0x3 \\ +-netdev tap,fd=30,id=hostnet1 \\ +-device e1000,netdev=hostnet1,id=net1,mac=52:54:00:09:bc:30,bus=pci.0,addr=0x9 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-1-win/org.qemu.guest_agent.0,server,nowait \\ +-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \\ +-device usb-tablet,id=input1,bus=usb.0,port=1 \\ +-vnc 127.0.0.1:0 \\ +-vga cirrus \\ +-device vfio-pci,host=81:00.0,id=hostdev0,bus=pci.0,addr=0x7 \\ +-device vfio-pci,host=81:00.1,id=hostdev1,bus=pci.0,addr=0x8 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \\ +-msg timestamp=on +2022-09-06 04:16:48.831+0000: Domain id=1 is tainted: host-cpu +char device redirected to /dev/pts/1 (label charserial0) +qemu: terminating on signal 15 from pid 15130 +2022-09-06 07:52:07.759+0000: shutting down, reason=destroyed + + + + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1199.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1199.toml new file mode 100644 index 00000000..dcd90102 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1199.toml @@ -0,0 +1,18 @@ +id = 1199 +title = "Prevent virtual machine memory leakage" +state = "closed" +created_at = "2022-09-07T14:03:36.704Z" +closed_at = "2022-09-18T07:45:57.252Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1199" +host-os = "(Windows 10 21H1, Fedora 34, etc.)" +host-arch = "x86," +qemu-version = "QEMU emulator version 7.0.0 (qemu-kvm-7.0.0-1.el8)" +guest-os = "centos" +guest-arch = "x86" +description = """The data written in the virtual machine does not clear the memory after the virtual machine is shut down. When the virtual machine with large memory is started, it may access the data of the previous virtual machine""" +reproduce = """1. create a virtual machine with large size memory( 80% of the host's Physical memory) +2. Request all free memory and write the characteristic string in vm +3. restart the vm +4. Request all free memory and query the last character string written""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/120.toml b/gitlab/issues/target_missing/host_missing/accel_missing/120.toml new file mode 100644 index 00000000..4025161f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/120.toml @@ -0,0 +1,15 @@ +id = 120 +title = "Please provide an option to print the default hardware configuration as command-line options, to make -nodefaults easier to use" +state = "opened" +created_at = "2021-05-04T07:23:31.951Z" +closed_at = "n/a" +labels = ["Launchpad", "QAPI/QMP", "QOM", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/120" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1200.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1200.toml new file mode 100644 index 00000000..4e293c7b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1200.toml @@ -0,0 +1,35 @@ +id = 1200 +title = "always zero when query-dirty-rate" +state = "opened" +created_at = "2022-09-08T08:31:08.604Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1200" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The creation of VM works well(by virt-install), and I can enter it by 'virsh console or ssh'. + +Now, I try to use qemu's feature: calc-dirty-rate. + +But, always get '"dirty-rate":0' when 'query-dirty-rate', occasionally '"dirty-rate":2'. + +At the same time, I run 'mbw'(mbw -t0 -n 1000000 1024 -q) in vm, a memcpy-intensive benchmark. + + +I'm not sure if some configurations of QEMU/KVM are not enabled. + +looking forward to your reply!""" +reproduce = """``` +1. virsh qemu-monitor-command centos-huazhang '{"execute":"calc-dirty-rate", "arguments": {"calc-time": 1}}' + + {"return":{},"id":"libvirt-16"} + +2. virsh qemu-monitor-command centos-huazhang1 '{"execute":"query-dirty-rate"}' + + {"return":{"status":"measured","sample-pages":512,"dirty-rate":0,"mode":"page-sampling","start-time":607266,"calc-time":1},"id":"libvirt-17"} + +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1201.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1201.toml new file mode 100644 index 00000000..cfd5795b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1201.toml @@ -0,0 +1,18 @@ +id = 1201 +title = "Qemu with Windows 10" +state = "closed" +created_at = "2022-09-08T20:39:03.038Z" +closed_at = "2022-09-08T22:16:25.275Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1201" +host-os = "Windows 10 Pro for Workstations 21H2" +host-arch = "x86" +qemu-version = "qemu-w64-setup-20220831.exe" +guest-os = "Windows 10 21H2" +guest-arch = "x86" +description = """I see a colored screen with flashing cursor and cannot complete Windows installation.""" +reproduce = """1. Install `qemu-w64-setup-20220831.exe` on Windows 10 Pro for Workstations 21H2. +2. `cd C:\\Program Files\\qemu` +3. `qemu-img.exe create -f raw win.img 25600M` +4. `qemu-system-i386w.exe -boot c -m 4096 -hda win.img -cdrom "C:\\Users\\me\\Downloads\\Win10_21H2_English_x64.iso"`""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1203.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1203.toml new file mode 100644 index 00000000..819574a0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1203.toml @@ -0,0 +1,53 @@ +id = 1203 +title = "migrate with block-dirty-bitmap (disk size is big enough) can't be finished" +state = "opened" +created_at = "2022-09-10T05:57:46.411Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1203" +host-os = "(CentOS8.2)" +host-arch = "(x86, ARM etc.)" +qemu-version = "(QEMU emulator version 6.2.0)" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM)" +description = """when disk size is big enough(this case using the 4T,related to the bandwith of migration), migrate the VM with block-dirty-bitmap , +the migration will not be finished!""" +reproduce = """1. **Start up the source VM,using the commands**: + +/usr/libexec/qemu-kvm -name guest=i-00001C,debug-threads=on -machine pc,accel=kvm,usb=off,dump-guest-core=off -cpu qemu64,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff -m 4096 -smp 4,sockets=1,cores=4,threads=1 -uuid 991c2994-e1c9-48c0-9554-6b23e43900eb -smbios type=1,manufacturer=data,serial=7C1A9ABA-02DD-4E7D-993C-E1CDAB47A19B,family="Virtual Machine" -no-user-config -nodefaults -device sga -rtc base=2022-09-09T02:54:38,clock=host,driftfix=slew -no-shutdown -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot menu=on,splash-time=0,strict=on -device pci-bridge,chassis_nr=1,id=pci.1,bus=pci.0,addr=0x6 -device pci-bridge,chassis_nr=2,id=pci.2,bus=pci.0,addr=0xa -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0xb -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0xc -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0xd -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0xe -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-1,readonly=on -device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 -drive if=none,id=drive-fdc0-0-0,readonly=on -drive file=/datastore/e88e2b29-cd39-4b21-9629-5ef2458f7ddd/c08fee8e-caf4-4217-ab4d-351a021c2c3d,format=qcow2,if=none,id=drive-virtio-disk0,cache=none -device virtio-blk-pci,scsi=off,num-queues=1,bus=pci.1,addr=0x1,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,write-cache=on -device usb-tablet,id=input0,bus=usb.0,port=1 -device intel-hda,id=sound0,bus=pci.0,addr=0x3 -device hda-micro,id=sound0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -sandbox off -device pvpanic,ioport=1285 -msg timestamp=on -qmp tcp:127.0.0.1:4444,server,nowait + +**Start the dst VM using commands as:** + +/usr/libexec/qemu-kvm -name guest=i-00001C,debug-threads=on -machine pc,accel=kvm,usb=off,dump-guest-core=off -cpu qemu64,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff -m 4096 -smp 4,sockets=1,cores=4,threads=1 -uuid 991c2994-e1c9-48c0-9554-6b23e43900eb -smbios type=1,manufacturer=data,serial=7C1A9ABA-02DD-4E7D-993C-E1CDAB47A19B,family="Virtual Machine" -no-user-config -nodefaults -device sga -rtc base=2022-09-09T02:54:38,clock=host,driftfix=slew -no-shutdown -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot menu=on,splash-time=0,strict=on -device pci-bridge,chassis_nr=1,id=pci.1,bus=pci.0,addr=0x6 -device pci-bridge,chassis_nr=2,id=pci.2,bus=pci.0,addr=0xa -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0xb -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0xc -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0xd -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0xe -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-1,readonly=on -device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 -drive if=none,id=drive-fdc0-0-0,readonly=on -drive file=/datastore/e88e2b29-cd39-4b21-9629-5ef2458f7ddd/c08fee8e-caf4-4217-ab4d-351a021c2c3d,format=qcow2,if=none,id=drive-virtio-disk0,cache=none -device virtio-blk-pci,scsi=off,num-queues=1,bus=pci.1,addr=0x1,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,write-cache=on -device usb-tablet,id=input0,bus=usb.0,port=1 -device intel-hda,id=sound0,bus=pci.0,addr=0x3 -device hda-micro,id=sound0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -sandbox off -device pvpanic,ioport=1285 -msg timestamp=on -qmp tcp:127.0.0.1:4444,server,nowait -incoming tcp:0:3333 + +2. **image info as:** + +image: /datastore/e88e2b29-cd39-4b21-9629-5ef2458f7ddd/c08fee8e-caf4-4217-ab4d-351a021c2c3d + +file format: qcow2 +virtual size: 4.0T (4380866641920 bytes) +disk size: 1.0M +cluster_size: 65536 + +Format specific information: + compat: 1.1 + lazy refcounts: false + refcount bits: 16 + corrupt: false + +3. **Add the bitmap :** {"execute":"block-dirty-bitmap-add","arguments":{"node":"drive-virtio-disk0", "name":"bitmap-2022-09-09-16-10-23"}} +4. **set the dirty-bitmaps capability** :{ "execute": "migrate-set-capabilities" , "arguments":{"capabilities":[ {"capability":"dirty-bitmaps","state": true }]}} +5. **start migrate ** { "execute": "migrate", "arguments": { "uri": "tcp:10.49.35.23:3333" } } +6. **quert migrate parameters** {"execute":"query-migrate-parameters"} the retrun message : +{"return": {"cpu-throttle-tailslow": false, "xbzrle-cache-size": 67108864, "cpu-throttle-initial": 20, "announce-max": 550, "decompress-threads": 2, "compress-threads": 8, "compress-level": 1, "multifd-channels": 2, "multifd-zstd-level": 1, "announce-initial": 50, "block-incremental": false, "compress-wait-thread": true, "downtime-limit": 300, "tls-authz": "", "multifd-compression": "none", "announce-rounds": 5, "announce-step": 100, "tls-creds": "", "multifd-zlib-level": 1, "max-cpu-throttle": 99, "max-postcopy-bandwidth": 0, "tls-hostname": "", "throttle-trigger-threshold": 50, "max-bandwidth": 134217728, "x-checkpoint-delay": 20000, "cpu-throttle-increment": 10}} + +7. **query-migrate-capabilities** ： +{"execute":"query-migrate-capabilities"} the retrun message : +{"return": [{"state": false, "capability": "xbzrle"}, {"state": false, "capability": "rdma-pin-all"}, {"state": false, "capability": "auto-converge"}, {"state": false, "capability": "zero-blocks"}, {"state": false, "capability": "compress"}, {"state": false, "capability": "events"}, {"state": false, "capability": "postcopy-ram"}, {"state": false, "capability": "x-colo"}, {"state": false, "capability": "release-ram"}, {"state": false, "capability": "return-path"}, {"state": false, "capability": "pause-before-switchover"}, {"state": false, "capability": "multifd"}, {"state": true, "capability": "dirty-bitmaps"}, {"state": false, "capability": "postcopy-blocktime"}, {"state": false, "capability": "late-block-activate"}, {"state": false, "capability": "x-ignore-shared"}, {"state": false, "capability": "validate-uuid"}, {"state": false, "capability": "background-snapshot"}]} + +8. **query the info of migrate** using the command {"execute":"query-migrate"} +{"return": {"expected-downtime": 0, "status": "active", "setup-time": 64, "total-time": 1320361, "ram": {"total": 4295499776, "postcopy-requests": 0, "dirty-sync-count": 7909410, "multifd-bytes": 0, "pages-per-second": 80, "page-size": 4096, "remaining": 0, "mbps": 3.5006399999999998, "transferred": 430971236, "duplicate": 1048569, "dirty-pages-rate": 66, "skipped": 0, "normal-bytes": 357560320, "normal": 87295}}} + +**the state of migrate is always active ,no matter how long it takes.** +The bug is : migration with big block dirty bitmap can not be finished""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1205.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1205.toml new file mode 100644 index 00000000..1f2ab0a2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1205.toml @@ -0,0 +1,19 @@ +id = 1205 +title = "Cannot use `-serial stdio` on macbook pro, apple silicon" +state = "closed" +created_at = "2022-09-13T09:02:12.971Z" +closed_at = "2022-09-14T04:12:12.780Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1205" +host-os = "macOS Monterey" +host-arch = "ARM" +qemu-version = "QEMU emulator version 7.1.0" +guest-os = "openEuler 22.03" +guest-arch = "ARM" +description = """When I run the command above, it will show below: +``` +(qemu) qemu-system-aarch64: -serial stdio: cannot use stdio by multiple character devices +qemu-system-aarch64: -serial stdio: could not connect serial device to character backend 'stdio' +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1207.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1207.toml new file mode 100644 index 00000000..834f3853 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1207.toml @@ -0,0 +1,15 @@ +id = 1207 +title = "Cannot use qcow2 to create a VM on apple silicon macbook" +state = "opened" +created_at = "2022-09-14T04:17:22.656Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1207" +host-os = "macOS monterey" +host-arch = "ARM" +qemu-version = "7.1.0" +guest-os = "Ubuntu focal" +guest-arch = "arm64" +description = """Nothing to output when I input the command above. And it seems not to boot successfully.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1209.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1209.toml new file mode 100644 index 00000000..e010dd6e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1209.toml @@ -0,0 +1,17 @@ +id = 1209 +title = "Optionally do not clear the screen when starting a VM" +state = "opened" +created_at = "2022-09-14T12:12:35.366Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1209" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """``` +QEMU emulator version 6.2.0 (qemu-6.2.0-14.fc36) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/121.toml b/gitlab/issues/target_missing/host_missing/accel_missing/121.toml new file mode 100644 index 00000000..484ac808 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/121.toml @@ -0,0 +1,15 @@ +id = 121 +title = "multiprocess program gets incorrect results with qemu arm-linux-user" +state = "closed" +created_at = "2021-05-04T07:23:42.667Z" +closed_at = "2021-06-22T17:13:29.199Z" +labels = ["Closed::Fixed", "Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/121" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1210.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1210.toml new file mode 100644 index 00000000..f6847123 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1210.toml @@ -0,0 +1,18 @@ +id = 1210 +title = "qemu segfaults on PNG screendump" +state = "closed" +created_at = "2022-09-14T21:15:13.769Z" +closed_at = "2022-09-27T15:03:45.938Z" +labels = ["GUI", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1210" +host-os = "Guix System" +host-arch = "x86" +qemu-version = "7.1.0." +guest-os = "Guix System" +guest-arch = "x86" +description = """Attempting to produce a screendump via the monitor in the PNG format leads to a segmentation fault (but the screen dump is produced correctly).""" +reproduce = """1. Launch QEMU +2. Go to the monitoring screen () +3. execute the command: `screendump /tmp/dump.png -f png` +4. observe the crash (segfault)""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1211.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1211.toml new file mode 100644 index 00000000..838be075 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1211.toml @@ -0,0 +1,15 @@ +id = 1211 +title = "Bad fonts in \"cirrus\" VGA card." +state = "opened" +created_at = "2022-09-15T08:22:13.682Z" +closed_at = "n/a" +labels = ["device:graphics", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1211" +host-os = "Various" +host-arch = "ARM/x86-64" +qemu-version = "Various (5.x/6.x/7.x)" +guest-os = "Various Linux distros (all released from 90s to 2001-2002." +guest-arch = "i386" +description = """Similar to #988. Fixed by set "no_bitblt" and "sw_cursor" in XF86Config file.""" +reproduce = """Similar to #988.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1212.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1212.toml new file mode 100644 index 00000000..cee6b87c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1212.toml @@ -0,0 +1,17 @@ +id = 1212 +title = "A NULL pointer dereference issue in elf2dmp" +state = "closed" +created_at = "2022-09-15T08:33:10.628Z" +closed_at = "2022-09-22T09:16:08.638Z" +labels = ["GDB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1212" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.1.50" +guest-os = "Ubuntu" +guest-arch = "x86" +description = """SIGSEGV in get_pml4e for it didn't handle NULL result properly.""" +reproduce = """1.launch qemu and running "gab attach -p $QEMU_PID", run "gcore" inside gdb to generate coredump +2../elf2dmp ./core.111 ./out.dmp +3.get segemantation fault""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1213.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1213.toml new file mode 100644 index 00000000..aae1b1aa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1213.toml @@ -0,0 +1,55 @@ +id = 1213 +title = "7.1.0 - NSIS Installer file issues" +state = "opened" +created_at = "2022-09-15T13:23:46.969Z" +closed_at = "n/a" +labels = ["hostos: Windows", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1213" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """ + +Please check the screenshot relative to Window program list + +**Problem n. 1 (standard icon)** + +The icon rlative to QEMU is not graphic icon but starndrd udenfiend icon + +**Problem n. 2 (author missing)** + +Author info is missing + +**Problem n. 3 (installer date is not updated)** + +When you upgrade QEM the installation date not reflect last update but first installation (ex. version 7.1.0 with date of 2021). + +Note: all issues are relative to NSIS installer script. + +**Uninstaller icon** + +It seems that + +**!define MUI_UNICON "${SRCDIR}\\pc-bios\\qemu-nsis.ico"**__ + +didn't work. + +Please check here + +https://nsis.sourceforge.io/Add_uninstall_information_to_Add/Remove_Programs + +Please try to add in uninsaller section + + WriteRegStr HKLM "${UNINST_KEY}" "DisplayIcon" "${SRCDIR}\\pc-bios\\qemu-nsis.ico" + +**Missing author info in uninstall view** + + ; Write the uninstall keys for Windows + WriteRegStr HKLM "${UNINST_KEY}" "DisplayName" "QEMU" + WriteRegStr HKLM "${UNINST_KEY}" "Publisher" "QEMU crew" + +Replace "QEMU crew" with text that you like.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1214.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1214.toml new file mode 100644 index 00000000..a02f1dc2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1214.toml @@ -0,0 +1,15 @@ +id = 1214 +title = "qemu-riscv64 mmap will exhaust all physical memory" +state = "closed" +created_at = "2022-09-16T05:06:56.885Z" +closed_at = "2022-09-20T04:29:00.011Z" +labels = ["Closed::Duplicate", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1214" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1215.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1215.toml new file mode 100644 index 00000000..9c6f1fef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1215.toml @@ -0,0 +1,80 @@ +id = 1215 +title = "block-stream qmp command regression in 7.1.0" +state = "closed" +created_at = "2022-09-16T06:02:48.649Z" +closed_at = "2022-11-15T14:20:38.643Z" +labels = ["Storage", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1215" +host-os = "Ubuntu 22.04 LTS" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.1.0" +guest-os = "CentOS 7.9.2009" +guest-arch = "x86" +description = """After `block-stream` qmp commands, guest was hanged when using `iothread` option. +According to b1e1af3, there are some change at drain blockdev subtree and strong reference to base node. +We couldn't produce this issue when we reverted the commit. +It seems to be raised by racing acquiring aio_lock between iothread and main thread.""" +reproduce = """1. Start Guest with upper command. +2. After started, operate `block-stream` command to qmp socket +``` +echo '{"execute":"qmp_capabilities"}{ + "execute":"block-stream", + "arguments":{ + "job-id":"hangTest", + "device":"vdaFile" + } +}' | sudo nc -U /var/run/monitor_a9b43742-9117-4aae-8887-24bdb017ec20 -N +```""" +additional = """- gdb debug stack +``` +Thread 1 (Thread 0x7fcfaed84600 (LWP 162409) "qemu-system-x86"): +#0 0x00007fcfaf108e7e in __ppoll (fds=0x5634a9b6b240, nfds=1, timeout=<optimized out>, timeout@entry=0x0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:42 +#1 0x00005634a7be22dd in ppoll (__ss=0x0, __timeout=0x0, __nfds=<optimized out>, __fds=<optimized out>) at /usr/include/x86_64-linux-gnu/bits/poll2.h:64 +#2 0x00005634a7bc02c9 in fdmon_poll_wait (ctx=0x5634a990eec0, ready_list=0x7ffcb2ce4fb8, timeout=-1) at ../util/fdmon-poll.c:80 +#3 0x00005634a7bbf9c9 in aio_poll (ctx=ctx@entry=0x5634a990eec0, blocking=blocking@entry=true) at ../util/aio-posix.c:660 +#4 0x00005634a7ac849d in bdrv_parent_drained_end_single (c=c@entry=0x5634a9b4bb30) at ../block/io.c:76 +#5 0x00005634a7a98240 in bdrv_replace_child_noperm (childp=0x5634a9b61240, new_bs=0x0, free_empty_child=<optimized out>) at ../block.c:2910 +#6 0x00005634a7a987fe in bdrv_replace_child_tran (childp=<optimized out>, new_bs=<optimized out>, tran=<optimized out>, free_empty_child=<optimized out>) at ../block.c:2444 +#7 0x00005634a7a988bc in bdrv_remove_file_or_backing_child (bs=bs@entry=0x5634a9b5d1f0, child=child@entry=0x5634a9b4bb30, tran=tran@entry=0x5634aa415fc0) at ../block.c:5155 +#8 0x00005634a7a9fac6 in bdrv_remove_file_or_backing_child (tran=0x5634aa415fc0, child=0x5634a9b4bb30, bs=0x5634a9b5d1f0) at ../block.c:5133 +#9 bdrv_set_file_or_backing_noperm (parent_bs=parent_bs@entry=0x5634a9b5d1f0, child_bs=child_bs@entry=0x0, is_backing=is_backing@entry=true, tran=tran@entry=0x5634aa415fc0, errp=errp@entry=0x7ffcb2ce5150) at ../block.c:3412 +#10 0x00005634a7a9fd04 in bdrv_set_backing_noperm (errp=0x7ffcb2ce5150, tran=0x5634aa415fc0, backing_hd=0x0, bs=0x5634a9b5d1f0) at ../block.c:3449 +#11 bdrv_set_backing_hd (bs=bs@entry=0x5634a9b5d1f0, backing_hd=backing_hd@entry=0x0, errp=errp@entry=0x7ffcb2ce5150) at ../block.c:3461 +#12 0x00005634a7b25e19 in stream_prepare (job=0x5634a9e83da0) at ../block/stream.c:85 +#13 0x00005634a7aa922e in job_prepare (job=0x5634a9e83da0) at ../job.c:837 +#14 job_txn_apply (fn=<optimized out>, job=0x5634a9e83da0) at ../job.c:158 +#15 job_do_finalize (job=0x5634a9e83da0) at ../job.c:854 +#16 0x00005634a7aa9726 in job_exit (opaque=0x5634a9e83da0) at ../job.c:941 +#17 0x00005634a7bd26b4 in aio_bh_call (bh=0x7fcfa0824010) at ../util/async.c:150 +#18 aio_bh_poll (ctx=ctx@entry=0x5634a990eec0) at ../util/async.c:178 +#19 0x00005634a7bbf602 in aio_dispatch (ctx=0x5634a990eec0) at ../util/aio-posix.c:421 +#20 0x00005634a7bd22f2 in aio_ctx_dispatch (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at ../util/async.c:320 +#21 0x00007fcfaf3c0d1b in g_main_context_dispatch () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 +#22 0x00005634a7bde7c0 in glib_pollfds_poll () at ../util/main-loop.c:297 +#23 os_host_main_loop_wait (timeout=114194793) at ../util/main-loop.c:320 +#24 main_loop_wait (nonblocking=nonblocking@entry=0) at ../util/main-loop.c:596 +#25 0x00005634a784fdc3 in qemu_main_loop () at ../softmmu/runstate.c:734 +#26 0x00005634a769f9e0 in qemu_main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at ../softmmu/main.c:38 +--Type <RET> for more, q to quit, c to continue without paging-- +#27 0x00007fcfaf019d90 in __libc_start_call_main (main=main@entry=0x5634a769b0c0 <main>, argc=argc@entry=56, argv=argv@entry=0x7ffcb2ce54c8) at ../sysdeps/nptl/libc_start_call_main.h:58 +#28 0x00007fcfaf019e40 in __libc_start_main_impl (main=0x5634a769b0c0 <main>, argc=56, argv=0x7ffcb2ce54c8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffcb2ce54b8) at ../csu/libc-start.c:392 +#29 0x00005634a769f905 in _start () +``` +- iothread gdb stack +``` +Thread 3 (Thread 0x7fcfae47e640 (LWP 162411) "IO iothread1"): +#0 futex_wait (private=0, expected=2, futex_word=0x5634a9b49620) at ../sysdeps/nptl/futex-internal.h:146 +#1 __GI___lll_lock_wait (futex=futex@entry=0x5634a9b49620, private=0) at ./nptl/lowlevellock.c:49 +#2 0x00007fcfaf0880dd in lll_mutex_lock_optimized (mutex=0x5634a9b49620) at ./nptl/pthread_mutex_lock.c:48 +#3 ___pthread_mutex_lock (mutex=mutex@entry=0x5634a9b49620) at ./nptl/pthread_mutex_lock.c:128 +#4 0x00005634a7bc25b8 in qemu_mutex_lock_impl (mutex=0x5634a9b49620, file=0x5634a7da2997 "../util/async.c", line=682) at ../util/qemu-thread-posix.c:88 +#5 0x00005634a7bd24a5 in aio_context_acquire (ctx=0x5634a9b495c0) at ../util/async.c:682 +#6 co_schedule_bh_cb (opaque=0x5634a9b495c0) at ../util/async.c:520 +#7 0x00005634a7bd26b4 in aio_bh_call (bh=0x5634a9b494a0) at ../util/async.c:150 +#8 aio_bh_poll (ctx=ctx@entry=0x5634a9b495c0) at ../util/async.c:178 +#9 0x00005634a7bbf754 in aio_poll (ctx=0x5634a9b495c0, blocking=blocking@entry=true) at ../util/aio-posix.c:712 +#10 0x00005634a7a9392a in iothread_run (opaque=opaque@entry=0x5634a9998700) at ../iothread.c:67 +#11 0x00005634a7bc21d1 in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:504 +#12 0x00007fcfaf084b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 +#13 0x00007fcfaf116a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1216.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1216.toml new file mode 100644 index 00000000..6b0dc3d7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1216.toml @@ -0,0 +1,17 @@ +id = 1216 +title = "System crashes/hangs when running qemu-img convert" +state = "closed" +created_at = "2022-09-16T19:03:16.716Z" +closed_at = "2022-10-16T10:58:34.254Z" +labels = ["Storage", "qemu-img", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1216" +host-os = "**Ubuntu 20.04**" +host-arch = "**x64**" +qemu-version = "qemu-img version 4.2.1 (Debian 1:4.2-3ubuntu6.16)" +guest-os = "**Windows Server 2022**" +guest-arch = "**x64**" +description = """**Upon running the above command, the Virtual Machine simply crashes and is irrecoverable**""" +reproduce = """1. **Start Ubuntu 20.04 or SIFT Workstation** +2. **sudo apt-get install qemu** +3. **qemu-img convert -O raw JEA.vmdk JEA.vmdk.raw**""" +additional = """I have also run this on macOS and it just hangs and never completes""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1218.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1218.toml new file mode 100644 index 00000000..aa930d11 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1218.toml @@ -0,0 +1,28 @@ +id = 1218 +title = "bitmap lost when create snapshot using blockdev-snapshot-sync function" +state = "opened" +created_at = "2022-09-19T06:29:10.918Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1218" +host-os = "(CentOS8.5)" +host-arch = "(x86, ARM, etc.)" +qemu-version = "(QEMU emulator version 6.2.0 (qemu-kvm-6.2.0-11.el8)" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM .)" +description = """bitmap will be lost when using the blockdev-snapshot-sync qmp command to create external snapshot. +if we create snapshot with the bitmap ,we have to start our incremental backup chain from a new full-backup.""" +reproduce = """1. start the qemu : +qemu-system-x86_64 -name guest=i-00001C,debug-threads=on -machine pc,dump-guest-core=off -cpu qemu64,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff -m 4096 -smp 4,sockets=1,cores=4,threads=1 -uuid 991c2994-e1c9-48c0-9554-6b23e43900eb -smbios type=1,manufacturer=data,serial=7C1A9ABA-02DD-4E7D-993C-E1CDAB47A19B,family="Virtual Machine" -no-user-config -nodefaults -device sga -rtc base=2022-09-09T02:54:38,clock=host,driftfix=slew -no-shutdown -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot menu=on,splash-time=0,strict=on -device pci-bridge,chassis_nr=1,id=pci.1,bus=pci.0,addr=0x6 -device pci-bridge,chassis_nr=2,id=pci.2,bus=pci.0,addr=0xa -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x8 -device ich9-usb-ehci1,id=usb1,bus=pci.0,addr=0x9 -device piix4-usb-uhci,id=usb2,bus=pci.0,addr=0xb -device qemu-xhci,id=usb3,bus=pci.0,addr=0xc -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-1,readonly=on -device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1,bootindex=2 -drive if=none,id=drive-fdc0-0-0,readonly=on -drive file=/datastore//c08fee8e-caf4-4217-ab4d-351a021c2c3d,format=qcow2,if=none,id=drive-virtio-disk0,cache=none -device virtio-blk-pci,scsi=off,num-queues=1,bus=pci.1,addr=0x1,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,write-cache=on -device usb-tablet,id=input0,bus=usb.0,port=1 -device intel-hda,id=sound0,bus=pci.0,addr=0x3 -device hda-micro,id=sound0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -sandbox off -device pvpanic,ioport=1285 -msg timestamp=on -qmp tcp:127.0.0.1:4444,server,nowait + +2. {"execute":"block-dirty-bitmap-add","arguments":{"node":"drive-virtio-disk0", "name":"bitmap-2022-09-19-16-10-23"}} + +3. {"execute":"query-block"} and the result: + {"return": [{"io-status": "ok", "device": "drive-ide0-1-1", "locked": false, "removable": true, "qdev": "ide0-1-1", "tray_open": false, "type": "unknown"}, {"device": "drive-fdc0-0-0", "locked": false, "removable": true, "type": "unknown"}, {"io-status": "ok", "device": "drive-virtio-disk0", "locked": false, "removable": false, "inserted": {"iops_rd": 0, "detect_zeroes": "off", "image": {"virtual-size": 21474836480, "filename": "/datastore//c08fee8e-caf4-4217-ab4d-351a021c2c3d", "cluster-size": 65536, "format": "qcow2", "actual-size": 200704, "format-specific": {"type": "qcow2", "data": {"compat": "1.1", "compression-type": "zlib", "lazy-refcounts": false, "refcount-bits": 16, "corrupt": false, "extended-l2": false}}, "dirty-flag": false}, "iops_wr": 0, "ro": false, "node-name": "#block173", "backing_file_depth": 0, "drv": "qcow2", "iops": 0, "bps_wr": 0, "write_threshold": 0, "**dirty-bitmaps**": [{"name": "bitmap-2022-09-19-16-10-23", "recording": true, "persistent": false, "busy": false, "granularity": 65536, "count": 0}], "encrypted": false, "bps": 0, "bps_rd": 0, "cache": {"no-flush": false, "direct": true, "writeback": true}, "file": "/datastore//c08fee8e-caf4-4217-ab4d-351a021c2c3d"}, "qdev": "/machine/peripheral/virtio-disk0/virtio-backend", "type": "unknown"}]} + +4. {"execute":"blockdev-snapshot-sync","arguments":{"device": "drive-virtio-disk0", "snapshot-file": "/datastore/c08fee8e-caf4-4217-ab4d-351a021c2c3d-actice", "format": "qcow2"}} +5. {"execute":"query-block"} and the result: + {"return": [{"io-status": "ok", "device": "drive-ide0-1-1", "locked": false, "removable": true, "qdev": "ide0-1-1", "tray_open": false, "type": "unknown"}, {"device": "drive-fdc0-0-0", "locked": false, "removable": true, "type": "unknown"}, {"io-status": "ok", "device": "drive-virtio-disk0", "locked": false, "removable": false, "inserted": {"iops_rd": 0, "detect_zeroes": "off", "image": {"backing-image": {"virtual-size": 21474836480, "filename": "/datastore//c08fee8e-caf4-4217-ab4d-351a021c2c3d", "cluster-size": 65536, "format": "qcow2", "actual-size": 200704, "format-specific": {"type": "qcow2", "data": {"compat": "1.1", "compression-type": "zlib", "lazy-refcounts": false, "refcount-bits": 16, "corrupt": false, "extended-l2": false}}, "dirty-flag": false}, "backing-filename-format": "qcow2", "virtual-size": 21474836480, "filename": "/datastore/c08fee8e-caf4-4217-ab4d-351a021c2c3d-actice", "cluster-size": 65536, "format": "qcow2", "actual-size": 200704, "format-specific": {"type": "qcow2", "data": {"compat": "1.1", "compression-type": "zlib", "lazy-refcounts": false, "refcount-bits": 16, "corrupt": false, "extended-l2": false}}, "full-backing-filename": "/datastore//c08fee8e-caf4-4217-ab4d-351a021c2c3d", "backing-filename": "/datastore//c08fee8e-caf4-4217-ab4d-351a021c2c3d", "dirty-flag": false}, "iops_wr": 0, "ro": false, "node-name": "#block618", "backing_file_depth": 1, "drv": "qcow2", "iops": 0, "bps_wr": 0, "write_threshold": 0, "backing_file": "/datastore//c08fee8e-caf4-4217-ab4d-351a021c2c3d", "encrypted": false, "bps": 0, "bps_rd": 0, "cache": {"no-flush": false, "direct": true, "writeback": true}, "file": "/datastore/c08fee8e-caf4-4217-ab4d-351a021c2c3d-actice"}, "qdev": "/machine/peripheral/virtio-disk0/virtio-backend", "type": "unknown"}]} + +we lost the bitmap bitmap-2022-09-19-16-10-23""" +additional = """the bitmap attach the active bs, when changing the active bs ,the bitmap will be lost...""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1219.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1219.toml new file mode 100644 index 00000000..7d3af065 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1219.toml @@ -0,0 +1,23 @@ +id = 1219 +title = "--enable-kvm not work for riscv64-softmmu" +state = "closed" +created_at = "2022-09-19T13:49:49.504Z" +closed_at = "2022-09-19T19:43:26.062Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1219" +host-os = "Ubuntu 18.04" +host-arch = "x86" +qemu-version = "7.1.0 or 7.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """I want to enable kvm for qemu-system-riscv64, so I compile it with `--enable-kvm` as above. But the log shows + +```sh + Targets and accelerators + KVM support : NO +``` + +And also compiled qemu-system-riscv64 does not support kvm.""" +reproduce = """1. clone the repo +2. `./configure --target-list=riscv64-softmmu --enable-kvm`""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/122.toml b/gitlab/issues/target_missing/host_missing/accel_missing/122.toml new file mode 100644 index 00000000..ddf4613b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/122.toml @@ -0,0 +1,15 @@ +id = 122 +title = "linux-user does not check PROT_EXEC" +state = "opened" +created_at = "2021-05-04T07:55:09.792Z" +closed_at = "n/a" +labels = ["Launchpad", "hostos: Linux", "kind::Bug", "linux-user", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/122" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1220.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1220.toml new file mode 100644 index 00000000..1f1c6b35 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1220.toml @@ -0,0 +1,26 @@ +id = 1220 +title = "when migrate,I unplugged the disk, why can't I force cancel the job task use qmp" +state = "opened" +created_at = "2022-09-20T01:30:28.922Z" +closed_at = "n/a" +labels = ["Migration", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1220" +host-os = "centos8" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """when migrate,I unplugged the disk,the block job will hung,but why can't I force cancel the job task""" +reproduce = """1.migrate a guset to another host with non-share disk (iscsi) + +2.unplug the disk + +3.then force cancel the block job task + + +but it not work,the cancle handle is not work + + + +""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1221.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1221.toml new file mode 100644 index 00000000..5c6f5011 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1221.toml @@ -0,0 +1,39 @@ +id = 1221 +title = "qga return \"frozen\" when vm just been created from snapfile" +state = "opened" +created_at = "2022-09-20T03:11:58.849Z" +closed_at = "n/a" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1221" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """1. virsh create lisa.xml +Domain lisa created from lisa.xml + +2. virsh domblklist lisa + vda /mnt/a/b/srv.qcow2 + +3. virsh snapshot-create-as lisa --disk-only --diskspec vda,file=/tmp/f1,snapfile=/tmp/sp1 --no-metadata --quiesce +Domain snapshot 20220919165217 created + +4. virsh shutdown lisa +Domain lisa is being shutdown + +5. modify lisa.xml: replace /mnt/a/b/srv/qcow2 with /tmp/sp1 + +6. virsh create lisa.xml +Domain lisa created from lisa.xml + +7. virsh domblklist lisa + vda /tmp/sp1 + +8. virsh qemu-agent-command lisa '{"execute":"guest-fsfreeze-status"}' +{"return":"frozen"} + +9. virsh snapshot-create-as lisa --disk-only --diskspec vda,file=/tmp/f2,snapfile=/tmp/sp2 --no-metadata --quiesce +error: internal error: unable to execute QEMU agent command 'guest-fsfreeze-freeze': The command guest-fsfreeze-freeze has been disabled for this instance""" +additional = """Is "frozen" a normal value in step8? If not, what's the best way to avoid this?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1222.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1222.toml new file mode 100644 index 00000000..a3f8351c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1222.toml @@ -0,0 +1,31 @@ +id = 1222 +title = "/proc/self/exe not handled in execve" +state = "opened" +created_at = "2022-09-20T21:53:21.281Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1222" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """I am submitting this issue to track an issue for which it seems there have been a couple of patchsets (unsuccessfully) submitted. I am not able to give a detailed analysis of the problem as I am not aware of exactly what the issue is - I am raising this issue to attempt to bring one of these changes upstream as it seems there is a genuine bug here (hence multiple attempts to fix) but no tracking bug or attention. It's also causing my project to require a custom fork of qemu just for this. + +My (laymans) understanding of the bug is that golang can escape the emulation environment when it execs something to do with `execve /proc/self/exe`. Here is an excerpt from my internal docs from someone who has left the project, sorry I cannot be of more use... + +> Unfortunately, to run podman/buildah/skopeo using qemu-user (which just runs a single binary +> emulated, as opposed to qemu-system which runs an entire system but is harder to automate in +> toolchains) we need these patches because of a peculiar thing many golang applications do. They +> re-execute themselves using the execve syscall using /proc/self/exe as the executable. In +> non-emulated contexts this is fine, but in emulated contexts /proc/self/exe is actually the +> top-level emulator process and _not_ podman/buildah/skopeo. This causes all container storage +> operations to mysteriously fail, because the wrong binary is being executed. This issue was quite +> difficult to root cause.""" +reproduce = "n/a" +additional = """Old patchsets that seem to be trying to fix this: +- http://next.patchew.org/QEMU/20210531055019.10149-1-yamamoto@midokura.com/20210531055019.10149-2-yamamoto@midokura.com/ +- https://patchew.org/QEMU/20190916155545.29928-1-olivier.dion@polymtl.ca/ +- https://patchew.org/QEMU/20190807135458.32440-1-dion@linutronix.de/ + +It seems that this github issue: https://github.com/golang/go/issues/42080 references the same issue.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1223.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1223.toml new file mode 100644 index 00000000..07595ca8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1223.toml @@ -0,0 +1,21 @@ +id = 1223 +title = "When the disk is offline, why does the migration not time out and the virtual machine keeps hanging" +state = "opened" +created_at = "2022-09-21T03:24:05.214Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1223" +host-os = "centos8" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """I want to the migrate end auto after the disk is offline""" +reproduce = """1.migrate to other host + +2.Manually construct disk offline when migrating + +3.the vm is hangs,and migrate wait for the disk recovery,i need to it timeout and report the failed migration +rather than hangs ,what should i do +""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1225.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1225.toml new file mode 100644 index 00000000..602af325 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1225.toml @@ -0,0 +1,15 @@ +id = 1225 +title = "Can't update to Windows 11 22H2" +state = "closed" +created_at = "2022-09-24T07:29:39.062Z" +closed_at = "2022-10-01T07:21:36.804Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1225" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1226.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1226.toml new file mode 100644 index 00000000..27c2173c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1226.toml @@ -0,0 +1,33 @@ +id = 1226 +title = "wheel-axis=false does not get applied at hardware init stage" +state = "opened" +created_at = "2022-09-24T11:36:26.214Z" +closed_at = "n/a" +labels = ["device:input", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1226" +host-os = "Arch" +host-arch = "x86" +qemu-version = "7.1.50 (v7.1.0-406-g6160d8ff81-dirty)" +guest-os = "Bliss OS (android 12)" +guest-arch = "x86" +description = """`-device virtio-tablet,id=touch0,wheel-axis=false` does not get applied at initalization stage, causing android to see it and treat the device as a pointer instead of a tablet. it seems to look for the prop at init stage, I have verified that this is an issue by fixing it with a quick hack below. ~~setting `-device virtio-tablet,id=touch0,wheel-axis=true` will still work fine and cause android to pick it up as a pointer again~~ + + +EDIT: It does not seem to work actually. if set when the default is set to false""" +reproduce = """1. Boot android based VM +2. test an app that forces touch only over pointer""" +additional = """``` +diff --git a/hw/input/virtio-input-hid.c b/hw/input/virtio-input-hid.c +index a7a244a95d..3175f9c7d5 100644 +--- a/hw/input/virtio-input-hid.c ++++ b/hw/input/virtio-input-hid.c +@@ -477,7 +477,7 @@ static struct virtio_input_config virtio_tablet_config_v2[] = { + }; + + static Property virtio_tablet_properties[] = { +- DEFINE_PROP_BOOL("wheel-axis", VirtIOInputHID, wheel_axis, true), ++ DEFINE_PROP_BOOL("wheel-axis", VirtIOInputHID, wheel_axis, false), + DEFINE_PROP_END_OF_LIST(), + }; + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1227.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1227.toml new file mode 100644 index 00000000..2bc07505 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1227.toml @@ -0,0 +1,15 @@ +id = 1227 +title = "Guest Agent not waiting for Linux services to stop during shutdown" +state = "closed" +created_at = "2022-09-24T16:55:39.747Z" +closed_at = "2022-09-24T22:00:08.121Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1227" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1228.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1228.toml new file mode 100644 index 00000000..340a2842 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1228.toml @@ -0,0 +1,51 @@ +id = 1228 +title = "-display curses only recognizes escape characters if pressed very quickly" +state = "opened" +created_at = "2022-09-25T17:24:30.797Z" +closed_at = "n/a" +labels = ["GUI", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1228" +host-os = "macOS 12.6" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.1.0" +guest-os = "Linux 0.01" +guest-arch = "i386" +description = """The system start and runs perfectly fine, but when I try to exit the escape commands does not seem to work. + +I have tried all the ones from here: +https://www.qemu.org/docs/master/system/keys.html +https://www.qemu.org/docs/master/system/mux-chardev.html + +When using the graphical display, the escape characters works as expected but when using -display curses, they do not.""" +reproduce = """1. Start qemu with the command provided +2. Try to exit using ctrl + x a - Not working +3. Try to exit using alt + 2 - Not working + +The same issues occurs when running qemu on a Linux machine (Ubunt) via Visual Studio Code / ssh. + +I'm guessing this is a macOS specific issue or maybe something to do with my Locale (sv-SE).""" +additional = """Linux 0.01 build: +https://github.com/mariuz/linux-0.01 + +**Tests using showkey** + +Alt + 2 from mobile ssh client (Terminus) -> Ubuntu machine +``` +^[2 27 0033 0x1b + 50 0062 0x32 +``` + +Option + 2 from macOS Terminal + ssh -> Ubuntu machine +``` +@ \t 64 0100 0x40 +``` + +Esc + 2 from macOS Terminal + ssh -> Ubuntu machine +``` +^[ \t 27 0033 0x1b +2 \t 50 0062 0x32 +``` + +**Update** + +It seems to work if I press ESC + 2 at exactly the same time.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1229.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1229.toml new file mode 100644 index 00000000..d05ce172 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1229.toml @@ -0,0 +1,17 @@ +id = 1229 +title = "there is no Makefile.objs in migration dir，how can I do if I need to edit it?" +state = "closed" +created_at = "2022-09-26T07:04:22.429Z" +closed_at = "2022-09-26T07:55:34.649Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1229" +host-os = "(Windows 10 21H1, Fedora 34, etc.)" +host-arch = "(x86, ARM, s390x, etc.)" +qemu-version = "(e.g. `qemu-system-x86_64 --version`)" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM, s390x, etc.)" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/123.toml b/gitlab/issues/target_missing/host_missing/accel_missing/123.toml new file mode 100644 index 00000000..647d6f54 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/123.toml @@ -0,0 +1,15 @@ +id = 123 +title = "qemu-cris segfaults upon loading userspace binary" +state = "closed" +created_at = "2021-05-04T07:55:18.174Z" +closed_at = "2021-05-04T09:02:19.099Z" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/123" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1231.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1231.toml new file mode 100644 index 00000000..85e7faf7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1231.toml @@ -0,0 +1,21 @@ +id = 1231 +title = "Loading migration of VM in debug state fails (with potential solution)" +state = "opened" +created_at = "2022-09-26T20:53:16.933Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1231" +host-os = "N/A" +host-arch = "N/A" +qemu-version = "7.1.0" +guest-os = "N/A" +guest-arch = "N/A" +description = """``` +qemu-system-x86_64: invalid runstate transition: 'inmigrate' -> 'debug' +Aborted (core dumped) +```""" +reproduce = """1. Start VM with gdbstub +2. Pause VM via gdbstub +3. Save migration snapshot via HMP: `migrate "exec: gzip -c > foo.gz"` +4. Start new QEMU instance from snapshot by adding these args to whatever you used to launch QEMU: `-incoming "exec: gzip -c -d foo.gz"`""" +additional = """This can be fixed by adding `{ RUN_STATE_INMIGRATE, RUN_STATE_DEBUG },` to `runstate_transitions_def` in `softmmu/runstate.c`. It's not clear if there are any negative ramifications of this, but it seems to work for me?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1232.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1232.toml new file mode 100644 index 00000000..dab36fb5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1232.toml @@ -0,0 +1,25 @@ +id = 1232 +title = "AArch64 virt can't write to memory related to gicv3" +state = "closed" +created_at = "2022-09-29T04:38:14.777Z" +closed_at = "2022-09-30T04:19:51.945Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1232" +host-os = "Ubuntu 18.04" +host-arch = "x86-64" +qemu-version = "7.1.50 (v7.1.0-256-g79dfa177ae)" +guest-os = "bare-metal" +guest-arch = "aarch64" +description = """According to the info in generated dtb, the memory-mapped registers of gicv3-distributor have a base addr, which is `0x0800_0000`. +And I have checked the validity by reading `gicd_typer`, which means the base addr is right. + +But when I want to configure the gicv3-distributor (like changing `gicd_ctlr`), the value is not changed, keeping the default value. The same thing happens on any register of GICD in my machine. + +**Even I write to this memory by gdb `set` command, the value is also unchangeable.** + +The addr of `gicd_ctlr` should be `0x0800_0000`(offset=0), which should be readable and writable, isn't it? + +I try to modify the value of this addr in assembly as soon as the **machine starts, without enabling MMU**. +This problem should be easier to reproduce.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1233.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1233.toml new file mode 100644 index 00000000..8ed12f5f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1233.toml @@ -0,0 +1,15 @@ +id = 1233 +title = "is there a roadmap about when riscv-v extension will be implemented??" +state = "closed" +created_at = "2022-09-29T06:00:55.656Z" +closed_at = "2022-09-29T07:05:23.352Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1233" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1234.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1234.toml new file mode 100644 index 00000000..f53b6de4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1234.toml @@ -0,0 +1,15 @@ +id = 1234 +title = "Migration: Device state not saved for msmouse/chardevs" +state = "opened" +created_at = "2022-09-29T09:59:41.451Z" +closed_at = "n/a" +labels = ["Chardev", "Migration", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1234" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """This missing feature was discovered while fixing msmouse here: https://patchew.org/QEMU/20220908173120.16779-1-arwed.meyer@gmx.de/20220908173120.16779-2-arwed.meyer@gmx.de/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1235.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1235.toml new file mode 100644 index 00000000..c6b0d56e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1235.toml @@ -0,0 +1,190 @@ +id = 1235 +title = "Using packer and plugin qemu in the json file to create a RHEL 8.4 guest kvm vm, but ssh timeout error coming, but it is running fine in RHEL 7.9" +state = "opened" +created_at = "2022-09-30T07:42:43.157Z" +closed_at = "n/a" +labels = ["block:ssh"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1235" +host-os = "RHEL 8.5" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.2.0 (qemu-kvm-6.2.0-11.module+el8.6.0+16516+f8cbd5fe.5)" +guest-os = "RHEL 8.4" +guest-arch = "x86_64" +description = """I have RHEL 8.5 as the KVM host. I want to create a guest vm of RHEL 8.4 through packer type qemu and have a json file where all the configurations are mentioned. + +{ + +“builders”: [ + +{ + +“type”: “qemu”, + +“iso_url”: “/var/lib/libvirt/images/test.iso”, + +“iso_checksum”: “md5:3959597d89e8c20d58c4514a7cf3bc7f”, + +“output_directory”: “/var/lib/libvirt/images/iso-dir/test”, + +“disk_size”: “55G”, + +“headless”: “true”, + +“qemuargs”: [ + + [ + + "-m", + + "4096" + + ], + + [ + + "-smp", + + "2" + + ] +], + +“format”: “qcow2”, + +“shutdown_command”: “echo ‘nonrootuser’ | sudo -S shutdown -P now”, + +“accelerator”: “kvm”, + +“ssh_username”: “nonrootuser”, + +“ssh_password”: “********”, + +“ssh_timeout”: “20m”, + +“vm_name”: “test”, + +“net_device”: “virtio-net”, + +“disk_interface”: “virtio”, + +“http_directory”: “/home/azureuser/http”, + +“boot_wait”: “10s”, + +“boot_command”: [ + +“e inst.ks=http://{{ .HTTPIP }}:{{ .HTTPPort }}/anaconda-ks.cfg” + +] + +} + +], + +“provisioners”: + +[ + +{ + + "type": "file", + + "source": "/home/azureuser/service_status_check.sh", + + "destination": "/tmp/service_status_check.sh" + +}, + +{ + + "type": "file", + + "source": "/home/azureuser/service_check.sh", + + "destination": "/tmp/service_check.sh" + +}, + +{ + + "type": "file", + + "source": "/home/azureuser/azure.sh", + + "destination": "/tmp/azure.sh" + +}, + +{ + + + "type": "file", + + "source": "/home/azureuser/params.cfg", + + "destination": "/tmp/params.cfg" + +}, + + + +{ + + "type": "shell" , + + + + "execute_command": "echo 'siedgerexuser' | {{.Vars}} sudo -E -S bash '{{.Path}}'", + + + + "inline": [ +"echo copying" , "cp /tmp/params.cfg /root/", + "sudo ls -lrt /root/params.cfg", + "sudo ls -lrt /opt/scripts/" + ], + + + "inline_shebang": "/bin/sh -x" + +}, + +{ + + "type": "shell", + + "pause_before": "5s", + "expect_disconnect": true , + + "inline": [ + "echo runningconfigurescript" , "sudo sh /opt/scripts/configure-env.sh" + + ] + +}, + +{ + + "type": "shell", + + "pause_before": "200s", + + "inline": [ + + "sudo sh /tmp/service_check.sh", + "sudo sh /tmp/azure.sh" + + ] + +} +] + +} + +It is working fine in rhel 7.9, but the same thing giving ssh timeout error in RHEL 8.4. + +But when i am creating guest vm with virt-install it is able to create a vm and i am able to see it in cockpit web ui, but when i initiate packer build with qemu plugin then giving ssh timeout error it is not visible in cockpit UI, so not able to see where the guest vm created get stuck. + +Can anyone please help me to fix this issue where why vm not able to come up and also why qemu created vm not visible in cockpit web ui as that will be really helpful while debugging""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1236.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1236.toml new file mode 100644 index 00000000..82e3f83c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1236.toml @@ -0,0 +1,54 @@ +id = 1236 +title = "blockdev fixed vhdx trying to reserve space, also misleading error, Could not open file: Invalid argument" +state = "opened" +created_at = "2022-09-30T08:52:49.967Z" +closed_at = "n/a" +labels = ["Storage", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1236" +host-os = "Microsoft Windows 10 22H1 (Its possible this is not windows-only and also happens on Linux)" +host-arch = "x86_64" +qemu-version = "``qemu-storage-daemon version 7.1.0 (v7.1.0-11925-g4ec481870e-dirty)``" +guest-os = "NA" +guest-arch = "x86_64" +description = """The qemu-storage-daemon/other qemu commands will not start and will choke on requiring vhdx driver for the blockdev layer. +Opening a fixed-virtual-disk like fixed-vhdx should not reserve extra space, and should only overwrite as all blocks are already allocated.""" +reproduce = """1. Ensure that a partition size is such that after deciding a fixed-vhdx size, the remainder space after creation of fixed-vhdx is less than the fixed-vhdx. +2. Create a fixed-vhdx file +3. Try to start an nbd server with it +the qemu-storage-daemon will not start""" +additional = """I want to mention that I am testing qemu-storage-daemon under windows/hyperv + +So far, I want to report that it has **worked** for rawimg and qcow2-fixed. +See comment of 20220926 https://github.com/cloudbase/wnbd/issues/63#issuecomment-1257148849 + +The driver parameter ```vhdx``` to the blockdev argument seems to struggle with it. + +I wanted to check if the vhdx blockdev driver has the same VHDX-related-bugs as qemu-nbd +- #727 VHDX is corrupted on expansion. +- #806 Fixed VHDX inflates beyond its fixed size when data is copied onto it and also corrupts + +Even the the blockdev reference entries seem to have VHDX all over the place +- pg 318 https://readthedocs.org/projects/qemu/downloads/pdf/latest/ +- https://www.qemu.org/docs/master/system/qemu-block-drivers.html +- except conspicuously here !! https://www.qemu.org/docs/master/interop/qemu-storage-daemon-qmp-ref.html?highlight=blockdev#qapidoc-265 + + +``` +C:\\Windows\\System32>qemu-storage-daemon --version +qemu-storage-daemon version 7.1.0 (v7.1.0-11925-g4ec481870e-dirty) + +C:\\Windows\\System32>qemu-storage-daemon --blockdev driver=file,node-name=file,filename=H:\\gkpics01.vhdx --blockdev driver=vhdx,node-name=vhdx,file=file --nbd-server addr.type=inet,addr.host=127.0.0.1,addr.port=10809 --export type=nbd,id=export,node-name=vhdx,name=gkpics01,writable=on +qemu-storage-daemon: --blockdev driver=vhdx,node-name=vhdx,file=file: Could not open 'H:\\gkpics01.vhdx': Invalid argument + +C:\\Windows\\System32>qemu-storage-daemon --blockdev driver=file,node-name=file,filename=H:\\gkpics01.vhdx --blockdev driver=vhdx,node-name=vhdx,file=file,subformat=fixed --nbd-server addr.type=inet,addr.host=127.0.0.1,addr.port=10809 --export type=nbd,id=export,node-name=vhdx,name=gkpics01,writable=on +qemu-storage-daemon: --blockdev driver=vhdx,node-name=vhdx,file=file,subformat=fixed: Parameter 'subformat' is unexpected + +C:\\Windows\\System32>dir H:\\gkpics01.vhdx + Volume in drive H is CPERF0 + Volume Serial Number is F196-DB9E + Directory of H:\\ +09/29/2022 08:55 PM 99,727,966,208 gkpics01.vhdx + 1 File(s) 99,727,966,208 bytes + 0 Dir(s) 4,312,399,872 bytes free +``` +##""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1237.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1237.toml new file mode 100644 index 00000000..901f7b5a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1237.toml @@ -0,0 +1,15 @@ +id = 1237 +title = "after OS upgrade usb-redir connection broken during migration and qemu-kvm: terminating on signal 15" +state = "closed" +created_at = "2022-09-30T10:03:49.949Z" +closed_at = "2022-09-30T11:55:46.241Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1237" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1239.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1239.toml new file mode 100644 index 00000000..ba231563 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1239.toml @@ -0,0 +1,44 @@ +id = 1239 +title = "The help document of qemu-img misses some options" +state = "opened" +created_at = "2022-10-02T16:25:39.971Z" +closed_at = "n/a" +labels = ["CLI", "Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1239" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "version 7.1.50 (v7.1.0-524-gdbc4f48b5a)" +guest-os = "n/a" +guest-arch = "n/a" +description = """The "--help" option of qemu-img misses the option "skip-broken-bitmaps" for convert , "image-opts" for bench, "object" for dd and "force-share" for measure.""" +reproduce = """1. For the option "skip-broken-bitmaps", the following code appears during option parsing for convert and modifies the skip_broken in qemu-img.c:2377-2379. + +``` + case OPTION_SKIP_BROKEN: + skip_broken = true; + break; +``` + +2. For the option "image-opts", the following code appears during option parsing for bench and modifies the image_opts in qemu-img.c:4511-4513. + +``` + case OPTION_IMAGE_OPTS: + image_opts = true; + break; +``` +3. For the option "object", the following code appears during option parsing for dd and calls the user_creatable_process_cmdline in qemu-img.c:4980-4982. + +``` + case OPTION_OBJECT: + user_creatable_process_cmdline(optarg); + break; +``` +4. For the option "force-share", the following code appears during option parsing for measure and modifies the force_share in qemu-img.c:5237-5239. +``` + case 'U': + force_share = true; + break; +```""" +additional = """But they do not appear in the document provided by "--help". + +It may prevent users from using the relevant function.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1240.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1240.toml new file mode 100644 index 00000000..5b8ffa4d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1240.toml @@ -0,0 +1,23 @@ +id = 1240 +title = "The help document of qemu-nbd misses an option" +state = "closed" +created_at = "2022-10-02T16:31:21.498Z" +closed_at = "2024-02-13T15:50:27.483Z" +labels = ["CLI", "Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1240" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "version 7.1.50 (v7.1.0-524-gdbc4f48b5a)" +guest-os = "n/a" +guest-arch = "n/a" +description = """The "--help" option of qemu-nbd misses the option "tls-hostname".""" +reproduce = """1. For the option "tls-hostname", the following code appears during option parsing and modifies the tlshostname in qemu-nbd.c:760-762. + +``` + case QEMU_NBD_OPT_TLSHOSTNAME: + tlshostname = optarg; + break; +```""" +additional = """But it does not appear in the document provided by "--help". + +It may prevent users from using the relevant function.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1242.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1242.toml new file mode 100644 index 00000000..10145bef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1242.toml @@ -0,0 +1,15 @@ +id = 1242 +title = "unable to build in mac" +state = "closed" +created_at = "2022-10-07T09:09:33.662Z" +closed_at = "2022-10-08T03:59:35.652Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1242" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1243.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1243.toml new file mode 100644 index 00000000..bf3ffa37 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1243.toml @@ -0,0 +1,15 @@ +id = 1243 +title = "Floating-point-exception in ide_set_sector" +state = "closed" +created_at = "2022-10-07T18:40:47.603Z" +closed_at = "2024-04-30T22:57:05.072Z" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1243" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1244.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1244.toml new file mode 100644 index 00000000..2c0f4ec3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1244.toml @@ -0,0 +1,53 @@ +id = 1244 +title = "macOS 12.x ld: warning: -undefined dynamic_lookup may not work with chained fixups" +state = "closed" +created_at = "2022-10-10T03:50:21.609Z" +closed_at = "2023-09-12T13:53:06.934Z" +labels = ["Closed::Fixed", "TCG plugins", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1244" +host-os = "macOS 12.6 on M1 processor" +host-arch = "ARM64" +qemu-version = "commit f1d33f55c47dfdaf8daacd618588ad3ae4c452d1" +guest-os = "-" +guest-arch = "-" +description = """Not sure if this is a serious or negligible problem and if it has any significant runtime implications but reporting it anyway: + +``` +$ ld -v +@(#)PROGRAM:ld PROJECT:ld64-819.6 +BUILD 14:58:44 Aug 5 2022 +configured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em +LTO support using: LLVM version 14.0.0, (clang-1400.0.29.102) (static support for 29, runtime is 29) +TAPI support using: Apple TAPI version 14.0.0 (tapi-1400.0.11) + +$ ninja -C build +ninja: Entering directory `build' +[314/2946] Linking static target libevent-loop-base.a +warning: /Library/Developer/CommandLineTools/usr/bin/ranlib: archive library: libevent-loop-base.a the table of contents is empty (no object file members in the library define global symbols) +[2044/2946] Generating qemu-system-aarch64 with a custom command +qemu-system-aarch64.tmp: replacing existing signature +[2584/2946] Linking target tests/plugin/libempty.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2585/2946] Linking target tests/plugin/libbb.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2588/2946] Linking target tests/plugin/libinsn.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2589/2946] Linking target tests/plugin/libmem.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2592/2946] Linking target tests/plugin/libsyscall.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2946/2946] Linking target tests/qtest/test-arm-mptimer +``` + +I saw a similar discussions in Bazel building system, CPython, and Ruby: +- https://github.com/bazelbuild/bazel/issues/16413 +- https://github.com/python/cpython/issues/97524 +- https://github.com/ruby/ruby/pull/6193 +- https://issues.guix.gnu.org/issue/57849""" +reproduce = """1. ` ./configure --target-list=aarch64-softmmu,arm-softmmu --enable-cocoa --enable-plugins` (note that target list is not that important in this case though) +2. `ninja -C build` +3. Observe the warnings""" +additional = """See "New Features" subsection under "Linking" section for chained fixup +https://developer.apple.com/documentation/xcode-release-notes/xcode-13-release-notes for more information: + +> All programs and dylibs built with a deployment target of macOS 12 or iOS 15 or later now use the chained fixups format. This uses different load commands and LINKEDIT data, and won’t run or load on older OS versions. (49851380)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1246.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1246.toml new file mode 100644 index 00000000..007d9372 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1246.toml @@ -0,0 +1,15 @@ +id = 1246 +title = "Win11_22H2_English_x64.iso won't boot" +state = "closed" +created_at = "2022-10-10T09:32:24.387Z" +closed_at = "2022-10-26T14:54:13.640Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1246" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1249.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1249.toml new file mode 100644 index 00000000..5b08fd94 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1249.toml @@ -0,0 +1,15 @@ +id = 1249 +title = "qemu-edid Division By Zero -- by misuse of the option \"-d\"" +state = "closed" +created_at = "2022-10-10T19:58:47.281Z" +closed_at = "2022-10-14T06:25:51.509Z" +labels = ["Bite Sized", "device:graphics", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1249" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1250.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1250.toml new file mode 100644 index 00000000..f4da9de7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1250.toml @@ -0,0 +1,15 @@ +id = 1250 +title = "[RFE] on windows, attach any storport disk directly, not just physicaldrives" +state = "opened" +created_at = "2022-10-11T10:37:28.708Z" +closed_at = "n/a" +labels = ["hostos: Windows", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1250" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1252.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1252.toml new file mode 100644 index 00000000..ec837d47 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1252.toml @@ -0,0 +1,25 @@ +id = 1252 +title = "Debian Raspberry Pi images do not boot with version 7 and higher" +state = "closed" +created_at = "2022-10-13T13:23:24.437Z" +closed_at = "2022-10-18T08:48:10.491Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1252" +host-os = "Ubuntu 20.04" +host-arch = "x64" +qemu-version = "v7.0.0, v7.1.0" +guest-os = "Debian" +guest-arch = "Raspberry Pi 4 Arm64" +description = """The Debian Bullseye RPi4 4GB image [here](https://raspi.debian.net/tested-images/) does not boot with versions 7 and higher, while it does boot with v6.2.0. The Bookworm image works with v7.""" +reproduce = """0. `export DEB_VERS=5.10.0-11` +1. `wget https://raspi.debian.net/tested/20220121_raspi_4_bullseye.img.xz` +2. `dd if=/dev/null of=disk-$DEB_VERS.img bs=1M seek=10240` + * NB: This creates a 10 GB file +3. `xzcat $RPI_IMG | dd of=disk-$DEB_VERS.img conv=notrunc status=progress` +4. `partx -a -v disk-$DEB_VERS.img` +5. `mount /dev/loop0p1 /mnt` +6. `cp /mnt/initrd.img-$DEB_VERS-arm64 .` +7. `cp /mnt/vmlinuz-$DEB_VERS-arm64 .` +8. `umount /mnt` +9. `qemu-system-aarch64 -M virt -m 4096 -cpu max -drive format=raw,file=disk-$DEB_VERS.img -nographic -append "console=tty0 console=ttyAMA0,115200 console=ttyS1,115200 root=LABEL=RASPIROOT rw fsck.repair=yes net.ifnames=0 cma=64M rootwait" -initrd initrd.img-$DEB_VERS-arm64 -kernel vmlinuz-$DEB_VERS-arm64`""" +additional = """The URL for the image in step 1 has been known to change, so if you get a 404, go to the URL above and find the correct one.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1253.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1253.toml new file mode 100644 index 00000000..e4b1bfb4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1253.toml @@ -0,0 +1,15 @@ +id = 1253 +title = "pull mirroring" +state = "closed" +created_at = "2022-10-14T13:29:46.205Z" +closed_at = "2022-10-14T13:40:01.332Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1253" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1254.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1254.toml new file mode 100644 index 00000000..791ea810 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1254.toml @@ -0,0 +1,63 @@ +id = 1254 +title = "hw: misc: edu: two off-by-one errors" +state = "closed" +created_at = "2022-10-14T14:51:10.891Z" +closed_at = "2024-04-30T22:57:05.020Z" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1254" +host-os = "irrelevant" +host-arch = "irrelevant" +qemu-version = "2ba341b3694cf3cff7b8a1df4cc765900d5c4f60" +guest-os = "irrelevant" +guest-arch = "irrelevant" +description = """In `hw/misc/edu.c`, `edu_check_range()` fails for boundary conditions where `size2 == 0` and `size2 == size1`.""" +reproduce = """Two ways to reproduce (attached test program, [foo.c](/uploads/9cbef4f72d175b8336b58f607e262d7b/foo.c)) + +error: +1. `gcc -o foo foo.c` +2. `./foo` + +fix: +1. `gcc -DFIXED -o foo foo.c` +2. `./foo` + +Using `qtest`: (see "QEMU command line" above).""" +additional = """(output of `foo` without fix): +``` +EDU: DMA range 0x0000000000000000-0x0000000000000fff out of bounds (0x0000000000000000-0xffffffffffffffff)! +EDU: DMA range 0x0000000000000000-0x0000000000000fff out of bounds (0x0000000000000000-0x0000000000000fff)! +``` + +Output of `qtest` without the fix: +``` +qemu: hardware error: EDU: DMA range 0x0000000000000000-0x0000000000000fff out of bounds (0x0000000000040000-0x0000000000040fff)! +CPU #0: +EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000663 +ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 +EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 +ES =0000 00000000 0000ffff 00009300 +CS =f000 ffff0000 0000ffff 00009b00 +SS =0000 00000000 0000ffff 00009300 +DS =0000 00000000 0000ffff 00009300 +FS =0000 00000000 0000ffff 00009300 +GS =0000 00000000 0000ffff 00009300 +LDT=0000 00000000 0000ffff 00008200 +TR =0000 00000000 0000ffff 00008b00 +GDT= 00000000 0000ffff +IDT= 00000000 0000ffff +CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 +DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 +DR6=ffff0ff0 DR7=00000400 +EFER=0000000000000000 +FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 +FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 +FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 +FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 +FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 +XMM00=0000000000000000 0000000000000000 XMM01=0000000000000000 0000000000000000 +XMM02=0000000000000000 0000000000000000 XMM03=0000000000000000 0000000000000000 +XMM04=0000000000000000 0000000000000000 XMM05=0000000000000000 0000000000000000 +XMM06=0000000000000000 0000000000000000 XMM07=0000000000000000 0000000000000000 +``` + +Patch has been submitted to `qemu-devel`""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1256.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1256.toml new file mode 100644 index 00000000..126c9623 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1256.toml @@ -0,0 +1,30 @@ +id = 1256 +title = "Building installer fails on Windows 10 Msys2" +state = "closed" +created_at = "2022-10-15T11:47:23.681Z" +closed_at = "2022-10-17T22:19:52.186Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1256" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """build fails with: +``` +make[2]: Leaving directory '/c/Users/sxlga/source/repos/qemu/build' +Traceback (most recent call last): + File "C:\\Users\\sxlga\\source\\repos\\qemu\\scripts\\nsis.py", line 89, in <module> + main() + File "C:\\Users\\sxlga\\source\\repos\\qemu\\scripts\\nsis.py", line 34, in main + with open( +OSError: [Errno 22] Invalid argument: 'C:/Users/sxlga/AppData/Local/Temp/tmpinyvlwkoC:/msys64/qemu/system-emulations.nsh' +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:165: run-ninja] Error 1 +make[1]: Leaving directory '/c/Users/sxlga/source/repos/qemu/build' +make: *** [GNUmakefile:11: installer] Error 2 +```""" +reproduce = """1. ./configure --target-list=arm-softmmu,aarch64-softmmu +2. make all +3. make installer""" +additional = """following https://wiki.qemu.org/Hosts/W32#Native_builds_with_MSYS2 to set up toolchain""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1257.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1257.toml new file mode 100644 index 00000000..e75b69bd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1257.toml @@ -0,0 +1,15 @@ +id = 1257 +title = "Windows guest agent shutdown requires user response to complete" +state = "opened" +created_at = "2022-10-15T19:36:04.105Z" +closed_at = "n/a" +labels = ["Guest Agent", "guest: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1257" +host-os = "Linux Mint 21" +host-arch = "x86 64-bit" +qemu-version = "6.2.0" +guest-os = "Windows 11" +guest-arch = "x86_86" +description = "n/a" +reproduce = "n/a" +additional = """The shutdown operation triggered by the Windows Guest Agent should prevent the system from waiting for a user response concerning unsaved work of open desktop applications. Instead, applications and services should be closed as gracefully as possible automatically, in advance of the power down event on the emulated hardware.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/126.toml b/gitlab/issues/target_missing/host_missing/accel_missing/126.toml new file mode 100644 index 00000000..ae4181f4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/126.toml @@ -0,0 +1,15 @@ +id = 126 +title = "qemu-input: Mouse stops working in Windows guest" +state = "closed" +created_at = "2021-05-04T08:05:07.291Z" +closed_at = "2022-08-05T02:40:18.078Z" +labels = ["Launchpad", "device:input", "hostos: Windows", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/126" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1262.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1262.toml new file mode 100644 index 00000000..a403ae36 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1262.toml @@ -0,0 +1,15 @@ +id = 1262 +title = "avocado test framework fails to report when QEMU exits unexpectedly" +state = "opened" +created_at = "2022-10-18T13:26:37.565Z" +closed_at = "n/a" +labels = ["Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1262" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1264.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1264.toml new file mode 100644 index 00000000..6763eb20 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1264.toml @@ -0,0 +1,15 @@ +id = 1264 +title = "socket chardev loses data when remote end closes the connection" +state = "opened" +created_at = "2022-10-19T16:15:58.295Z" +closed_at = "n/a" +labels = ["Chardev", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1264" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1265.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1265.toml new file mode 100644 index 00000000..b881c970 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1265.toml @@ -0,0 +1,15 @@ +id = 1265 +title = "avocado should log all the guest console output until QEMU exits, not disconnect early" +state = "opened" +created_at = "2022-10-19T16:20:51.579Z" +closed_at = "n/a" +labels = ["Python", "Tests", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1265" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1266.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1266.toml new file mode 100644 index 00000000..f35d2ffe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1266.toml @@ -0,0 +1,15 @@ +id = 1266 +title = "Assert in resettable_phase_enter through virtio-scsi" +state = "closed" +created_at = "2022-10-19T22:00:56.360Z" +closed_at = "2022-10-31T14:57:07.253Z" +labels = ["Fuzzer", "Storage", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1266" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1268.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1268.toml new file mode 100644 index 00000000..12b99b01 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1268.toml @@ -0,0 +1,15 @@ +id = 1268 +title = "erst: undefined-behavior in memcpy in write_erst_record" +state = "closed" +created_at = "2022-10-21T19:04:06.870Z" +closed_at = "2022-11-08T13:39:27.722Z" +labels = ["ACPI", "Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1268" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1270.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1270.toml new file mode 100644 index 00000000..2a95907b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1270.toml @@ -0,0 +1,22 @@ +id = 1270 +title = "Guest freezes if memory backing using memfd/shared/" +state = "opened" +created_at = "2022-10-23T13:49:57.141Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1270" +host-os = "Unraid 6.11.1" +host-arch = "x86" +qemu-version = "EMU emulator version 7.1.0" +guest-os = "Windows 10" +guest-arch = "n/a" +description = """Guest VM freezes with the following memory backing is set. Required to for virtiofs, but just setting the following the guest will freeze in around 2hours, no logs or errors generate. + + <memoryBacking> + <source type='memfd'/> + <access mode='shared'/> + </memoryBacking>""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1272.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1272.toml new file mode 100644 index 00000000..ebf638a3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1272.toml @@ -0,0 +1,58 @@ +id = 1272 +title = "qemu 7.1: assertion faillure with virtio-scsi in `blk_set_enable_write_cache`" +state = "closed" +created_at = "2022-10-24T15:10:22.560Z" +closed_at = "2024-02-07T07:21:40.506Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1272" +host-os = "Debian 11" +host-arch = "x86_64" +qemu-version = "v7.1.0" +guest-os = "Windows 10" +guest-arch = "x86_64" +description = """During the guest boot qemu crashes with the following error: + +> qemu-system-x86_64: ../src/block/block-backend.c:1949: blk_set_enable_write_cache: Assertion `qemu_in_main_thread()' failed.""" +reproduce = """1. Start a windows guest""" +additional = """Stacktrace: + +``` +#0 0x00007fd6c3515ce1 in raise () from /lib/x86_64-linux-gnu/libc.so.6 +#1 0x00007fd6c34ff537 in abort () from /lib/x86_64-linux-gnu/libc.so.6 +#2 0x00007fd6c34ff40f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 +#3 0x00007fd6c350e662 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6 +#4 0x000056149e2cea03 in blk_set_enable_write_cache (wce=true, blk=0x5614a01c27f0) at ../src/block/block-backend.c:1949 +#5 0x000056149e2d0a67 in blk_set_enable_write_cache (blk=0x5614a01c27f0, wce=<optimized out>) at ../src/block/block-backend.c:1951 +#6 0x000056149dfe9c59 in scsi_disk_apply_mode_select (p=0x7fd6b400c00e "\\004", page=<optimized out>, s=<optimized out>) at ../src/hw/scsi/scsi-disk.c:1520 +#7 mode_select_pages (change=true, len=18, p=0x7fd6b400c00e "\\004", r=0x7fd6b4001ff0) at ../src/hw/scsi/scsi-disk.c:1570 +#8 scsi_disk_emulate_mode_select (inbuf=<optimized out>, r=0x7fd6b4001ff0) at ../src/hw/scsi/scsi-disk.c:1640 +#9 scsi_disk_emulate_write_data (req=0x7fd6b4001ff0) at ../src/hw/scsi/scsi-disk.c:1934 +#10 0x000056149e18ff16 in virtio_scsi_handle_cmd_req_submit (req=<optimized out>, req=<optimized out>, s=0x5614a12f16b0) at ../src/hw/scsi/virtio-scsi.c:719 +#11 virtio_scsi_handle_cmd_vq (vq=0x7fd6bab92140, s=0x5614a12f16b0) at ../src/hw/scsi/virtio-scsi.c:761 +#12 virtio_scsi_handle_cmd (vq=<optimized out>, vdev=<optimized out>) at ../src/hw/scsi/virtio-scsi.c:775 +#13 virtio_scsi_handle_cmd (vdev=0x5614a12f16b0, vq=0x7fd6bab92140) at ../src/hw/scsi/virtio-scsi.c:765 +#14 0x000056149e1a8aa6 in virtio_queue_notify_vq (vq=0x7fd6bab92140) at ../src/hw/virtio/virtio.c:2365 +#15 0x000056149e3ccea5 in aio_dispatch_handler (ctx=ctx@entry=0x5614a01babe0, node=<optimized out>) at ../src/util/aio-posix.c:369 +#16 0x000056149e3cd868 in aio_dispatch_ready_handlers (ready_list=0x7fd6c09b2680, ctx=0x5614a01babe0) at ../src/util/aio-posix.c:399 +#17 aio_poll (ctx=0x5614a01babe0, blocking=blocking@entry=true) at ../src/util/aio-posix.c:713 +#18 0x000056149e2a7796 in iothread_run (opaque=opaque@entry=0x56149ffde500) at ../src/iothread.c:67 +#19 0x000056149e3d0859 in qemu_thread_start (args=0x7fd6c09b26f0) at ../src/util/qemu-thread-posix.c:504 +#20 0x00007fd6c36b9ea7 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 +#21 0x00007fd6c35d9aef in clone () from /lib/x86_64-linux-gnu/libc.so.6 +``` + +The crash was bisected to: + +``` +commit b1c073490553f80594b903ceedfc7c1aef6b1b19 +Author: Hanna Reitz <hreitz@redhat.com> +Date: Tue Mar 29 11:35:45 2022 +0200 + + main-loop: Disable GLOBAL_STATE_CODE() assertions +``` + +I have not been able to reproduce the bug with a linux guest nor with a fresh windows installation. + +The crashes appears with either `writethrough` and `directsync` cache modes but not with `writeback` `none` and `unsafe`. + +Note: if needed I can extract (privately) provide a disk image demonstrating the behavior""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1273.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1273.toml new file mode 100644 index 00000000..c02c1c0b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1273.toml @@ -0,0 +1,15 @@ +id = 1273 +title = "QEMU log problem" +state = "closed" +created_at = "2022-10-25T06:36:10.574Z" +closed_at = "2022-10-25T10:54:53.049Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1273" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1275.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1275.toml new file mode 100644 index 00000000..2d26b552 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1275.toml @@ -0,0 +1,17 @@ +id = 1275 +title = "javac command stuck forever in qemu vm which does not use hardware virtualization" +state = "closed" +created_at = "2022-10-26T06:03:08.803Z" +closed_at = "2022-11-17T16:33:37.865Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1275" +host-os = "(Windows 10 21H1, Fedora 34, etc.)" +host-arch = "(x86, ARM, s390x, etc.)" +qemu-version = "(e.g. `qemu-system-x86_64 --version`)" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM, s390x, etc.)" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1276.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1276.toml new file mode 100644 index 00000000..27aa67d8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1276.toml @@ -0,0 +1,23 @@ +id = 1276 +title = "[SDL] Fractional scaling is blurry" +state = "opened" +created_at = "2022-10-26T08:33:38.308Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1276" +host-os = "Linux" +host-arch = "x86" +qemu-version = "7.1.0" +guest-os = "Ubuntu 22.04.1" +guest-arch = "x86" +description = """The display looks blurry""" +reproduce = """1. Use a Wayland compositor (eg. Sway) with scale set to `1.25` +2. Launch an Ubuntu guest with the SDL display +3. Notice blurryness""" +additional = """https://github.com/libsdl-org/SDL/issues/6438 + +Blurry display https://user-images.githubusercontent.com/67585967/197484538-fde750aa-8982-4ac2-9d83-3861f6411a31.png + +Display with 1.00 scale https://user-images.githubusercontent.com/67585967/197484417-afd1d1c5-5ea1-46ce-82c5-fa8d9b2df459.png + +It was suggested in the SDL issue (https://github.com/libsdl-org/SDL/issues/6438#issuecomment-1289513402) that it's caused by the `SDL_WINDOW_ALLOW_HIGHDPI` not being set. However, after setting that flag, the display is sharp again but it's not scaled properly (boxed) https://github.com/libsdl-org/SDL/issues/6438#issuecomment-1291663284, no idea what other changes need to be made.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1277.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1277.toml new file mode 100644 index 00000000..835d7fa4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1277.toml @@ -0,0 +1,15 @@ +id = 1277 +title = "two instructions has executed twice" +state = "closed" +created_at = "2022-10-26T21:24:24.939Z" +closed_at = "2022-10-27T05:02:34.218Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1277" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1278.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1278.toml new file mode 100644 index 00000000..b3e8a1c2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1278.toml @@ -0,0 +1,16 @@ +id = 1278 +title = "Error creating encrypted qcow2 disk using qemu-img" +state = "opened" +created_at = "2022-10-27T01:32:29.047Z" +closed_at = "n/a" +labels = ["Storage", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1278" +host-os = "**CentOS8**" +host-arch = "**x86**" +qemu-version = "**6.0.0**" +guest-os = "n/a" +guest-arch = "n/a" +description = """Error creating encrypted qcow2 disk using qemu-img:No crypto library supporting PBKDF in this build: Function not implemented +""" +reproduce = """1.qemu-img create --object secret,id=sec0,data=123456 -f qcow2 -o encrypt.format=luks,encrypt.key-secret=sec0 base.qcow2 1G""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/128.toml b/gitlab/issues/target_missing/host_missing/accel_missing/128.toml new file mode 100644 index 00000000..d5ac4e7e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/128.toml @@ -0,0 +1,15 @@ +id = 128 +title = "man page is missing suboptions for \"-display\"" +state = "closed" +created_at = "2021-05-04T08:05:49.166Z" +closed_at = "2021-06-25T10:59:49.765Z" +labels = ["Bite Sized", "Documentation", "Launchpad", "device:graphics", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/128" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1282.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1282.toml new file mode 100644 index 00000000..9d7d9cf0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1282.toml @@ -0,0 +1,15 @@ +id = 1282 +title = "sdhci: DMA reentrancy issue leads to an infinite loop" +state = "closed" +created_at = "2022-10-28T02:30:23.405Z" +closed_at = "2023-04-28T20:58:32.921Z" +labels = ["Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1282" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """When sdhci transfers multiple blocks, it doesnot check if the dma-write buffer pointer overlaps with its MMIO region, crafted content can cause DoS because of infinite loop and CPU consumption.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1283.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1283.toml new file mode 100644 index 00000000..1923b172 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1283.toml @@ -0,0 +1,90 @@ +id = 1283 +title = "Live migration cause scsi_req_unref: Assertion `req->refcount > 0' failed" +state = "opened" +created_at = "2022-10-28T08:08:59.233Z" +closed_at = "n/a" +labels = ["Migration", "Regression"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1283" +host-os = "CentOS Linux release 8.4.2105" +host-arch = "x86_64" +qemu-version = "v7.1.0 release" +guest-os = "Ubuntu 20.04.3 LTS" +guest-arch = "x86_64" +description = """During live migration, copy file from one folder to another. Migration can succeed. After a while, copy can't finish and in target host qemu crash: +``` +qemu-system-x86_64: ../hw/scsi/scsi-bus.c:1366: scsi_req_unref: Assertion `req->refcount > 0' failed. +2022-10-28 03:22:54.948+0000: shutting down, reason=crashed +``` +libvirt configure related: +``` + <disk type='file' device='disk'> + <driver name='qemu' type='qcow2'/> + <source file='/images/gen-l-vrt-295-008/swx-jd01-001-new.img'/> + <target dev='sda' bus='scsi'/> + <alias name='ua-box-volume-0'/> + <address type='drive' controller='0' bus='0' target='0' unit='0'/> + </disk> + <controller type='scsi' index='0' model='lsilogic'> + <address type='pci' domain='0x0000' bus='0x03' slot='0x01' function='0x0'/> + </controller> +``` +If change `bus='scsi'` to `bus='sata'`, same test steps can pass.""" +reproduce = """1. Inside VM +``` +fallocate -l 10G /tmp/test.img +cp /tmp/test.img / +``` +2. Same time, migrate VM to another server +``` +virsh migrate --verbose --live --persistent swx-jd01-001 qemu+ssh://gen-l-vrt-294/system --unsafe --auto-converge --auto-converge-initial 60 --auto-converge-increment 20 + +``` +3. After a while, cp can't finish and qemu crash on destination server with assert fail.""" +additional = """stack traces: +``` +#0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=140544841483840) at ./nptl/pthread_kill.c:44 +#1 __pthread_kill_internal (signo=6, threadid=140544841483840) at ./nptl/pthread_kill.c:78 +#2 __GI___pthread_kill (threadid=140544841483840, signo=signo@entry=6) at ./nptl/pthread_kill.c:89 +#3 0x00007fd3284f9476 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 +#4 0x00007fd3284df7f3 in __GI_abort () at ./stdlib/abort.c:79 +#5 0x00007fd3284df71b in __assert_fail_base + (fmt=0x7fd328694150 "%s%s%s:%u: %s%sAssertion `%s' failed.\\n%n", assertion=0x55791c97acbb "req->refcount > 0", file=0x55791c97ac7f "../hw/scsi/scsi-bus.c", line=1366, function=<optimized out>) + at ./assert/assert.c:92 +#6 0x00007fd3284f0e96 in __GI___assert_fail + (assertion=assertion@entry=0x55791c97acbb "req->refcount > 0", file=file@entry=0x55791c97ac7f "../hw/scsi/scsi-bus.c", line=line@entry=1366, function=function@entry=0x55791c97b2a0 <__PRETTY_FUNCTION__.14> "scsi_req_unref") at ./assert/assert.c:101 +#7 0x000055791c499a2e in scsi_req_unref (req=<optimized out>) at ../hw/scsi/scsi-bus.c:1366 +#8 0x000055791c49b61f in scsi_device_purge_requests (sdev=sdev@entry=0x55791e6e0c00, sense=...) at ../hw/scsi/scsi-bus.c:1639 +#9 0x000055791c49d704 in scsi_disk_reset (dev=0x55791e6e0c00) at ../hw/scsi/scsi-disk.c:2336 +#10 0x000055791c72a6ed in qdev_reset_one (dev=<optimized out>, opaque=<optimized out>) at ../hw/core/qdev.c:254 +#11 0x000055791c726fa9 in qbus_walk_children + (bus=<optimized out>, pre_devfn=0x55791c728770 <qdev_prereset>, pre_busfn=0x55791c7286a0 <qbus_prereset>, post_devfn=0x55791c72a6e0 <qdev_reset_one>, post_busfn=0x55791c728ae0 <qbus_reset_one>, opaque=0x0) at ../hw/core/bus.c:54 +#12 0x000055791c72a790 in qdev_walk_children + (opaque=0x0, post_busfn=0x55791c728ae0 <qbus_reset_one>, post_devfn=0x55791c72a6e0 <qdev_reset_one>, pre_busfn=0x55791c7286a0 <qbus_prereset>, pre_devfn=0x55791c728770 <qdev_prereset>, dev=0x55791ed2a430) at ../hw/core/qdev.c:413 +#13 qdev_reset_all (dev=0x55791ed2a430) at ../hw/core/qdev.c:272 +#14 0x000055791c688134 in memory_region_write_accessor (mr=mr@entry=0x55791ed2ae60, addr=20, value=value@entry=0x7fd32559f618, size=size@entry=1, shift=<optimized out>, mask=mask@entry=255, attrs=...) + at ../softmmu/memory.c:492 +#15 0x000055791c6858c6 in access_with_adjusted_size + (addr=addr@entry=20, value=value@entry=0x7fd32559f618, size=size@entry=1, access_size_min=<optimized out>, access_size_max=<optimized out>, access_fn=0x55791c6880b0 <memory_region_write_accessor>, mr=0x55791ed2ae60, attrs=...) at ../softmmu/memory.c:554 +#16 0x000055791c689bf2 in memory_region_dispatch_write (mr=mr@entry=0x55791ed2ae60, addr=20, data=<optimized out>, op=<optimized out>, attrs=attrs@entry=...) at ../softmmu/memory.c:1521 +#17 0x000055791c690cf0 in flatview_write_continue (fv=fv@entry=0x55791e729ac0, addr=addr@entry=4257226772, attrs=..., + attrs@entry=..., ptr=ptr@entry=0x7fd328d36028, len=len@entry=1, addr1=<optimized out>, l=<optimized out>, mr=0x55791ed2ae60) at /opt/qemu/include/qemu/host-utils.h:166 +#18 0x000055791c690fb0 in flatview_write (fv=0x55791e729ac0, addr=addr@entry=4257226772, attrs=attrs@entry=..., buf=buf@entry=0x7fd328d36028, len=len@entry=1) at ../softmmu/physmem.c:2867 +#19 0x000055791c694799 in address_space_write (len=1, buf=0x7fd328d36028, attrs=..., addr=4257226772, as=0x55791d08a740 <address_space_memory>) at ../softmmu/physmem.c:2963 +#20 address_space_rw (as=0x55791d08a740 <address_space_memory>, addr=4257226772, attrs=attrs@entry=..., buf=buf@entry=0x7fd328d36028, len=1, is_write=<optimized out>) at ../softmmu/physmem.c:2973 +#21 0x000055791c71d19e in kvm_cpu_exec (cpu=cpu@entry=0x55791dc9d890) at ../accel/kvm/kvm-all.c:2954 +#22 0x000055791c71e6c5 in kvm_vcpu_thread_fn (arg=arg@entry=0x55791dc9d890) at ../accel/kvm/kvm-accel-ops.c:49 +#23 0x000055791c885be1 in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:504 +#24 0x00007fd32854bb43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 +#25 0x00007fd3285dcbb4 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:100 +``` +Guest disk partition +``` +root@swx-jd01-001:~# lsblk +NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT +sda 8:0 0 64G 0 disk +├─sda1 8:1 0 512M 0 part /boot/efi +├─sda2 8:2 0 1K 0 part +└─sda5 8:5 0 63.5G 0 part + ├─vgwin--dbausdhrjgi-root 253:0 0 62.6G 0 lvm / + └─vgwin--dbausdhrjgi-swap_1 253:1 0 980M 0 lvm [SWAP] +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1284.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1284.toml new file mode 100644 index 00000000..9d83a781 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1284.toml @@ -0,0 +1,22 @@ +id = 1284 +title = "macOS QXL VGA not available" +state = "opened" +created_at = "2022-10-28T09:43:51.426Z" +closed_at = "n/a" +labels = ["GUI", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1284" +host-os = "macOS Monterey" +host-arch = "aarch64" +qemu-version = "7.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +qemu-system-aarch64: QXL VGA not available +``` +``` +qemu-system-aarch64: -device qxl-vga: 'qxl-vga' is not a valid device model name +```""" +reproduce = """1. Build QEMU on macOS with SPICE support (meson) +2. Run commands listed above +3. Observe QXL not working""" +additional = """I'm wiring up QEMU SPICE support on Darwin for Nixpkgs. The same issue can be observed in macports qemu builds with spice. Could this be a packaging issue?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1285.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1285.toml new file mode 100644 index 00000000..2685a56a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1285.toml @@ -0,0 +1,28 @@ +id = 1285 +title = "Can't use spice-app on macOS because GIO can't find handler for spice+unix scheme" +state = "closed" +created_at = "2022-10-28T09:57:27.165Z" +closed_at = "2024-04-15T08:22:42.514Z" +labels = ["hostos: macOS", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1285" +host-os = "macOS Monterey" +host-arch = "aarch64" +qemu-version = "7.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +qemu-system-aarch64: info: Launching display with URI: spice+unix:///tmp/.U96NU1/spice.sock +qemu-system-aarch64: warning: GLib-GIO: No default handler found for url scheme 'spice+unix'. +qemu-system-aarch64: warning: GLib-GIO: No default handler found for url scheme 'spice+unix'. +qemu-system-aarch64: Failed to launch spice+unix:///tmp/.U96NU1/spice.sock URI: Operation not supported +qemu-system-aarch64: You need a capable Spice client, such as virt-viewer 8.0 +``` + +``` +$ virt-viewer --version +virt-viewer version 11.0 +```""" +reproduce = """1. Have virt-viewer in $PATH +2. Run command above +3. Observe error above""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1286.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1286.toml new file mode 100644 index 00000000..c91c5a69 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1286.toml @@ -0,0 +1,15 @@ +id = 1286 +title = "netdev tftp option docs don't mention that the TFTP server is read-only" +state = "closed" +created_at = "2022-10-28T10:02:59.137Z" +closed_at = "2024-02-13T15:50:27.752Z" +labels = ["Bite Sized", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1286" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1287.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1287.toml new file mode 100644 index 00000000..1b4d3463 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1287.toml @@ -0,0 +1,20 @@ +id = 1287 +title = "qemu-img info foo.qcow2 tries to get write lock" +state = "closed" +created_at = "2022-10-28T12:34:38.214Z" +closed_at = "2022-10-31T07:17:46.046Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1287" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.1.0" +guest-os = "Fedora 36" +guest-arch = "n/a" +description = """When trying to run qemu-img info on an image which is used by QEMU qemu-img tries to acquire a write lock. Ideally this would not attempt to acquire a write lock and let qemu-img info succeed. +``` +[jelle@t14s][/tmp]%qemu-img info /var/tmp/cockpit-qr_j3e_m.qcow2 +qemu-img: Could not open '/var/tmp/cockpit-qr_j3e_m.qcow2': Failed to get shared "write" lock +Is another process using the image [/var/tmp/cockpit-qr_j3e_m.qcow2]? +```""" +reproduce = """1. Run qemu-img on an image used by a QEMU process.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1288.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1288.toml new file mode 100644 index 00000000..595520fb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1288.toml @@ -0,0 +1,17 @@ +id = 1288 +title = "GPU passing through guest crashes" +state = "closed" +created_at = "2022-10-28T14:12:08.110Z" +closed_at = "2025-01-13T10:16:49.012Z" +labels = ["VFIO", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1288" +host-os = "Ubuntu 22.10(Kinetic Kudu)" +host-arch = "x86_64" +qemu-version = "7.1.0 (built from release tar)" +guest-os = "Windows 10 Pro 20H2" +guest-arch = "64-bit operating system, x64-based processor" +description = """First and foremost, I don't know if this is a QEMU, KVM or GPU driver issue. +I began emailing libvirt project and they advised me to contact you, then KVM and then GPU driver developer(NVIDIA). +Host is crashing from time to time. I have guest's kernel dumps(~2GB each).""" +reproduce = """Unfortunately, I don't have steps to reproduce.""" +additional = """I'm aware I'm not running the latest qmeu version but I'm willing to install developer version and try to reproduce or test patch if developer requires it.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1289.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1289.toml new file mode 100644 index 00000000..7e2e39e0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1289.toml @@ -0,0 +1,15 @@ +id = 1289 +title = "plugin get registers" +state = "closed" +created_at = "2022-10-29T04:47:45.586Z" +closed_at = "2022-10-31T07:21:22.251Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1289" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/129.toml b/gitlab/issues/target_missing/host_missing/accel_missing/129.toml new file mode 100644 index 00000000..4ce9bed5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/129.toml @@ -0,0 +1,24 @@ +id = 129 +title = "Build failure due to conflicts with the C++20 version header" +state = "closed" +created_at = "2021-05-04T15:05:45.621Z" +closed_at = "2021-09-07T10:52:44.573Z" +labels = ["Build System", "Closed::Fixed", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/129" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """qemu 5.2.0: +``` +brew install -s qemu +``` + +qemu 6.0.0: +``` +wget https://raw.githubusercontent.com/Homebrew/homebrew-core/02107501a48cc9d08480913ee1c79866dc60c23a/Formula/qemu.rb +brew install -s qemu.rb +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1290.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1290.toml new file mode 100644 index 00000000..33f3c0d0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1290.toml @@ -0,0 +1,15 @@ +id = 1290 +title = "IO alignment probing delivers incorrect results on Linux when used with e.g. dm-crypt" +state = "opened" +created_at = "2022-10-30T14:52:21.408Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1290" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1291.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1291.toml new file mode 100644 index 00000000..03d1eaf7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1291.toml @@ -0,0 +1,15 @@ +id = 1291 +title = "--enable-jemalloc configure option is not covered in CI" +state = "opened" +created_at = "2022-11-01T16:28:01.316Z" +closed_at = "n/a" +labels = ["CI", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1291" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1292.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1292.toml new file mode 100644 index 00000000..827bcdf3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1292.toml @@ -0,0 +1,15 @@ +id = 1292 +title = "Default jemalloc config doesn't work on Asahi Linux" +state = "closed" +created_at = "2022-11-01T16:36:20.767Z" +closed_at = "2022-11-03T15:43:39.495Z" +labels = ["Closed::WontFix", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1292" +host-os = "Asahi Linux" +host-arch = "Aarch64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """M1 Macs use 16KB pages, jemalloc builds with 4KB page by default.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1294.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1294.toml new file mode 100644 index 00000000..73457700 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1294.toml @@ -0,0 +1,15 @@ +id = 1294 +title = "pflash size check appears to be incompatible with OVMF on x86" +state = "closed" +created_at = "2022-11-01T22:39:31.694Z" +closed_at = "2022-11-08T22:58:55.103Z" +labels = ["Regression", "Storage", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1294" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "7.1.50" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1295.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1295.toml new file mode 100644 index 00000000..7278f8ad --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1295.toml @@ -0,0 +1,35 @@ +id = 1295 +title = "configure script can fail if compiler flag `-Wunused-parameter` is enabled" +state = "closed" +created_at = "2022-11-02T20:07:03.088Z" +closed_at = "2022-11-28T19:27:40.699Z" +labels = ["Build System", "hostos: Windows", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1295" +host-os = "Debian GNU Linux bullseye (stable)" +host-arch = "x86_64" +qemu-version = "Git master" +guest-os = "n/a" +guest-arch = "n/a" +description = """`configure` fails with an error message: + +``` +ERROR: SafeStack is only supported by the coroutine backend ucontext +```""" +reproduce = """1. Run `./configure --cross-prefix=x86_64-w64-mingw32- --disable-werror --extra-cflags=-Wunused-parameter`""" +additional = """Last part of `config.log`: + +``` +x86_64-w64-mingw32-gcc -m64 -mcx16 -I/mingw64/include -Wunused-parameter -fno-pie -mthreads -std=gnu11 -Wall -fno-pie -no-pie -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -Werror -o config-temp/qemu-conf.exe config-temp/qemu-conf.c -L/mingw64/lib -no-pie +config-temp/qemu-conf.c: In function ‘main’: +config-temp/qemu-conf.c:1:14: error: unused parameter ‘argc’ [-Werror=unused-parameter] + 1 | int main(int argc, char *argv[]) + | ~~~~^~~~ +config-temp/qemu-conf.c:1:26: error: unused parameter ‘argv’ [-Werror=unused-parameter] + 1 | int main(int argc, char *argv[]) + | ~~~~~~^~~~~~ +cc1: all warnings being treated as errors +``` + +The configure script fails because it tries to compile small C programs with a main function which is declared with arguments `argc` and `argv` although those arguments are unused. + +Using the same compiler flag for a native build (`./configure --disable-werror --extra-cflags=-Wunused-parameter`) shows the same errors in `config.log`, but surprisingly does not fail.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1296.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1296.toml new file mode 100644 index 00000000..479f7229 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1296.toml @@ -0,0 +1,16 @@ +id = 1296 +title = "qemu hangs on start with a bridged NIC" +state = "closed" +created_at = "2022-11-03T05:35:39.611Z" +closed_at = "2023-04-27T07:48:25.872Z" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1296" +host-os = "ArchLinux current" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.1.0" +guest-os = "none" +guest-arch = "x86" +description = """qemu hangs on start with a bridged NIC. And there is no difference exists the bridge or not. At the same with a user NIC (`-nic user`) everything works flawlessly. Also I tried to add `-enable-kvm` key and had no luck.""" +reproduce = """1. Run qemu with the specified command line.""" +additional = """I ran the strace: `strace -s 1024 -tt -ff -y -o qemu_bridge -- qemu-system-x86_64 -nic bridge` +Here are the logs: [qemu-bridge-strace.zip](/uploads/ecf8a2ba9133279fdd6f88fda5dd9ff3/qemu-bridge-strace.zip)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1300.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1300.toml new file mode 100644 index 00000000..c639198b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1300.toml @@ -0,0 +1,19 @@ +id = 1300 +title = "Build failure when configuring CONFIG_VHOST_USER_FS/CONFIG_VIRTIO" +state = "closed" +created_at = "2022-11-06T15:33:06.937Z" +closed_at = "2022-11-08T07:46:35.419Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1300" +host-os = "Gentoo" +host-arch = "x86-64" +qemu-version = "7.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Attempting to configure CONFIG_VHOST_USER_FS or CONFIG_VIRTIO results in a build failure. Complete build log (with configure output) is attached.""" +reproduce = """1. Add `CONFIG_VIRTIO` and `CONFIG_VHOST_USER_FS` (`y` *or* `n`) to `configs/devices/x86_64-softmmu/gentoo.mak` (done via the [ebuild](https://github.com/gentoo/gentoo/blob/master/app-emulation/qemu/qemu-7.1.0.ebuild)) +2. Configure with `--with-devices-x86_64=gentoo` +3. Attempt building""" +additional = """[build.log](/uploads/72fc1284f5245d9384e521d3b1c65953/build.log) + +Reported downstream [here](https://bugs.gentoo.org/873190).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1302.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1302.toml new file mode 100644 index 00000000..f8c9e22b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1302.toml @@ -0,0 +1,25 @@ +id = 1302 +title = "Per-thread logging flag must be made immutable" +state = "closed" +created_at = "2022-11-07T12:30:06.554Z" +closed_at = "2022-11-08T16:37:08.335Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1302" +host-os = "Fedora 35" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.1.50 (v7.1.0-1678-g466e81ff1201)" +guest-os = "n/a" +guest-arch = "n/a" +description = """The problem is that the code assumes it isn't possible to switch from global logging to per-thread logging and vice-versa per design, but it lags appropriate checks to enforce it. Enabling or disabling per-thread logging at runtime from the monitor causes unexpected results.""" +reproduce = """Enabling per-thread logging at runtime: + +1. Start QEMU : `./qemu-system-x86_64 -S -monitor stdio -D qemu.log.%d` +2. Enable per-thread logging from the HMP monitor : `(qemu) log tid` +3. Fails with `Filename template with '%d' required for 'tid'` even though such a template was passed with `-D`. + +Disabling per-thread logging at runtime: + +1. Start QEMU : `./qemu-system-x86_64 -S -monitor stdio -D qemu.log.%d -d tid,cpu_reset` +2. Disable per-thread logging from the HMP monitor: `(qemu) log cpu_reset` +3. QEMU creates a log file with a bogus `qemu.log.%d` name.""" +additional = """[Series](https://patchew.org/QEMU/20221104120059.678470-1-groug@kaod.org/) posted and already reviewed by @rth7680 .""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1304.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1304.toml new file mode 100644 index 00000000..72c18a5d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1304.toml @@ -0,0 +1,17 @@ +id = 1304 +title = "loadvm for arm vexpress-a9" +state = "closed" +created_at = "2022-11-07T15:51:48.426Z" +closed_at = "2022-11-07T16:31:38.023Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1304" +host-os = "linux" +host-arch = "x86" +qemu-version = "6.1" +guest-os = "linux" +guest-arch = "vexpress-a9" +description = """""" +reproduce = """1. savevm test +2. loadvm test +3. After I execute savevm and loadvm,the guest is not responding""" +additional = """I have read this issue(https://github.com/panda-re/panda/issues/643). If secure is set to off,the guest works well. But I need to use security extensions,so secure cannot be set to off.What do I need to do to solve this problem？""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1305.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1305.toml new file mode 100644 index 00000000..2dbf5f0f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1305.toml @@ -0,0 +1,22 @@ +id = 1305 +title = "qemu will detach usbredir if backend chardev socket disconnect" +state = "opened" +created_at = "2022-11-08T06:34:10.310Z" +closed_at = "n/a" +labels = ["Chardev", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1305" +host-os = "CentOS 7.4" +host-arch = "x86" +qemu-version = "QEMU emulator version 2.12.0 (qemu-kvm-ev-2.12.0-44.1.el7)" +guest-os = "CentOS 7" +guest-arch = "x86" +description = """When using the usbredir device in the VM, initiate a hot migration to the VM. +After the migration is completed, the drive letter of the usb in the VM has changed. +Actually the device has been unplugged and re-plugged in the VM. +I think we should keep the plugged state of the device after the migration?""" +reproduce = """1. Start a usbredirserver `usbredirserver -p 7000 -v 4 5-2`; +2. Start a VM with a usbredir device attached to it; +3. Mount the usb device in the VM; +4. Migrate the VM, after the migration done, wait a minute，the drive letter of the usb in the VM has changed.""" +additional = """I've found this bug https://bugzilla.redhat.com/show_bug.cgi?id=1254971, this is just to allow the chardev to be reconnected in time when it is disconnected. +Can we make chardev reconnect without unpluging the usbredir device?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1307.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1307.toml new file mode 100644 index 00000000..fd950b00 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1307.toml @@ -0,0 +1,84 @@ +id = 1307 +title = "query-named-block-nodes, without flat=true, is massively slow as number of block nodes increases" +state = "opened" +created_at = "2022-11-09T10:40:24.888Z" +closed_at = "n/a" +labels = ["Storage", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1307" +host-os = "Fedora 36" +host-arch = "x86_64" +qemu-version = "v7.2.0-rc0" +guest-os = "n/a" +guest-arch = "n/a" +description = """The query-named-block-nodes command is insanely slow with deep backing chains when the flat=true arg is NOT given. + +``` +qemu-img create demo0.qcow2 1g +j=0 +for i in `seq 1 199` +do + qemu-img create -f qcow2 -o backing_file=demo$j.qcow2 -o backing_fmt=qcow2 demo$i.qcow2 + j=$i +done +``` + +Now configure libvirt with + +``` + <disk type='file' device='disk'> + <driver name='qemu' type='qcow2' discard='unmap'/> + <source file='/var/lib/libvirt/images/demo199.qcow2'/> + <target dev='vdb' bus='virtio'/> + <address type='pci' domain='0x0000' bus='0x07' slot='0x00' function='0x0'/> + </disk> +``` + +This results in `-blockdev` args + +``` +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/demo0.qcow2","node-name":"libvirt-201-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-201-format","read-only":true,"discard":"unmap","driver":"qcow2","file":"libvirt-201-storage","backing":null}' \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/demo1.qcow2","node-name":"libvirt-200-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-200-format","read-only":true,"discard":"unmap","driver":"qcow2","file":"libvirt-200-storage","backing":"libvirt-201-format"}' \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/demo2.qcow2","node-name":"libvirt-199-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-199-format","read-only":true,"discard":"unmap","driver":"qcow2","file":"libvirt-199-storage","backing":"libvirt-200-format"}' \\ +...snip... +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/demo197.qcow2","node-name":"libvirt-4-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-4-format","read-only":true,"discard":"unmap","driver":"qcow2","file":"libvirt-4-storage","backing":"libvirt-5-format"}' \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/demo198.qcow2","node-name":"libvirt-3-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-3-format","read-only":true,"discard":"unmap","driver":"qcow2","file":"libvirt-3-storage","backing":"libvirt-4-format"}' \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/demo199.qcow2","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":false,"discard":"unmap","driver":"qcow2","file":"libvirt-1-storage","backing":"libvirt-3-format"}' \\ +-device '{"driver":"virtio-blk-pci","bus":"pci.7","addr":"0x0","drive":"libvirt-1-format","id":"virtio-disk1"}' \\ +``` + +Now stop libvirt + +``` +systemctl stop libvirtd +``` + +And speak directly to QMP + +``` +$ time socat UNIX:/var/lib/libvirt/qemu/domain-158-fedora38/monitor.sock - > /dev/null +{ "execute": "qmp_capabilities", "arguments": { "enable": ["oob"] } } +{ "execute": "query-named-block-nodes"} +{ "execute": "quit" } + +real\t2m19.276s +user\t0m0.006s +sys\t0m0.014s +``` + +If we save the 'query-named-block-nodes' output instead of sending it to /dev/null, we get a 86 MB file for the QMP response. This will break all known client apps since they limit QMP reply size. + +It appears to have a combinatorial expansion of block nodes in the output. + +Blocking the main event loop for 2 minutes is obviously not good either. + +If we use '"flat": true' parameter to query-named-block-nodes, the command completes in just 15 seconds, and produces a large, but more manageable 2.7 MB + +Since the non-flat query-named-block-nodes output is so incredibly non-scalable, I think we should deprecate non-flat mode, and eventually make flat the mandatory option.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1308.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1308.toml new file mode 100644 index 00000000..184470e3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1308.toml @@ -0,0 +1,15 @@ +id = 1308 +title = "Qemu headless build process is stopped, complaining about a missing pixman.h" +state = "closed" +created_at = "2022-11-09T16:45:03.686Z" +closed_at = "2022-11-14T08:17:14.020Z" +labels = ["ACPI", "Build System", "Closed::Fixed", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1308" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1309.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1309.toml new file mode 100644 index 00000000..f31894b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1309.toml @@ -0,0 +1,15 @@ +id = 1309 +title = "Heap-overflow in virtio_net_queue_enable" +state = "closed" +created_at = "2022-11-10T03:04:36.759Z" +closed_at = "2022-11-12T02:31:55.984Z" +labels = ["Fuzzer", "Networking", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1309" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1310.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1310.toml new file mode 100644 index 00000000..ad672f57 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1310.toml @@ -0,0 +1,198 @@ +id = 1310 +title = "qemu-nbd export img and detect block if is zero with libnbd" +state = "closed" +created_at = "2022-11-11T02:40:02.358Z" +closed_at = "2022-11-12T06:06:18.860Z" +labels = ["Storage", "block:nbd"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1310" +host-os = "(Centos 7)" +host-arch = "(x86)" +qemu-version = "(qemu-2.12.1)" +guest-os = "(Centos 7)" +guest-arch = "(x86)" +description = """In our project,we use qemu-nbd to export a img,and use libnbd to read/write data.if the img is preallocated,we wonder the data block if is zero,we use api nbd_block_status in libnbd to get the block status,but it shows server does not support structured replies: Operation not supported.I know our qemu is too old.so,i want to know how can i know if the block in preallocated is zero or not in nbd client.""" +reproduce = """1.qemu-nbd -p 8889 -f raw a.img + +2.the nbd client use libnbd,code is: +```c +#include <config.h> + +#include <stdio.h> +#include <stdlib.h> +#include <string.h> +#include <unistd.h> +#include <assert.h> +#include <stdbool.h> +#include <errno.h> + +#include <libnbd.h> + +static const char *bitmap; + +struct data { + bool req_one; /* input: true if req_one was passed to request */ + int count; /* input: count of expected remaining calls */ + bool fail; /* input: true to return failure */ + bool seen_base; /* output: true if base:allocation encountered */ + bool seen_dirty; /* output: true if qemu:dirty-bitmap encountered */ +}; + +static int +cb (void *opaque, const char *metacontext, uint64_t offset, + uint32_t *entries, size_t len, int *error) +{ + struct data *data = opaque; + + /* libnbd does not actually verify that a server is fully compliant + * to the spec; the asserts marked [qemu-nbd] are thus dependent on + * the fact that qemu-nbd is compliant. Furthermore, qemu 5.2 and + * 6.0 disagree on whether base:allocation includes the hole bit for + * the zeroes at 512k (both answers are compliant); but we care more + * that the zeroes show up in the dirty bitmap + */ + assert (offset == 0); + assert (!*error || (data->fail && data->count == 1 && *error == EPROTO)); + assert (data->count-- > 0); /* [qemu-nbd] */ + + if (strcmp (metacontext, LIBNBD_CONTEXT_BASE_ALLOCATION) == 0) { + assert (!data->seen_base); /* [qemu-nbd] */ + data->seen_base = true; + if (data->req_one) + assert (len == 2); /* [qemu-nbd] */ + else + assert ((len & 1) == 0 && len > 2); /* [qemu-nbd] */ + + /* Data block offset 0 size 128k */ + assert (entries[0] == 131072); assert (entries[1] == 0); + if (!data->req_one) { + if (len == 4) { + /* hole|zero offset 128k size 896k */ + assert (entries[2] == 917504); + assert (entries[3] == (LIBNBD_STATE_HOLE| + LIBNBD_STATE_ZERO)); + } + else { + assert (len == 8); + /* hole|zero offset 128k size 384k */ + assert (entries[2] == 393216); + assert (entries[3] == (LIBNBD_STATE_HOLE| + LIBNBD_STATE_ZERO)); + /* allocated zero offset 512k size 64k */ + assert (entries[4] == 65536); + assert (entries[5] == LIBNBD_STATE_ZERO); + /* hole|zero offset 576k size 448k */ + assert (entries[6] == 458752); + assert (entries[7] == (LIBNBD_STATE_HOLE| + LIBNBD_STATE_ZERO)); + } + } + } + else if (strcmp (metacontext, bitmap) == 0) { + assert (!data->seen_dirty); /* [qemu-nbd] */ + data->seen_dirty = true; + assert (len == (data->req_one ? 2 : 10)); /* [qemu-nbd] */ + + assert (entries[0] == 65536); assert (entries[1] == 0); + if (!data->req_one) { + /* dirty block offset 64K size 64K */ + assert (entries[2] == 65536); assert (entries[3] == 1); + assert (entries[4] == 393216); assert (entries[5] == 0); + /* dirty block offset 512K size 64K */ + assert (entries[6] == 65536); assert (entries[7] == 1); + assert (entries[8] == 458752); assert (entries[9] == 0); + } + } + else { + fprintf (stderr, "unexpected context %s\\n", metacontext); + exit (EXIT_FAILURE); + } + + if (data->fail) { + /* Something NBD servers can't send */ + *error = data->count == 1 ? EPROTO : ECONNREFUSED; + return -1; + } + return 0; +} + +int +main (int argc, char *argv[]) +{ + struct nbd_handle *nbd; + int64_t exportsize; + struct data data; + char c; + + if (argc < 3) { + fprintf (stderr, "%s bitmap qemu-nbd [args ...]\\n", argv[0]); + exit (EXIT_FAILURE); + } + bitmap = argv[1]; + + nbd = nbd_create (); + if (nbd == NULL) { + fprintf (stderr, "%s\\n", nbd_get_error ()); + exit (EXIT_FAILURE); + } + + nbd_add_meta_context (nbd, LIBNBD_CONTEXT_BASE_ALLOCATION); + nbd_add_meta_context (nbd, bitmap); + + if (nbd_connect_tcp (nbd, argv[2],argv[3]) == -1) { + fprintf (stderr, "%s\\n", nbd_get_error ()); + exit (EXIT_FAILURE); + } + + exportsize = nbd_get_size (nbd); + if (exportsize == -1) { + fprintf (stderr, "%s\\n", nbd_get_error ()); + exit (EXIT_FAILURE); + } + + data = (struct data) { .count = 2, }; + if (nbd_block_status (nbd, exportsize, 0, + (nbd_extent_callback) { .callback = cb, .user_data = &data }, + 0) == -1) { + fprintf (stderr, "%s\\n", nbd_get_error ()); + exit (EXIT_FAILURE); + } + assert (data.seen_base && data.seen_dirty); + + data = (struct data) { .req_one = true, .count = 2, }; + if (nbd_block_status (nbd, exportsize, 0, + (nbd_extent_callback) { .callback = cb, .user_data = &data }, + LIBNBD_CMD_FLAG_REQ_ONE) == -1) { + fprintf (stderr, "%s\\n", nbd_get_error ()); + exit (EXIT_FAILURE); + } + assert (data.seen_base && data.seen_dirty); + + /* Trigger a failed callback, to prove connection stays up. */ + data = (struct data) { .count = 2, .fail = true, }; + if (nbd_block_status (nbd, exportsize, 0, + (nbd_extent_callback) { .callback = cb, .user_data = &data }, + 0) != -1) { + fprintf (stderr, "unexpected block status success\\n"); + exit (EXIT_FAILURE); + } + assert (nbd_get_errno () == EPROTO && nbd_aio_is_ready (nbd)); + assert (data.seen_base && data.seen_dirty); + + if (nbd_pread (nbd, &c, 1, 0, 0) == -1) { + fprintf (stderr, "%s\\n", nbd_get_error ()); + exit (EXIT_FAILURE); + } + + if (nbd_shutdown (nbd, 0) == -1) { + fprintf (stderr, "%s\\n", nbd_get_error ()); + exit (EXIT_FAILURE); + } + + nbd_close (nbd); + + exit (EXIT_SUCCESS); +} + +``` +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1311.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1311.toml new file mode 100644 index 00000000..b39cdaac --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1311.toml @@ -0,0 +1,15 @@ +id = 1311 +title = "riscv-qemu can't record interrupt" +state = "closed" +created_at = "2022-11-13T16:38:31.522Z" +closed_at = "2022-11-15T14:46:52.730Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1311" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1312.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1312.toml new file mode 100644 index 00000000..ded4f544 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1312.toml @@ -0,0 +1,19 @@ +id = 1312 +title = "TCP performance problems - GSO/TSO, MSS, 8139 related (Ignores lower MTU from PMTUD/MSS)" +state = "closed" +created_at = "2022-11-13T22:52:41.955Z" +closed_at = "2022-11-21T21:21:31.810Z" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1312" +host-os = "-" +host-arch = "any" +qemu-version = "- QEMU command line:" +guest-os = "Linux (others not tested)" +guest-arch = "Any" +description = """MTU handling on guests using an RTL8139 virtualized NIC is broken; net/hw/8139.c works with a static MTU of 1500b for TCP offloading, leading to low throughput when clients connect from sub 1500MTU networks. PMTUD is ignored, and locking to a lower MTU in the OS mitigates the issue.""" +reproduce = """1. Create a guest with an RTL8139 nic +2. Try to retrieve a file from a client behind a sub 1500 MTU link +3. Observe low bandwidth due to retransmits""" +additional = """I just debugged this issue for an NGO which, for whatever reason, had an RTL8139 NIC in their guest. After i finally traced this to the RTL8139, i found this qemu-devel/netdev thread from six years ago, which apparently already debugged this issue and proposed a patch: https://lore.kernel.org/all/20161114162505.GD26664@stefanha-x1.localdomain/ + +I did not test the patch proposed there, but note that `net/hw/8139.c` still looks as discussed in that qemu-devel/netdev thread. As i haven't found a bug report in the archives, i figured you might want to know.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1315.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1315.toml new file mode 100644 index 00000000..fe019807 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1315.toml @@ -0,0 +1,15 @@ +id = 1315 +title = "Assertion failure in vmxnet3_activate_device" +state = "closed" +created_at = "2022-11-14T16:00:31.607Z" +closed_at = "2022-11-14T16:04:54.367Z" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1315" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1316.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1316.toml new file mode 100644 index 00000000..63df611b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1316.toml @@ -0,0 +1,15 @@ +id = 1316 +title = "qemu.qmp.protocol.ConnectError: Failed to establish connection: AF_UNIX path too long (on Darwin)" +state = "opened" +created_at = "2022-11-14T23:41:27.666Z" +closed_at = "n/a" +labels = ["Python", "Tests", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1316" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1317.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1317.toml new file mode 100644 index 00000000..647bce62 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1317.toml @@ -0,0 +1,57 @@ +id = 1317 +title = "\"make-check avocado\" doesn't work in ubuntu 1804 because of older versions of pip and setuputils" +state = "closed" +created_at = "2022-11-15T16:04:11.270Z" +closed_at = "2022-11-15T18:59:18.486Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1317" +host-os = "Ubuntu 18.04" +host-arch = "x86_64" +qemu-version = "98f10f0e2613ba1ac2ad3f57a5174014f6dcb03d" +guest-os = "n/a" +guest-arch = "n/a" +description = """make check-avocado tests don't run in Ubuntu 18.04, I get an error: + +`Command "python setup.py egg_info" failed with error code 1 in /qemu/python/` + +It looks like pip and setuputils are too old in 18.04 (which is still an active lts version supposedly).""" +reproduce = """Compile qemu in Ubuntu 18.04. This is an ad-hoc example with docker but I reproduced it in Ubuntu 18.04 VM too +1. Create docker from Dockerfile [Dockerfile](/uploads/a5748cabca5319f467cbc0b803ed9104/Dockerfile): + +<code>FROM ubuntu:18.04 +RUN apt update +RUN apt-get install -y git libglib2.0-dev libfdt-dev libpixman-1-dev zlib1g-dev ninja-build git-email libaio-dev libbluetooth-dev libcapstone-dev libbrlapi-dev libbz2-dev libcap-ng-dev libcurl4-gnutls-dev libgtk-3-dev libibverbs-dev libjpeg8-dev libncurses5-dev libnuma-dev librbd-dev librdmacm-dev libsasl2-dev libsdl2-dev libseccomp-dev libsnappy-dev libssh-dev libvde-dev libvdeplug-dev libvte-2.91-dev libxen-dev liblzo2-dev valgrind xfslibs-dev python3-venv</code> + +`docker build -t 1804qemuavocado .` + +2. Run shell inside of docker: + +`docker run -it 1804qemuavocado bash` + +3. Clone QEMU: + +`git clone --depth 1 https://github.com/qemu/qemu.git` + +4. Build QEMU (targets and parameters should not matter much): + +<code>cd qemu +mkdir build +cd build +../configure --target-list=x86_64-softmmu +ninja</code> + +5. Attempt to run tests: + +`make check-avocado` + +6. Get an error: + +<code>/usr/bin/python3 -B /qemu/meson/meson.py introspect --targets --tests --benchmarks | /usr/bin/python3 -B scripts/mtest2make.py > Makefile.mtest + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + VENV /qemu/build/tests/venv + VENVPIP install -e /qemu/python/ +Command "python setup.py egg_info" failed with error code 1 in /qemu/python/ +/qemu/tests/Makefile.include:115: recipe for target '/qemu/build/tests/venv' failed +make: *** [/qemu/build/tests/venv] Error 1</code>""" +additional = """As far as I understand, upgrading pip in system won't help, because venv creates an environment with base pip version (9 in case of Ubuntu 18.04). I tried creating a small patch [patch.diff](/uploads/0ae4883106773f0ea940d27b74219732/patch.diff) for tests/Makefile.include, that upgrades pip and setuputils in venv to the latest version, and it seem to help, but I don't know if it's the right solution to always have the latest version. Probably some LTS version should be chosen, if such thing exists for pip.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1318.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1318.toml new file mode 100644 index 00000000..83e0fdb8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1318.toml @@ -0,0 +1,27 @@ +id = 1318 +title = "vsock device fails with \"qemu-system-x86_64: vhost_set_features failed: Operation not supported (95)\" when queue_reset=true" +state = "closed" +created_at = "2022-11-17T00:01:59.655Z" +closed_at = "2022-11-22T17:09:01.032Z" +labels = ["device:virtio", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1318" +host-os = "Fedora 37 (also occurs with Fedora 36)" +host-arch = "x86_64" +qemu-version = "built from commit 2c8311241d1f7377bb4ff76064b1d1fe15166413" +guest-os = "Minimal initramfs built from host using [mbuto](https://mbuto.sh). Includes vsock driver, and an init script starting `socat` to listen on a vsock and start `sshd -i" +guest-arch = "x86_64" +description = """Immediately after guest vsock driver initialize, qemu prints error messages. I'm not able to connect to the guest with vsock: + +``` +[ 0.654463] Run /init as init process +[ 0.679778] NET: Registered PF_VSOCK protocol family +qemu-system-x86_64: vhost_set_features failed: Operation not supported (95) +qemu-system-x86_64: Error starting vhost: 95 +ssh-keygen: generating new host keys: RSA DSA ECDSA ED25519 +# +```""" +reproduce = """1. Clone `git://passt.top/passt` +2. In `passt/test`, run `make mbuto.img` +3. Run `qemu-system-x86_64 -enable-kvm -m 2048 -kernel KERNEL -initrd mbuto.img -nographic -serial stdio -nodefaults -append "console=ttyS0" -device vhost-vsock-pci,guest-cid=31415,queue_reset=true` replacing KERNEL with the host kernel image.""" +additional = """- Problem goes away if `queue_reset=false`, which means it goes away with default options prior to `69e1c14aa222` ("virtio: core: vq reset feature negotation support") +- Occurs both with and without KVM""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1319.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1319.toml new file mode 100644 index 00000000..6a1923b0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1319.toml @@ -0,0 +1,21 @@ +id = 1319 +title = "Build warnings when building qemu with 'disable-tcg' for ppc64-softmmu target" +state = "closed" +created_at = "2022-11-17T02:01:32.621Z" +closed_at = "2022-11-17T20:07:38.902Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1319" +host-os = "\"CentOS Stream 9\"" +host-arch = "ppc64le" +qemu-version = "7.1.91" +guest-os = "NA" +guest-arch = "(ppc64le" +description = """Building recent upstream qemu (HEAD 2c8311241d) for 'ppc64-softmmu' target is failing due to following build warnings: + +<snip> + ../target/ppc/cpu_init.c:7018:13: error: 'ppc_restore_state_to_opc' defined but not used [-Werror=unused-function] + 7018 | static void ppc_restore_state_to_opc(CPUState *cs, +<snip>""" +reproduce = """1. $ git clone --recurse-submodules https://gitlab.com/qemu-project/qemu.git +2. ./configure --target-list=ppc64-softmmu --disable-tcg && make""" +additional = """Patch for this issue has been posted and reviewed at https://lore.kernel.org/all/20221116131743.658708-1-vaibhav@linux.ibm.com/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1321.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1321.toml new file mode 100644 index 00000000..d85a483a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1321.toml @@ -0,0 +1,20 @@ +id = 1321 +title = "qemu-system-i386 runs slow after upgrading legacy project from qemu 2.9.0 to 7.1.0" +state = "closed" +created_at = "2022-11-18T07:15:19.339Z" +closed_at = "2025-02-10T15:53:25.238Z" +labels = ["Regression", "icount", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1321" +host-os = "freedos" +host-arch = "x86_64" +qemu-version = "2.9.0/7.1.0" +guest-os = "freedos" +guest-arch = "i386" +description = """Using several custom serial and irq devices including timers. +The same code (after some customisation in order to compile with new 7.1.0 API and meson build system runs about 50% slower. +We had to remove "-icount 4" switch which worked fine with 2.9.0 just to get to this point. +Even running with multi-threaded tcg did not help. +We don't use the new ptimer API but rather the old QEMUTimer. +Any suggestions to why we encounter this vast performance degradation?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1322.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1322.toml new file mode 100644 index 00000000..da9b7d16 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1322.toml @@ -0,0 +1,15 @@ +id = 1322 +title = "Unknown protocol 'ssh'" +state = "closed" +created_at = "2022-11-18T08:46:18.374Z" +closed_at = "2022-11-18T15:32:47.494Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1322" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1329.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1329.toml new file mode 100644 index 00000000..928c765f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1329.toml @@ -0,0 +1,20 @@ +id = 1329 +title = "Screen doesn't update until mouse pointer moves over it" +state = "opened" +created_at = "2022-11-21T23:35:41.211Z" +closed_at = "n/a" +labels = ["GUI", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1329" +host-os = "Debian (sid) and Xubuntu 22.04" +host-arch = "x86" +qemu-version = "1.7 (on sid)" +guest-os = "HP UX 10.20" +guest-arch = "n/a" +description = """When changing the color scheme in CDE, the screen should change +color everywhere at once, but doesn't do so. It only updates +in the area where the mouse moves. And there it does so over +the whole width of the screen .""" +reproduce = """1. Change color scheme in CDE +2. Move around mouse pointer""" +additional = """Screen capture of the problem +https://youtu.be/qZJzACIxSuk""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/133.toml b/gitlab/issues/target_missing/host_missing/accel_missing/133.toml new file mode 100644 index 00000000..db03bf82 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/133.toml @@ -0,0 +1,15 @@ +id = 133 +title = "Chardev websocket might not support pasting more than a few chars" +state = "opened" +created_at = "2021-05-04T19:34:13.516Z" +closed_at = "n/a" +labels = ["Chardev", "Launchpad", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/133" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1330.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1330.toml new file mode 100644 index 00000000..cc0600b1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1330.toml @@ -0,0 +1,190 @@ +id = 1330 +title = "qemu-img finishes successfully while having errors in commit or bitmaps operations" +state = "closed" +created_at = "2022-11-22T11:13:37.184Z" +closed_at = "2023-02-06T09:32:33.645Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1330" +host-os = "**CentOS Stream 8**" +host-arch = "**x86_64**" +qemu-version = "**6.2.0**" +guest-os = "n/a" +guest-arch = "n/a" +description = """Problem raises when trying to merge two images with the top image almost +full, and base image having stale bitmaps (bitmaps missing from +the top image). +In our usercase, the size of the LV that contains the base image is not +accounting for the stale bitmaps, and therefore, when we run `commit` or +`bitmap --merge`, it fails with: +``` +qcow2_free_clusters failed: No space left on device +qemu-img: Lost persistent bitmaps during inactivation of node '#block308': Failed to write bitmap 'stale-bitmap-002' to file: No space left on device +qemu-img: Failed to flush the refcount block cache: No space left on device +``` +However, in both cases `qemu-img` returned successfully, +while having logs printed to `stderr`, and failing the merge. + +For commit operation, the data was commited successfully, it failed as it +was adding the bitmaps. +Still, the process exit with success. + +On the other hand, for bitmaps operation, since its main purpose is to +manipulate bitmaps, and it failed, it should not return with code 0. +The process shall return with error code. +Also, bitmaps in the base image are left with the `in-use` flag set.""" +reproduce = """1. Create these lvs and chown them to the user +``` +sudo lvcreate --name base.qcow2 --size 128m storage +sudo chown $USER:$USER /dev/mapper/storage-base.qcow2 +sudo lvcreate --name top.qcow2 --size 128m storage +sudo chown $USER:$USER /dev/mapper/storage-top.qcow2 +``` +2. Run this python script. Note the `STALE_BITMAPS` counter. Using 6, 11, or 13 stale + bitmaps, the `commit`, or the `bitmaps` operations shall fail. +``` +# Reproduce ENOSPC error when merging into base image with lot of bitmaps. + +import json +import subprocess + +IMG_SIZE = 1 << 30 +LV_SIZE = 128 << 20 + +# Testing shows that we can merge successfully with 13 bitmaps, and require +# size calculation is more strict, allowing up to 11 bitamps. +STALE_BITMAPS = 11 + +def run(*cmd): + subprocess.run(cmd, check=True) + +def output(cmd): + cp = subprocess.run(cmd, stdout=subprocess.PIPE, check=True) + return json.loads(cp.stdout) + +def info(img): + return output(["qemu-img", "info", "--output", "json", img]) + +def measure(img): + return output(["qemu-img", "measure", "-f", "qcow2", "-O", "qcow2", "--output", "json", img]) + +def check(img): + cmd = ["qemu-img", "check", "-f", "qcow2", "--output", "json", img] + cp = subprocess.run(cmd, stdout=subprocess.PIPE) + if cp.returncode not in (0, 3): + raise RuntimeError(f"Check failed") + + return json.loads(cp.stdout) + +def indent(info): + return json.dumps(info, indent=2) + +base = "/dev/mapper/storage-base.qcow2" +top = "/dev/mapper/storage-top.qcow2" + +# Start with clean lvs by discarding current data. +run("blkdiscard", base) +run("blkdiscard", top) + +print("Creating base") +run("qemu-img", "create", "-f", "qcow2", base, str(IMG_SIZE)) + +# Simulate stale bitmaps - missing in top. +for i in range(STALE_BITMAPS): + bitmap = f"stale-bitmap-{i:03d}" + print(f"Creating stale bitmap {bitmap}") + run("qemu-img", "bitmap", "--add", base, bitmap) + +print("Info base before merge") +base_info = info(base) +print(indent(base_info)) + +print("Check base before merge") +base_check = check(base) +print(indent(base_check)) + +print("Measure base before merge") +base_measure = measure(base) +print(indent(base_measure)) + +print("Creating top") +run("qemu-img", "create", "-f", "qcow2", "-b", base, "-F", "qcow2", top) + +print("Adding good bitmap to top") +run("qemu-img", "bitmap", "--add", top, "good-bitmap") + +print("Writing data to top") +cmd = f"write -P {ord('B')} 0 126m" +run("qemu-io", "-f", "qcow2", "-c", cmd, top) + +print("Info top before merge") +top_info = info(top) +print(indent(top_info)) + +print("Check top before merge") +top_check = check(top) +print(indent(top_check)) + +print("Measure top before merge") +top_measure = measure(top) +print(indent(top_measure)) + +print("Commit top into base") +run("qemu-img", "commit", "-f", "qcow2", "-t", "none", "-b", base, "-d", "-p", top) + +print("Add good bitmap to base") +run("qemu-img", "bitmap", "--add", base, "good-bitmap") + +print("Merge good bitmap from top to base") +run("qemu-img", "bitmap", "--merge", "good-bitmap", "-F", "qcow2", "-b", top, base, "good-bitmap") + +print("Info base after merge") +print(indent(info(base))) + +print("Check base after merge") +print(indent(check(base))) + +print("Measure base after merge") +print(indent(measure(base))) +```""" +additional = """Example output of the script with 6 stale bitmaps: +``` +Commit top into base + (100.00/100%) +Image committed. +Add good bitmap to base +Merge good bitmap from top to base +qcow2_free_clusters failed: No space left on device +qemu-img: Lost persistent bitmaps during inactivation of node '#block159': Failed to write bitmap 'good-bitmap' to file: No space left on device +qemu-img: Failed to flush the refcount block cache: No space left on device +Info base after merge +{ + "virtual-size": 1073741824, + "filename": "/dev/mapper/storage-base.qcow2", + "cluster-size": 65536, + "format": "qcow2", + "actual-size": 0, + "format-specific": { + "type": "qcow2", + "data": { + "compat": "1.1", + "compression-type": "zlib", + "lazy-refcounts": false, + "bitmaps": [ + ... + { + "flags": [ + "in-use", + "auto" + ], + "name": "good-bitmap", + "granularity": 65536 + } + ], + "refcount-bits": 16, + "corrupt": false, + "extended-l2": false + } + }, + "dirty-flag": false +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1334.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1334.toml new file mode 100644 index 00000000..f0bb10c0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1334.toml @@ -0,0 +1,15 @@ +id = 1334 +title = "qemu-img map qcow2 image,but can't get right zero area" +state = "opened" +created_at = "2022-11-23T01:10:02.738Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1334" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1335.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1335.toml new file mode 100644 index 00000000..6ff6ebc3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1335.toml @@ -0,0 +1,15 @@ +id = 1335 +title = "hot to dump bitmap to disk" +state = "closed" +created_at = "2022-11-23T01:28:07.948Z" +closed_at = "2022-11-23T08:38:24.972Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1335" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1336.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1336.toml new file mode 100644 index 00000000..0bc0f047 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1336.toml @@ -0,0 +1,15 @@ +id = 1336 +title = "QEMU qxl_phys2virt Unsafe Address Translation Lead to OOB Read" +state = "closed" +created_at = "2022-11-23T14:32:58.147Z" +closed_at = "2022-11-29T23:17:40.210Z" +labels = ["device:graphics", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1336" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1337.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1337.toml new file mode 100644 index 00000000..928774a0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1337.toml @@ -0,0 +1,26 @@ +id = 1337 +title = "Incorrect warnings when using vhost without numa" +state = "opened" +created_at = "2022-11-23T18:14:05.536Z" +closed_at = "n/a" +labels = ["Documentation", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1337" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.1.92 (v7.1.0-1922-g7c09a7f6ae)" +guest-os = "Linux - built with vsock support (`CONFIG_VSOCKETS`)" +guest-arch = "mips or x86_64" +description = """Part A: Misleading error message. Running the above command for any architecture fails to initialize vhost, and prints the following, incorrect advice +``` +qemu-system-mips: Failed initializing vhost-user memory map, consider using -object memory-backend-file share=on +qemu-system-mips: vhost_set_mem_table failed: Invalid argument (22) +qemu-system-mips: Error starting vhost: 22 +``` + +Since the command line already contains `-object memory-backend-file,id=mem1,mem-path=/tmp/mem,size=256M,share=on` this error message should not be printed. For x86_64, this can be resolved by adding `-numa node,memdev=mem0` to the command line. As such, I think this error message should instead guide a user to adding that argument. + +Part B: No documented configuration to run vhost-user for machines that don't support numa. +The mips malta machine does not support the `-numa` flag. It is unclear if this means that `vhost` cannot be used with this platform or if a non-numa configuration with a memory-backend-file can be used.""" +reproduce = """1. Run `vhost-user-vsock --socket=/tmp/vhost4.socket --uds-path=/tmp/foo` from https://github.com/rust-vmm/vhost-device. +1. Run the above QEMU command""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1338.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1338.toml new file mode 100644 index 00000000..1f0a30a8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1338.toml @@ -0,0 +1,15 @@ +id = 1338 +title = "Remove gprof" +state = "opened" +created_at = "2022-11-24T10:06:53.553Z" +closed_at = "n/a" +labels = ["Build System", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1338" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1340.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1340.toml new file mode 100644 index 00000000..81396a8a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1340.toml @@ -0,0 +1,74 @@ +id = 1340 +title = "Static build fail with native aarch64 toolchain (ld failure at linking aarch64_be target)" +state = "closed" +created_at = "2022-11-25T09:50:25.674Z" +closed_at = "2022-11-25T16:27:12.044Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1340" +host-os = "ArchlinuxARM" +host-arch = "aarch64" +qemu-version = "7.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Do a static build on aarch64, with ArchlinuxARM native toolchain (gcc 12.1.0, binutils 2.38)""" +reproduce = """Do a static build using the following configs: + +``` +./configure \\ + --prefix=/usr \\ + --sysconfdir=/etc \\ + --libexecdir=/usr/lib/qemu \\ + --enable-attr \\ + --enable-linux-user \\ + --enable-tcg \\ + --disable-bpf \\ + --disable-bsd-user \\ + --disable-capstone \\ + --disable-docs \\ + --disable-fdt \\ + --disable-gcrypt \\ + --disable-glusterfs \\ + --disable-gnutls \\ + --disable-gtk \\ + --disable-install-blobs \\ + --disable-kvm \\ + --disable-libiscsi \\ + --disable-libnfs \\ + --disable-libssh \\ + --disable-linux-io-uring \\ + --disable-nettle \\ + --disable-opengl \\ + --disable-qom-cast-debug \\ + --disable-sdl \\ + --disable-system \\ + --disable-tools \\ + --disable-tpm \\ + --disable-vde \\ + --disable-vhost-crypto \\ + --disable-vhost-kernel \\ + --disable-vhost-net \\ + --disable-vhost-user \\ + --disable-vnc \\ + --disable-werror \\ + --disable-xen \\ + --disable-zstd \\ + --static +``` + +The build failure looks like this: + +``` +[466/2962] Linking target qemu-aarch64_be +FAILED: qemu-aarch64_be +c++ -o qemu-aarch64_be libcommon.fa.p/hw_core_cpu-common.c.o libcommon.fa.p/hw_core_machine-smp.c.o libcommon.fa.p/cpus-common.c.o libcommon.fa.p/page-vary-common.c.o libcommon.fa.p/accel_accel-user.c.o libcommon.fa.p/common-user_safe-syscall.S.o libcommon.fa.p/common-user_safe-syscall-error.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_aarch64_signal.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_aarch64_cpu_loop.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_crypto_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_debug_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_gdbstub.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_iwmmxt_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_m_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_mve_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_neon_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_op_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_tlb_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-m-nocp.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-mve.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-neon.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-vfp.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_vec_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_vfp_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu_tcg.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_kvm-stub.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_gdbstub64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_helper-a64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_mte_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_pauth_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_sve_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_sme_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-a64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-sve.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-sme.c.o libqemu-aarch64_be-linux-user.fa.p/trace_control-target.c.o libqemu-aarch64_be-linux-user.fa.p/cpu.c.o libqemu-aarch64_be-linux-user.fa.p/disas.c.o libqemu-aarch64_be-linux-user.fa.p/gdbstub.c.o libqemu-aarch64_be-linux-user.fa.p/page-vary.c.o libqemu-aarch64_be-linux-user.fa.p/semihosting_guestfd.c.o libqemu-aarch64_be-linux-user.fa.p/semihosting_syscalls.c.o libqemu-aarch64_be-linux-user.fa.p/semihosting_arm-compat-semi.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_optimize.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_region.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-common.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op-gvec.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op-vec.c.o libqemu-aarch64_be-linux-user.fa.p/fpu_softfloat.c.o libqemu-aarch64_be-linux-user.fa.p/accel_accel-common.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-all.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_cpu-exec-common.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_cpu-exec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-runtime-gvec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-runtime.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_translate-all.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_translator.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_user-exec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_user-exec-stub.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_elfload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_exit.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_fd-trans.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_linuxload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_main.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_mmap.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_signal.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_strace.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_syscall.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_thunk.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_uaccess.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_uname.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_flatload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_semihost.c.o libqemu-aarch64_be-linux-user.fa.p/meson-generated_.._aarch64_be-linux-user-gdbstub-xml.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libhwcore.fa libqom.fa -Wl,--start-group libevent-loop-base.a -Wl,--no-whole-archive -Wl,--warn-common -Wl,-z,relro -Wl,-z,now -static-pie -fstack-protector-strong -march=armv8-a -O2 -pipe -fstack-protector-strong -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -Wp,-D_GLIBCXX_ASSERTIONS -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now libqemuutil.a libhwcore.fa libqom.fa /usr/lib/libz.a -lrt -lm -pthread -lgthread-2.0 -lglib-2.0 -lpcre2-8 -lsysprof-capture-4 -lstdc++ -Wl,--end-group +/usr/bin/ld: /usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libglib-2.0.a(gutils.c.o): in function `g_get_user_database_entry': +(.text+0x324): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: (.text+0xf4): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: (.text+0xe0): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libc.a(init-first.o): in function `__libc_init_first': +(.text+0x10): relocation truncated to fit: R_AARCH64_LD64_GOTPAGE_LO15 against symbol `__environ' defined in .bss section in /usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libc.a(environ.o) +/usr/bin/ld: (.text+0x10): warning: too many GOT entries for -fpic, please recompile with -fPIC +collect2: error: ld returned 1 exit status +distcc[61410] ERROR: compile (null) on localhost failed +```""" +additional = """Full [meson-log.txt](/uploads/05059722cb81b10bd9977a17fd51f048/meson-log.txt) and [config.log](/uploads/1cbd8a5fe5c48c3af83e1cbba6a89ce8/config.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1341.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1341.toml new file mode 100644 index 00000000..c44f42f5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1341.toml @@ -0,0 +1,86 @@ +id = 1341 +title = "Static build failure with clang (clang 14.0.6)" +state = "closed" +created_at = "2022-11-25T11:15:24.129Z" +closed_at = "2024-03-12T14:25:29.681Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1341" +host-os = "ArchlinuxARM" +host-arch = "aarch64" +qemu-version = "7.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Static build failure with redefinition of 'iovec'. + +The configure looks like this: + +``` + export CC=clang + ../$pkgbase-$pkgver/configure \\ + --prefix=/usr \\ + --sysconfdir=/etc \\ + --libexecdir=/usr/lib/qemu \\ + --enable-attr \\ + --enable-linux-user \\ + --enable-tcg \\ + --disable-bpf \\ + --disable-bsd-user \\ + --disable-capstone \\ + --disable-docs \\ + --disable-fdt \\ + --disable-gcrypt \\ + --disable-glusterfs \\ + --disable-gnutls \\ + --disable-gtk \\ + --disable-install-blobs \\ + --disable-kvm \\ + --disable-libiscsi \\ + --disable-libnfs \\ + --disable-libssh \\ + --disable-linux-io-uring \\ + --disable-nettle \\ + --disable-opengl \\ + --disable-qom-cast-debug \\ + --disable-sdl \\ + --disable-system \\ + --disable-tools \\ + --disable-tpm \\ + --disable-vde \\ + --disable-vhost-crypto \\ + --disable-vhost-kernel \\ + --disable-vhost-net \\ + --disable-vhost-user \\ + --disable-vnc \\ + --disable-werror \\ + --disable-xen \\ + --disable-zstd \\ + --static +``` + +The compiling failure looks like this: +``` +FAILED: libqom.fa.p/qom_object.c.o +clang -Ilibqom.fa.p -I. -I../qemu-7.1.0 -Iqapi -Itrace -Iui/shader -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/adam/qemu-user-static/src/qemu-7.1.0/linux-headers -isystem linux-headers -iquote . -iquote /home/adam/qemu-user-static/src/qemu-7.1.0 -iquote /home/adam/qemu-user-static/src/qemu-7.1.0/include -iquote /home/adam/qemu-user-static/src/qemu-7.1.0/tcg/aarch64 -pthread -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -Wno-missing-braces -march=armv8-a -O2 -pipe -fstack-protector-strong -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fPIE -MD -MQ libqom.fa.p/qom_object.c.o -MF libqom.fa.p/qom_object.c.o.d -o libqom.fa.p/qom_object.c.o -c ../qemu-7.1.0/qom/object.c +distcc[94580] (dcc_build_somewhere) Warning: failed to distribute, running locally instead +clang-14: warning: argument unused during compilation: '-fstack-clash-protection' [-Wunused-command-line-argument] +In file included from ../qemu-7.1.0/qom/object.c:13: +/home/adam/qemu-user-static/src/qemu-7.1.0/include/qemu/osdep.h:517:8: error: redefinition of 'iovec' +struct iovec { + ^ +/usr/include/bits/types/struct_iovec.h:26:8: note: previous definition is here +struct iovec + ^ +In file included from ../qemu-7.1.0/qom/object.c:13: +/home/adam/qemu-user-static/src/qemu-7.1.0/include/qemu/osdep.h:524:9: warning: 'IOV_MAX' macro redefined [-Wmacro-redefined] +#define IOV_MAX 1024 + ^ +/usr/include/bits/xopen_lim.h:66:10: note: previous definition is here +# define IOV_MAX __IOV_MAX + ^ +1 warning and 1 error generated. +distcc[94580] ERROR: compile ../qemu-7.1.0/qom/object.c on localhost failed +ninja: build stopped: subcommand failed. +```""" +reproduce = """1. Compile qemu using above configure and use clang as the compiler""" +additional = """Full meson log: +[meson-log.txt](/uploads/a63d609852148140e8fa7210c6912982/meson-log.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1342.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1342.toml new file mode 100644 index 00000000..5a1845dc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1342.toml @@ -0,0 +1,34 @@ +id = 1342 +title = "Default machine setting of force-legacy=true causes problems for any modern VirtIO device using MMIO" +state = "opened" +created_at = "2022-11-25T16:31:04.271Z" +closed_at = "n/a" +labels = ["Documentation", "device:virtio", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1342" +host-os = "Linux" +host-arch = "All" +qemu-version = "7.2-rc2 and before" +guest-os = "Linux" +guest-arch = "All" +description = """The default causes problems if you enable any non-legacy VirtIO device which has the VIRTIO_F_VERSION_1 feature bit will not properly read all feature bits. This is because reading VIRTIO_MMIO_VERSION returns VIRT_VERSION_LEGACY which in turn results in the driver not reading all feature bits, e.g. the qtest access: + +``` +static uint64_t qvirtio_mmio_get_features(QVirtioDevice *d) +{ + QVirtioMMIODevice *dev = container_of(d, QVirtioMMIODevice, vdev); + uint64_t lo; + uint64_t hi = 0; + + qtest_writel(dev->qts, dev->addr + QVIRTIO_MMIO_HOST_FEATURES_SEL, 0); + lo = qtest_readl(dev->qts, dev->addr + QVIRTIO_MMIO_HOST_FEATURES); + + if (dev->version >= 2) { + qtest_writel(dev->qts, dev->addr + QVIRTIO_MMIO_HOST_FEATURES_SEL, 1); + hi = qtest_readl(dev->qts, dev->addr + QVIRTIO_MMIO_HOST_FEATURES); + } + + return (hi << 32) | lo; +} +```""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1345.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1345.toml new file mode 100644 index 00000000..03ed107f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1345.toml @@ -0,0 +1,15 @@ +id = 1345 +title = "qemu-img manpage and is missing info on compression_type option" +state = "opened" +created_at = "2022-11-29T01:18:06.649Z" +closed_at = "n/a" +labels = ["Documentation", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1345" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1346.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1346.toml new file mode 100644 index 00000000..bb48dab8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1346.toml @@ -0,0 +1,45 @@ +id = 1346 +title = "simulate x86_64 virtio-gpu-gl qemu report error" +state = "opened" +created_at = "2022-11-29T05:21:33.074Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1346" +host-os = "(ubuntu 22.04)" +host-arch = "(x86)" +qemu-version = "(7.1.92)" +guest-os = "(myos)" +guest-arch = "(x86)" +description = """when I run the below command, it can run ok, and myos can get the virtio-gpu feature,but it less 3d feature. + ``` + ./qemu-system-x86_64 -nographic -M q35 -m 1024 -cpu Nehalem -smp 8 -kernel myos -device virtio-gpu + ``` +so I delete ```-nographic``` and modify the device to : +``` +-device virtio-gpu-gl -display sdl,gl=on +``` +but qemu tells me ERROR: +``` +qemu-system-x86_64: ../ui/console-gl.c:105: surface_gl_update_texture: Assertion `gls' failed. +```""" +reproduce = "n/a" +additional = """I modify the code qemu/ui/sdl2-gl.c function sdl2_gl_switch(): + +` +#if 0 +if (is_placeholder(new_surface) && qemu_console_get_index(dcl->con)) { + qemu_gl_fini_shader(scon->gls); + scon->gls = NULL; + sdl2_window_destroy(scon); + return; + } +#endif +` +and, qemu can run myos with ```-nographic```, and i can get 3d feature: + ``` + ./qemu-system-x86_64 -nographic -M q35 -m 1024 -cpu Nehalem -smp 8 -kernel myos -device virtio-gpu-gl -display sdl,gl=on + ``` + +I think there is something bug. + +thanks""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1349.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1349.toml new file mode 100644 index 00000000..211279ac --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1349.toml @@ -0,0 +1,15 @@ +id = 1349 +title = "Windows Installer Error" +state = "opened" +created_at = "2022-11-30T08:55:43.148Z" +closed_at = "n/a" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1349" +host-os = "Windows" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Windows Installer Barfs""" +reproduce = """1. Either run exe installer or do ```scoop update -g "qemu" ```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/135.toml b/gitlab/issues/target_missing/host_missing/accel_missing/135.toml new file mode 100644 index 00000000..2dfd1574 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/135.toml @@ -0,0 +1,15 @@ +id = 135 +title = "Cant compile qemu from source, get error about static declaration of memfd_create following non-static declaration" +state = "closed" +created_at = "2021-05-04T21:19:50.161Z" +closed_at = "2021-05-04T21:29:36.121Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/135" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1351.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1351.toml new file mode 100644 index 00000000..83063d90 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1351.toml @@ -0,0 +1,17 @@ +id = 1351 +title = "qemu-system-x86_64 run win7 qcow2 got an exception" +state = "closed" +created_at = "2022-12-01T08:59:43.955Z" +closed_at = "2022-12-05T02:50:28.297Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1351" +host-os = "Centos 8" +host-arch = "x86" +qemu-version = "commit id : ac149498215809bfb5c0ddce1953519fbfda5004" +guest-os = "n/a" +guest-arch = "n/a" +description = """when qemu-system-X86-64 run the win7 qcow2, qemu got an exception + +\\*\\* ERROR:../target/i386/tcg/sysemu/excp_helper.c:517:raise_stage2: code should not be reached Aborted (核心已转储)""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1352.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1352.toml new file mode 100644 index 00000000..5064daf4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1352.toml @@ -0,0 +1,15 @@ +id = 1352 +title = "Building hw-display-virtio-*-gl modules with empty source set" +state = "closed" +created_at = "2022-12-01T11:15:25.253Z" +closed_at = "2023-01-12T15:42:19.362Z" +labels = ["Build System", "Modules"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1352" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1354.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1354.toml new file mode 100644 index 00000000..c4012acc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1354.toml @@ -0,0 +1,15 @@ +id = 1354 +title = "-device usb-tablet not working on android guest." +state = "closed" +created_at = "2022-12-02T09:59:00.060Z" +closed_at = "2022-12-08T11:29:12.527Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1354" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1355.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1355.toml new file mode 100644 index 00000000..44c88ec4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1355.toml @@ -0,0 +1,15 @@ +id = 1355 +title = "qemu-system-x86_64: Issue while setting TUNSETSTEERINGEBPF: Invalid argument with fd: 13, prog_fd: -1" +state = "opened" +created_at = "2022-12-02T17:28:11.516Z" +closed_at = "n/a" +labels = ["Networking", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1355" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1356.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1356.toml new file mode 100644 index 00000000..c5665869 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1356.toml @@ -0,0 +1,25 @@ +id = 1356 +title = "\"-set device\" doesn't work with device specified in json" +state = "closed" +created_at = "2022-12-05T21:46:23.338Z" +closed_at = "2022-12-07T12:40:35.447Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1356" +host-os = "Fedora 37" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.0.0 (qemu-7.0.0-11.fc37)" +guest-os = "N/A" +guest-arch = "N/A" +description = """The above QEMU command line results in: +``` +qemu-system-x86_64: -set device.ua-igd.x-igd-gms=1: there is no device "ua-igd" defined +``` +While the following command works: +``` +qemu-system-x86_64 -accel kvm -m 8192 -nodefaults -display none -net none -device vfio-pci,host=0000:00:02.0,id=ua-igd -set device.ua-igd.x-igd-gms=1 +``` +libvirt has moved to the json device specification, therefore I can no longer associate use a <qemu:commandline> section to set driver options for a specific device with this broken id association.""" +reproduce = """1. Create a device with an ID and use -set device.$ID to set a driver option for the device +2. Note failure when using json device format vs legacy device specification +3. Profit""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1357.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1357.toml new file mode 100644 index 00000000..5b1df8f0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1357.toml @@ -0,0 +1,21 @@ +id = 1357 +title = "qemu-img should generate VMDK with an EOS marker when `has_marker` flag enabled" +state = "opened" +created_at = "2022-12-07T12:06:59.834Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1357" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I generate a empty volume with capacity 1G and try to deploy it as a part of OVF. This would fail. + +But when I append an EOS marker to that VMDK, which is actually a zeroed sector, the deployed procedure succeeded. + +This case merely happened if VMDK has data, since `qemu-img` always write at least one grain(64 KB). So the padding part will be recognized as EOS marker. + +I have written a temporary patch for this and it works fine for me. I'm glad to send it for review.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1358.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1358.toml new file mode 100644 index 00000000..7e695a94 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1358.toml @@ -0,0 +1,15 @@ +id = 1358 +title = "Remove CPUState::trace_dstate" +state = "closed" +created_at = "2022-12-07T12:16:30.690Z" +closed_at = "2023-06-01T18:47:20.937Z" +labels = ["TCG plugins"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1358" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1359.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1359.toml new file mode 100644 index 00000000..313c9bec --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1359.toml @@ -0,0 +1,15 @@ +id = 1359 +title = "open virtual format" +state = "opened" +created_at = "2022-12-08T22:54:10.541Z" +closed_at = "n/a" +labels = ["Storage", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1359" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/136.toml b/gitlab/issues/target_missing/host_missing/accel_missing/136.toml new file mode 100644 index 00000000..ee5410a5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/136.toml @@ -0,0 +1,15 @@ +id = 136 +title = "windows qemu-img create vpc/vhdx error" +state = "opened" +created_at = "2021-05-05T05:15:40.994Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/136" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1360.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1360.toml new file mode 100644 index 00000000..7e6b3bff --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1360.toml @@ -0,0 +1,29 @@ +id = 1360 +title = "Starting using WSL fails even if the same image is valid when starting qemu directly from windows" +state = "opened" +created_at = "2022-12-09T02:18:52.578Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1360" +host-os = "Windows 11 Home 21H2, Ubuntu 20.04.4 LTS on Windows 10" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.1.94 (v7.2.0-rc4-11947-g2dabd50cfb-dirty)" +guest-os = "n/a" +guest-arch = "n/a" +description = """I'm trying to follow a rust tutorial on writing a custom OS in rust. https://os.phil-opp.com/minimal-rust-kernel/ +The problem occurse when trying to run qemu from wsl. If I run qemu from a windows command line everything works as expected. +If I run the os calling qemu (installed on windows) from wsl it fails with + +``` +ERROR:../../../block.c:1715:bdrv_open_driver: assertion failed: (is_power_of_2(bs->bl.request_alignment)) +Bail out! ERROR:../../../block.c:1715:bdrv_open_driver: assertion failed: (is_power_of_2(bs->bl.request_alignment)) +``` + +I also found an old bug report that seemed to be the same issue in the old issue tracker: https://bugs.launchpad.net/qemu/+bug/1893807""" +reproduce = """1. Sample code can be found at `https://github.com/phil-opp/blog_os` branch: `post-02` +2. create wsl environment +3. run `cargo install bootimage` only required on the once to install bootimage +4. run `cargo build` +5. run `cargo bootimage` to create the image +6. `qemu-system-x86_64 -drive format=raw,file=target/x86_64-blog_os/debug/bootimage-blog-os.bin`""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1362.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1362.toml new file mode 100644 index 00000000..e4212013 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1362.toml @@ -0,0 +1,87 @@ +id = 1362 +title = "BLKZEROOUT ioct/write requests getting split a weird boundary (and for no apparent reason?)" +state = "opened" +created_at = "2022-12-11T15:38:46.884Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1362" +host-os = "debian / live cd" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "debian / live cd" +guest-arch = "n/a" +description = """i was investigating into some performance weirdness with passthrough/directly-mapped SAS vs. SATA disk, which seems to relate to detect_zeroes feature (see https://forum.proxmox.com/threads/disk-passthrough-performance-weirdness.118943/#post-516599 ). + +apparently, writing zeroes to passtrough/direct-mapped sas disk ( ST4000NM0034 ) in virtual machine is MUCH slower then sata disk ( HGST HDN728080AL ). + +with detect_zeroes=on (default in proxmox) , qemu converts writes of zeroes into BLKZEROOUT ioctl issued to the target disk, and my sas disk is much much slower with this (<80MB/s in comparison to the sata disk with 200MB/s). + +i found that the sas disk needs 0.01s on average for this ioctl to finish, whereas sata disk needs 0.004s. + +writing zeroes to the device directly is at about 200MB/s for both of them, so having detect_zeroes=on a default does not seem to be an advantage on all circumstances. + +anyway, i have made a weird observation during analysis: + +inside the virtual machine, i'm writing to the virtual disk like this: + +``` +dd if=/dev/zero of=/dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_drive-scsi1 bs=1024k count=1024 oflag=direct + +(scsi-0QEMU_QEMU_HARDDISK_drive-scsi1 mapped to scsi-35000c500836b1c73 / SAS on the host, scsi-0QEMU_QEMU_HARDDISK_drive-scsi2 mapped to ata-HGST_HDN728080ALE604_VJGDNX5X ) + +``` + +on the HOST i'm attaching to the kvm process with strace , every time i issue the above dd inside VM, kvm/qemu process issues BLKZEROOUT to the device in a different way, i.e. either + +- within a single ioctl at originating 1048576 byte size (=1024k) +or +- split into 2 ioctl with 1040384+8192(=1048576) +or +- split into 2 ioctl with 1044480+4096(=1048576) + + +why does kvm/qemu sometimes split the write request and sometimes not ? and why at such a weird boundary just below 1Mb? + + +i don't know if this is a bug, but at least it looks weird to me, that's why i'm reporting + +``` + +root@pve:~/util-linux/sys-utils# strace -T -f -p 18897 -e trace=all 2>&1 |grep BLK|head +[pid 65413] ioctl(19, BLKZEROOUT, [0, 1048576] <unfinished ...> +[pid 65412] ioctl(19, BLKZEROOUT, [1048576, 1048576] <unfinished ...> +[pid 65366] ioctl(19, BLKZEROOUT, [2097152, 1048576] <unfinished ...> +[pid 65413] ioctl(19, BLKZEROOUT, [3145728, 1048576] <unfinished ...> +[pid 65412] ioctl(19, BLKZEROOUT, [4194304, 1048576]) = 0 <0.011287> +[pid 65366] ioctl(19, BLKZEROOUT, [5242880, 1048576]) = 0 <0.012025> +[pid 65413] ioctl(19, BLKZEROOUT, [6291456, 1048576]) = 0 <0.011377> +[pid 65412] ioctl(19, BLKZEROOUT, [7340032, 1048576] <unfinished ...> +[pid 65366] ioctl(19, BLKZEROOUT, [8388608, 1048576] <unfinished ...> +[pid 65413] ioctl(19, BLKZEROOUT, [9437184, 1048576]) = 0 <0.011705> + +# strace -T -f -p 18897 -e trace=all 2>&1 |grep BLK|head +[pid 65878] ioctl(19, BLKZEROOUT, [0, 1040384] <unfinished ...> +[pid 65413] ioctl(19, BLKZEROOUT, [1040384, 8192] <unfinished ...> +[pid 65366] ioctl(19, BLKZEROOUT, [1048576, 1040384] <unfinished ...> +[pid 65878] ioctl(19, BLKZEROOUT, [2088960, 8192] <unfinished ...> +[pid 65413] ioctl(19, BLKZEROOUT, [2097152, 1040384] <unfinished ...> +[pid 65366] ioctl(19, BLKZEROOUT, [3137536, 8192] <unfinished ...> +[pid 65413] ioctl(19, BLKZEROOUT, [3145728, 1040384] <unfinished ...> +[pid 65878] ioctl(19, BLKZEROOUT, [4186112, 8192] <unfinished ...> +[pid 65366] ioctl(19, BLKZEROOUT, [4194304, 1040384] <unfinished ...> +[pid 65413] ioctl(19, BLKZEROOUT, [5234688, 8192] <unfinished ...> + +root@pve:~/util-linux/sys-utils# strace -T -f -p 18897 -e trace=all 2>&1 |grep BLK|head +[pid 66591] ioctl(19, BLKZEROOUT, [0, 1044480] <unfinished ...> +[pid 66592] ioctl(19, BLKZEROOUT, [1044480, 4096] <unfinished ...> +[pid 66593] ioctl(19, BLKZEROOUT, [1048576, 1044480] <unfinished ...> +[pid 66584] ioctl(19, BLKZEROOUT, [2093056, 4096] <unfinished ...> +[pid 66585] ioctl(19, BLKZEROOUT, [2097152, 1044480] <unfinished ...> +[pid 66565] ioctl(19, BLKZEROOUT, [3141632, 4096] <unfinished ...> +[pid 66591] ioctl(19, BLKZEROOUT, [3145728, 1044480] <unfinished ...> +[pid 66592] ioctl(19, BLKZEROOUT, [4190208, 4096] <unfinished ...> +[pid 66584] ioctl(19, BLKZEROOUT, [4194304, 1044480] <unfinished ...> +[pid 66593] ioctl(19, BLKZEROOUT, [5238784, 4096] <unfinished ... +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1365.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1365.toml new file mode 100644 index 00000000..c7967931 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1365.toml @@ -0,0 +1,32 @@ +id = 1365 +title = "qemu on m1 mac loses network connection after some time running" +state = "opened" +created_at = "2022-12-13T14:57:47.781Z" +closed_at = "n/a" +labels = ["Networking", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1365" +host-os = "macos 13.0.1 on m1 mac" +host-arch = "aarch64" +qemu-version = "qemu-system-aarch64 --version QEMU emulator version 7.1.0" +guest-os = "Fedora coreos 37" +guest-arch = "aarch64" +description = """While running qemu with podman machine on m1 mac, after a while the network connections will stop answering. +When running with the console window dmesg will start showing the following messages +``` +uq: 0x1, name: output.0, 2263286224 uses ago +[37689.0770611 virtio_net virtioo emposi: TX timeout on queue: 0, sq: output.o, uq: 0x1, name: output.0, 2268226224 uses ago +[37693.7877481 virtio_net virtio@ emposi: TX timeout on queue: 0, sq: output.o, uq: 0x1, name: output.0, 2273326224 uses ago +[37698.3116991 virtio_net virtioo emposi: TX timeout on queue: 0, sq: output.o, uq: 0x1, name: output.0, 2278226224 uses ago +[37702.9616661 virtio_net virtioo emposi: TX timeout on queue: 0, sq: output.o, uq: 0x1, name: output.0, 2283266224 uses ago +[37707.5462551 virtio_net virtiod empos1: IX timeout on queue: 0, sq: output.O, ug: Ox1, name: output.O, 2288226224 usecs ago +[37712.205242) virtio_net virtio@ enposI: IX timeout on queue: 0, sq: output.o, uq: 0x1, name: output. 0, 2293276224 uses ago +[37716.7708171 virtio_net virtiod enpOsi: IX timeout on queue: 0, sq: output.o, uq: 0x1, name: output. 0, 2298226224 uses ago + +```""" +reproduce = """1. Run `/opt/homebrew/bin/qemu-system-aarch64 -m 12048 -smp 8 -fw_cfg name=opt/com.coreos/config,file=$HOME/.config/containers/podman/machine/qemu/podman-machine-default.ign -qmp unix:$TEMP/podman/qmp_podman-machine-default.sock,server=on,wait=off -netdev socket,id=vlan,fd=3 -device virtio-net-pci,netdev=vlan,mac=5a:94:ef:e4:0c:ee -device virtio-serial -chardev socket,path=$TEMP/podman/podman-machine-default_ready.sock,server=on,wait=off,id=apodman-machine-default_ready -device virtserialport,chardev=apodman-machine-default_ready,name=org.fedoraproject.port.0 -pidfile $TEMP/podman/podman-machine-default_vm.pid -accel hvf -accel tcg -cpu host -M virt,highmem=on -drive file=/opt/homebrew/share/qemu/edk2-aarch64-code.fd,if=pflash,format=raw,readonly=on -drive file=$HOME/.local/share/containers/podman/machine/qemu/podman-machine-default_ovmf_vars.fd,if=pflash,format=raw -virtfs local,path=$HOME,mount_tag=vol0,security_model=mapped-xattr -drive if=virtio,file=$HOME/.local/share/containers/podman/machine/qemu/podman-machine-default_fedora-coreos-37.20221127.2.0-qemu.aarch64.qcow2` +2. Keep using the system and eventually `ssh localhost +3.""" +additional = """network configuration + + +I will try to add more info as I get them""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1366.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1366.toml new file mode 100644 index 00000000..6fcbfcfa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1366.toml @@ -0,0 +1,92 @@ +id = 1366 +title = "Data inconsistency on LVM logical volume mounted as partition on ubuntu guest, when the written file's size is equal or greater than 27G." +state = "closed" +created_at = "2022-12-15T01:22:29.483Z" +closed_at = "2023-01-04T11:13:40.834Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1366" +host-os = "Ubuntu 20.04.1" +host-arch = "x86" +qemu-version = "5.0.0" +guest-os = "Ubuntu 22.04" +guest-arch = "x86" +description = """On the guest, writing a 27Gib file or larger result in inconsistent file checksum upon subsequent read.""" +reproduce = """**On the host** + +0. Create a LVM logical volume on a Linux RAID 1 (with 1 disk only) + +``` + --- Logical volume --- + LV Path /dev/davidahw2-vg4/lv0 + LV Name lv0 + VG Name davidahw2-vg4 + LV UUID 5FbDcl-eSDe-7cXL-22tj-Lg6O-79AL-4Gq7gx + LV Write Access read/write + LV Creation host, time davida-hw2, 2021-12-06 16:45:00 +0800 + LV Status available + # open 1 + LV Size <7.28 TiB + Current LE 1907688 + Segments 1 + Allocation inherit + Read ahead sectors auto + - currently set to 256 + Block device 253:4 + + --- Segments --- + Logical extents 0 to 1907687: + Type linear + Physical volume /dev/md4 + Physical extents 0 to 1907687 +``` + +1. Format the logical volume as ext4 + +``` +mkfs -t ext4 /dev/davidahw2-vg4/lv0 +``` + +2. Create a libvirt x86 64bits Ubuntu 22.04 machine mounting a LVM logical volume + +``` +<controller type='scsi' index='1' model='virtio-scsi'><driver queues='8' iothread='2'/></controller> + + +<disk type='block' device='disk'> + <driver name='qemu' type='raw'/> + <source dev='/dev/davidahw2-vg4/lv0'/> + <target dev='sdd' bus='scsi'/> + <blockio logical_block_size='512' physical_block_size='4096'/> + <address type='drive' controller='1' bus='0' target='1' unit='0'/> +</disk> +``` + + +**On the guest** + +3. Mount libvirt/qemu provided block device /dev/sdd as ext4 partition + +``` +mount /dev/sdd /mnt/test +``` + +4. Write **27G file** or larger **on the guest** causing the **2nd checksum to be different** + +``` +sync; head -c 27G </dev/urandom >myfile; sha256sum myfile; sha256sum myfile +8d3b4b263961d2c510390f99879be89b4b9134dc588139ede75573be1590115b myfile +a8e886b3c39d9b4721e582c5e2ca25c76ff6561750ac6dc7aa7e70404661d1cf myfile <== ERROR: Inconsistent checksum +``` + +5. Write **26G file** or larger **on the guest** and **both checksum are the same** + +``` +sync; head -c 26G </dev/urandom >myfile; sha256sum myfile; sha256sum myfile +598ac5da9b5bfa14d0ee664ae2590e09da772cba64cbc83ec049a656223c9401 myfile +598ac5da9b5bfa14d0ee664ae2590e09da772cba64cbc83ec049a656223c9401 myfile <== CORRECT: Consistent checksum +``` + +**Important**: +- With the VM shutdown, the same commands on the same mounted ext4 partition **on the host** has consistent checksum every time for file sizes from 20G to 40G. +- The disk has no sign of failure (no badblocks reported to the filesystem, MD raid reports a healthy raid setup, smart reports on error)""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1367.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1367.toml new file mode 100644 index 00000000..fe366863 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1367.toml @@ -0,0 +1,17 @@ +id = 1367 +title = "Support MMIO devices in VFIO" +state = "opened" +created_at = "2022-12-15T05:10:15.695Z" +closed_at = "n/a" +labels = ["VFIO", "kind::Feature Request", "libvfio-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1367" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """- https://lore.kernel.org/qemu-devel/cover.1667542066.git.john.g.johnson@oracle.com/ +- https://github.com/nutanix/libvfio-user +- It also *somewhat* related to supporting non-PCI devices in `ivshmem`: https://gitlab.com/qemu-project/qemu/-/issues/1134""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1369.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1369.toml new file mode 100644 index 00000000..72e097d3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1369.toml @@ -0,0 +1,15 @@ +id = 1369 +title = "'make vm-build-openbsd' fails to notice when QEMU fails to start" +state = "opened" +created_at = "2022-12-15T13:00:50.718Z" +closed_at = "n/a" +labels = ["Python", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1369" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/137.toml b/gitlab/issues/target_missing/host_missing/accel_missing/137.toml new file mode 100644 index 00000000..a14d73af --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/137.toml @@ -0,0 +1,15 @@ +id = 137 +title = "Incompatibility with future VTE will breaks qemu monitor (::commit signal)" +state = "opened" +created_at = "2021-05-05T05:25:57.053Z" +closed_at = "n/a" +labels = ["GUI", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/137" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1378.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1378.toml new file mode 100644 index 00000000..2a40a9ba --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1378.toml @@ -0,0 +1,28 @@ +id = 1378 +title = "iSCSI causes memory corruption" +state = "closed" +created_at = "2022-12-16T10:44:32.351Z" +closed_at = "2023-02-16T13:09:22.627Z" +labels = ["Storage", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1378" +host-os = "Proxmox v7.3-3" +host-arch = "x86_64 on AMD" +qemu-version = "kvm --version` => `QEMU emulator version 7.1.0 (pve-qemu-kvm_7.1.0-4)" +guest-os = "Linux, multiple flavors (debian, home assistant, pure debian 11)" +guest-arch = "x86_64" +description = """This is a compound problem, which most likely involves a combination of how TrueNAS SCALE handles iSCSI triggering a problem **and** some memory-handling issue in QEMU leading to a crash. In short any Linux machine started with iSCSI handled by QEMU directly leads to a hard crash within 30s-1h. I was able to find a pattern in logs: + +1. First, a message like `QEMU[53139]: kvm: iSCSI Busy/TaskSetFull/TimeOut (retry #1 in 0 ms): TASK_SET_FULL` is logged + - it is always `TASK_SET_FULL` + - it is always `retry #1 in ... ms`, where only number of miliseconds varies + - the line is repeated multiple times, sometimes 5x and sometimes >200x +2. It is followed by a single line with one of the following: + - `double free or corruption (out)` + - `double free or corruption (!prev)` + - `kvm: ../block/block-backend.c:1567: blk_aio_write_entry: Assertion `!qiov || qiov->size == acb->bytes' failed.` + - `kvm: malloc.c:2379: sysmalloc: Assertion `(old_top == initial_top (av) && old_size == 0) || ((unsigned long) (old_size) >= MINSIZE && prev_inuse (old_top) && ((unsigned long) old_end & (pagesize - 1)) == 0)' failed.` + - `kvm: iSCSI CheckCondition: SENSE KEY:UNIT_ATTENTION(6) ASCQ:BUS_RESET(0x2900)` + - `malloc(): invalid size (unsorted)` +3. The virtual machine crashes""" +reproduce = """I don't have a specific concrete steps, only clues really. This problem started happening after TrueNAS SCALE updated their iSCSI code in Bluefin release to a new upstream version. That iSCSI server still works when iSCSI is mounted by the kernel and QEMU uses a normal `/dev` entry. While there's probably some problem with it, QEMU shouldn't probably crash with memory errors.""" +additional = """While I'm a software developer, I don't code in C on a daily basis. However, looking at the errors, I have a suspicion the problem may be somewhere in the `iscsi_co_generic_cb()`, as it seems the struct is getting damaged (out of bound write?) and causes explosion somewhere down the line.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1379.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1379.toml new file mode 100644 index 00000000..3e8c022a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1379.toml @@ -0,0 +1,15 @@ +id = 1379 +title = "dump memory read write operations" +state = "closed" +created_at = "2022-12-16T17:54:57.308Z" +closed_at = "2022-12-16T23:38:50.848Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1379" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/138.toml b/gitlab/issues/target_missing/host_missing/accel_missing/138.toml new file mode 100644 index 00000000..51c7e52f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/138.toml @@ -0,0 +1,15 @@ +id = 138 +title = "Exclude keys from grab" +state = "opened" +created_at = "2021-05-05T06:55:23.331Z" +closed_at = "n/a" +labels = ["Launchpad", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/138" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1380.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1380.toml new file mode 100644 index 00000000..7c072b81 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1380.toml @@ -0,0 +1,16 @@ +id = 1380 +title = "vdagent is not working properly after live migration" +state = "opened" +created_at = "2022-12-17T17:11:15.056Z" +closed_at = "n/a" +labels = ["GUI", "Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1380" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """when validating on windows server 2016 Datacenter Evaluation, i found that if vdagent process or vdservice is restarted, copy/paste from host to guest or reverse will work again. i am wondering if we should send something(eg, a event?) to guest to let it reopen the port after live migration? +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1381.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1381.toml new file mode 100644 index 00000000..540b4e73 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1381.toml @@ -0,0 +1,15 @@ +id = 1381 +title = "plugins: plugin_mem_cbs is not consistently NULL'ed when returning from execution" +state = "closed" +created_at = "2022-12-18T05:02:50.298Z" +closed_at = "2023-03-22T22:10:45.989Z" +labels = ["Closed::Fixed", "TCG plugins"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1381" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """This is an invariant that we should have been checking for; when returning from execution, cpu->plugin_mem_cbs should be NULL. Otherwise we open a door for a use-after-free; admittedly this door isn't that large (it requires a tb_flush to occur while we have the dangling plugin_mem_cbs), but at least one plugin user has encountered this problem: https://lists.nongnu.org/archive/html/qemu-devel/2022-11/msg02703.html""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1384.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1384.toml new file mode 100644 index 00000000..c9b2bcdf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1384.toml @@ -0,0 +1,15 @@ +id = 1384 +title = "Update libvfio-user to latest upstream" +state = "opened" +created_at = "2022-12-20T14:24:34.252Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1384" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1385.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1385.toml new file mode 100644 index 00000000..04d87b6f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1385.toml @@ -0,0 +1,15 @@ +id = 1385 +title = "-net option doesn't work" +state = "closed" +created_at = "2022-12-21T07:13:38.166Z" +closed_at = "2022-12-25T11:54:15.518Z" +labels = ["Documentation", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1385" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1386.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1386.toml new file mode 100644 index 00000000..a37154b2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1386.toml @@ -0,0 +1,636 @@ +id = 1386 +title = "Qemu 7.2.0 - Failed compilation under Windows with MSYS (MINGW64)" +state = "closed" +created_at = "2022-12-21T11:50:49.641Z" +closed_at = "2023-07-13T08:40:50.611Z" +labels = ["Documentation", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1386" +host-os = "Windows 10 22H2 64bit" +host-arch = "x64" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """I follow the faq here + +https://wiki.qemu.org/Hosts/W32#Debian_based_cross_builds + +to compile qemu source under Windows with MSYS2 (MINGW64).""" +reproduce = """Follow the FAQ guide and I get + +``` +xxxx@DESKTOP-NBACH6G MINGW64 ~/qemu +$ ./configure --enable-sdl --enable-gtk +Using './build' as the directory for build output +ln: failed to create symbolic link 'aarch64-softmmu/qemu-system-aarch64.exe': No such file or directory +ln: failed to create symbolic link 'alpha-softmmu/qemu-system-alpha.exe': No such file or directory +ln: failed to create symbolic link 'arm-softmmu/qemu-system-arm.exe': No such file or directory +ln: failed to create symbolic link 'avr-softmmu/qemu-system-avr.exe': No such file or directory +ln: failed to create symbolic link 'cris-softmmu/qemu-system-cris.exe': No such file or directory +ln: failed to create symbolic link 'hppa-softmmu/qemu-system-hppa.exe': No such file or directory +ln: failed to create symbolic link 'i386-softmmu/qemu-system-i386.exe': No such file or directory +ln: failed to create symbolic link 'loongarch64-softmmu/qemu-system-loongarch64.exe': No such file or directory +ln: failed to create symbolic link 'm68k-softmmu/qemu-system-m68k.exe': No such file or directory +ln: failed to create symbolic link 'microblaze-softmmu/qemu-system-microblaze.exe': No such file or directory +ln: failed to create symbolic link 'microblazeel-softmmu/qemu-system-microblazeel.exe': No such file or directory +ln: failed to create symbolic link 'mips-softmmu/qemu-system-mips.exe': No such file or directory +ln: failed to create symbolic link 'mips64-softmmu/qemu-system-mips64.exe': No such file or directory +ln: failed to create symbolic link 'mips64el-softmmu/qemu-system-mips64el.exe': No such file or directory +ln: failed to create symbolic link 'mipsel-softmmu/qemu-system-mipsel.exe': No such file or directory +ln: failed to create symbolic link 'nios2-softmmu/qemu-system-nios2.exe': No such file or directory +ln: failed to create symbolic link 'or1k-softmmu/qemu-system-or1k.exe': No such file or directory +ln: failed to create symbolic link 'ppc-softmmu/qemu-system-ppc.exe': No such file or directory +ln: failed to create symbolic link 'ppc64-softmmu/qemu-system-ppc64.exe': No such file or directory +ln: failed to create symbolic link 'riscv32-softmmu/qemu-system-riscv32.exe': No such file or directory +ln: failed to create symbolic link 'riscv64-softmmu/qemu-system-riscv64.exe': No such file or directory +ln: failed to create symbolic link 'rx-softmmu/qemu-system-rx.exe': No such file or directory +ln: failed to create symbolic link 's390x-softmmu/qemu-system-s390x.exe': No such file or directory +ln: failed to create symbolic link 'sh4-softmmu/qemu-system-sh4.exe': No such file or directory +ln: failed to create symbolic link 'sh4eb-softmmu/qemu-system-sh4eb.exe': No such file or directory +ln: failed to create symbolic link 'sparc-softmmu/qemu-system-sparc.exe': No such file or directory +ln: failed to create symbolic link 'sparc64-softmmu/qemu-system-sparc64.exe': No such file or directory +ln: failed to create symbolic link 'tricore-softmmu/qemu-system-tricore.exe': No such file or directory +ln: failed to create symbolic link 'x86_64-softmmu/qemu-system-x86_64.exe': No such file or directory +ln: failed to create symbolic link 'xtensa-softmmu/qemu-system-xtensa.exe': No such file or directory +ln: failed to create symbolic link 'xtensaeb-softmmu/qemu-system-xtensaeb.exe': No such file or directory +The Meson build system +Version: 0.64.1 +Source dir: C:/msys64/home/Roberto/qemu +Build dir: C:/msys64/home/Roberto/qemu/build +Build type: native build +Project name: qemu +Project version: 7.2.50 +C compiler for the host machine: cc -m64 -mcx16 (gcc 12.2.0 "cc (Rev6, Built by MSYS2 project) 12.2.0") +C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.39 +Host machine cpu family: x86_64 +Host machine cpu: x86_64 +Program scripts/symlink-install-tree.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/symlink-install-tree.py) +Program sh found: YES (C:\\msys64\\usr\\bin/sh.EXE) +Program python3 found: YES (C:/msys64/mingw64/bin/python.exe) +Program bzip2 found: YES (C:\\msys64\\mingw64\\bin/bzip2.EXE) +Program iasl found: NO +Compiler for C supports link arguments -Wl,-z,relro: NO +Compiler for C supports link arguments -Wl,-z,now: NO +Compiler for C supports link arguments -Wl,--no-seh: YES +Compiler for C supports link arguments -Wl,--nxcompat: YES +C++ compiler for the host machine: c++ -m64 -mcx16 (gcc 12.2.0 "c++ (Rev6, Built by MSYS2 project) 12.2.0") +C++ linker for the host machine: c++ -m64 -mcx16 ld.bfd 2.39 +Compiler for C++ supports link arguments -Wl,--warn-common: YES +Program cgcc found: NO +Library m found: YES +Run-time dependency threads found: YES +Library util found: NO +Program midl found: NO +Program widl found: YES +Library pathcch found: YES +Library ws2_32 found: YES +Library winmm found: YES +Windows resource compiler: GNU windres (GNU Binutils) 2.39 +Has header "WinHvPlatform.h" : YES +Has header "WinHvEmulation.h" : YES +Run-time dependency appleframeworks found: NO (tried framework) +Found pkg-config: C:\\msys64\\mingw64\\bin/pkg-config.EXE (1.8.0) +Run-time dependency gio-2.0 found: YES 2.74.3 +Program C:/msys64/mingw64/bin/gdbus-codegen found: YES (C:/msys64/mingw64/bin/gdbus-codegen.exe) +Run-time dependency gio-unix-2.0 found: NO (tried pkgconfig) +Run-time dependency pixman-1 found: YES 0.42.2 +Run-time dependency zlib found: YES 1.2.13 +Has header "libaio.h" : NO +Run-time dependency liburing found: NO (tried pkgconfig) +Run-time dependency libnfs found: YES 5.0.2 +Has header "attr/xattr.h" : NO +Run-time dependency appleframeworks found: NO (tried framework) +Run-time dependency appleframeworks found: NO (tried framework) +Run-time dependency libseccomp found: NO (tried pkgconfig) +Has header "cap-ng.h" : NO +Run-time dependency xkbcommon found: NO (tried pkgconfig) +Run-time dependency slirp found: YES 4.7.0 +Has header "libvdeplug.h" : NO +Run-time dependency jack found: NO (tried pkgconfig) +Run-time dependency sndio found: NO (tried pkgconfig) +Run-time dependency spice-protocol found: YES 0.14.4 +Run-time dependency spice-server found: YES 0.15.1 +Library rt found: NO +Run-time dependency libiscsi found: NO (tried pkgconfig) +Run-time dependency libzstd found: YES 1.5.2 +Run-time dependency virglrenderer found: NO (tried pkgconfig) +Run-time dependency blkio found: NO (tried pkgconfig) +Run-time dependency libcurl found: YES 7.86.0 +Run-time dependency ncurses found: NO (tried pkgconfig) +Run-time dependency ncursesw found: YES 6.3.20211021 +Has header "brlapi.h" : NO +Run-time dependency sdl2 found: YES 2.26.1 +Run-time dependency sdl2_image found: YES 2.6.2 +Library rados found: NO +Has header "rbd/librbd.h" : NO +Run-time dependency glusterfs-api found: NO (tried pkgconfig) +Run-time dependency libssh found: YES 0.10.4 +Has header "bzlib.h" : YES +Library bz2 found: YES +Has header "lzfse.h" : NO +Has header "sys/soundcard.h" : NO +Has header "dsound.h" : YES +Run-time dependency epoxy found: YES 1.5.10 +Has header "epoxy/egl.h" with dependency epoxy: NO +Run-time dependency gnutls found: YES 3.7.8 +Run-time dependency gmp found: YES 6.2.1 +Run-time dependency gtk+-3.0 found: YES 3.24.35 +Run-time dependency gtk+-x11-3.0 found: NO (tried pkgconfig) +Run-time dependency vte-2.91 found: NO (tried pkgconfig) +Run-time dependency libpng found: YES 1.6.39 +Run-time dependency libjpeg found: YES 2.1.4 +Has header "sasl/sasl.h" : YES +Library sasl2 found: YES +Has header "security/pam_appl.h" : NO +Has header "snappy-c.h" : YES +Library snappy found: YES +Has header "lzo/lzo1x.h" : YES +Library lzo2 found: YES +Has header "numa.h" : NO +Library ibumad found: NO +Has header "rdma/rdma_cma.h" : NO +Library ibverbs found: NO +Run-time dependency xencontrol found: NO (tried pkgconfig) +Library xenstore found: NO +Library xenctrl found: NO +Library xendevicemodel found: NO +Library xenforeignmemory found: NO +Library xengnttab found: NO +Library xenevtchn found: NO +Library xentoolcore found: NO +Run-time dependency libcacard found: NO (tried pkgconfig) +Run-time dependency u2f-emu found: NO (tried pkgconfig) +Run-time dependency canokey-qemu found: NO (tried pkgconfig) +Run-time dependency libusbredirparser-0.5 found: YES 0.8.0 +Run-time dependency libusb-1.0 found: YES 1.0.26 +Run-time dependency libpmem found: NO (tried pkgconfig) +Run-time dependency libdaxctl found: NO (tried pkgconfig) +Run-time dependency libtasn1 found: YES 4.19.0 +Run-time dependency libkeyutils found: NO (tried pkgconfig) +Checking for function "gettid" : NO +Run-time dependency libselinux found: NO (tried pkgconfig) +Run-time dependency fuse3 found: NO (tried pkgconfig) +Run-time dependency libbpf found: NO (tried pkgconfig) +Checking for function "pthread_fchdir_np" : NO +Has header "sys/epoll.h" : NO +Has header "linux/magic.h" : NO +Has header "valgrind/valgrind.h" : NO +Has header "linux/btrfs.h" : NO +Has header "libdrm/drm.h" : NO +Has header "pty.h" : NO +Has header "sys/disk.h" : NO +Has header "sys/ioccom.h" : NO +Has header "sys/kcov.h" : NO +Has header "afunix.h" : YES +Checking for function "close_range" : NO +Checking for function "accept4" : NO +Checking for function "clock_adjtime" : NO +Checking for function "dup3" : NO +Checking for function "fallocate" : NO +Checking for function "posix_fallocate" : NO +Checking for function "posix_memalign" : NO +Checking for function "_aligned_malloc" : YES +Checking for function "valloc" : NO +Checking for function "memalign" : NO +Checking for function "ppoll" : NO +Checking for function "preadv" : NO +Checking for function "pthread_fchdir_np" : NO (cached) +Checking for function "sendfile" : NO +Checking for function "setns" : NO +Checking for function "syncfs" : NO +Checking for function "sync_file_range" : NO +Checking for function "timerfd_create" : NO +Checking for function "copy_file_range" : NO +Checking for function "getifaddrs" : NO +Checking for function "openpty" with dependency -lutil: NO +Checking for function "strchrnul" : NO +Checking for function "system" : YES +Header "byteswap.h" has symbol "bswap_32" : NO +Header "sys/epoll.h" has symbol "epoll_create1" : NO +Header "linux/falloc.h" has symbol "FALLOC_FL_PUNCH_HOLE" : NO +Header "linux/falloc.h" has symbol "FALLOC_FL_ZERO_RANGE" : NO +Has header "linux/fiemap.h" : NO +Checking for function "getrandom" : NO +Header "sys/inotify.h" has symbol "inotify_init" : NO +Header "sys/inotify.h" has symbol "inotify_init1" : NO +Header "machine/bswap.h" has symbol "bswap32" : NO +Header "sys/prctl.h" has symbol "PR_SET_TIMERSLACK" : NO +Header "linux/rtnetlink.h" has symbol "IFLA_PROTO_DOWN" : NO +Header "sys/sysmacros.h" has symbol "makedev" : NO +Header "getopt.h" has symbol "optreset" : NO +Header "netinet/in.h" has symbol "IPPROTO_MPTCP" : NO +Header "sys/mount.h" has symbol "FSCONFIG_SET_FLAG" : NO +Checking whether type "struct sigevent" has member "sigev_notify_thread_id" : NO +Checking whether type "struct stat" has member "st_atim" : NO +Checking for type "struct iovec" : NO +Checking for type "struct utmpx" : NO +Checking for type "struct mmsghdr" : NO +Header "linux/vm_sockets.h" has symbol "AF_VSOCK" : NO +Has header "vscoordint.h" : NO +Checking if "_lock_file and _unlock_file" : links: YES +Program scripts/minikconf.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/minikconf.py) +Configuring aarch64-softmmu-config-target.h using configuration +Configuring aarch64-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/aarch64-softmmu-config-devices.mak.d +Configuring aarch64-softmmu-config-devices.h using configuration +Configuring alpha-softmmu-config-target.h using configuration +Configuring alpha-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/alpha-softmmu-config-devices.mak.d +Configuring alpha-softmmu-config-devices.h using configuration +Configuring arm-softmmu-config-target.h using configuration +Configuring arm-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/arm-softmmu-config-devices.mak.d +Configuring arm-softmmu-config-devices.h using configuration +Configuring avr-softmmu-config-target.h using configuration +Configuring avr-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/avr-softmmu-config-devices.mak.d +Configuring avr-softmmu-config-devices.h using configuration +Configuring cris-softmmu-config-target.h using configuration +Configuring cris-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/cris-softmmu-config-devices.mak.d +Configuring cris-softmmu-config-devices.h using configuration +Configuring hppa-softmmu-config-target.h using configuration +Configuring hppa-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/hppa-softmmu-config-devices.mak.d +Configuring hppa-softmmu-config-devices.h using configuration +Configuring i386-softmmu-config-target.h using configuration +Configuring i386-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/i386-softmmu-config-devices.mak.d +Configuring i386-softmmu-config-devices.h using configuration +Configuring loongarch64-softmmu-config-target.h using configuration +Configuring loongarch64-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/loongarch64-softmmu-config-devices.mak.d +Configuring loongarch64-softmmu-config-devices.h using configuration +Configuring m68k-softmmu-config-target.h using configuration +Configuring m68k-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/m68k-softmmu-config-devices.mak.d +Configuring m68k-softmmu-config-devices.h using configuration +Configuring microblaze-softmmu-config-target.h using configuration +Configuring microblaze-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/microblaze-softmmu-config-devices.mak.d +Configuring microblaze-softmmu-config-devices.h using configuration +Configuring microblazeel-softmmu-config-target.h using configuration +Configuring microblazeel-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/microblazeel-softmmu-config-devices.mak.d +Configuring microblazeel-softmmu-config-devices.h using configuration +Configuring mips-softmmu-config-target.h using configuration +Configuring mips-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/mips-softmmu-config-devices.mak.d +Configuring mips-softmmu-config-devices.h using configuration +Configuring mips64-softmmu-config-target.h using configuration +Configuring mips64-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/mips64-softmmu-config-devices.mak.d +Configuring mips64-softmmu-config-devices.h using configuration +Configuring mips64el-softmmu-config-target.h using configuration +Configuring mips64el-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/mips64el-softmmu-config-devices.mak.d +Configuring mips64el-softmmu-config-devices.h using configuration +Configuring mipsel-softmmu-config-target.h using configuration +Configuring mipsel-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/mipsel-softmmu-config-devices.mak.d +Configuring mipsel-softmmu-config-devices.h using configuration +Configuring nios2-softmmu-config-target.h using configuration +Configuring nios2-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/nios2-softmmu-config-devices.mak.d +Configuring nios2-softmmu-config-devices.h using configuration +Configuring or1k-softmmu-config-target.h using configuration +Configuring or1k-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/or1k-softmmu-config-devices.mak.d +Configuring or1k-softmmu-config-devices.h using configuration +Configuring ppc-softmmu-config-target.h using configuration +Configuring ppc-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/ppc-softmmu-config-devices.mak.d +Configuring ppc-softmmu-config-devices.h using configuration +Configuring ppc64-softmmu-config-target.h using configuration +Configuring ppc64-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/ppc64-softmmu-config-devices.mak.d +Configuring ppc64-softmmu-config-devices.h using configuration +Configuring riscv32-softmmu-config-target.h using configuration +Configuring riscv32-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/riscv32-softmmu-config-devices.mak.d +Configuring riscv32-softmmu-config-devices.h using configuration +Configuring riscv64-softmmu-config-target.h using configuration +Configuring riscv64-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/riscv64-softmmu-config-devices.mak.d +Configuring riscv64-softmmu-config-devices.h using configuration +Configuring rx-softmmu-config-target.h using configuration +Configuring rx-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/rx-softmmu-config-devices.mak.d +Configuring rx-softmmu-config-devices.h using configuration +Configuring s390x-softmmu-config-target.h using configuration +Configuring s390x-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/s390x-softmmu-config-devices.mak.d +Configuring s390x-softmmu-config-devices.h using configuration +Configuring sh4-softmmu-config-target.h using configuration +Configuring sh4-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/sh4-softmmu-config-devices.mak.d +Configuring sh4-softmmu-config-devices.h using configuration +Configuring sh4eb-softmmu-config-target.h using configuration +Configuring sh4eb-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/sh4eb-softmmu-config-devices.mak.d +Configuring sh4eb-softmmu-config-devices.h using configuration +Configuring sparc-softmmu-config-target.h using configuration +Configuring sparc-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/sparc-softmmu-config-devices.mak.d +Configuring sparc-softmmu-config-devices.h using configuration +Configuring sparc64-softmmu-config-target.h using configuration +Configuring sparc64-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/sparc64-softmmu-config-devices.mak.d +Configuring sparc64-softmmu-config-devices.h using configuration +Configuring tricore-softmmu-config-target.h using configuration +Configuring tricore-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/tricore-softmmu-config-devices.mak.d +Configuring tricore-softmmu-config-devices.h using configuration +Configuring x86_64-softmmu-config-target.h using configuration +Configuring x86_64-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/x86_64-softmmu-config-devices.mak.d +Configuring x86_64-softmmu-config-devices.h using configuration +Configuring xtensa-softmmu-config-target.h using configuration +Configuring xtensa-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/xtensa-softmmu-config-devices.mak.d +Configuring xtensa-softmmu-config-devices.h using configuration +Configuring xtensaeb-softmmu-config-target.h using configuration +Configuring xtensaeb-softmmu-config-devices.mak with command +Reading depfile: C:/msys64/home/Roberto/qemu/build/meson-private/xtensaeb-softmmu-config-devices.mak.d +Configuring xtensaeb-softmmu-config-devices.h using configuration +Program scripts/make-config-poison.sh found: YES (sh C:/msys64/home/Roberto/qemu/scripts/make-config-poison.sh) +Run-time dependency capstone found: YES 4.0.2 +Library fdt found: NO +Configuring config-host.h using configuration +Program scripts/hxtool found: YES (sh C:/msys64/home/Roberto/qemu/scripts/hxtool) +Program scripts/shaderinclude.pl found: YES (perl C:/msys64/home/Roberto/qemu/scripts/shaderinclude.pl) +Program scripts/qapi-gen.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/qapi-gen.py) +Program scripts/qemu-version.sh found: YES (sh C:/msys64/home/Roberto/qemu/scripts/qemu-version.sh) +Program scripts/decodetree.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/decodetree.py) +Program ../scripts/modules/module_block.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/block/../scripts/modules/module_block.py) +Program ../scripts/block-coroutine-wrapper.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/block/../scripts/block-coroutine-wrapper. +py) +Program scripts/modinfo-collect.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/modinfo-collect.py) +Program scripts/modinfo-generate.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/modinfo-generate.py) +Program nm found: YES +Program scripts/undefsym.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/undefsym.py) +Program scripts/feature_to_c.sh found: YES (sh C:/msys64/home/Roberto/qemu/scripts/feature_to_c.sh) +Compiler for C supports link arguments -fstack-protector-all: YES +Compiler for C supports link arguments -fstack-protector-strong: YES +Compiler for C supports link arguments -Wl,--add-stdcall-alias: YES +Compiler for C supports link arguments -Wl,--enable-stdcall-fixup: YES +Library ole32 found: YES +Library oleaut32 found: YES +Library shlwapi found: YES +Library uuid found: YES +Library intl found: YES +Program wixl found: NO +Configuring 50-edk2-i386-secure.json using configuration +Configuring 50-edk2-x86_64-secure.json using configuration +Configuring 60-edk2-aarch64.json using configuration +Configuring 60-edk2-arm.json using configuration +Configuring 60-edk2-i386.json using configuration +Configuring 60-edk2-x86_64.json using configuration +Program qemu-keymap found: NO +Program sphinx-build found: YES (C:\\msys64\\mingw64\\bin/sphinx-build.EXE) +../docs/meson.build:74: WARNING: Project targets '>=0.61.3' but uses feature deprecated since '0.60.0': install_subdir with empty directory. It worked by accide +nt and is buggy. Use install_emptydir instead. +Program diff found: YES (C:\\msys64\\usr\\bin/diff.EXE) +Program dbus-daemon found: NO +Did not find CMake 'cmake' +Found CMake: NO +Run-time dependency gvnc-1.0 found: NO (tried pkgconfig and cmake) +Program initrd-stress.sh found: YES (sh C:/msys64/home/Roberto/qemu/tests/migration/initrd-stress.sh) +Program xgettext found: YES (C:\\msys64\\mingw64\\bin/xgettext.EXE) +Program msgfmt found: YES (C:\\msys64\\mingw64\\bin/msgfmt.EXE) +Program msginit found: YES (C:\\msys64\\mingw64\\bin/msginit.EXE) +Program msgmerge found: YES (C:\\msys64\\mingw64\\bin/msgmerge.EXE) +Program xgettext found: YES (C:\\msys64\\mingw64\\bin/xgettext.EXE) +Program scripts/nsis.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/nsis.py) +Build targets in project: 639 +WARNING: Deprecated features used: + * 0.60.0: {'install_subdir with empty directory'} + +qemu 7.2.50 + + Directories + Install prefix : C:/msys64/qemu + BIOS directory : share/ + firmware path : share/qemu-firmware + binary directory : C:/msys64/qemu/. + library directory : C:/msys64/qemu/lib + module directory : lib/ + libexec directory : C:/msys64/qemu/libexec + include directory : C:/msys64/qemu/include + config directory : C:/msys64/qemu/etc + local state directory : queried at runtime + Doc directory : C:/msys64/qemu/share/doc + Build directory : C:/msys64/home/xxx/qemu/build + Source path : C:/msys64/home/xxx/qemu + GIT submodules : ui/keycodemapdb tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + + Host binaries + git : git + make : make + python : C:/msys64/mingw64/bin/python.exe (version: 3.10) + sphinx-build : C:\\msys64\\mingw64\\bin/sphinx-build.EXE + gdb : /mingw64/bin/gdb-multiarch + iasl : NO + genisoimage : + wixl : NO + smbd : NO + + Configurable features + Documentation : YES + system-mode emulation : YES + user-mode emulation : NO + block layer : YES + Install blobs : YES + module support : NO + fuzzing support : NO + Audio drivers : dsound sdl + Trace backends : log + D-Bus display : NO + QOM debugging : NO + vhost-kernel support : NO + vhost-net support : NO + vhost-user support : NO + vhost-user-crypto support : NO + vhost-user-blk server support: NO + vhost-vdpa support : NO + build guest agent : YES + + Compilation + host CPU : x86_64 + host endianness : little + C compiler : cc -m64 -mcx16 + Host C compiler : cc -m64 -mcx16 + C++ compiler : c++ -m64 -mcx16 + CFLAGS : -O2 -g + CXXFLAGS : -O2 -g + QEMU_CFLAGS : -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fno-pie -no-pie -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prot +otypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -W +type-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallt +hrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong + QEMU_CXXFLAGS : -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fno-pie -no-pie -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wundef -Wwri +te-strings -fno-strict-aliasing -fno-common -fwrapv -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wendif-labels -W +expansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong + QEMU_OBJCFLAGS : -Wold-style-declaration -Wold-style-definition -Wtype-limits -Winit-self -Wempty-body -Wnested-externs -Wendif-labels -Wexpan +sion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi + QEMU_LDFLAGS : -fstack-protector-strong -Wl,--no-seh -Wl,--nxcompat -Wl,--warn-common + profiler : NO + link-time optimization (LTO) : NO + PIE : NO + static build : NO + malloc trim support : NO + membarrier : NO + debug stack usage : NO + mutex debugging : NO + memory allocator : system + avx2 optimization : YES + avx512f optimization : NO + gprof enabled : NO + gcov : NO + thread sanitizer : NO + CFI support : NO + strip binaries : NO + sparse : NO + mingw32 support : YES + + Cross compilers + x86_64 : cc + + Targets and accelerators + KVM support : NO + HAX support : YES + HVF support : NO + WHPX support : YES + NVMM support : NO + Xen support : NO + TCG support : YES + TCG backend : native (x86_64) + TCG plugins : NO + TCG debug enabled : NO + target list : aarch64-softmmu alpha-softmmu arm-softmmu avr-softmmu cris-softmmu hppa-softmmu i386-softmmu loongarch64-softmmu m68k-softmmu + microblaze-softmmu microblazeel-softmmu mips-softmmu mips64-softmmu mips64el-softmmu mipsel-softmmu nios2-softmmu or1k-softmmu ppc-softmmu ppc64-softmmu riscv3 +2-softmmu riscv64-softmmu rx-softmmu s390x-softmmu sh4-softmmu sh4eb-softmmu sparc-softmmu sparc64-softmmu tricore-softmmu x86_64-softmmu xtensa-softmmu xtensae +b-softmmu + default devices : YES + out of process emulation : NO + vfio-user server : NO + + Block layer support + coroutine backend : win32 + coroutine pool : YES + Block whitelist (rw) : + Block whitelist (ro) : + Use block whitelist in tools : NO + VirtFS support : NO + build virtiofs daemon : NO + Live block migration : YES + replication support : YES + bochs support : YES + cloop support : YES + dmg support : YES + qcow v1 support : YES + vdi support : YES + vvfat support : YES + qed support : YES + parallels support : YES + FUSE exports : NO + VDUSE block exports : NO + + Crypto + TLS priority : NORMAL + GNUTLS support : YES 3.7.8 + GNUTLS crypto : YES + libgcrypt : NO + nettle : NO + AF_ALG support : NO + rng-none : NO + Linux keyring : NO + + Dependencies + SDL support : YES + SDL image support : YES 2.6.2 + GTK support : YES + pixman : YES 0.42.2 + VTE support : NO + slirp support : YES 4.7.0 + libtasn1 : YES 4.19.0 + PAM : NO + iconv support : YES + curses support : YES + virgl support : NO + blkio support : NO + curl support : YES 7.86.0 + Multipath support : NO + PNG support : YES 1.6.39 + VNC support : YES + VNC SASL support : YES + VNC JPEG support : YES 2.1.4 + DirectSound support : YES + JACK support : NO + brlapi support : NO + vde support : NO + netmap support : NO + l2tpv3 support : NO + Linux AIO support : NO + Linux io_uring support : NO + ATTR/XATTR support : NO + RDMA support : NO + PVRDMA support : NO + fdt support : internal + libcap-ng support : NO + bpf support : NO + spice protocol support : YES 0.14.4 + spice server support : YES 0.15.1 + rbd support : NO + smartcard support : NO + U2F support : NO + libusb : YES 1.0.26 + usb net redir : YES 0.8.0 + OpenGL support (epoxy) : NO + GBM : NO + libiscsi support : NO + libnfs support : YES 5.0.2 + QGA VSS support : YES + seccomp support : NO + GlusterFS support : NO + TPM support : NO + libssh support : YES 0.10.4 + lzo support : YES + snappy support : YES + bzip2 support : YES + lzfse support : NO + zstd support : YES 1.5.2 + NUMA host support : NO + capstone : YES 4.0.2 + libpmem support : NO + libdaxctl support : NO + libudev : NO + FUSE lseek : NO + selinux : NO + + User defined options + Native files : config-meson.cross + bindir : + prefix : C:/msys64/qemu + werror : true + b_pie : false + gtk : enabled + qemu_suffix : + sdl : enabled + vfio_user_server : disabled + +Found ninja-1.11.1 at C:/msys64/mingw64/bin/ninja.exe +Running postconf script 'C:/msys64/mingw64/bin/python.exe C:/msys64/home/Roberto/qemu/scripts/symlink-install-tree.py' +--- stdout --- + +--- stderr --- +error making symbolic link C:/msys64/qemu/share/trace-events-all +Traceback (most recent call last): + File "C:\\msys64\\home\\Roberto\\qemu\\scripts\\symlink-install-tree.py", line 33, in <module> + raise e + File "C:\\msys64\\home\\Roberto\\qemu\\scripts\\symlink-install-tree.py", line 29, in <module> + os.symlink(source, bundle_dest) +OSError: [WinError 1314] Il privilegio richiesto non appartiene al client: 'C:/msys64/home/Roberto/qemu/build/trace/trace-events-all' -> 'qemu-bundle/msys64/qem +u/share/trace-events-all' +```""" +additional = """The line below ensures that proper tags are added to the issue. +Please do not remove it. +-->""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1387.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1387.toml new file mode 100644 index 00000000..cb513384 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1387.toml @@ -0,0 +1,19 @@ +id = 1387 +title = "QEMU - Add in the FAQ info how to compile Windows x86/x64 installer under Linux Ubuntu" +state = "opened" +created_at = "2022-12-22T09:45:29.208Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1387" +host-os = "Windows 10 22H2" +host-arch = "x64" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Please add in the FAQ + +https://wiki.qemu.org/Hosts/W32#Debian_based_cross_builds + +detailed info step by stepo how to create windows x86 and x64 instalelr under Ubuntu""" +reproduce = """""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1388.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1388.toml new file mode 100644 index 00000000..bad58a8c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1388.toml @@ -0,0 +1,24 @@ +id = 1388 +title = "QEMU 7.2.0 - Update file repository with x86/x64 Windows installer" +state = "closed" +created_at = "2022-12-22T09:49:10.114Z" +closed_at = "2023-01-02T09:24:06.203Z" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1388" +host-os = "Windows 10 22H2" +host-arch = "x64" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """In file repository + +https://qemu.weilnetz.de/w32/ +https://qemu.weilnetz.de/w64/ + +are not availble Windows installer for x86 and x64 platform and QEMU final 7.2.0. + +The latest version is 7.2.0.RC4 (08.12.2022). + +Thanks.""" +reproduce = """""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1389.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1389.toml new file mode 100644 index 00000000..86449646 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1389.toml @@ -0,0 +1,69 @@ +id = 1389 +title = "Qemu 7.2.0 My hobbby bootloader seemed to stop working" +state = "closed" +created_at = "2022-12-22T17:13:25.813Z" +closed_at = "2022-12-22T20:15:47.951Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1389" +host-os = "Tried on Ubuntu and MacOS" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.0.0 (Debian 1:7.0+dfsg-7ubuntu2.1) WORKS --- QEMU emulator version 7.2.0 DOESNT WORK" +guest-os = "n/a" +guest-arch = "x86" +description = """I wrote a BIOS bootloader and OS, but updated to QEMU 7.2.0 and now I get an exception in my bootloader. +Specifically I am getting a page fault on the first line of map_pd: +``` +next_pdpt: + ; PDPT + mov [0xa000 + rdx * 8], rax ; PDPT[rdx] -> PD + and al, 0xfc ;; clear bits 1 and 2 + + mov rcx, 0 +map_pd: + mov [rax + rcx * 8], rdi ; PD[rcx] -> rax + add rdi, 0x200000 ; maps first 512 * 0x200000 or 1 GiB + sub rsi, 1 + cmp rsi, 0 + je done_map_rest + + add rcx, 1 + cmp rcx, 512 + jb map_pd + + add rdx, 1 ; do next GiB + add rax, 0x1000 ; next PD + or rax, (1 | 2) + + jmp next_pdpt +``` +I am getting the exception: +``` +check_exception old: 0xffffffff new 0xe + 0: v=0e e=0002 i=0 cpl=0 IP=0008:0000000000001311 pc=0000000000001311 SP=0010:0000000000007bf8 CR2=000000000020c000 +RAX=000000000020c000 RBX=00000000000b8040 RCX=0000000000000000 RDX=0000000000000201 +RSI=000000000003fe00 RDI=0000008040000083 RBP=0000000000000008 RSP=0000000000007bf8 +R8 =0000000000000000 R9 =0000000000000000 R10=0000000000000000 R11=0000000000000000 +R12=0000000000000000 R13=0000000000000000 R14=0000000000000000 R15=0000000000000000 +RIP=0000000000001311 RFL=00000046 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 +ES =0010 0000000000000000 00000000 00009300 DPL=0 DS [-WA] +CS =0008 0000000000000000 00000000 00209a00 DPL=0 CS64 [-R-] +SS =0010 0000000000000000 00000000 00009300 DPL=0 DS [-WA] +DS =0010 0000000000000000 00000000 00009300 DPL=0 DS [-WA] +FS =0010 0000000000000000 00000000 00009300 DPL=0 DS [-WA] +GS =0010 0000000000000000 00000000 00009300 DPL=0 DS [-WA] +LDT=0000 0000000000000000 0000ffff 00008200 DPL=0 LDT +TR =0000 0000000000000000 0000ffff 00008b00 DPL=0 TSS64-busy +GDT= 0000000000001888 00000018 +IDT= 0000000090909000 00000000 +CR0=80000011 CR2=000000000020c000 CR3=0000000000009000 CR4=00000020 +DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 +DR6=00000000ffff0ff0 DR7=0000000000000400 +CCS=0000000000000200 CCD=0000000000000000 CCO=LOGICB +EFER=0000000000000500 +``` + +I am able to read the 0x20c000 address with gdb""" +reproduce = """1. clone and build https://github.com/darbysauter/myOS +2. run with `make run` on 7.0.0 +3. run with `make run` on 7.2.0 and there is an exception""" +additional = """I looked through the changelogs from 7.1 and 7.2 and nothing stood out to me. Not sure if some behaviour changed or some default changed.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/139.toml b/gitlab/issues/target_missing/host_missing/accel_missing/139.toml new file mode 100644 index 00000000..c7575cd8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/139.toml @@ -0,0 +1,15 @@ +id = 139 +title = "kvm rbd driver (and maybe others, i.e. qcow2, qed and so on) does not report DISCARD-ZERO flag" +state = "opened" +created_at = "2021-05-05T06:55:33.888Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/139" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1391.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1391.toml new file mode 100644 index 00000000..10686b69 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1391.toml @@ -0,0 +1,36 @@ +id = 1391 +title = "virtio-blk: BDRV_REQ_REGISTERED_BUF optimization hint crashes on macOS" +state = "opened" +created_at = "2022-12-24T07:48:58.905Z" +closed_at = "n/a" +labels = ["Storage", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1391" +host-os = "macOS 13.0.1" +host-arch = "ARM64" +qemu-version = "7.2.0" +guest-os = "Ubuntu 22.04" +guest-arch = "ARM64" +description = """When using QEMU 7.2.0 on macOS with the virtio-blk drive, the process will exit and QMP shows a `BLOCK_IO_ERROR` event. This appears to be caused by this line: https://gitlab.com/qemu-project/qemu/-/blob/master/hw/block/virtio-blk.c#L405 introduced in https://gitlab.com/qemu-project/qemu/-/commit/baf422684d73c7bf38e2c18815e18d44fcf395b6 + +Commenting that line out fixes the issue.""" +reproduce = """1. Run the QEMU command above with a Ubuntu 22.04 server ISO image. +2. Follow the installer and try to get to the end. +3. The process will crash before you can finish installing.""" +additional = """Following event appears on QMP: +``` +{ + data = { + action = report; + device = "drive437EC806-41A4-4CCE-A747-713352E7C27C"; + "node-name" = "#block785"; + nospace = 0; + operation = write; + reason = "Invalid argument"; + }; + event = "BLOCK_IO_ERROR"; + timestamp = { + microseconds = 808474; + seconds = 1671867673; + }; +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1392.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1392.toml new file mode 100644 index 00000000..ef7ff85d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1392.toml @@ -0,0 +1,24 @@ +id = 1392 +title = "qemu 7.2.0 almalinux 9.1 guest vda io error" +state = "closed" +created_at = "2022-12-24T09:05:43.581Z" +closed_at = "2022-12-25T04:09:35.750Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1392" +host-os = "Ubuntu 22.10,openzfs 2.1.7" +host-arch = "x86" +qemu-version = "7.2.0" +guest-os = "Almalinux 9.1" +guest-arch = "x86" +description = """after update the qemu from 7.1.0 to 7.2.0 guest almalinux 9.1 have disk io error ,log : +```log +Dec 24 00:17:39 rlh1 kernel: I/O error, dev vda, sector 109770720 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0 +Dec 24 00:17:42 rlh1 kernel: dm-0: writeback error on inode 33585275, offset 4096, sector 33359840 +Dec 24 00:17:42 rlh1 kernel: I/O error, dev vda, sector 109770776 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0 +Dec 24 00:17:42 rlh1 kernel: dm-0: writeback error on inode 33585275, offset 4096, sector 33359896 +Dec 24 00:17:42 rlh1 kernel: I/O error, dev vda, sector 109770832 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0 +``` + +then I switch back to version 7.1.0 it work as normal""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1393.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1393.toml new file mode 100644 index 00000000..a9799d67 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1393.toml @@ -0,0 +1,73 @@ +id = 1393 +title = "Abort in audio_calloc() of ac97" +state = "closed" +created_at = "2022-12-25T12:05:43.116Z" +closed_at = "2022-12-28T08:22:16.002Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1393" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.0.94" +guest-os = "Buildroot Linux" +guest-arch = "x86" +description = """Section 5.10.2 of the AC97 specification (https://hands.com/~lkcl/ac97_r23.pdf) +shows the feasibility to support for rates other than 48kHZ. Specifically, +AC97_PCM_Front_DAC_Rate (reg 2Ch) should be from 8kHZ to 48kHZ. + + +An adversary can leverage this to crash QEMU. + +A nornal 48kHZ setting is like this. + +``` +ac97_realize + open_voice + as->freq = 0xbb80 # 0xbb80=48000 + AUD_open_out + audio_pcm_create_voice_pair_out (sw is NULL) + audio_pcm_sw_init_out + sw->info.freq = as->freq (in audio_pcm_init_info()) + sw->ratio = ((int64_t) sw->hw->info.freq << 32) / sw->info.freq + samples = ((int64_t) sw->HWBUF->size << 32) / sw->ratio (in audio_pcm_sw_alloc_resources_out()) +``` + +A non-48kHZ setting is like this. Since `as->freq` is too small, `sw->ratio` is +too large. Finally, `samples` is zero, failing the audio_calloc() in +audio_pcm_sw_alloc_resources_out(). + +``` +nam_writew + open_voice + as->freq = 0x6 + AUD_open_out + audio_pcm_sw_init_out (sw is not NULL) + sw->info.freq = as->freq (in audio_pcm_init_info()) + sw->ratio = ((int64_t) sw->hw->info.freq << 32) / sw->info.freq + samples = ((int64_t) sw->HWBUF->size << 32) / sw->ratio (in audio_pcm_sw_alloc_resources_out()) + audio_calloc(.., samples, ) (in audio_pcm_sw_alloc_resources_out()) +```""" +reproduce = """1. download the prepared rootfs and the image. + + https://drive.google.com/file/d/1IfVCvn76HY-Eb4AZU7yvuyPzM3QC1q10/view?usp=sharing + https://drive.google.com/file/d/1JN6JgvOSI5aSLIdTEFKiskKbrGWFo0BO/view?usp=sharing + +2. run the following script. + +``` bash +QEMU_PATH=../../../qemu-devel/build/x86_64-softmmu/qemu-system-x86_64 +KERNEL_PATH=./bzImage +ROOTFS_PATH=./rootfs.ext2 +$QEMU_PATH \\ + -M q35 -m 1G \\ + -kernel $KERNEL_PATH \\ + -drive file=$ROOTFS_PATH,if=virtio,format=raw \\ + -append "root=/dev/vda console=ttyS0" \\ + -net nic,model=virtio -net user \\ + -device ac97,audiodev=snd0 -audiodev none,id=snd0 \\ + -nographic +``` + +3. with spawned shell (the user is root and the password is empty), run +`ac97-00`.""" +additional = """In the latest QEMU, this issue was generally fixed by 12f4abf6a245c43d8411577fd400373c85f08c6b and 0cbc8bd4694f32687bf47c6da48efa48fac35fd2 that remove abort() from the source code. Even though, I still plan to send a +patch so that the warning about the invalid freq will be gone.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1397.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1397.toml new file mode 100644 index 00000000..6b7f0615 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1397.toml @@ -0,0 +1,15 @@ +id = 1397 +title = "riscv: break, hbreak does not set a breakpoint on the correct address when providing symbols" +state = "closed" +created_at = "2022-12-27T09:03:09.935Z" +closed_at = "2022-12-27T09:06:42.406Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1397" +host-os = "Ubuntu 18.04.5 LTS" +host-arch = "Host: AMD64, Target: RISCV:RV64" +qemu-version = "7.2.50 (v7.2.0-333-g222059a0fc)" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/140.toml b/gitlab/issues/target_missing/host_missing/accel_missing/140.toml new file mode 100644 index 00000000..578eb77e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/140.toml @@ -0,0 +1,15 @@ +id = 140 +title = "linux-user clone() can't handle glibc posix_spawn() (causes locale-gen to assert)" +state = "opened" +created_at = "2021-05-05T06:55:42.278Z" +closed_at = "n/a" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/140" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1401.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1401.toml new file mode 100644 index 00000000..d42726b7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1401.toml @@ -0,0 +1,28 @@ +id = 1401 +title = "configure uses break outside loop" +state = "closed" +created_at = "2022-12-29T11:04:14.087Z" +closed_at = "2023-01-09T18:43:02.665Z" +labels = ["Build System", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1401" +host-os = "OmniOS" +host-arch = "x86" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """When running `configure` in version 7.2.0, the following message is printed multiple times: + +``` +qemu/configure: line 1885: break: only meaningful in a `for', `while', or `until' loop +```""" +reproduce = """Running `configure` should be enough. My complete configure command is: + +``` +/bin/bash ./configure \\ + --prefix=$PREFIX/qemu --sysconfdir=/etc$PREFIX/qemu \\ + --includedir=$PREFIX/qemu/include --bindir=$PREFIX/qemu/bin \\ + --sbindir=$PREFIX/qemu/sbin --libdir=$PREFIX/qemu/lib/amd64 \\ + --libexecdir=$PREFIX/qemu/libexec/amd64 \\ + --localstatedir=/var$PREFIX/qemu +```""" +additional = """The `configure` script has `break;` in a conditional, where `:` would suffice (or the conditional could just be negated)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1403.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1403.toml new file mode 100644 index 00000000..8ce07390 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1403.toml @@ -0,0 +1,15 @@ +id = 1403 +title = "qemu 7.2: test-io-channel-command fails sporadically" +state = "closed" +created_at = "2022-12-30T08:11:06.712Z" +closed_at = "2023-02-03T09:30:17.723Z" +labels = ["Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1403" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1404.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1404.toml new file mode 100644 index 00000000..a87bd0b8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1404.toml @@ -0,0 +1,22 @@ +id = 1404 +title = "qemu-7.2: virtio-blk-pci I/O errors with detect-zeroes=unmap" +state = "closed" +created_at = "2023-01-01T07:51:14.313Z" +closed_at = "2024-10-07T20:41:34.707Z" +labels = ["Storage", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1404" +host-os = "Debian-11.6 (amd64)" +host-arch = "x86_64" +qemu-version = "7.2.0" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """Since upgrading from qemu-7.1 to qemu-7.2 I have seen many anomalies with VMs that use the virtio-blk-pci device for the root filesystem and the `detect-zeroes=unmap` option, typically in the form of I/O errors or huge decreases in read/write performance. This has been observed for both pre-existing Linux & Windows systems using the QCOW2 disk format, and a freshly created Linux system. + +* For an existing x86_64 Windows-10 guest system, hosted on Debian-11, the guest system takes many minutes to boot and Task Manager shows the virtual disk showing read/write latencies measured in seconds rather than milliseconds. +* Attempts to create a new x86_64 Debian-11 guest on a Debian-11 host produce an input/output error when trying to partition the QCOW2 hard disk /dev/vda (as per attached screenshot)  +* Using a pre-existing Debian-11 guest that works perfectly with qemu-7.1, fails to format a basic ext3 /dev/loop filesystem when this guest is booted with qemu-7.2, giving `mke2fs: Input/output error while writing out and closing file system`""" +reproduce = """(installer error) +1. Create fresh QCOW2 image: `qemu-img create -f qcow2 deb11.img 8G` +2. Run standard Debian-11 installer from ISO image and virtio-blk-pci drive and options `-drive if=none,media=disk,id=drive0,file=deb11.img,cache=writeback,discard=unmap,detect-zeroes=unmap` +3. Use default options with "guided partitioning"""" +additional = """I'm not aware of any changes to the setup of my system that would account for these problems, and have successfully tried many similar experiments with QEMU version up to and including version 7.1. Obviously, I'm hoping there's some trivial configuration error I've overlooked in qemu-7.2 - any suggestions would be much appreciated.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1405.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1405.toml new file mode 100644 index 00000000..9d7bca21 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1405.toml @@ -0,0 +1,129 @@ +id = 1405 +title = "linux-user: calling SYS_get_thread_area and SYS_get_thread_area has incorrent result on multithread environment" +state = "closed" +created_at = "2023-01-01T12:24:41.485Z" +closed_at = "2023-03-12T17:41:43.585Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1405" +host-os = "Ubuntu 22.10" +host-arch = "x86" +qemu-version = "qemu-i386 version 7.2.50 (v7.2.0-333-g222059a0fc)" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = """1. Compile test.out by Command and source code: +``` +gcc -m32 -g test.c -lpthread -o test.out +``` +``` +#include <sys/syscall.h> +#include <unistd.h> +#include <stdio.h> +#include <pthread.h> +#include <asm/ldt.h> + +static inline int set_thread_area( struct user_desc *ptr ) +{ + return syscall( SYS_set_thread_area, ptr ); +} + +static inline int get_thread_area( struct user_desc *ptr ) +{ + return syscall( SYS_get_thread_area, ptr ); +} + +static unsigned int entry_number; + +static void* start_routine(void* ptr) +{ + struct user_desc user_desc0 = { entry_number }; + struct user_desc user_desc1 = { entry_number }; + struct user_desc user_desc2 = { entry_number }; + get_thread_area(&user_desc0); + printf("child thread: %u\\n", user_desc0.base_addr); + + user_desc1.base_addr = 2; + user_desc1.limit = 0xFFF; + user_desc1.seg_32bit = 1; + set_thread_area( &user_desc1 ); + + get_thread_area(&user_desc2); + printf("child thread: %u\\n", user_desc2.base_addr); + return NULL; +} + +int main(void) { + struct user_desc user_desc0 = { -1 }, user_desc1 = { 0 }, user_desc2 = { 0 }; + user_desc0.seg_32bit = 1; + user_desc0.useable = 1; + set_thread_area( &user_desc0 ); + + entry_number = user_desc0.entry_number; + + user_desc1.entry_number = entry_number; + user_desc1.base_addr = 1; + user_desc1.limit = 0xFFF; + user_desc1.seg_32bit = 1; + set_thread_area( &user_desc1 ); + + pthread_t thread_id; + pthread_create(&thread_id, NULL, &start_routine, NULL); + pthread_join(thread_id, NULL); + + user_desc2.entry_number = entry_number; + get_thread_area(&user_desc2); + printf("main thread: %u\\n", user_desc2.base_addr); // main thread: 1 + return 0; +} + ``` +2. Correct Result: +``` +child thread: 1 +child thread: 2 +main thread: 1 +``` +qemu-i386 Print Result: +``` +child thread: 1 +child thread: 2 +main thread: 2 +```""" +additional = """patch for fix the bug: + +https://lists.nongnu.org/archive/html/qemu-devel/2023-02/msg02203.html + +CPUX86State::gdt::base on differect threads must have different vaules, but it points to same memory. +value of CPUX86State::gdt::base must be copied when clone thread. + +https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/x86/kernel/tls.c + +SYS_set_thread_area call do_set_thread_area in kernel, it set user_desc to different memroy area on differernt threads. tls_array is in thread local memory. + +``` +static void set_tls_desc(struct task_struct *p, int idx, +\t\t\t const struct user_desc *info, int n) +{ +\tstruct thread_struct *t = &p->thread; +\tstruct desc_struct *desc = &t->tls_array[idx - GDT_ENTRY_TLS_MIN]; +\tint cpu; + +\t/* +\t * We must not get preempted while modifying the TLS. +\t */ +\tcpu = get_cpu(); + +\twhile (n-- > 0) { +\t\tif (LDT_empty(info) || LDT_zero(info)) +\t\t\tmemset(desc, 0, sizeof(*desc)); +\t\telse +\t\t\tfill_ldt(desc, info); +\t\t++info; +\t\t++desc; +\t} + +\tif (t == ¤t->thread) +\t\tload_TLS(t, cpu); + +\tput_cpu(); +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1406.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1406.toml new file mode 100644 index 00000000..e2e07d3f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1406.toml @@ -0,0 +1,15 @@ +id = 1406 +title = "WANTED: Schematics, Service, Tech Notes, .pdf IBM Power4 970MP/FX Apple PowerMac G5 Early/Late 2005" +state = "closed" +created_at = "2023-01-01T16:29:52.419Z" +closed_at = "2023-01-02T08:35:53.746Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1406" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1409.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1409.toml new file mode 100644 index 00000000..9d21092d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1409.toml @@ -0,0 +1,15 @@ +id = 1409 +title = "make check failed about qemu@7.2.0on suse15_aarch64" +state = "closed" +created_at = "2023-01-03T07:36:30.528Z" +closed_at = "2023-05-15T10:11:24.234Z" +labels = ["Tests", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1409" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1411.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1411.toml new file mode 100644 index 00000000..19cc6315 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1411.toml @@ -0,0 +1,463 @@ +id = 1411 +title = "QEMU 7.2.0 - Failed compilation under MacOS" +state = "closed" +created_at = "2023-01-03T19:19:50.950Z" +closed_at = "2023-01-05T01:17:08.322Z" +labels = ["Build System", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1411" +host-os = "MacOS" +host-arch = "Apple M1 Pro" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """I downloaded and tried to build QEMU from git following the instructions from here: +https://www.qemu.org/download/ + +(I successfully installed QEMU with homebrew later, but I still want to figure out why my compilation failed.)""" +reproduce = """``` +git clone https://gitlab.com/qemu-project/qemu.git +cd qemu +git submodule init +git submodule update --recursive +./configure +make +```""" +additional = """With `./configure` I got: + +``` +Using './build' as the directory for build output +Disabling PIE due to missing toolchain support +The Meson build system +Version: 0.61.5 +Source dir: /Users/xxx/qemu +Build dir: /Users/xxx/qemu/build +Build type: native build +Project name: qemu +Project version: 7.2.50 +C compiler for the host machine: cc (clang 14.0.0 "Apple clang version 14.0.0 (clang-1400.0.29.202)") +C linker for the host machine: cc ld64 820.1 +Host machine cpu family: aarch64 +Host machine cpu: arm64 +Program scripts/symlink-install-tree.py found: YES (/opt/homebrew/opt/python@3.10/bin/python3.10 /Users/xxx/qemu/scripts/symlink-install-tree.py) +Program sh found: YES (/bin/sh) +Program python3 found: YES (/opt/homebrew/opt/python@3.10/bin/python3.10) +Program bzip2 found: YES (/usr/bin/bzip2) +Program iasl found: NO +Compiler for C supports link arguments -Wl,-z,relro: NO +Compiler for C supports link arguments -Wl,-z,now: NO +C++ compiler for the host machine: c++ (clang 14.0.0 "Apple clang version 14.0.0 (clang-1400.0.29.202)") +C++ linker for the host machine: c++ ld64 820.1 +Compiler for C++ supports link arguments -Wl,--warn-common: NO +Objective-C compiler for the host machine: clang (clang 14.0.0) +Objective-C linker for the host machine: clang ld64 820.1 +Program cgcc found: NO +Library m found: YES +Run-time dependency threads found: YES +Library util found: YES +Run-time dependency appleframeworks found: YES (CoreFoundation) +Run-time dependency appleframeworks found: YES (IOKit) +Run-time dependency appleframeworks found: YES (Hypervisor) +Found pkg-config: /opt/homebrew/bin/pkg-config (0.29.2) +Run-time dependency gio-2.0 found: YES 2.74.4 +Program /opt/homebrew/Cellar/glib/2.74.4/bin/gdbus-codegen found: YES (/opt/homebrew/Cellar/glib/2.74.4/bin/gdbus-codegen) +Run-time dependency gio-unix-2.0 found: YES 2.74.4 +Run-time dependency pixman-1 found: YES 0.42.2 +Run-time dependency zlib found: YES 1.2.11 +Has header "libaio.h" : NO +Run-time dependency liburing found: NO (tried pkgconfig) +Run-time dependency libnfs found: NO (tried pkgconfig) +Has header "attr/xattr.h" : NO +Run-time dependency appleframeworks found: YES (Cocoa, CoreVideo) +Run-time dependency appleframeworks found: YES (vmnet) +Header <vmnet/vmnet.h> has symbol "VMNET_BRIDGED_MODE" with dependency appleframeworks: YES +Run-time dependency libseccomp found: NO (tried pkgconfig) +Has header "cap-ng.h" : NO +Run-time dependency xkbcommon found: NO (tried pkgconfig) +Run-time dependency slirp found: NO (tried pkgconfig) +Has header "libvdeplug.h" : NO +Run-time dependency jack found: NO (tried pkgconfig) +Run-time dependency sndio found: NO (tried pkgconfig) +Run-time dependency spice-protocol found: NO (tried pkgconfig) +Run-time dependency spice-server found: NO (tried pkgconfig) +Library rt found: NO +Run-time dependency libiscsi found: NO (tried pkgconfig) +Run-time dependency libzstd found: NO (tried pkgconfig) +Run-time dependency virglrenderer found: NO (tried pkgconfig) +Run-time dependency blkio found: NO (tried pkgconfig) +Run-time dependency libcurl found: YES 7.84.0 +Run-time dependency ncursesw found: YES 5.7.20081102 +Has header "brlapi.h" : NO +sdl2-config found: NO +Run-time dependency sdl2 found: NO (tried pkgconfig, config-tool and framework) +Library rados found: NO +Has header "rbd/librbd.h" : NO +Run-time dependency glusterfs-api found: NO (tried pkgconfig) +Run-time dependency libssh found: NO (tried pkgconfig) +Has header "bzlib.h" : YES +Library bz2 found: YES +Has header "lzfse.h" : NO +Has header "sys/soundcard.h" : NO +Run-time dependency appleframeworks found: YES (CoreAudio) +Run-time dependency epoxy found: NO (tried pkgconfig) +Has header "epoxy/egl.h" with dependency epoxy: NO +Run-time dependency gnutls found: NO (tried pkgconfig) +Run-time dependency gnutls found: NO (tried pkgconfig) +libgcrypt-config found: NO need ['>=1.8'] +Run-time dependency libgcrypt found: NO (tried config-tool) +Run-time dependency nettle found: NO (tried pkgconfig) +Run-time dependency gmp found: NO (tried pkgconfig) +Run-time dependency gtk+-3.0 found: NO (tried pkgconfig) +Run-time dependency libpng found: NO (tried pkgconfig) +Run-time dependency libjpeg found: NO (tried pkgconfig) +Has header "sasl/sasl.h" : YES +Library sasl2 found: YES +Has header "security/pam_appl.h" : YES +Library pam found: YES +Has header "snappy-c.h" : NO +Has header "lzo/lzo1x.h" : NO +Has header "numa.h" : NO +Library ibumad found: NO +Has header "rdma/rdma_cma.h" : NO +Library ibverbs found: NO +Run-time dependency xencontrol found: NO (tried pkgconfig) +Library xenstore found: NO +Library xenctrl found: NO +Library xendevicemodel found: NO +Library xenforeignmemory found: NO +Library xengnttab found: NO +Library xenevtchn found: NO +Library xentoolcore found: NO +Run-time dependency libcacard found: NO (tried pkgconfig) +Run-time dependency u2f-emu found: NO (tried pkgconfig) +Run-time dependency canokey-qemu found: NO (tried pkgconfig) +Run-time dependency libusbredirparser-0.5 found: NO (tried pkgconfig) +Run-time dependency libusb-1.0 found: NO (tried pkgconfig) +Run-time dependency libpmem found: NO (tried pkgconfig) +Run-time dependency libdaxctl found: NO (tried pkgconfig) +Run-time dependency libkeyutils found: NO (tried pkgconfig) +Checking for function "gettid" : NO +Run-time dependency libselinux found: NO (tried pkgconfig) +Run-time dependency fuse3 found: NO (tried pkgconfig) +Run-time dependency libbpf found: NO (tried pkgconfig) +Has header "IOKit/storage/IOMedia.h" : YES +Checking for function "pthread_fchdir_np" : YES +Has header "sys/epoll.h" : NO +Has header "linux/magic.h" : NO +Has header "valgrind/valgrind.h" : NO +Has header "linux/btrfs.h" : NO +Has header "libdrm/drm.h" : NO +Has header "pty.h" : NO +Has header "sys/disk.h" : YES +Has header "sys/ioccom.h" : YES +Has header "sys/kcov.h" : NO +Checking for function "close_range" : NO +Checking for function "accept4" : NO +Checking for function "clock_adjtime" : NO +Checking for function "dup3" : NO +Checking for function "fallocate" : NO +Checking for function "posix_fallocate" : NO +Checking for function "posix_memalign" : YES +Checking for function "_aligned_malloc" : NO +Checking for function "valloc" : YES +Checking for function "memalign" : NO +Checking for function "ppoll" : NO +Checking for function "preadv" : YES +Checking for function "pthread_fchdir_np" : YES (cached) +Checking for function "sendfile" : YES +Checking for function "setns" : NO +Checking for function "syncfs" : NO +Checking for function "sync_file_range" : NO +Checking for function "timerfd_create" : NO +Checking for function "copy_file_range" : NO +Checking for function "getifaddrs" : YES +Checking for function "openpty" with dependency -lutil: YES +Checking for function "strchrnul" : NO +Checking for function "system" : YES +Header <byteswap.h> has symbol "bswap_32" : NO +Header <sys/epoll.h> has symbol "epoll_create1" : NO +Header <linux/falloc.h> has symbol "FALLOC_FL_PUNCH_HOLE" : NO +Header <linux/falloc.h> has symbol "FALLOC_FL_ZERO_RANGE" : NO +Has header "linux/fiemap.h" : NO +Checking for function "getrandom" : NO +Header <sys/inotify.h> has symbol "inotify_init" : NO +Header <sys/inotify.h> has symbol "inotify_init1" : NO +Header <machine/bswap.h> has symbol "bswap32" : NO +Header <sys/prctl.h> has symbol "PR_SET_TIMERSLACK" : NO +Header <linux/rtnetlink.h> has symbol "IFLA_PROTO_DOWN" : NO +Header <sys/sysmacros.h> has symbol "makedev" : NO +Header <getopt.h> has symbol "optreset" : YES +Header <netinet/in.h> has symbol "IPPROTO_MPTCP" : NO +Header <sys/mount.h> has symbol "FSCONFIG_SET_FLAG" : NO +Checking whether type "struct sigevent" has member "sigev_notify_thread_id" : NO +Checking whether type "struct stat" has member "st_atim" : NO +Checking for type "struct iovec" : YES +Checking for type "struct utmpx" : YES +Checking for type "struct mmsghdr" : NO +Header <linux/vm_sockets.h> has symbol "AF_VSOCK" : NO +Program scripts/minikconf.py found: YES (/opt/homebrew/opt/python@3.10/bin/python3.10 /Users/xxx/qemu/scripts/minikconf.py) +Configuring x86_64-softmmu-config-target.h using configuration +Configuring x86_64-softmmu-config-devices.mak with command +Reading depfile: /Users/xxx/qemu/build/meson-private/x86_64-softmmu-config-devices.mak.d +Configuring x86_64-softmmu-config-devices.h using configuration +Program scripts/make-config-poison.sh found: YES (/Users/xxx/qemu/scripts/make-config-poison.sh) +Run-time dependency capstone found: NO (tried pkgconfig) +Library fdt found: NO +Configuring config-host.h using configuration +Program scripts/hxtool found: YES (/Users/xxx/qemu/scripts/hxtool) +Program scripts/shaderinclude.pl found: YES (/usr/bin/env perl /Users/xxx/qemu/scripts/shaderinclude.pl) +Program scripts/qapi-gen.py found: YES (/opt/homebrew/opt/python@3.10/bin/python3.10 /Users/xxx/qemu/scripts/qapi-gen.py) +Program scripts/qemu-version.sh found: YES (/Users/xxx/qemu/scripts/qemu-version.sh) +Program scripts/decodetree.py found: YES (/opt/homebrew/opt/python@3.10/bin/python3.10 /Users/xxx/qemu/scripts/decodetree.py) +Program ../scripts/modules/module_block.py found: YES (/opt/homebrew/opt/python@3.10/bin/python3.10 /Users/xxx/qemu/block/../scripts/modules/module_block.py) +Program ../scripts/block-coroutine-wrapper.py found: YES (/opt/homebrew/opt/python@3.10/bin/python3.10 /Users/xxx/qemu/block/../scripts/block-coroutine-wrapper.py) +Configuring qemu-plugins-ld64.symbols with command +Program scripts/modinfo-collect.py found: YES (/Users/xxx/qemu/scripts/modinfo-collect.py) +Program scripts/modinfo-generate.py found: YES (/Users/xxx/qemu/scripts/modinfo-generate.py) +Program nm found: YES +Program scripts/undefsym.py found: YES (/opt/homebrew/opt/python@3.10/bin/python3.10 /Users/xxx/qemu/scripts/undefsym.py) +Program scripts/feature_to_c.sh found: YES (/bin/sh /Users/xxx/qemu/scripts/feature_to_c.sh) +Program scripts/entitlement.sh found: YES (/Users/xxx/qemu/scripts/entitlement.sh) +Configuring 50-edk2-i386-secure.json using configuration +Configuring 50-edk2-x86_64-secure.json using configuration +Configuring 60-edk2-aarch64.json using configuration +Configuring 60-edk2-arm.json using configuration +Configuring 60-edk2-i386.json using configuration +Configuring 60-edk2-x86_64.json using configuration +Program qemu-keymap found: NO +Program sphinx-build-3 sphinx-build found: NO +Program bash found: NO found 3.2.57 but need: '>= 4.0' (/bin/bash) +Message: bash >= v4.0 not available ==> Disabled the qemu-iotests. +Program diff found: YES (/usr/bin/diff) +Program dbus-daemon found: NO +Did not find CMake 'cmake' +Found CMake: NO +Run-time dependency gvnc-1.0 found: NO (tried pkgconfig, framework and cmake) +Program initrd-stress.sh found: YES (/Users/xxx/qemu/tests/migration/initrd-stress.sh) +Build targets in project: 499 + +qemu 7.2.50 + + Directories + Install prefix : /usr/local + BIOS directory : share/qemu + firmware path : share/qemu-firmware + binary directory : /usr/local/bin + library directory : /usr/local/lib + module directory : lib/qemu + libexec directory : /usr/local/libexec + include directory : /usr/local/include + config directory : /usr/local/etc + local state directory : /var/local + Manual directory : /usr/local/share/man + Doc directory : /usr/local/share/doc + Build directory : /Users/xxx/qemu/build + Source path : /Users/xxx/qemu + GIT submodules : ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + + Host binaries + git : git + make : make + python : /opt/homebrew/opt/python@3.10/bin/python3.10 (version: 3.10) + sphinx-build : NO + iasl : NO + genisoimage : + + Configurable features + Documentation : NO + system-mode emulation : YES + user-mode emulation : NO + block layer : YES + Install blobs : YES + module support : NO + fuzzing support : NO + Audio drivers : coreaudio + Trace backends : log + D-Bus display : NO + QOM debugging : NO + vhost-kernel support : NO + vhost-net support : NO + vhost-user support : NO + vhost-user-crypto support : NO + vhost-user-blk server support: NO + vhost-vdpa support : NO + build guest agent : NO + + Compilation + host CPU : aarch64 + host endianness : little + C compiler : cc + Host C compiler : cc + C++ compiler : c++ + Objective-C compiler : clang + CFLAGS : -O2 -g + CXXFLAGS : -O2 -g + OBJCFLAGS : -O2 -g + QEMU_CFLAGS : -DOS_OBJECT_USE_OBJC=0 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -Wno-gnu-variable-sized-type-not-at-end -fstack-protector-strong + QEMU_CXXFLAGS : -DOS_OBJECT_USE_OBJC=0 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wundef -Wwrite-strings -fno-strict-aliasing -fno-common -fwrapv -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -Wno-gnu-variable-sized-type-not-at-end -fstack-protector-strong + QEMU_OBJCFLAGS : -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -Wno-gnu-variable-sized-type-not-at-end + QEMU_LDFLAGS : -fstack-protector-strong + profiler : NO + link-time optimization (LTO) : NO + PIE : NO + static build : NO + malloc trim support : NO + membarrier : NO + debug stack usage : NO + mutex debugging : NO + memory allocator : system + avx2 optimization : NO + avx512f optimization : NO + gprof enabled : NO + gcov : NO + thread sanitizer : NO + CFI support : NO + strip binaries : NO + sparse : NO + mingw32 support : NO + + Targets and accelerators + KVM support : NO + HAX support : NO + HVF support : NO + WHPX support : NO + NVMM support : NO + Xen support : NO + TCG support : YES + TCG backend : native (aarch64) + TCG plugins : YES + TCG debug enabled : NO + target list : x86_64-softmmu + default devices : YES + out of process emulation : NO + vfio-user server : NO + + Block layer support + coroutine backend : sigaltstack + coroutine pool : YES + Block whitelist (rw) : + Block whitelist (ro) : + Use block whitelist in tools : NO + VirtFS support : YES + build virtiofs daemon : NO + Live block migration : YES + replication support : YES + bochs support : YES + cloop support : YES + dmg support : YES + qcow v1 support : YES + vdi support : YES + vvfat support : YES + qed support : YES + parallels support : YES + FUSE exports : NO + VDUSE block exports : NO + + Crypto + TLS priority : NORMAL + GNUTLS support : NO + libgcrypt : NO + nettle : NO + AF_ALG support : NO + rng-none : NO + Linux keyring : NO + + Dependencies + Cocoa support : YES + vmnet.framework support : YES + SDL support : NO + SDL image support : NO + GTK support : NO + pixman : YES 0.42.2 + VTE support : NO + slirp support : NO + libtasn1 : NO + PAM : YES + iconv support : YES + curses support : YES + virgl support : NO + blkio support : NO + curl support : YES 7.84.0 + Multipath support : NO + PNG support : NO + VNC support : YES + VNC SASL support : YES + VNC JPEG support : NO + CoreAudio support : YES + JACK support : NO + brlapi support : NO + vde support : NO + netmap support : NO + l2tpv3 support : NO + Linux AIO support : NO + Linux io_uring support : NO + ATTR/XATTR support : NO + RDMA support : NO + PVRDMA support : NO + fdt support : internal + libcap-ng support : NO + bpf support : NO + spice protocol support : NO + rbd support : NO + smartcard support : NO + U2F support : NO + libusb : NO + usb net redir : NO + OpenGL support (epoxy) : NO + GBM : NO + libiscsi support : NO + libnfs support : NO + seccomp support : NO + GlusterFS support : NO + TPM support : YES + libssh support : NO + lzo support : NO + snappy support : NO + bzip2 support : YES + lzfse support : NO + zstd support : NO + NUMA host support : NO + capstone : NO + libpmem support : NO + libdaxctl support : NO + libudev : NO + FUSE lseek : NO + selinux : NO + + User defined options + Native files : config-meson.cross + prefix : /usr/local + b_pie : false + vfio_user_server : disabled + +Found ninja-1.11.1 at /opt/homebrew/bin/ninja +Running postconf script '/opt/homebrew/opt/python@3.10/bin/python3.10 /Users/xxx/qemu/scripts/symlink-install-tree.py' +``` + + +With `make` I got: + +``` +changing dir to build for /Library/Developer/CommandLineTools/usr/bin/make ""... + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc +[1/75] Generating qemu-version.h with a custom command (wrapped by meson to capture output) +changing dir to build for /Library/Developer/CommandLineTools/usr/bin/make ""... + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc +[1/75] Generating qemu-version.h with a custom command (wrapped by meson to capture output) +changing dir to build for /Library/Developer/CommandLineTools/usr/bin/make ""... +/opt/homebrew/bin/ninja build.ninja && touch build.ninja.stamp +ninja: no work to do. +/opt/homebrew/bin/python3 -B /Users/xxx/qemu/meson/meson.py introspect --targets --tests --benchmarks | /opt/homebrew/bin/python3 -B scripts/mtest2make.py > Makefile.mtest + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc +[1/2455] Generating config-poison.h with a custom command (wrapped by meson to capture output) +[2/2455] Compiling C object libfdt.a.p/dtc_libfdt_fdt.c.o +[3/2455] Compiling C object libfdt.a.p/dtc_libfdt_fdt_ro.c.o +[4/2455] Compiling C object libfdt.a.p/dtc_libfdt_fdt_wip.c.o +[5/2455] Compiling C object libfdt.a.p/dtc_libfdt_fdt_sw.c.o +... (no error) +[2455/2455] Linking target tests/qtest/readconfig-test +changing dir to build for /Library/Developer/CommandLineTools/usr/bin/make ""... + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc +[1/48] Generating qemu-version.h with a custom command (wrapped by meson to capture output) +[2/34] Generating tests/include/QAPI test (include) with a custom command +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1413.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1413.toml new file mode 100644 index 00000000..31b816e2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1413.toml @@ -0,0 +1,30 @@ +id = 1413 +title = "I tried to use qemu-nbd in the shell script, but it seems that qemu-nbd has some delay." +state = "opened" +created_at = "2023-01-04T13:13:06.407Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1413" +host-os = "- OS/kernel version:" +host-arch = "## Description of problem" +qemu-version = "n/a" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. +``` +cat ~/test.sh +#!/bin/bash +qemu-nbd -c /dev/nbd0 $1 +mount -t ntfs3 -o uid=1000,gid=1000 /dev/disk/by-label/OS /mnt/OS +``` +2. +``` +sudo ~/test.sh ~/VM/win7_i386.qcow2 +mount: /mnt/OS: special device /dev/disk/by-label/OS does not exist. + dmesg(1) may have more information after failed mount system call. + +```""" +additional = """But when I added a one-second delay between qemu-nbd and mount commands, the problem was solved. + +The qemu-img convert command also has a similar problem. It seems that these commands have a certain delay. Is this in line with expectations?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1414.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1414.toml new file mode 100644 index 00000000..258710c0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1414.toml @@ -0,0 +1,28 @@ +id = 1414 +title = "Configure script fix for glib version" +state = "closed" +created_at = "2023-01-04T17:29:31.786Z" +closed_at = "2023-01-12T15:42:19.269Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1414" +host-os = "Linux / any" +host-arch = "n/a" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Script "configure" uses "pkg-config" directly, at line 2420: https://gitlab.com/qemu-project/qemu/-/blob/f9f0e6173e1d570847930abfe2b4560c7b6a964a/configure#L2420 + +Because of it, GLIB_VERSION in "config-host.mak" can be taken from host system, under some circumstances (if PKG_CONFIG_PATH is not defined). + +In case of cross-compilation, "**$pkg_config**" should be used instead of "pkg-config", to use pkg-config from cross-compilation toolchain and to take GLIB_VERSION of cross-compiled glib (as it is **correctly used at line 1476**: https://gitlab.com/qemu-project/qemu/-/blob/f9f0e6173e1d570847930abfe2b4560c7b6a964a/configure#L1476 ).""" +reproduce = """1. Do not define PKG_CONFIG_PATH environment variable, use PKG_CONFIG variable instead. +2. Try to ./configure with cross-compiled glib. +3. GLIB_VERSION in config-host.mak will be from host glib.""" +additional = """Change lihe 2420:<br> +https://gitlab.com/qemu-project/qemu/-/blob/f9f0e6173e1d570847930abfe2b4560c7b6a964a/configure#L2420 +<br> +echo "GLIB_VERSION=$(**pkg-config** --modversion glib-2.0)" >> $config_host_mak +<br>to:<br> +echo "GLIB_VERSION=$(**\\$pkg_config** --modversion glib-2.0)" >> $config_host_mak + +P.s. Sorry for posting the patch here, GitLab requires signing with a key to push the commit, it's too complicated to post 2-bytes fix.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1418.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1418.toml new file mode 100644 index 00000000..ab20f323 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1418.toml @@ -0,0 +1,95 @@ +id = 1418 +title = "Underflow in xlnx_dp_aux_pop_tx_fifo()" +state = "opened" +created_at = "2023-01-05T11:31:56.440Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1418" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """Pop from s->tx_fifo but s->tx_fifo has zero element.""" +reproduce = """``` +export QEMU=/path/to/qemu-system-aarch64 + +cat << EOF | $QEMU \\ +-machine xlnx-zcu102 -monitor none -serial none \\ +-display none -nodefaults -qtest stdio +writel 0xfd4a0100 0x19c4406f +EOF +```""" +additional = """``` ++ DEFAULT_INPUT_MAXSIZE=10000000 ++ ./qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp -max_len=10000000 -detect_leaks=0 ./crash-c15714102f0b894dea5c22f38852311567380926.minimized +==14660==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +INFO: found LLVMFuzzerCustomMutator (0x55db5cf9b840). Disabling -len_control by default. +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 1977030529 +INFO: Loaded 1 modules (618603 inline 8-bit counters): 618603 [0x55db600fa000, 0x55db6019106b), +INFO: Loaded 1 PC tables (618603 PCs): 618603 [0x55db5f788d60,0x55db600f9410), +./qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp: Running 1 inputs 1 time(s) each. +INFO: Reading pre_seed_input if any ... +INFO: Executing pre_seed_input if any ... +Matching objects by name , *.core*, *.v_blend*, *.av_buffer_manager*, *.audio* +This process will fuzz the following MemoryRegions: + * xlnx.v-dp.core[0] (size 3b0) + * xlnx.v-dp.v_blend[0] (size 1e0) + * xlnx.v-dp.audio[0] (size 50) + * xlnx.v-dp.av_buffer_manager[0] (size 238) +This process will fuzz through the following interfaces: + * clock_step, EVENT_TYPE_CLOCK_STEP, 0xffffffff +0xffffffff, 255,255 + * xlnx.v-dp.core, EVENT_TYPE_MMIO_READ, 0xfd4a0000 +0x3b0, 4,4 + * xlnx.v-dp.core, EVENT_TYPE_MMIO_WRITE, 0xfd4a0000 +0x3b0, 4,4 + * xlnx.v-dp.v_blend, EVENT_TYPE_MMIO_READ, 0xfd4aa000 +0x1e0, 4,4 + * xlnx.v-dp.v_blend, EVENT_TYPE_MMIO_WRITE, 0xfd4aa000 +0x1e0, 4,4 + * xlnx.v-dp.av_buffer_manager, EVENT_TYPE_MMIO_READ, 0xfd4ab000 +0x238, 4,4 + * xlnx.v-dp.av_buffer_manager, EVENT_TYPE_MMIO_WRITE, 0xfd4ab000 +0x238, 4,4 + * xlnx.v-dp.audio, EVENT_TYPE_MMIO_READ, 0xfd4ac000 +0x50, 1,4 + * xlnx.v-dp.audio, EVENT_TYPE_MMIO_WRITE, 0xfd4ac000 +0x50, 1,4 +INFO: A corpus is not provided, starting from an empty corpus +#2 INITED cov: 3 ft: 4 corp: 1/1b exec/s: 0 rss: 488Mb +Running: ./crash-c15714102f0b894dea5c22f38852311567380926.minimized +aarch64: xlnx_dp_aux_pop_tx_fifo: TX_FIFO underflow +==14660== ERROR: libFuzzer: deadly signal + #0 0x55db5837410e in __sanitizer_print_stack_trace /root/llvm-project/compiler-rt/lib/asan/asan_stack.cpp:86:3 + #1 0x55db582c2d81 in fuzzer::PrintStackTrace() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x55db5829bcb6 in fuzzer::Fuzzer::CrashCallback() (.part.0) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:236:18 + #3 0x55db5829bd82 in fuzzer::Fuzzer::CrashCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:208:1 + #4 0x55db5829bd82 in fuzzer::Fuzzer::StaticCrashSignalCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:207:19 + #5 0x7f98a612541f (/lib/x86_64-linux-gnu/libpthread.so.0+0x1441f) + #6 0x7f98a5f3700a in __libc_signal_restore_set /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/internal-signals.h:86:3 + #7 0x7f98a5f3700a in raise /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/raise.c:48:3 + #8 0x7f98a5f16858 in abort /build/glibc-SzIz7B/glibc-2.31/stdlib/abort.c:79:7 + #9 0x55db583a465a in __wrap_abort /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/less_crashes_wrappers.c:24:12 + #10 0x55db58cce4d8 in xlnx_dp_aux_pop_tx_fifo /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/xlnx_dp.c:476:9 + #11 0x55db58cc9ee7 in xlnx_dp_aux_set_command /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/xlnx_dp.c:524:22 + #12 0x55db58cc6a92 in xlnx_dp_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/xlnx_dp.c:800:9 + #13 0x55db5bf4eec3 in memory_region_write_accessor /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:492:5 + #14 0x55db5bf4e801 in access_with_adjusted_size /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:554:18 + #15 0x55db5bf4d126 in memory_region_dispatch_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:1514:16 + #16 0x55db5bfdb2de in flatview_write_continue /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2825:23 + #17 0x55db5bfc941b in flatview_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2867:12 + #18 0x55db5bfc8ed8 in address_space_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2963:18 + #19 0x55db583b40cb in qemu_writel /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1088:5 + #20 0x55db583b2544 in dispatch_mmio_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1229:28 + #21 0x55db5cf971ff in videzzo_dispatch_event /root/videzzo/videzzo.c:1122:5 + #22 0x55db5cf8e57b in __videzzo_execute_one_input /root/videzzo/videzzo.c:272:9 + #23 0x55db5cf8e450 in videzzo_execute_one_input /root/videzzo/videzzo.c:313:9 + #24 0x55db583bb10c in videzzo_qemu /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1504:12 + #25 0x55db5cf9bae2 in LLVMFuzzerTestOneInput /root/videzzo/videzzo.c:1891:18 + #26 0x55db5829c826 in fuzzer::Fuzzer::ExecuteCallback(unsigned char*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:594:17 + #27 0x55db5827f454 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:323:21 + #28 0x55db5828a3fe in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:885:19 + #29 0x55db582769e6 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #30 0x7f98a5f18082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #31 0x55db58276a3d in _start (/root/bugs/metadata/xlnx_dp-06/qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp+0x3291a3d) + +NOTE: libFuzzer has rudimentary signal handlers. + Combine libFuzzer with AddressSanitizer or similar for better crash reports. +SUMMARY: libFuzzer: deadly signal +MS: 0 ; base unit: 0000000000000000000000000000000000000000 +0x1,0x9,0x0,0x1,0x4a,0xfd,0x0,0x0,0x0,0x0,0x4,0x0,0x0,0x0,0x6f,0x40,0xc4,0x19,0x0,0x0,0x0,0x0, +\\x01\\x09\\x00\\x01J\\xfd\\x00\\x00\\x00\\x00\\x04\\x00\\x00\\x00o@\\xc4\\x19\\x00\\x00\\x00\\x00 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1419.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1419.toml new file mode 100644 index 00000000..cd0acdb8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1419.toml @@ -0,0 +1,100 @@ +id = 1419 +title = "Overflow in xlnx_dp_aux_push_rx_fifo()" +state = "opened" +created_at = "2023-01-05T12:25:21.475Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1419" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """Pushing stuff into s->rx_fifo many times make s->rx_fifo overflow.""" +reproduce = """``` +export QEMU=/path/to/qemu-system-aarch64 + +cat << EOF | $QEMU \\ +-machine xlnx-zcu102 -monitor none -serial none \\ +-display none -nodefaults -qtest stdio +writel 0xfd4a0100 0x7fb141e6 +writel 0xfd4a0100 0x7fb141e6 +writel 0xfd4a0100 0x7fb141e6 +EOF +```""" +additional = """``` +root@3728b1f90dbd:~/bugs/metadata/xlnx_dp-03# bash -x xlnx_dp-03.videzzo ++ DEFAULT_INPUT_MAXSIZE=10000000 ++ ./qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp -max_len=10000000 -detect_leaks=0 poc-qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp-crash-a6a2bd23ff0408dd50652670fdcdf9f5ceaab95d.minimized +==767==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +INFO: found LLVMFuzzerCustomMutator (0x55d36d8b3870). Disabling -len_control by default. +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 1781001818 +INFO: Loaded 1 modules (618604 inline 8-bit counters): 618604 [0x55d370a12000, 0x55d370aa906c), +INFO: Loaded 1 PC tables (618604 PCs): 618604 [0x55d3700a0ce0,0x55d370a113a0), +./qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp: Running 1 inputs 1 time(s) each. +INFO: Reading pre_seed_input if any ... +INFO: Executing pre_seed_input if any ... +Matching objects by name , *.core*, *.v_blend*, *.av_buffer_manager*, *.audio* +This process will fuzz the following MemoryRegions: + * xlnx.v-dp.core[0] (size 3b0) + * xlnx.v-dp.v_blend[0] (size 1e0) + * xlnx.v-dp.audio[0] (size 50) + * xlnx.v-dp.av_buffer_manager[0] (size 238) +This process will fuzz through the following interfaces: + * clock_step, EVENT_TYPE_CLOCK_STEP, 0xffffffff +0xffffffff, 255,255 + * xlnx.v-dp.core, EVENT_TYPE_MMIO_READ, 0xfd4a0000 +0x3b0, 4,4 + * xlnx.v-dp.core, EVENT_TYPE_MMIO_WRITE, 0xfd4a0000 +0x3b0, 4,4 + * xlnx.v-dp.v_blend, EVENT_TYPE_MMIO_READ, 0xfd4aa000 +0x1e0, 4,4 + * xlnx.v-dp.v_blend, EVENT_TYPE_MMIO_WRITE, 0xfd4aa000 +0x1e0, 4,4 + * xlnx.v-dp.av_buffer_manager, EVENT_TYPE_MMIO_READ, 0xfd4ab000 +0x238, 4,4 + * xlnx.v-dp.av_buffer_manager, EVENT_TYPE_MMIO_WRITE, 0xfd4ab000 +0x238, 4,4 + * xlnx.v-dp.audio, EVENT_TYPE_MMIO_READ, 0xfd4ac000 +0x50, 1,4 + * xlnx.v-dp.audio, EVENT_TYPE_MMIO_WRITE, 0xfd4ac000 +0x50, 1,4 +INFO: A corpus is not provided, starting from an empty corpus +#2 INITED cov: 3 ft: 4 corp: 1/1b exec/s: 0 rss: 492Mb +Running: poc-qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp-crash-a6a2bd23ff0408dd50652670fdcdf9f5ceaab95d.minimized +qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp: ../util/fifo8.c:43: void fifo8_push_all(Fifo8 *, const uint8_t *, uint32_t): Assertion `fifo->num + num <= fifo->capacity' failed. +==767== ERROR: libFuzzer: deadly signal + #0 0x55d368c8c10e in __sanitizer_print_stack_trace /root/llvm-project/compiler-rt/lib/asan/asan_stack.cpp:86:3 + #1 0x55d368bdad81 in fuzzer::PrintStackTrace() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x55d368bb3cb6 in fuzzer::Fuzzer::CrashCallback() (.part.0) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:236:18 + #3 0x55d368bb3d82 in fuzzer::Fuzzer::CrashCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:208:1 + #4 0x55d368bb3d82 in fuzzer::Fuzzer::StaticCrashSignalCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:207:19 + #5 0x7f9897d8741f (/lib/x86_64-linux-gnu/libpthread.so.0+0x1441f) + #6 0x7f9897b9900a in __libc_signal_restore_set /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/internal-signals.h:86:3 + #7 0x7f9897b9900a in raise /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/raise.c:48:3 + #8 0x7f9897b78858 in abort /build/glibc-SzIz7B/glibc-2.31/stdlib/abort.c:79:7 + #9 0x7f9897b78728 in __assert_fail_base /build/glibc-SzIz7B/glibc-2.31/assert/assert.c:92:3 + #10 0x7f9897b89fd5 in __assert_fail /build/glibc-SzIz7B/glibc-2.31/assert/assert.c:101:3 + #11 0x55d36d56bff3 in fifo8_push_all /root/videzzo/videzzo_qemu/qemu/build-san-6/../util/fifo8.c:43:5 + #12 0x55d3695e64d3 in xlnx_dp_aux_push_rx_fifo /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/xlnx_dp.c:436:5 + #13 0x55d3695e1e9a in xlnx_dp_aux_set_command /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/xlnx_dp.c:513:13 + #14 0x55d3695dea92 in xlnx_dp_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/xlnx_dp.c:805:9 + #15 0x55d36c866ef3 in memory_region_write_accessor /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:492:5 + #16 0x55d36c866831 in access_with_adjusted_size /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:554:18 + #17 0x55d36c865156 in memory_region_dispatch_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:1514:16 + #18 0x55d36c8f330e in flatview_write_continue /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2825:23 + #19 0x55d36c8e144b in flatview_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2867:12 + #20 0x55d36c8e0f08 in address_space_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2963:18 + #21 0x55d368ccc0cb in qemu_writel /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1088:5 + #22 0x55d368cca544 in dispatch_mmio_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1229:28 + #23 0x55d36d8af22f in videzzo_dispatch_event /root/videzzo/videzzo.c:1122:5 + #24 0x55d36d8a65ab in __videzzo_execute_one_input /root/videzzo/videzzo.c:272:9 + #25 0x55d36d8a6480 in videzzo_execute_one_input /root/videzzo/videzzo.c:313:9 + #26 0x55d368cd310c in videzzo_qemu /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1504:12 + #27 0x55d36d8b3b12 in LLVMFuzzerTestOneInput /root/videzzo/videzzo.c:1891:18 + #28 0x55d368bb4826 in fuzzer::Fuzzer::ExecuteCallback(unsigned char*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:594:17 + #29 0x55d368b97454 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:323:21 + #30 0x55d368ba23fe in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:885:19 + #31 0x55d368b8e9e6 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #32 0x7f9897b7a082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #33 0x55d368b8ea3d in _start (/root/bugs/metadata/xlnx_dp-03/qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-dp+0x3291a3d) + +NOTE: libFuzzer has rudimentary signal handlers. + Combine libFuzzer with AddressSanitizer or similar for better crash reports. +SUMMARY: libFuzzer: deadly signal +MS: 0 ; base unit: 0000000000000000000000000000000000000000 +0x1,0x9,0x0,0x1,0x4a,0xfd,0x0,0x0,0x0,0x0,0x4,0x0,0x0,0x0,0xe6,0x41,0xb1,0x7f,0x0,0x0,0x0,0x0,0x1,0x9,0x0,0x1,0x4a,0xfd,0x0,0x0,0x0,0x0,0x4,0x0,0x0,0x0,0xe6,0x41,0xb1,0x7f,0x0,0x0,0x0,0x0,0x1,0x9,0x0,0x1,0x4a,0xfd,0x0,0x0,0x0,0x0,0x4,0x0,0x0,0x0,0xe6,0x41,0xb1,0x7f,0x0,0x0,0x0,0x0, +\\x01\\x09\\x00\\x01J\\xfd\\x00\\x00\\x00\\x00\\x04\\x00\\x00\\x00\\xe6A\\xb1\\x7f\\x00\\x00\\x00\\x00\\x01\\x09\\x00\\x01J\\xfd\\x00\\x00\\x00\\x00\\x04\\x00\\x00\\x00\\xe6A\\xb1\\x7f\\x00\\x00\\x00\\x00\\x01\\x09\\x00\\x01J\\xfd\\x00\\x00\\x00\\x00\\x04\\x00\\x00\\x00\\xe6A\\xb1\\x7f\\x00\\x00\\x00\\x00 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/142.toml b/gitlab/issues/target_missing/host_missing/accel_missing/142.toml new file mode 100644 index 00000000..b74fffe9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/142.toml @@ -0,0 +1,15 @@ +id = 142 +title = "qemu -readconfig/-writeconfig cannot handle quotes in values" +state = "closed" +created_at = "2021-05-05T06:57:13.127Z" +closed_at = "2021-06-04T10:26:35.895Z" +labels = ["Documentation", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/142" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1420.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1420.toml new file mode 100644 index 00000000..d7de27a8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1420.toml @@ -0,0 +1,47 @@ +id = 1420 +title = "Missing path for pkg-config on amd64 debian based distros" +state = "closed" +created_at = "2023-01-06T23:38:39.613Z" +closed_at = "2023-01-07T13:31:14.729Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1420" +host-os = "Debian testing" +host-arch = "amd64" +qemu-version = "commit 171033e8dbac356f9a84c2e7cc8556a4eb0a1359 (master)" +guest-os = "n/a" +guest-arch = "n/a" +description = """This error occurs when attempting to configure qemu from git : +```error +ERROR: glib-2.56 gthread-2.0 is required to compile QEMU +``` + +Although it seems to be as simple as "_just install the dev lib!!!_" it is not that simple. + +1. First of all, my system already has the library installed : + ```sh + dpkg -l | grep libglib2.0-dev + ii libglib2.0-dev:amd64 2.74.4-1 amd64 Development files for the GLib library + ii libglib2.0-dev-bin 2.74.4-1 amd64 Development utilities for the GLib library + ``` +1. Second, the file required by _pkg-config_ does exist aswell : + ```sh + ls /usr/lib/x86_64-linux-gnu/pkgconfig/gthread-2.0.pc -l + -rw-r--r-- 1 root root 240 dez 27 20:42 /usr/lib/x86_64-linux-gnu/pkgconfig/gthread-2.0.pc + ``` +1. Finally, the real problem is that pkg-config is not able to identify it **unless** you specify the _x86-64_ dir : + - Default usage. It fails. + ```sh + pkg-config --modversion gthread-2.0 + Package gthread-2.0 was not found in the pkg-config search path. + Perhaps you should add the directory containing `gthread-2.0.pc' + to the PKG_CONFIG_PATH environment variable + Package 'gthread-2.0', required by 'virtual:world', not found + ``` + - Fixed usage (temp) + ```sh + env PKG_CONFIG_PATH="$PKG_CONFIG_PATH:/usr/lib/x86_64-linux-gnu/pkgconfig/" pkg-config --modversion gthread-2.0 + 2.74.4 + ```""" +reproduce = """1. clone qemu (master) +2. try to run _configure_""" +additional = """Of course it seems to be a problem related to the program _pkg-config_ itself, or even by the distro's package, but it totally prevents any build of qemu in a debian-based distro, with architecture _amd64_.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1423.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1423.toml new file mode 100644 index 00000000..103ed74a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1423.toml @@ -0,0 +1,21 @@ +id = 1423 +title = "QEMU 6.2.0 fullscreen problem" +state = "opened" +created_at = "2023-01-08T01:29:33.203Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1423" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.6)" +guest-os = "Ubuntu 22.04" +guest-arch = "x86_64" +description = """After running the command above, clicking on "Try Ubuntu" and adjusting the guest display resolution in GNOME to the native resolution, pressing ctrl+alt+f yields a "fullscreen" that only covers the QEMU window but not the entire host screen. This is not the case when switching to fullscreen while the boot screen is active or running `qemu-system-x86_64 -display gtk,full-screen=on`. + +The problem also occurs when replacing `-device qxl-vga` by `-device VGA,vgamem_mb=64`. The problem however does not occur when using `-device virtio-vga` instead of `-device qxl-vga` or `-display sdl` instead of `-display gtk`.""" +reproduce = """1. Run the command above +2. Click "Try Ubuntu" +3. Set guest resolution to native resolution (1920x1200 in my case) +4. Move the window a bit off the corners to observe the effect +5. Press ctrl+alt+f""" +additional = """The bug has also been [reported here](https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/2000739).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1426.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1426.toml new file mode 100644 index 00000000..53b3c7d1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1426.toml @@ -0,0 +1,46 @@ +id = 1426 +title = "On windows, display spice-app is not able to initialize, start spice-server and consequently can't use spice-client" +state = "opened" +created_at = "2023-01-09T08:39:09.603Z" +closed_at = "n/a" +labels = ["hostos: Windows", "kind::Feature Request", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1426" +host-os = "Windows 22H2" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.2.0 (v7.2.0-11948-ge6523b71fc-dirty)" +guest-os = "NA" +guest-arch = "NA" +description = """I want to try windows spice-client / virt-viewer.exe (v11.0.256) instead of gtk client. +Windows spice client virtviewer won't start like it does under Linux. +The error message indicaes that the spice-server itself failed to open spice sockets +The registry to handle ```spice://``` URI handler is configured.""" +reproduce = """1. just run command""" +additional = """URI handler in registry is configure using a regestry import file ```spiceproto.reg``` +``` +Windows Registry Editor Version 5.00 + +[HKEY_CLASSES_ROOT\\spice] +"URL Protocol"="" + +[HKEY_CLASSES_ROOT\\spice\\DefaultIcon] +@="C:\\\\Program Files\\\\VirtViewer v11.0-256\\\\bin\\\\remote-viewer.exe,1" + +[HKEY_CLASSES_ROOT\\spice\\Extensions] +[HKEY_CLASSES_ROOT\\spice\\shell] +[HKEY_CLASSES_ROOT\\spice\\shell\\open] +[HKEY_CLASSES_ROOT\\spice\\shell\\open\\command] +@="\\"C:\\\\Program Files\\\\VirtViewer v11.0-256\\\\bin\\\\remote-viewer.exe\\" \\"%1\\"" + +[HKEY_CLASSES_ROOT\\spice+unix] +"URL Protocol"="" + +[HKEY_CLASSES_ROOT\\spice+unix\\DefaultIcon] +@="C:\\\\Program Files\\\\VirtViewer v11.0-256\\\\bin\\\\remote-viewer.exe,1" + +[HKEY_CLASSES_ROOT\\spice+unix\\Extensions] +[HKEY_CLASSES_ROOT\\spice+unix\\shell] +[HKEY_CLASSES_ROOT\\spice+unix\\shell\\open] +[HKEY_CLASSES_ROOT\\spice+unix\\shell\\open\\command] +@="\\"C:\\\\Program Files\\\\VirtViewer v11.0-256\\\\bin\\\\remote-viewer.exe\\" \\"%1\\"" +``` +This URI handler is working, and can be seen to work by typing ```spice://abcdefg``` in firefox.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1429.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1429.toml new file mode 100644 index 00000000..4fefd059 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1429.toml @@ -0,0 +1,63 @@ +id = 1429 +title = "Out of bounds in xilinx_spips_write()" +state = "opened" +created_at = "2023-01-10T05:49:40.144Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1429" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """The size of TYPE_XILINX_SPIPS's and TYPE_XILINX_QSPIPS's memory regions is +0x100, but it is set to 0x200. UBSAN captures Out of bounds accesses.""" +reproduce = """``` +export QEMU=/path/to/qemu-system-aarch64 +export UBSAN_OPTIONS=halt_on_error=1:symbolize=1:print_stacktrace=1 + +cat << EOF | $QEMU \\ +-machine xlnx-zcu102 -monitor none -serial none \\ +-display none -nodefaults -qtest stdio +writew 0xff050108 0x29be +EOF +```""" +additional = """``` +==852678==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +[I 0.000001] OPENED +pulseaudio: set_sink_input_volume() failed +pulseaudio: Reason: Invalid argument +pulseaudio: set_sink_input_mute() failed +pulseaudio: Reason: Invalid argument +qemu-system-aarch64: warning: nic cadence_gem.0 has no peer +qemu-system-aarch64: warning: nic cadence_gem.1 has no peer +qemu-system-aarch64: warning: nic cadence_gem.2 has no peer +qemu-system-aarch64: warning: nic cadence_gem.3 has no peer +[R +0.323364] writew 0xff050108 0x29be +../hw/ssi/xilinx_spips.c:1031:22: runtime error: index 66 out of bounds for type 'uint32_t [64]' + #0 0x55b7450b6895 in xilinx_spips_write /home/liuqiang/project-videzzo/qemu-devel/build/../hw/ssi/xilinx_spips.c:1031:22 + #1 0x55b747b29790 in memory_region_write_accessor /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/memory.c:493:5 + #2 0x55b747b28c2d in access_with_adjusted_size /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/memory.c:555:18 + #3 0x55b747b268f4 in memory_region_dispatch_write /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/memory.c:1515:16 + #4 0x55b747c1a071 in flatview_write_continue /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/physmem.c:2825:23 + #5 0x55b747c00d92 in flatview_write /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/physmem.c:2867:12 + #6 0x55b747c007b8 in address_space_write /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/physmem.c:2963:18 + #7 0x55b747c49f31 in qtest_process_command /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/qtest.c:528:13 + #8 0x55b747c42f6e in qtest_process_inbuf /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/qtest.c:802:9 + #9 0x55b747c5b783 in qtest_read /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/qtest.c:814:5 + #10 0x55b748c6b602 in qemu_chr_be_write_impl /home/liuqiang/project-videzzo/qemu-devel/build/../chardev/char.c:201:9 + #11 0x55b748c6b74a in qemu_chr_be_write /home/liuqiang/project-videzzo/qemu-devel/build/../chardev/char.c:213:9 + #12 0x55b748c81f6a in fd_chr_read /home/liuqiang/project-videzzo/qemu-devel/build/../chardev/char-fd.c:72:9 + #13 0x55b7481cbe66 in qio_channel_fd_source_dispatch /home/liuqiang/project-videzzo/qemu-devel/build/../io/channel-watch.c:84:12 + #14 0x7fbad3de404d in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5204d) + #15 0x55b74923a917 in glib_pollfds_poll /home/liuqiang/project-videzzo/qemu-devel/build/../util/main-loop.c:297:9 + #16 0x55b749238017 in os_host_main_loop_wait /home/liuqiang/project-videzzo/qemu-devel/build/../util/main-loop.c:320:5 + #17 0x55b749237967 in main_loop_wait /home/liuqiang/project-videzzo/qemu-devel/build/../util/main-loop.c:606:11 + #18 0x55b745858753 in qemu_main_loop /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/runstate.c:739:9 + #19 0x55b74304cf34 in qemu_default_main /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/main.c:37:14 + #20 0x55b74304cfd0 in main /home/liuqiang/project-videzzo/qemu-devel/build/../softmmu/main.c:48:12 + #21 0x7fbad227a082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #22 0x55b742fa271d in _start (/home/liuqiang/project-videzzo/qemu-devel/build/qemu-system-aarch64+0x3dc371d) + +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/ssi/xilinx_spips.c:1031:22 in +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/143.toml b/gitlab/issues/target_missing/host_missing/accel_missing/143.toml new file mode 100644 index 00000000..eaa9026d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/143.toml @@ -0,0 +1,15 @@ +id = 143 +title = "xhci HCIVERSION register read emulation incorrectly handled" +state = "opened" +created_at = "2021-05-05T08:17:03.675Z" +closed_at = "n/a" +labels = ["Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/143" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1430.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1430.toml new file mode 100644 index 00000000..25d0e6df --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1430.toml @@ -0,0 +1,118 @@ +id = 1430 +title = "Underflow in xlnx_dp_aux_push_rx_fifo()" +state = "opened" +created_at = "2023-01-10T10:55:40.621Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1430" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """Pop two times from s->tx_fifo[2] but there is one element left. Since the fifo +is not empty, the check at [1] will fail. + +``` +static void xilinx_spips_flush_txfifo(XilinxSPIPS *s) +{ + // ... + for (;;) { + // ... + if (fifo8_is_empty(&s->tx_fifo)) { // ---------------> [1] + xilinx_spips_update_ixr(s); + return; + } else if (s->snoop_state == SNOOP_STRIPING || + s->snoop_state == SNOOP_NONE) { + for (i = 0; i < num_effective_busses(s); ++i) { + tx_rx[i] = fifo8_pop(&s->tx_fifo); // ---------> [2] + } + stripe8(tx_rx, num_effective_busses(s), false); + } else if (s->snoop_state >= SNOOP_ADDR) { + // ... +```""" +reproduce = """``` +export QEMU=/path/to/qemu-system-aarch64 + +cat << EOF | $QEMU \\ +-machine xlnx-zcu102 -monitor none -serial none \\ +-display none -nodefaults -qtest stdio +writel 0xff0f00a0 0x74b13699 +readl 0xc1af068c +EOF +```""" +additional = """``` +==64457==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +INFO: found LLVMFuzzerCustomMutator (0x55f8037f3440). Disabling -len_control by default. +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 1864808059 +INFO: Loaded 1 modules (600775 inline 8-bit counters): 600775 [0x55f806e06000, 0x55f806e98ac7), +INFO: Loaded 1 PC tables (600775 PCs): 600775 [0x55f8064dab90,0x55f806e05800), +/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-zynqmp-qspips: Running 1 inputs 1 time(s) each. +INFO: Reading pre_seed_input if any ... +INFO: Executing pre_seed_input if any ... +Matching objects by name , *spi*, *lqspi* +This process will fuzz the following MemoryRegions: + * spi[0] (size 200) + * spi[0] (size 200) + * lqspi[0] (size 2000000) + * spi[0] (size 200) +This process will fuzz through the following interfaces: + * clock_step, EVENT_TYPE_CLOCK_STEP, 0xffffffff +0xffffffff, 255,255 + * spi, EVENT_TYPE_MMIO_READ, 0xff050000 +0x200, 1,4 + * spi, EVENT_TYPE_MMIO_WRITE, 0xff050000 +0x200, 1,4 + * spi, EVENT_TYPE_MMIO_READ, 0xff040000 +0x200, 1,4 + * spi, EVENT_TYPE_MMIO_WRITE, 0xff040000 +0x200, 1,4 + * spi, EVENT_TYPE_MMIO_READ, 0xff0f0000 +0x200, 1,4 + * spi, EVENT_TYPE_MMIO_WRITE, 0xff0f0000 +0x200, 1,4 + * lqspi, EVENT_TYPE_MMIO_READ, 0xc0000000 +0x2000000, 4,4 + * lqspi, EVENT_TYPE_MMIO_WRITE, 0xc0000000 +0x2000000, 4,4 +INFO: A corpus is not provided, starting from an empty corpus +#2 INITED cov: 3 ft: 4 corp: 1/1b exec/s: 0 rss: 509Mb +Running: /root/videzzo/videzzo_qemu/out-san/poc-qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-zynqmp-qspips-crash-a2dce6d03fde8dc9cb50fb0c8708f307ca93d7c2.minimized +qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-zynqmp-qspips: ../util/fifo8.c:62: uint8_t fifo8_pop(Fifo8 *): Assertion `fifo->num > 0' failed. +==64457== ERROR: libFuzzer: deadly signal + #0 0x55f7fecb90fe in __sanitizer_print_stack_trace /root/llvm-project/compiler-rt/lib/asan/asan_stack.cpp:86:3 + #1 0x55f7fec07d71 in fuzzer::PrintStackTrace() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x55f7febe0ca6 in fuzzer::Fuzzer::CrashCallback() (.part.0) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:236:18 + #3 0x55f7febe0d72 in fuzzer::Fuzzer::CrashCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:208:1 + #4 0x55f7febe0d72 in fuzzer::Fuzzer::StaticCrashSignalCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:207:19 + #5 0x7f67ea63a41f (/lib/x86_64-linux-gnu/libpthread.so.0+0x1441f) + #6 0x7f67ea44c00a in __libc_signal_restore_set /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/internal-signals.h:86:3 + #7 0x7f67ea44c00a in raise /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/raise.c:48:3 + #8 0x7f67ea42b858 in abort /build/glibc-SzIz7B/glibc-2.31/stdlib/abort.c:79:7 + #9 0x7f67ea42b728 in __assert_fail_base /build/glibc-SzIz7B/glibc-2.31/assert/assert.c:92:3 + #10 0x7f67ea43cfd5 in __assert_fail /build/glibc-SzIz7B/glibc-2.31/assert/assert.c:101:3 + #11 0x55f803645699 in fifo8_pop /root/videzzo/videzzo_qemu/qemu/out-san/../util/fifo8.c:62:5 + #12 0x55f8009d1ded in xilinx_spips_flush_txfifo /root/videzzo/videzzo_qemu/qemu/out-san/../hw/ssi/xilinx_spips.c:623:28 + #13 0x55f8009dc092 in lqspi_load_cache /root/videzzo/videzzo_qemu/qemu/out-san/../hw/ssi/xilinx_spips.c:1194:9 + #14 0x55f8009da069 in lqspi_read /root/videzzo/videzzo_qemu/qemu/out-san/../hw/ssi/xilinx_spips.c:1231:5 + #15 0x55f80294a61a in memory_region_read_with_attrs_accessor /root/videzzo/videzzo_qemu/qemu/out-san/../softmmu/memory.c:464:9 + #16 0x55f802908961 in access_with_adjusted_size /root/videzzo/videzzo_qemu/qemu/out-san/../softmmu/memory.c:555:18 + #17 0x55f8029060d8 in memory_region_dispatch_read1 /root/videzzo/videzzo_qemu/qemu/out-san/../softmmu/memory.c:1431:16 + #18 0x55f802905468 in memory_region_dispatch_read /root/videzzo/videzzo_qemu/qemu/out-san/../softmmu/memory.c:1458:9 + #19 0x55f802983a6d in flatview_read_continue /root/videzzo/videzzo_qemu/qemu/out-san/../softmmu/physmem.c:2892:23 + #20 0x55f802985078 in flatview_read /root/videzzo/videzzo_qemu/qemu/out-san/../softmmu/physmem.c:2934:12 + #21 0x55f802984b38 in address_space_read_full /root/videzzo/videzzo_qemu/qemu/out-san/../softmmu/physmem.c:2947:18 + #22 0x55f7fecebb51 in address_space_read /root/videzzo/videzzo_qemu/qemu/include/exec/memory.h:2873:18 + #23 0x55f7fecebb51 in qemu_readl /root/videzzo/videzzo_qemu/qemu/out-san/../tests/qtest/videzzo/videzzo_qemu.c:1037:5 + #24 0x55f7fece9c16 in dispatch_mmio_read /root/videzzo/videzzo_qemu/qemu/out-san/../tests/qtest/videzzo/videzzo_qemu.c:1051:35 + #25 0x55f8037ee8bf in videzzo_dispatch_event /root/videzzo/videzzo.c:1140:5 + #26 0x55f8037e5c3d in __videzzo_execute_one_input /root/videzzo/videzzo.c:288:9 + #27 0x55f8037e59e4 in videzzo_execute_one_input /root/videzzo/videzzo.c:329:9 + #28 0x55f7fed0108c in videzzo_qemu /root/videzzo/videzzo_qemu/qemu/out-san/../tests/qtest/videzzo/videzzo_qemu.c:1520:12 + #29 0x55f8037f370b in LLVMFuzzerTestOneInput /root/videzzo/videzzo.c:1910:18 + #30 0x55f7febe1816 in fuzzer::Fuzzer::ExecuteCallback(unsigned char*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:594:17 + #31 0x55f7febc4444 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:323:21 + #32 0x55f7febcf3ee in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:885:19 + #33 0x55f7febbb9d6 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #34 0x7f67ea42d082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #35 0x55f7febbba2d in _start (/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-aarch64-target-videzzo-fuzz-xlnx-zynqmp-qspips+0x3454a2d) + +NOTE: libFuzzer has rudimentary signal handlers. + Combine libFuzzer with AddressSanitizer or similar for better crash reports. +SUMMARY: libFuzzer: deadly signal +MS: 0 ; base unit: 0000000000000000000000000000000000000000 +0x1,0xd,0xa0,0x0,0xf,0xff,0x0,0x0,0x0,0x0,0x4,0x0,0x0,0x0,0x99,0x36,0xb1,0x74,0x0,0x0,0x0,0x0,0x0,0xe,0x8c,0x6,0xaf,0xc1,0x0,0x0,0x0,0x0,0x4,0x0,0x0,0x0, +\\x01\\x0d\\xa0\\x00\\x0f\\xff\\x00\\x00\\x00\\x00\\x04\\x00\\x00\\x00\\x996\\xb1t\\x00\\x00\\x00\\x00\\x00\\x0e\\x8c\\x06\\xaf\\xc1\\x00\\x00\\x00\\x00\\x04\\x00\\x00\\x00 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1431.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1431.toml new file mode 100644 index 00000000..e8038c18 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1431.toml @@ -0,0 +1,62 @@ +id = 1431 +title = "qemu spice support opengl" +state = "closed" +created_at = "2023-01-10T11:56:14.676Z" +closed_at = "2024-04-15T08:15:31.455Z" +labels = ["GUI", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1431" +host-os = "centos8" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """I wan to use spice support opengl, but my qemu seems not support,what can i do to support opengl for spice? + +qemu configure: +``` +./configure --target-list=x86_64-softmmu --enable-kvm --enable-debug --enable-spice --enable-numa --enable-libusb --enable-curl --enable-usb-redir --enable-libiscsi --enable-virglrenderer --enable-opengl --enable-gtk --prefix="/usr" +``` + +xml: +```xml +<domain type='kvm'> + <name>test</name> + <memory>1048576</memory> + <currentMemory>1048576</currentMemory> + <vcpu>1</vcpu> + <os> + <type arch='x86_64' machine='pc'>hvm</type> + </os> + <cpu mode='custom' match='exact' check='full'> + <topology sockets='1' dies='1' cores='1' threads='1'/> + </cpu> + <features> + <acpi/> + <apic/> + <pae/> + </features> + <clock offset='localtime'/> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>destroy</on_crash> + <devices> + <emulator>/usr/bin/qemu-system-x86_64</emulator> + <disk type='file' device='disk'> + <driver name='qemu' type='qcow2'/> + <source file='/root/kk.img'/> + <target dev='hda' bus='ide'/> + </disk> + <input type='mouse' bus='ps2'/> + <graphics type='spice'> + <listen type='none'/> + <gl enable='yes' rendernode='/dev/dri/renderD128'/> + </graphics> + </devices> +</domain> +``` + +error report: + +""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1432.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1432.toml new file mode 100644 index 00000000..d951067f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1432.toml @@ -0,0 +1,34 @@ +id = 1432 +title = "meson prints \"Unknown TAP version. The first line MUST be `TAP version <int>`. Assuming version 12.\" for every test" +state = "closed" +created_at = "2023-01-10T19:16:06.211Z" +closed_at = "2023-01-11T15:01:38.324Z" +labels = ["Build System", "Tests", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1432" +host-os = "Fedora 38 (rawhide)" +host-arch = "n/a" +qemu-version = "qemu.git 3d83b78285d6e96636130f7d449fd02e2d4deee0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Run 'make check V=1' and observe that every test causes an warning message about an unknown TAP version + +``` +>>> G_TEST_SRCDIR=/home/berrange/src/virt/qemu/tests/unit MALLOC_PERTURB_=61 G_TEST_BUILDDIR=/home/berrange/src/virt/qemu/build/tests/unit /home/berrange/src/virt/qemu/build/tests/unit/test-shift128 --tap -k +▶ 22/44 /host-utils/test_lshift OK +▶ 22/44 /host-utils/test_rshift OK +22/44 qemu:unit / test-shift128 OK 0.01s 2 subtests passed + +Unknown TAP version. The first line MUST be `TAP version <int>`. Assuming version 12. + +``` + +This message comes from inside meson + +``` +$ rpm -ql meson | xargs grep 'Unknown TAP version' 2>/dev/null +/usr/lib/python3.11/site-packages/mesonbuild/mtest.py: self.warnings.append('Unknown TAP version. The first line MUST be `TAP version <int>`. Assuming version 12.') +``` + +This is with meson-1.0.0-1.fc38.noarch""" +reproduce = """1. make check V=1""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1433.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1433.toml new file mode 100644 index 00000000..15d42716 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1433.toml @@ -0,0 +1,165 @@ +id = 1433 +title = "Abort in lan9118_16bit_mode_[read|write]()" +state = "closed" +created_at = "2023-01-11T06:50:29.897Z" +closed_at = "2023-02-21T13:14:09.300Z" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1433" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """[read|write][w|l] are allowed but [read|write]b are not allowed when mode_16bit is enabled.""" +reproduce = """``` +export QEMU=/path/to/qemu-system-arm + +cat << EOF | $QEMU \\ +-machine smdkc210 -monitor none -serial none \\ +-display none -qtest stdio +readb 0x5000070 +EOF +```""" +additional = """``` +==1940==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +INFO: found LLVMFuzzerCustomMutator (0x5654b8eede90). Disabling -len_control by default. +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 3248453476 +INFO: Loaded 1 modules (601357 inline 8-bit counters): 601357 [0x5654bbdd8000, 0x5654bbe6ad0d), +INFO: Loaded 1 PC tables (601357 PCs): 601357 [0x5654bb4aa340,0x5654bbdd7410), +./qemu-videzzo-arm-target-videzzo-fuzz-lan9118: Running 1 inputs 1 time(s) each. +INFO: Reading pre_seed_input if any ... +INFO: Executing pre_seed_input if any ... +INFO: -max_len is not provided; libFuzzer will not generate inputs larger than 4096 bytes +Matching objects by name , *lan9118-mmio* +This process will fuzz the following MemoryRegions: + * lan9118-mmio[0] (size 100) +This process will fuzz through the following interfaces: + * clock_step, EVENT_TYPE_CLOCK_STEP, 0xffffffff +0xffffffff, 255,255 + * lan9118-mmio, EVENT_TYPE_MMIO_READ, 0x5000000 +0x100, 1,4 + * lan9118-mmio, EVENT_TYPE_MMIO_WRITE, 0x5000000 +0x100, 1,4 +INFO: A corpus is not provided, starting from an empty corpus +#2 INITED cov: 3 ft: 4 corp: 1/1b exec/s: 0 rss: 221Mb +Running: ./crash-663e5408ee573b1e9d073c796ffbaaae9bd583cb +qemu: hardware error: lan9118_read: Bad size 0x1 + +CPU #0: +R00=00000000 R01=00000000 R02=00000000 R03=00000000 +R04=00000000 R05=00000000 R06=00000000 R07=00000000 +R08=00000000 R09=00000000 R10=00000000 R11=00000000 +R12=00000000 R13=00000000 R14=00000000 R15=00000000 +PSR=400001d3 -Z-- A svc32 +s00=00000000 s01=00000000 d00=0000000000000000 +s02=00000000 s03=00000000 d01=0000000000000000 +s04=00000000 s05=00000000 d02=0000000000000000 +s06=00000000 s07=00000000 d03=0000000000000000 +s08=00000000 s09=00000000 d04=0000000000000000 +s10=00000000 s11=00000000 d05=0000000000000000 +s12=00000000 s13=00000000 d06=0000000000000000 +s14=00000000 s15=00000000 d07=0000000000000000 +s16=00000000 s17=00000000 d08=0000000000000000 +s18=00000000 s19=00000000 d09=0000000000000000 +s20=00000000 s21=00000000 d10=0000000000000000 +s22=00000000 s23=00000000 d11=0000000000000000 +s24=00000000 s25=00000000 d12=0000000000000000 +s26=00000000 s27=00000000 d13=0000000000000000 +s28=00000000 s29=00000000 d14=0000000000000000 +s30=00000000 s31=00000000 d15=0000000000000000 +s32=00000000 s33=00000000 d16=0000000000000000 +s34=00000000 s35=00000000 d17=0000000000000000 +s36=00000000 s37=00000000 d18=0000000000000000 +s38=00000000 s39=00000000 d19=0000000000000000 +s40=00000000 s41=00000000 d20=0000000000000000 +s42=00000000 s43=00000000 d21=0000000000000000 +s44=00000000 s45=00000000 d22=0000000000000000 +s46=00000000 s47=00000000 d23=0000000000000000 +s48=00000000 s49=00000000 d24=0000000000000000 +s50=00000000 s51=00000000 d25=0000000000000000 +s52=00000000 s53=00000000 d26=0000000000000000 +s54=00000000 s55=00000000 d27=0000000000000000 +s56=00000000 s57=00000000 d28=0000000000000000 +s58=00000000 s59=00000000 d29=0000000000000000 +s60=00000000 s61=00000000 d30=0000000000000000 +s62=00000000 s63=00000000 d31=0000000000000000 +FPSCR: 00000000 +CPU #1: +R00=00000000 R01=00000000 R02=00000000 R03=00000000 +R04=00000000 R05=00000000 R06=00000000 R07=00000000 +R08=00000000 R09=00000000 R10=00000000 R11=00000000 +R12=00000000 R13=00000000 R14=00000000 R15=00000000 +PSR=400001d3 -Z-- A svc32 +s00=00000000 s01=00000000 d00=0000000000000000 +s02=00000000 s03=00000000 d01=0000000000000000 +s04=00000000 s05=00000000 d02=0000000000000000 +s06=00000000 s07=00000000 d03=0000000000000000 +s08=00000000 s09=00000000 d04=0000000000000000 +s10=00000000 s11=00000000 d05=0000000000000000 +s12=00000000 s13=00000000 d06=0000000000000000 +s14=00000000 s15=00000000 d07=0000000000000000 +s16=00000000 s17=00000000 d08=0000000000000000 +s18=00000000 s19=00000000 d09=0000000000000000 +s20=00000000 s21=00000000 d10=0000000000000000 +s22=00000000 s23=00000000 d11=0000000000000000 +s24=00000000 s25=00000000 d12=0000000000000000 +s26=00000000 s27=00000000 d13=0000000000000000 +s28=00000000 s29=00000000 d14=0000000000000000 +s30=00000000 s31=00000000 d15=0000000000000000 +s32=00000000 s33=00000000 d16=0000000000000000 +s34=00000000 s35=00000000 d17=0000000000000000 +s36=00000000 s37=00000000 d18=0000000000000000 +s38=00000000 s39=00000000 d19=0000000000000000 +s40=00000000 s41=00000000 d20=0000000000000000 +s42=00000000 s43=00000000 d21=0000000000000000 +s44=00000000 s45=00000000 d22=0000000000000000 +s46=00000000 s47=00000000 d23=0000000000000000 +s48=00000000 s49=00000000 d24=0000000000000000 +s50=00000000 s51=00000000 d25=0000000000000000 +s52=00000000 s53=00000000 d26=0000000000000000 +s54=00000000 s55=00000000 d27=0000000000000000 +s56=00000000 s57=00000000 d28=0000000000000000 +s58=00000000 s59=00000000 d29=0000000000000000 +s60=00000000 s61=00000000 d30=0000000000000000 +s62=00000000 s63=00000000 d31=0000000000000000 +FPSCR: 00000000 +==1940== ERROR: libFuzzer: deadly signal + #0 0x5654b48090fe in __sanitizer_print_stack_trace /root/llvm-project/compiler-rt/lib/asan/asan_stack.cpp:86:3 + #1 0x5654b4757d71 in fuzzer::PrintStackTrace() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x5654b4730ca6 in fuzzer::Fuzzer::CrashCallback() (.part.0) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:236:18 + #3 0x5654b4730d72 in fuzzer::Fuzzer::CrashCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:208:1 + #4 0x5654b4730d72 in fuzzer::Fuzzer::StaticCrashSignalCallback() /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:207:19 + #5 0x7fb6db17941f (/lib/x86_64-linux-gnu/libpthread.so.0+0x1441f) + #6 0x7fb6daf8b00a in __libc_signal_restore_set /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/internal-signals.h:86:3 + #7 0x7fb6daf8b00a in raise /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/raise.c:48:3 + #8 0x7fb6daf6a858 in abort /build/glibc-SzIz7B/glibc-2.31/stdlib/abort.c:79:7 + #9 0x5654b483964a in __wrap_abort /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/less_crashes_wrappers.c:24:12 + #10 0x5654b6a64d84 in hw_error /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/cpus.c:128:5 + #11 0x5654b5ac50c7 in lan9118_16bit_mode_read /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/net/lan9118.c:1319:5 + #12 0x5654b7ee045b in memory_region_read_accessor /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:440:11 + #13 0x5654b7ea0761 in access_with_adjusted_size /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:554:18 + #14 0x5654b7e9db2c in memory_region_dispatch_read1 /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:1424:16 + #15 0x5654b7e9d268 in memory_region_dispatch_read /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:1457:9 + #16 0x5654b7f1946d in flatview_read_continue /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2892:23 + #17 0x5654b7f1aa78 in flatview_read /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2934:12 + #18 0x5654b7f1a538 in address_space_read_full /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2947:18 + #19 0x5654b483a7ea in address_space_read /root/videzzo/videzzo_qemu/qemu/include/exec/memory.h:2869:18 + #20 0x5654b483a7ea in qemu_readb /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1010:5 + #21 0x5654b483997e in dispatch_mmio_read /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1034:35 + #22 0x5654b8ee984f in videzzo_dispatch_event /root/videzzo/videzzo.c:1122:5 + #23 0x5654b8ee0bcb in __videzzo_execute_one_input /root/videzzo/videzzo.c:272:9 + #24 0x5654b8ee0aa0 in videzzo_execute_one_input /root/videzzo/videzzo.c:313:9 + #25 0x5654b48500fc in videzzo_qemu /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1497:12 + #26 0x5654b8eee132 in LLVMFuzzerTestOneInput /root/videzzo/videzzo.c:1891:18 + #27 0x5654b4731816 in fuzzer::Fuzzer::ExecuteCallback(unsigned char*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:594:17 + #28 0x5654b4714444 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:323:21 + #29 0x5654b471f3ee in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:885:19 + #30 0x5654b470b9d6 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #31 0x7fb6daf6c082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #32 0x5654b470ba2d in _start (/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-arm-target-videzzo-fuzz-lan9118+0x300da2d) + +NOTE: libFuzzer has rudimentary signal handlers. + Combine libFuzzer with AddressSanitizer or similar for better crash reports. +SUMMARY: libFuzzer: deadly signal +MS: 0 ; base unit: 0000000000000000000000000000000000000000 +0x4,0x2,0x29,0x92,0xa,0x0,0x0,0x0,0x0,0x0,0x0,0x8,0x70,0x0,0x0,0x5,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0x1,0x9,0x48,0x0,0x0,0x5,0x0,0x0,0x0,0x0,0x4,0x0,0x0,0x0,0x29,0x1f,0x8e,0x23,0x0,0x0,0x0,0x0, +\\x04\\x02)\\x92\\x0a\\x00\\x00\\x00\\x00\\x00\\x00\\x08p\\x00\\x00\\x05\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00\\x01\\x09H\\x00\\x00\\x05\\x00\\x00\\x00\\x00\\x04\\x00\\x00\\x00)\\x1f\\x8e#\\x00\\x00\\x00\\x00 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1438.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1438.toml new file mode 100644 index 00000000..47711447 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1438.toml @@ -0,0 +1,19 @@ +id = 1438 +title = "Allow to use QEMU sockets as a CAN bus backend" +state = "opened" +created_at = "2023-01-13T02:24:49.977Z" +closed_at = "n/a" +labels = ["Networking", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1438" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Good possible example how it can be done is via UDP multicast in `python-can` library: +- https://python-can.readthedocs.io/en/master/interfaces/udp_multicast.html + +Another option, with less features is using a simple serial/character device like in: +- https://python-can.readthedocs.io/en/master/interfaces/serial.html""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1439.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1439.toml new file mode 100644 index 00000000..59193894 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1439.toml @@ -0,0 +1,21 @@ +id = 1439 +title = "QEMU crashes when there is an \"[accel]\" section in the config file" +state = "closed" +created_at = "2023-01-13T09:51:27.341Z" +closed_at = "2023-02-16T13:09:22.642Z" +labels = ["CLI", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1439" +host-os = "Linux" +host-arch = "x86" +qemu-version = "current master branch (commit 3db29dcac23da)" +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU crashes with a segmentation fault if there is a "[accel]" section in the config file with a type="kvm" entry. It would be maybe still be OK if there was an error message instead, but it should certainly not crash.""" +reproduce = """``` +$ cat > /tmp/config <<EOF +[accel] +type = "kvm" +EOF +$ qemu-system-x86_64 -readconfig /tmp/config +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/144.toml b/gitlab/issues/target_missing/host_missing/accel_missing/144.toml new file mode 100644 index 00000000..2c620b1c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/144.toml @@ -0,0 +1,15 @@ +id = 144 +title = "Passthrough USB Host Keyboard doesn't work on Q35 platform on boot-up" +state = "opened" +created_at = "2021-05-05T08:17:19.921Z" +closed_at = "n/a" +labels = ["Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/144" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1440.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1440.toml new file mode 100644 index 00000000..c5a750a2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1440.toml @@ -0,0 +1,15 @@ +id = 1440 +title = "block/curl.c uses curl features deprecated in curl 7.55.0 and 7.85.0" +state = "closed" +created_at = "2023-01-13T18:37:37.593Z" +closed_at = "2023-03-14T17:31:51.643Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1440" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1442.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1442.toml new file mode 100644 index 00000000..9066106a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1442.toml @@ -0,0 +1,15 @@ +id = 1442 +title = "RISC-V qemu, get cpu tick" +state = "closed" +created_at = "2023-01-15T16:06:00.900Z" +closed_at = "2023-01-16T07:41:12.555Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1442" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1443.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1443.toml new file mode 100644 index 00000000..1dc42f49 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1443.toml @@ -0,0 +1,15 @@ +id = 1443 +title = "site download.qemu.org | non-adequate function applied for sorting by date-time" +state = "closed" +created_at = "2023-01-17T10:21:21.800Z" +closed_at = "2023-01-17T11:24:49.021Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1443" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1445.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1445.toml new file mode 100644 index 00000000..a8d1b648 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1445.toml @@ -0,0 +1,135 @@ +id = 1445 +title = "Negative-size-param in nand_blk_load_512()" +state = "closed" +created_at = "2023-01-17T13:30:12.055Z" +closed_at = "2024-04-10T15:08:31.740Z" +labels = ["Fuzzer", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1445" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """Found a way to trigger negative-size-param when calling memcpy in +nand_blk_load_512() called by nand_getio(). Specifically, the offset can +be larger than NAND_PAGE_SIZE + OOB_SIZE, e.g., 0x211. + +``` c + if (s->blk) { + // ... + } else { + memcpy(s->io, s->storage + PAGE_START(s->addr) + + // offset=0x211 + offset, NAND_PAGE_SIZE + OOB_SIZE - offset); + s->ioaddr = s->io; + } +```""" +reproduce = """``` +export QEMU=/path/to/qemu-system-arm + +cat << EOF | $QEMU \\ +-machine tosa -monitor none -serial none \\ +-display none -qtest stdio +write 0x10000104 0x1 0x7f +write 0x10000111 0x1 0x52 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +read 0x10005200 0x1 +write 0x10005204 0x1 0x15 +write 0x10005201 0x1 0x70 +write 0x10005202 0x1 0x50 +read 0x10005203 0x1 +read 0x10005203 0x1 +EOF +```""" +additional = """``` +=20435==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +INFO: found LLVMFuzzerCustomMutator (0x5645f46c0ac0). Disabling -len_control by default. +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 3601248722 +INFO: Loaded 1 modules (601321 inline 8-bit counters): 601321 [0x5645f75ae000, 0x5645f7640ce9), +INFO: Loaded 1 PC tables (601321 PCs): 601321 [0x5645f6c801e0,0x5645f75ad070), +/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-arm-target-videzzo-fuzz-tc6393xb: Running 1 inputs 1 time(s) each. +INFO: Reading pre_seed_input if any ... +INFO: Executing pre_seed_input if any ... +Matching objects by name , *tc6393xb* +This process will fuzz the following MemoryRegions: + * tc6393xb.vram[0] (size 100000) + * tc6393xb[0] (size 10000) +This process will fuzz through the following interfaces: + * clock_step, EVENT_TYPE_CLOCK_STEP, 0xffffffff +0xffffffff, 255,255 + * tc6393xb.vram, EVENT_TYPE_MMIO_READ, 0x10100000 +0x100000, 1,4 + * tc6393xb.vram, EVENT_TYPE_MMIO_WRITE, 0x10100000 +0x100000, 1,4 + * tc6393xb, EVENT_TYPE_MMIO_READ, 0x10000000 +0x10000, 1,1 + * tc6393xb, EVENT_TYPE_MMIO_WRITE, 0x10000000 +0x10000, 1,1 +INFO: A corpus is not provided, starting from an empty corpus +#2 INITED cov: 3 ft: 4 corp: 1/1b exec/s: 0 rss: 280Mb +Running: poc-qemu-videzzo-arm-target-videzzo-fuzz-tc6393xb-crash-55c2b01921c18ce020fa35319af4632834e116be.minimized +================================================================= +==20435==ERROR: AddressSanitizer: negative-size-param: (size=-1) + #0 0x5645effd2656 in __asan_memcpy /root/llvm-project/compiler-rt/lib/asan/asan_interceptors_memintrinsics.cpp:22:3 + #1 0x5645f040b342 in nand_blk_load_512 /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:794:9 + #2 0x5645f03f1f64 in nand_getio /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:601:9 + #3 0x5645f08acc9a in tc6393xb_nand_readb /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/tc6393xb.c:359:20 + #4 0x5645f08a53fc in tc6393xb_readb /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/tc6393xb.c:500:21 + #5 0x5645f36b308b in memory_region_read_accessor /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:440:11 + #6 0x5645f3673391 in access_with_adjusted_size /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:554:18 + #7 0x5645f367075c in memory_region_dispatch_read1 /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:1424:16 + #8 0x5645f366fe98 in memory_region_dispatch_read /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:1457:9 + #9 0x5645f36ec09d in flatview_read_continue /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2892:23 + #10 0x5645f36ed6a8 in flatview_read /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2934:12 + #11 0x5645f36ed168 in address_space_read_full /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2947:18 + #12 0x5645f000e7ea in address_space_read /root/videzzo/videzzo_qemu/qemu/include/exec/memory.h:2869:18 + #13 0x5645f000e7ea in qemu_readb /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1017:5 + #14 0x5645f000d97e in dispatch_mmio_read /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1041:35 + #15 0x5645f46bc47f in videzzo_dispatch_event /root/videzzo/videzzo.c:1122:5 + #16 0x5645f46b37fb in __videzzo_execute_one_input /root/videzzo/videzzo.c:272:9 + #17 0x5645f46b36d0 in videzzo_execute_one_input /root/videzzo/videzzo.c:313:9 + #18 0x5645f00240fc in videzzo_qemu /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1504:12 + #19 0x5645f46c0d62 in LLVMFuzzerTestOneInput /root/videzzo/videzzo.c:1891:18 + #20 0x5645eff05816 in fuzzer::Fuzzer::ExecuteCallback(unsigned char*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:594:17 + #21 0x5645efee8444 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:323:21 + #22 0x5645efef33ee in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:885:19 + #23 0x5645efedf9d6 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #24 0x7fbc03b97082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #25 0x5645efedfa2d in _start (/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-arm-target-videzzo-fuzz-tc6393xb+0x300ea2d) + +0x7fbbf45ffa11 is located 529 bytes inside of 69206016-byte region [0x7fbbf45ff800,0x7fbbf87ff800) +allocated by thread T0 here: + #0 0x5645effd36cf in malloc /root/llvm-project/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 + #1 0x7fbc04e4ee98 in g_malloc (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x57e98) + #2 0x5645f3a1bdcb in device_set_realized /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/core/qdev.c:553:13 + #3 0x5645f3a53a6b in property_set_bool /root/videzzo/videzzo_qemu/qemu/build-san-6/../qom/object.c:2273:5 + #4 0x5645f3a4c99d in object_property_set /root/videzzo/videzzo_qemu/qemu/build-san-6/../qom/object.c:1408:5 + #5 0x5645f3a60329 in object_property_set_qobject /root/videzzo/videzzo_qemu/qemu/build-san-6/../qom/qom-qobject.c:28:10 + #6 0x5645f3a4d6fd in object_property_set_bool /root/videzzo/videzzo_qemu/qemu/build-san-6/../qom/object.c:1477:15 + #7 0x5645f3a0d5c2 in qdev_realize /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/core/qdev.c:333:12 + #8 0x5645f03f3f30 in nand_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:646:5 + #9 0x5645f08a44c2 in tc6393xb_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/tc6393xb.c:558:16 + #10 0x5645f27b7822 in tosa_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/arm/tosa.c:250:12 + #11 0x5645f05dc5d7 in machine_run_board_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/core/machine.c:1400:5 + #12 0x5645f2269aab in qemu_init_board /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/vl.c:2485:5 + #13 0x5645f22697bc in qmp_x_exit_preconfig /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/vl.c:2581:5 + #14 0x5645f2270d3f in qemu_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/vl.c:3584:9 + #15 0x5645f00223f3 in LLVMFuzzerInitialize /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1761:5 + #16 0x5645efeeffab in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:664:29 + #17 0x5645efedf9d6 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #18 0x7fbc03b97082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + +SUMMARY: AddressSanitizer: negative-size-param /root/llvm-project/compiler-rt/lib/asan/asan_interceptors_memintrinsics.cpp:22:3 in __asan_memcpy +==20435==ABORTING +MS: 0 ; base unit: 0000000000000000000000000000000000000000 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1446.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1446.toml new file mode 100644 index 00000000..3275b9cb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1446.toml @@ -0,0 +1,183 @@ +id = 1446 +title = "Heap buffer overflow in nand_blk_write_512()" +state = "closed" +created_at = "2023-01-17T13:41:32.556Z" +closed_at = "2024-04-10T15:08:31.800Z" +labels = ["Fuzzer", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1446" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "7.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """I captured the negative-size-param (memcpy) in nand_blk_load_512() like below. + +``` +diff --git a/hw/block/nand.c b/hw/block/nand.c +index 8bc80e351..f68b23d05 100644 +--- a/hw/block/nand.c ++++ b/hw/block/nand.c +@@ -790,6 +790,10 @@ static void glue(nand_blk_load_, NAND_PAGE_SIZE)(NANDFlashState *s, + s->ioaddr = s->io + (PAGE_START(addr) & 0x1ff) + offset; + } + } else { ++ int size = NAND_PAGE_SIZE + OOB_SIZE - offset; ++ if (size < 0) { ++ return; ++ } + memcpy(s->io, s->storage + PAGE_START(s->addr) + + offset, NAND_PAGE_SIZE + OOB_SIZE - offset); + s->ioaddr = s->io; + +``` + +Then, I triggered an integer overflow in nand_blk_write_512() resulting in a +heap buffer overflow. Specifically, s->iolen is a signed integer[1], but based +on the function signature of mem_and(), s->iolen will be casted to an unsigned +integer[2]. Asan then captures a heap buffer overflow[3]. + +``` +static void glue(nand_blk_write_, NAND_PAGE_SIZE)(NANDFlashState *s) +{ + // ... + if (!s->blk) { + mem_and(s->storage + PAGE_START(s->addr) + (s->addr & PAGE_MASK) + + s->offset, s->io, s->iolen); // <--------------- [1] + } else if (s->mem_oob) { + // ... + +static void mem_and(uint8_t *dest, const uint8_t *src, size_t n) // <--- [2] +{ + int i; + for (i = 0; i < n; i++) { + dest[i] &= src[i]; // <----------------------------------------- [3] + } +} +```""" +reproduce = """Please patch your hw/block/nand.c first. + +``` +export QEMU=/path/to/qemu-system-arm + +cat << EOF | $QEMU \\ +-machine tosa -monitor none -serial none \\ +-display none -qtest stdio +write 0x10000111 0x1 0xca +write 0x10000104 0x1 0x47 +write 0x1000ca04 0x1 0xd7 +write 0x1000ca01 0x1 0xe0 +write 0x1000ca04 0x1 0x71 +write 0x1000ca00 0x1 0x50 +write 0x1000ca04 0x1 0xd7 +read 0x1000ca02 0x1 +write 0x1000ca01 0x1 0x10 +EOF +```""" +additional = """``` +==15750==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +INFO: found LLVMFuzzerCustomMutator (0x560e65814d70). Disabling -len_control by default. +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 4218744906 +INFO: Loaded 1 modules (601336 inline 8-bit counters): 601336 [0x560e68702000, 0x560e68794cf8), +INFO: Loaded 1 PC tables (601336 PCs): 601336 [0x560e67dd42a0,0x560e68701220), +/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-arm-target-videzzo-fuzz-tc6393xb: Running 1 inputs 1 time(s) each. +INFO: Reading pre_seed_input if any ... +INFO: Executing pre_seed_input if any ... +Matching objects by name , *tc6393xb* +This process will fuzz the following MemoryRegions: + * tc6393xb.vram[0] (size 100000) + * tc6393xb[0] (size 10000) +This process will fuzz through the following interfaces: + * clock_step, EVENT_TYPE_CLOCK_STEP, 0xffffffff +0xffffffff, 255,255 + * tc6393xb.vram, EVENT_TYPE_MMIO_READ, 0x10100000 +0x100000, 1,4 + * tc6393xb.vram, EVENT_TYPE_MMIO_WRITE, 0x10100000 +0x100000, 1,4 + * tc6393xb, EVENT_TYPE_MMIO_READ, 0x10000000 +0x10000, 1,1 + * tc6393xb, EVENT_TYPE_MMIO_WRITE, 0x10000000 +0x10000, 1,1 +INFO: A corpus is not provided, starting from an empty corpus +#2 INITED cov: 3 ft: 4 corp: 1/1b exec/s: 0 rss: 281Mb +Running: /root/videzzo/videzzo_qemu/out-san/poc-qemu-videzzo-arm-target-videzzo-fuzz-tc6393xb-crash-35f3f537422c4e74ce65177b3d6369045e60b47f.minimized +================================================================= +==15750==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x61f000000de0 at pc 0x560e61557210 bp 0x7ffcfc4a59f0 sp 0x7ffcfc4a59e8 +READ of size 1 at 0x61f000000de0 thread T0 + #0 0x560e6155720f in mem_and /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:101:20 + #1 0x560e6155ac9c in nand_blk_write_512 /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:663:9 + #2 0x560e61544200 in nand_command /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:293:13 + #3 0x560e6153cc83 in nand_setio /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:520:13 + #4 0x560e61a0a69e in tc6393xb_nand_writeb /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/tc6393xb.c:380:13 + #5 0x560e619f9bf7 in tc6393xb_writeb /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/tc6393xb.c:524:9 + #6 0x560e647c7d03 in memory_region_write_accessor /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:492:5 + #7 0x560e647c7641 in access_with_adjusted_size /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:554:18 + #8 0x560e647c5f66 in memory_region_dispatch_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/memory.c:1514:16 + #9 0x560e6485409e in flatview_write_continue /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2825:23 + #10 0x560e648421eb in flatview_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2867:12 + #11 0x560e64841ca8 in address_space_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/physmem.c:2963:18 + #12 0x560e61170162 in qemu_writeb /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1080:5 + #13 0x560e6116eef7 in dispatch_mmio_write /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1227:28 + #14 0x560e6581072f in videzzo_dispatch_event /root/videzzo/videzzo.c:1122:5 + #15 0x560e65807aab in __videzzo_execute_one_input /root/videzzo/videzzo.c:272:9 + #16 0x560e65807980 in videzzo_execute_one_input /root/videzzo/videzzo.c:313:9 + #17 0x560e611780fc in videzzo_qemu /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1504:12 + #18 0x560e65815012 in LLVMFuzzerTestOneInput /root/videzzo/videzzo.c:1891:18 + #19 0x560e61059816 in fuzzer::Fuzzer::ExecuteCallback(unsigned char*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:594:17 + #20 0x560e6103c444 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:323:21 + #21 0x560e610473ee in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:885:19 + #22 0x560e610339d6 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #23 0x7f79587d0082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #24 0x560e61033a2d in _start (/root/videzzo/videzzo_qemu/out-san/qemu-videzzo-arm-target-videzzo-fuzz-tc6393xb+0x300fa2d) + +0x61f000000de0 is located 0 bytes to the right of 3424-byte region [0x61f000000080,0x61f000000de0) +allocated by thread T0 here: + #0 0x560e611276cf in malloc /root/llvm-project/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 + #1 0x7f7959a87e98 in g_malloc (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x57e98) + #2 0x560e64b98871 in object_new /root/videzzo/videzzo_qemu/qemu/build-san-6/../qom/object.c:749:12 + #3 0x560e64b5d1a1 in qdev_new /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/core/qdev.c:153:19 + #4 0x560e61547ea5 in nand_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:639:11 + #5 0x560e619f8772 in tc6393xb_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/display/tc6393xb.c:558:16 + #6 0x560e6390bad2 in tosa_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/arm/tosa.c:250:12 + #7 0x560e61730887 in machine_run_board_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/core/machine.c:1400:5 + #8 0x560e633bdd5b in qemu_init_board /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/vl.c:2485:5 + #9 0x560e633bda6c in qmp_x_exit_preconfig /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/vl.c:2581:5 + #10 0x560e633c4fef in qemu_init /root/videzzo/videzzo_qemu/qemu/build-san-6/../softmmu/vl.c:3584:9 + #11 0x560e611763f3 in LLVMFuzzerInitialize /root/videzzo/videzzo_qemu/qemu/build-san-6/../tests/qtest/videzzo/videzzo_qemu.c:1761:5 + #12 0x560e61043fab in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char*, unsigned long)) /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:664:29 + #13 0x560e610339d6 in main /root/llvm-project/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #14 0x7f79587d0082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + +SUMMARY: AddressSanitizer: heap-buffer-overflow /root/videzzo/videzzo_qemu/qemu/build-san-6/../hw/block/nand.c:101:20 in mem_and +Shadow bytes around the buggy address: + 0x0c3e7fff8160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c3e7fff8170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c3e7fff8180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c3e7fff8190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c3e7fff81a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 +=>0x0c3e7fff81b0: 00 00 00 00 00 00 00 00 00 00 00 00[fa]fa fa fa + 0x0c3e7fff81c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c3e7fff81d0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c3e7fff81e0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c3e7fff81f0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c3e7fff8200: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa +Shadow byte legend (one shadow byte represents 8 application bytes): + Addressable: 00 + Partially addressable: 01 02 03 04 05 06 07 + Heap left redzone: fa + Freed heap region: fd + Stack left redzone: f1 + Stack mid redzone: f2 + Stack right redzone: f3 + Stack after return: f5 + Stack use after scope: f8 + Global redzone: f9 + Global init order: f6 + Poisoned by user: f7 + Container overflow: fc + Array cookie: ac + Intra object redzone: bb + ASan internal: fe + Left alloca redzone: ca + Right alloca redzone: cb + Shadow gap: cc +==15750==ABORTING +MS: 0 ; base unit: 0000000000000000000000000000000000000000 +0x1,0xb,0x12,0x1,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0xca,0x4f,0x4d,0x5f,0x0,0x0,0x0,0x0,0x1,0xb,0x4,0x1,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0x47,0xf0,0xc8,0x58,0x0,0x0,0x0,0x0,0x1,0xb,0x4,0xa1,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0xd7,0x38,0xfc,0x29,0x0,0x0,0x0,0x0,0x1,0xb,0x1,0x9a,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0xe0,0xb0,0x63,0x62,0x0,0x0,0x0,0x0,0x1,0xb,0x4,0x8a,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0x71,0xaa,0x20,0x60,0x0,0x0,0x0,0x0,0x1,0xb,0x0,0x5,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0x50,0x9f,0x0,0x40,0x0,0x0,0x0,0x0,0x1,0xb,0x4,0xa1,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0xd7,0x38,0xfc,0x29,0x0,0x0,0x0,0x0,0x0,0xa,0x2,0x24,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0x1,0xb,0x1,0xc5,0x0,0x10,0x0,0x0,0x0,0x0,0x1,0x0,0x0,0x0,0x10,0x8b,0x36,0x70,0x0,0x0,0x0,0x0, +\\x01\\x0b\\x12\\x01\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00\\xcaOM_\\x00\\x00\\x00\\x00\\x01\\x0b\\x04\\x01\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00G\\xf0\\xc8X\\x00\\x00\\x00\\x00\\x01\\x0b\\x04\\xa1\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00\\xd78\\xfc)\\x00\\x00\\x00\\x00\\x01\\x0b\\x01\\x9a\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00\\xe0\\xb0cb\\x00\\x00\\x00\\x00\\x01\\x0b\\x04\\x8a\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00q\\xaa `\\x00\\x00\\x00\\x00\\x01\\x0b\\x00\\x05\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00P\\x9f\\x00@\\x00\\x00\\x00\\x00\\x01\\x0b\\x04\\xa1\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00\\xd78\\xfc)\\x00\\x00\\x00\\x00\\x00\\x0a\\x02$\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00\\x01\\x0b\\x01\\xc5\\x00\\x10\\x00\\x00\\x00\\x00\\x01\\x00\\x00\\x00\\x10\\x8b6p\\x00\\x00\\x00\\x00 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/145.toml b/gitlab/issues/target_missing/host_missing/accel_missing/145.toml new file mode 100644 index 00000000..56302361 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/145.toml @@ -0,0 +1,15 @@ +id = 145 +title = "Issues with qemu-img, libgfapi, and encryption at rest" +state = "opened" +created_at = "2021-05-05T08:17:40.624Z" +closed_at = "n/a" +labels = ["Launchpad", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/145" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1450.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1450.toml new file mode 100644 index 00000000..c8cdfac5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1450.toml @@ -0,0 +1,15 @@ +id = 1450 +title = "ERROR: meson setup failed" +state = "closed" +created_at = "2023-01-18T18:27:58.015Z" +closed_at = "2023-01-18T18:50:40.363Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1450" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1451.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1451.toml new file mode 100644 index 00000000..92a0ab40 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1451.toml @@ -0,0 +1,15 @@ +id = 1451 +title = "Assertion failure: virtio_net_get_subqueue(nc)->async_tx.elem failed." +state = "opened" +created_at = "2023-01-18T22:59:19.765Z" +closed_at = "n/a" +labels = ["Fuzzer", "Networking", "device:virtio", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1451" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1455.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1455.toml new file mode 100644 index 00000000..f5ac54e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1455.toml @@ -0,0 +1,15 @@ +id = 1455 +title = "copy-paste not working" +state = "opened" +created_at = "2023-01-20T12:16:45.370Z" +closed_at = "n/a" +labels = ["GUI", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1455" +host-os = "Arch" +host-arch = "x86-64" +qemu-version = "7.2.0" +guest-os = "Linuxmint" +guest-arch = "x86-64" +description = """copy-paste not working under Sway (wayland - wlroots) when I use `-display gtk`. This was broken recently. I have `spice-vdagent` as well as `spice-vdagentd` running properly in the guest, still copy-paste not working.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1457.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1457.toml new file mode 100644 index 00000000..51bedc26 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1457.toml @@ -0,0 +1,15 @@ +id = 1457 +title = "ide: assertion `bmdma->bus->retry_unit != (uint8_t)-1' failed." +state = "opened" +created_at = "2023-01-22T19:29:08.437Z" +closed_at = "n/a" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1457" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1458.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1458.toml new file mode 100644 index 00000000..5c8c7f7b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1458.toml @@ -0,0 +1,37 @@ +id = 1458 +title = "ns16550a reg-shift incorrect for qemu-system-riscv64" +state = "closed" +created_at = "2023-01-23T21:29:38.060Z" +closed_at = "2023-01-24T02:38:25.538Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1458" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Missing reg-shift 0 on the ns16550n in qemu-system-riscv64 creates an impossible assumption case.""" +reproduce = """1. qemu-system-riscv64 -M virt,dumpdtb=dtb +2. dtc dtb | less + + serial@10000000 { + interrupts = <0x0a>; + interrupt-parent = <0x03>; + clock-frequency = "\\08@"; + reg = <0x00 0x10000000 0x00 0x100>; + compatible = "ns16550a"; + }; + +Generally, ns16550a has a default reg-shift of 0 on x86,x86_64 for compatibility reasons. All other architectures have an assumed reg-shift of 2 (or having the reg-shift assumption overridden by fdt providing a reg-shift property) + +Beyond the above, anything non-standard is assumed to be specified by the "reg-shift" property fdt. + +qemu-system-riscv64 seems to "assume" a reg-shift of 0. Other riscv64 devices don't supply "reg-shift" (SiFive Unmatched) and "assume" 2. +The above means driver writers don't actually know what to "assume" on riscv64 ns16550a when no reg-shift is present. + + +Essentially, qemu-system-riscv64 needs to do one of the following: + +* If serial ns16550a with a uart reg-shift of 0 is intentional, qemu needs to advertise the deviance via "reg-shift 0" +* If serial ns16550a with a uart reg-shift of 0 is unintentional, it needs updated to 2 so drivers can assume 2 on riscv64.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1459.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1459.toml new file mode 100644 index 00000000..24fa0b51 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1459.toml @@ -0,0 +1,43 @@ +id = 1459 +title = "analyze-migration.py doesn't account for saved blocks" +state = "opened" +created_at = "2023-01-23T23:45:30.101Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1459" +host-os = "Linux" +host-arch = "N/A" +qemu-version = "7.x" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = """1. Make a migration snapshot that includes incremental block device (from HMP: `migrate -i "exec: cat > snap"`) +2. Load the snapshot: `scripts/analyze-migration.py -f snap` + + +``` +Traceback (most recent call last): + File "scripts/analyze-migration.py", line 605, in <module> + dump.read(dump_memory = args.memory) + File "scripts/analyze-migration.py", line 539, in read + classdesc = self.section_classes[section_key] +KeyError: ('block', 0) +```""" +additional = """Here's pseudocode derived from `block_load` in `migration/block.c`: + +``` +N blocks of the following: + + read 64 bits: sector number and flags + (blk->sector << BDRV_SECTOR_BITS) | flags + + if flags & BLK_MIG_FLAG_EOS: + break + if flags & BLK_MIG_FLAG_PROGRESS + continue + if flags & BLK_MIG_FLAG_DEVICE_BLOCK + byte: name length + length bytes: device name string + if not flags & BLK_MIG_FLAG_ZERO_BLOCK: + read (1 << 20) bytes +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/146.toml b/gitlab/issues/target_missing/host_missing/accel_missing/146.toml new file mode 100644 index 00000000..d14366e2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/146.toml @@ -0,0 +1,15 @@ +id = 146 +title = "macOS Guest Reading USB 3.0 Bus as USB 2.0" +state = "opened" +created_at = "2021-05-05T08:17:55.983Z" +closed_at = "n/a" +labels = ["Launchpad", "USB", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/146" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1460.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1460.toml new file mode 100644 index 00000000..0c368a86 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1460.toml @@ -0,0 +1,17 @@ +id = 1460 +title = "block_load fails if last block is included in snapshot and block device isn't multiple of BLK_MIG_BLOCK_SIZE" +state = "closed" +created_at = "2023-01-23T23:54:50.430Z" +closed_at = "2024-05-10T13:19:38.529Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1460" +host-os = "Linux" +host-arch = "N/A" +qemu-version = "7.x" +guest-os = "n/a" +guest-arch = "n/a" +description = """The `block_load` function in `migration/block.c` has a bug where `blk_pwrite` or `blk_pwrite_zeroes` always write `cluster_size` bytes. If the underlying device is not a multiple of `BLK_MIG_BLOCK_SIZE`, the write will fail with -EIO when trying to write past the end of the device, as `blk_check_byte_request` checks the length of the device. + +This can be fixed by ensuring that `cur_addr` + write length passed to `blk_pwrite`/`blk_pwrite_zeroes` never exceeds the total length of the block device.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1461.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1461.toml new file mode 100644 index 00000000..f4847638 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1461.toml @@ -0,0 +1,15 @@ +id = 1461 +title = "Virgl on Upstream windows builds?" +state = "opened" +created_at = "2023-01-25T16:37:52.373Z" +closed_at = "n/a" +labels = ["hostos: Windows", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1461" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1463.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1463.toml new file mode 100644 index 00000000..1d48dd8d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1463.toml @@ -0,0 +1,49 @@ +id = 1463 +title = "VM with ivshmem and host pci device does not boot" +state = "opened" +created_at = "2023-01-26T10:46:20.449Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1463" +host-os = "Debian Bullseye" +host-arch = "x86 (amd64)" +qemu-version = "QEMU emulator version 7.2.0 (Debian 1:7.2+dfsg-1~bpo11+2) - bullseye-backports" +guest-os = "Windows 10" +guest-arch = "x86 (amd64)" +description = """The boot aborts early if ivshmem and host-pci devices are used at the same time.""" +reproduce = """1. use a recent host kernel => 6.1.8 +2. use qemu from bullseye-backports (7.2) +3. use a recent edk2 bios with 4M secure boot + SMM +4. add ivshmem with e.g.: -chardev socket,path=/tmp/shared_mem,id=shared_mem -device ivshmem-doorbell,chardev=shared_mem,vectors=1 +5. add a host-pci device to the VM +6. try to boot he VM""" +additional = """Observations: +always add ivshmem with: -chardev socket,path=/tmp/shared_mem,id=shared_mem -device ivshmem-doorbell,chardev=shared_mem,vectors=1 +- a) no host-pci device + edk2 with secure boot => works +- b) with host-pci device + non edk2 => works +- c) with host-pci device + edk2 with secure boot => does not work +- d) with host-pci device + edk2 with secure boot + but without ivshmem => works + + +I have compiled a debug version of qemu und added some prints to the linux kernel. + +Qemu log shows: +``` +2023-01-25T23:30:47.128716Z qemu-system-x86_64: VFIO_MAP_DMA failed: Invalid argument +2023-01-25T23:30:47.128741Z qemu-system-x86_64: vfio_dma_map(0x55cee4bf7b20, 0x385000000000, 0x2000000, 0x7fd7253ff000) = -2 (No such file or directory) +qemu: hardware error: vfio: DMA mapping failed, unable to continue +``` + +Kernel log prints in vfio_iommu_iova_dma_valid@drivers/vfio/vfio_iommu_type1.c - if (start >= node->start && end <= node->end): +``` +[ 1156.241294] DEBUG valid 1048576 >= 0 && 2147483647 <= 4276092927 +[ 1156.269472] DEBUG valid 1048576 >= 0 && 2130706431 <= 4276092927 +[ 1156.477577] DEBUG valid 3221225472 >= 0 && 3229614079 <= 4276092927 +[ 1156.478889] DEBUG valid 3254779904 >= 0 && 3254845439 <= 4276092927 +[ 1156.481226] DEBUG valid 3254779904 >= 0 && 3255042047 <= 4276092927 +[ 1156.482864] DEBUG valid 3221225472 >= 0 && 3229614079 <= 4276092927 +[ 1156.502867] DEBUG valid 61916248539136 >= 0 && 61916282093567 <= 4276092927 +[ 1156.502870] DEBUG valid 61916248539136 >= 4277141504 && 61916282093567 <= 549755813887 +``` + +The vfio_dma_map ioctl request from qemu to the kernel seems to fail because 0x385000000000 from qemu is not in any iova range known by the kernel.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1464.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1464.toml new file mode 100644 index 00000000..ca609147 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1464.toml @@ -0,0 +1,15 @@ +id = 1464 +title = "qemu-img resize fails due to inconsistent bitmap(s)" +state = "opened" +created_at = "2023-01-27T10:21:44.589Z" +closed_at = "n/a" +labels = ["Storage", "block:qcow2"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1464" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """This is on a oVirt env""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1465.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1465.toml new file mode 100644 index 00000000..e30ad321 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1465.toml @@ -0,0 +1,15 @@ +id = 1465 +title = "MBR/Partition table corruption/loss , probably related to virtual sata disks and backup" +state = "closed" +created_at = "2023-01-27T12:53:55.162Z" +closed_at = "2023-08-24T16:18:44.560Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1465" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1466.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1466.toml new file mode 100644 index 00000000..3f413cfd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1466.toml @@ -0,0 +1,17 @@ +id = 1466 +title = "GTK: mouse position incorrect in HiDPI environment" +state = "closed" +created_at = "2023-01-27T14:39:17.727Z" +closed_at = "2024-10-08T15:35:59.757Z" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1466" +host-os = "Linux/X11" +host-arch = "x86_64" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """With `usb-tablet` mode the guest cursor position should be consistent with the host cursor since QEMU can position the mouse absolutely. +The guest position is off from the host cursor position, it seems the position is not being divided by the scaling factor before it is passed on to the guest.""" +reproduce = """1. Run any guest with a graphical interface (e.g. Fedora Workstation or Windows 10) +2. Notice how the guest mouse is not consistent with the host mouse at all""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1467.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1467.toml new file mode 100644 index 00000000..b06c9c0c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1467.toml @@ -0,0 +1,15 @@ +id = 1467 +title = "guest agent file filtering" +state = "opened" +created_at = "2023-01-27T20:26:28.939Z" +closed_at = "n/a" +labels = ["Guest Agent", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1467" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1468.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1468.toml new file mode 100644 index 00000000..0b1bcca0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1468.toml @@ -0,0 +1,18 @@ +id = 1468 +title = "qemu hangs on white windows when connecting to virtual port using -serial option when using Windows OS" +state = "opened" +created_at = "2023-01-27T23:27:36.518Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1468" +host-os = "Windows 22H2" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.2.0 (v7.2.0-11948-ge6523b71fc-dirty)" +guest-os = "Windows Server 2003 SP1" +guest-arch = "x86_64" +description = """I was trying to connect windbg with a qemu vm. +First I try using named pipes but all the tutorials I found online result in the qemu windows not even showing. So I give up and trying to use virtual COMs to connect the qemu machine with windbg over serial port. So I created using professional Virtual come driver a link between COM2 and COM4. Now I run qemu with -serial COM2 and I do not run windbg than it run correctly and no problem is present. As soon as I run windbg qemu hangs at startup just after the main window is created. The qemu window remains white and windows shows the normal "The application is not responding". It's like the program is in a infinite loop situation. +Also I noted that If I run qemu and not windbg as soon as the other COM port is connected qemu would stop working and remain frozed. Again showing the "The application is not responding". +If instead of qemu I use other "commercial" software with the same setup (of course there I could use named pipes anyway) I can connect windbg with the machine and do the debug session.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1469.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1469.toml new file mode 100644 index 00000000..6003b5eb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1469.toml @@ -0,0 +1,56 @@ +id = 1469 +title = "QEMU 7.2.0 - make install fail" +state = "closed" +created_at = "2023-01-28T06:49:01.608Z" +closed_at = "2023-01-29T23:10:25.097Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1469" +host-os = "CentOS Stream 8" +host-arch = "x86_64" +qemu-version = "7.2.0" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """`[10055/10057] Generating docs/QEMU manual with a custom command +[10056/10057] Generating docs/QEMU man pages with a custom command +[10056/10057] Installing files. +Traceback (most recent call last): + File "/home/clive/.local/bin/meson", line 5, in <module> + from mesonbuild.mesonmain import main +ModuleNotFoundError: No module named 'mesonbuild' +FAILED: meson-internal__install +/home/clive/.local/bin/meson install --no-rebuild +ninja: build stopped: subcommand failed. +make: *** [Makefile:165: run-ninja] Error 1 +[clive@localhost build]$ +`""" +reproduce = """1. as user in shell +2. `wget https://download.qemu.org/qemu-7.2.0.tar.xz` +2. `tar xvJf qemu-7.2.0.tar.xz` +3. `cd qemu-7.2.0` +4. `./configure` +5. `make install`""" +additional = """installed meson via `pip3 --user` + +`pip3 --list` **Output** `meson version 1.0.0` + +**Using** - python version 3.11.1 + +`ninja-build` installed via package manager `dnf` + +**Using** - ninja-build version 1.8.2 + +Used `dnf builddep` on `ninja-build`, `meson`, and `qemu-kvm` before and after installation confirming I have dependencies. + + File "/home/clive/.local/bin/meson" contains +``` +#!/usr/local/bin/python3.11 +# -*- coding: utf-8 -*- +import re +import sys +from mesonbuild.mesonmain import main +if __name__ == '__main__': + sys.argv[0] = re.sub(r'(-script\\.pyw|\\.exe)?$', '', sys.argv[0]) + sys.exit(main()) + + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/147.toml b/gitlab/issues/target_missing/host_missing/accel_missing/147.toml new file mode 100644 index 00000000..ad7236a9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/147.toml @@ -0,0 +1,15 @@ +id = 147 +title = "Interacting with NetBSD serial console boot blocks no longer works" +state = "opened" +created_at = "2021-05-05T08:18:20.012Z" +closed_at = "n/a" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/147" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1470.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1470.toml new file mode 100644 index 00000000..a275705d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1470.toml @@ -0,0 +1,17 @@ +id = 1470 +title = "Mouse cursor disappeared for WfW 3.11" +state = "closed" +created_at = "2023-01-28T21:55:56.753Z" +closed_at = "2023-01-29T09:42:01.720Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1470" +host-os = "Fedora 37" +host-arch = "x86" +qemu-version = "v6.2.0-2006-gcb8962c146" +guest-os = "DOS 5/6 + WfW 3.11" +guest-arch = "x86" +description = """I've been using the "GD5434 v1.25f, 1280x1024x64K Smlfnt" driver (from sp2904.exe, https://archive.org/download/Windows-3.1-WING-doom inside cirrus.zip) with Fedora's qemu build for years, which is the best version of that driver that I could find, and which works quite nicely apart from a font problem right after startup, and is a lot faster than the standard (patched) SVGA driver. Opening and closing File Manager will get rid of the font corruption. After an upgrade to Fedora 37, I noticed that the mouse cursor was not displayed anymore, which I bisected to this git commit: cb8962c146""" +reproduce = """1. Run the image (boots right into Windows) +2. Note the missing cursor +3.""" +additional = """Image for easy testing (IBM DOS 5, 1024x768) is here: https://drive.google.com/file/d/1_5-gGXEahPOPvgG436WbKM9dnOr7Z8zo/view?usp=sharing (4.4 MB)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1474.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1474.toml new file mode 100644 index 00000000..cb199b8f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1474.toml @@ -0,0 +1,20 @@ +id = 1474 +title = "qemu stuck at creating vm when enabling sgx feature" +state = "opened" +created_at = "2023-02-01T15:30:35.952Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1474" +host-os = "ubuntu22.04" +host-arch = "x86" +qemu-version = "7.2.50" +guest-os = "ubuntu20.04" +guest-arch = "x86" +description = """After execute the command line, qemu stucked. + + + + +After the info in the png, qemu clear the screen and then nothing happend.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1475.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1475.toml new file mode 100644 index 00000000..ebd27cb2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1475.toml @@ -0,0 +1,24 @@ +id = 1475 +title = "qemu-img: GLib: g_hash_table_foreach_remove: assertion 'hash_table != NULL' failed" +state = "closed" +created_at = "2023-02-02T09:59:50.647Z" +closed_at = "2023-02-20T17:01:02.464Z" +labels = ["block:curl"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1475" +host-os = "Fedora Rawhide" +host-arch = "x86-64" +qemu-version = "qemu from git @ commit 13356edb87506c148b163b8c7eb0695647d00c2a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Mixing driver=https with an http URL gives this assert fail in glib2: + +``` +$ ~/d/qemu/build/qemu-img convert -p -W -f qcow2 'json:{ "file.readahead": 67108864, "file.driver": "https", "file.url": "http://web/tmp/jammy-server-cloudimg-amd64.qcow2", "file.timeout":2000 }' -O raw jammy-server-cloudimg-amd64.img.raw +qemu-img: GLib: g_hash_table_foreach_remove: assertion 'hash_table != NULL' failed +qemu-img: GLib: g_hash_table_destroy: assertion 'hash_table != NULL' failed +qemu-img: Could not open 'json:{ "file.readahead": 67108864, "file.driver": "https", "file.url": "http://web/tmp/jammy-server-cloudimg-amd64.qcow2", "file.timeout":2000 }': https curl driver cannot handle the URL 'http://oirase.annexia.org/tmp/jammy-server-cloudimg-amd64.qcow2' (does not start with 'https://') +``` + +(It seems to be a warning rather than a crash)""" +reproduce = """1. Run the command above.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1477.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1477.toml new file mode 100644 index 00000000..ac1f01aa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1477.toml @@ -0,0 +1,299 @@ +id = 1477 +title = "hot-plugged interface are not working after live migration" +state = "closed" +created_at = "2023-02-08T09:19:43.697Z" +closed_at = "2023-02-10T09:45:09.188Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1477" +host-os = "Rocky Linux 8.6" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.2.0 (qemu-kvm-6.2.0-20.module+el8.7.0+1084+97b81f61.2)" +guest-os = "centos linux 7" +guest-arch = "x86" +description = """After a live migration are perform for a vm then hot-plug interface pci didn't show up, but did found a SCSI storage controller is created. I checked libvirt did send qmp command to qemu `[pid 320011] 1673945683.378537 write(42, "{"execute":"device_add","arguments":{"driver":"virtio-net-pci","netdev":"hostua-test","id":"ua-test","mac":"00:e0:4c:6a:3b:51","bus":"pci.7","addr":"0x0"},"id":"libvirt-200"}rn", 176) = 176 +`""" +reproduce = """1. Perform a live migration by issue command `virsh migrate --live --persistent --verbose --unsafe --p2p demo-vm qemu+tls://node8/system?pkipath=/etc/pki/libvirt/private/` +2. Then on the destination node that vm moved, create a bridge deivce `ip link add br-test1 type bridge` +3. Create a tap.xml file with following code + ``` + <interface type='bridge'> + <mac address='00:e0:4c:6a:3b:51'/> + <source bridge='br-test1'/> + <model type="virtio"/> + <alias name='ua-test'/> + </interface> + ``` +4. Save origin pci information +``` +$ virsh console demo-vm +# Save origin pci information +[root@demo-vm ~]# lshw > before +``` +5. Hot-plug an interface `virsh attach-device demo-vm tap.xml-backup --live --config` +6. Dumpxml of demo-vm +``` +<domain type='kvm' id='226'> + <name>demo-vm</name> + <uuid>cc74b867-3fb4-5e4f-bbce-33df21a89416</uuid> + <metadata> + <kubevirt xmlns="http://kubevirt.io"> + <uid>79db3d82-ce8f-44e8-96a5-940cc37c0064</uid> + <graceperiod> + <deletionGracePeriodSeconds>30</deletionGracePeriodSeconds> + </graceperiod> + </kubevirt> + </metadata> + <maxMemory slots='16' unit='KiB'>134217728</maxMemory> + <memory unit='KiB'>1048576</memory> + <currentMemory unit='KiB'>1048576</currentMemory> + <vcpu placement='static' current='1'>128</vcpu> + <iothreads>1</iothreads> + <resource> + <partition>/machine</partition> + </resource> + <sysinfo type='smbios'> + <system> + <entry name='uuid'>cc74b867-3fb4-5e4f-bbce-33df21a89416</entry> + </system> + </sysinfo> + <os> + <type arch='x86_64' machine='pc-q35-rhel8.6.0'>hvm</type> + <smbios mode='sysinfo'/> + </os> + <features> + <acpi/> + </features> + <cpu mode='custom' match='exact' check='full'> + <model fallback='forbid'>Skylake-Server-IBRS</model> + <vendor>Intel</vendor> + <topology sockets='128' dies='1' cores='1' threads='1'/> + <feature policy='require' name='ss'/> + <feature policy='require' name='vmx'/> + <feature policy='require' name='pdcm'/> + <feature policy='require' name='hypervisor'/> + <feature policy='require' name='tsc_adjust'/> + <feature policy='require' name='clflushopt'/> + <feature policy='require' name='umip'/> + <feature policy='require' name='pku'/> + <feature policy='require' name='md-clear'/> + <feature policy='require' name='stibp'/> + <feature policy='require' name='arch-capabilities'/> + <feature policy='require' name='ssbd'/> + <feature policy='require' name='xsaves'/> + <feature policy='require' name='ibpb'/> + <feature policy='require' name='ibrs'/> + <feature policy='require' name='amd-stibp'/> + <feature policy='require' name='amd-ssbd'/> + <feature policy='require' name='skip-l1dfl-vmentry'/> + <feature policy='require' name='pschange-mc-no'/> + <feature policy='disable' name='mpx'/> + <numa> + <cell id='0' cpus='0-127' memory='1048576' unit='KiB'/> + </numa> + </cpu> + <clock offset='utc'/> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>destroy</on_crash> + <devices> + <emulator>/usr/libexec/qemu-kvm</emulator> + <disk type='network' device='disk' model='virtio-non-transitional'> + <driver name='qemu' type='raw' error_policy='stop' discard='unmap'/> + <auth username='rbd-provisioner'> + <secret type='ceph' uuid='8fedf300-282c-4531-a66d-ca2691aaa88b'/> + </auth> + <source protocol='rbd' name='demo-pool/vol-5e83bed9-a2a3-11ed-bee4-3cfdfee07278' index='2'> + <host name='xx.xx.xx.xx' port='6789'/> + <host name='xx.xx.xx.xx' port='6789'/> + <host name='xx.xx.xx.xx' port='6789'/> + </source> + <target dev='vda' bus='virtio'/> + <boot order='1'/> + <alias name='ua-bootdisk'/> + <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> + </disk> + <disk type='file' device='disk' model='virtio-non-transitional'> + <driver name='qemu' type='raw' cache='writethrough' error_policy='stop' discard='unmap'/> + <source file='/var/run/kubevirt-ephemeral-disks/cloud-init-data/demo-vm/configdrive.iso' index='1'/> + <backingStore/> + <target dev='vdb' bus='virtio'/> + <alias name='ua-cloudinitdisk'/> + <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> + </disk> + <controller type='usb' index='0' model='none'> + <alias name='usb'/> + </controller> + <controller type='scsi' index='0' model='virtio-non-transitional'> + <alias name='scsi0'/> + <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> + </controller> + <controller type='virtio-serial' index='0' model='virtio-non-transitional'> + <alias name='virtio-serial0'/> + <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> + </controller> + <controller type='pci' index='0' model='pcie-root'> + <alias name='pcie.0'/> + </controller> + <controller type='pci' index='1' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='1' port='0x10'/> + <alias name='pci.1'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0' multifunction='on'/> + </controller> + <controller type='pci' index='2' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='2' port='0x11'/> + <alias name='pci.2'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x1'/> + </controller> + <controller type='pci' index='3' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='3' port='0x12'/> + <alias name='pci.3'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x2'/> + </controller> + <controller type='pci' index='4' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='4' port='0x13'/> + <alias name='pci.4'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x3'/> + </controller> + <controller type='pci' index='5' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='5' port='0x14'/> + <alias name='pci.5'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x4'/> + </controller> + <controller type='pci' index='6' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='6' port='0x15'/> + <alias name='pci.6'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x5'/> + </controller> + <controller type='pci' index='7' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='7' port='0x16'/> + <alias name='pci.7'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x6'/> + </controller> + <controller type='pci' index='8' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='8' port='0x18'/> + <alias name='pci.8'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0' multifunction='on'/> + </controller> + <controller type='pci' index='9' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='9' port='0x19'/> + <alias name='pci.9'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x1'/> + </controller> + <controller type='pci' index='10' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='10' port='0x1a'/> + <alias name='pci.10'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x2'/> + </controller> + <controller type='pci' index='11' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='11' port='0x1b'/> + <alias name='pci.11'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x3'/> + </controller> + <controller type='pci' index='12' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='12' port='0x1c'/> + <alias name='pci.12'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x4'/> + </controller> + <controller type='sata' index='0'> + <alias name='ide'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> + </controller> + <interface type='ethernet'> + <mac address='00:00:00:6a:d3:bc'/> + <target dev='e6250550b78a43a' managed='yes'/> + <model type='virtio'/> + <mtu size='1500'/> + <alias name='ua-attachnet1'/> + <rom enabled='no'/> + <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> + </interface> + <interface type='bridge'> + <mac address='00:e0:4c:6a:3b:51'/> + <source bridge='br-test1'/> + <target dev='vnet5'/> + <model type='virtio'/> + <alias name='ua-test'/> + <address type='pci' domain='0x0000' bus='0x07' slot='0x00' function='0x0'/> + </interface> + <serial type='pty'> + <source path='/dev/pts/31'/> + <log file='/var/log/vm/79db3d82-ce8f-44e8-96a5-940cc37c0064/console.log' append='off'/> + <target type='isa-serial' port='0'> + <model name='isa-serial'/> + </target> + <alias name='serial0'/> + </serial> + <console type='pty' tty='/dev/pts/31'> + <source path='/dev/pts/31'/> + <log file='/var/log/vm/79db3d82-ce8f-44e8-96a5-940cc37c0064/console.log' append='off'/> + <target type='serial' port='0'/> + <alias name='serial0'/> + </console> + <channel type='unix'> + <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-226-demo-vm/org.qemu.guest_agent.0'/> + <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/> + <alias name='channel0'/> + <address type='virtio-serial' controller='0' bus='0' port='1'/> + </channel> + <input type='mouse' bus='ps2'> + <alias name='input0'/> + </input> + <input type='keyboard' bus='ps2'> + <alias name='input1'/> + </input> + <graphics type='vnc' port='5920' autoport='yes' listen='0.0.0.0'> + <listen type='address' address='0.0.0.0'/> + </graphics> + <audio id='1' type='none'/> + <video> + <model type='vga' vram='16384' heads='1' primary='yes'/> + <alias name='video0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> + </video> + <memballoon model='virtio-non-transitional'> + <alias name='balloon0'/> + <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> + </memballoon> + </devices> + <seclabel type='dynamic' model='dac' relabel='yes'> + <label>+107:+107</label> + <imagelabel>+107:+107</imagelabel> + </seclabel> +</domain> +``` +7. Console to vm and check pci +``` +$ virsh console demo-vm +# no additional nic found in `ip a` list +[root@demo-vm ~]# ip a +# Compare pci +[root@demo-vm ~]# lshw > after +# instead of a virtio network pci i saw a virtio SCSI is created +[root@demo-vm ~]# diff before after +# output + *-scsi + description: SCSI storage controller + product: Virtio SCSI + vendor: Red Hat, Inc. + physical id: 0 + bus info: pci@0000:02:00.0 + version: 01 + width: 64 bits + clock: 33MHz + capabilities: scsi msix pm pciexpress bus_master cap_list + configuration: driver=virtio-pci latency=0 + resources: irq:22 memory:fe600000-fe600fff memory:fc400000-fc403fff +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1479.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1479.toml new file mode 100644 index 00000000..ee0652f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1479.toml @@ -0,0 +1,15 @@ +id = 1479 +title = "system/arm/cpu-features.html : text describing options is misrendered" +state = "closed" +created_at = "2023-02-08T15:03:17.936Z" +closed_at = "2023-03-21T17:14:27.970Z" +labels = ["Bite Sized", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1479" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/148.toml b/gitlab/issues/target_missing/host_missing/accel_missing/148.toml new file mode 100644 index 00000000..c1dad8f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/148.toml @@ -0,0 +1,15 @@ +id = 148 +title = "Please solve graceful (ACPI) poweroff issue, using signals, most importantly SIGTERM" +state = "opened" +created_at = "2021-05-05T08:18:55.888Z" +closed_at = "n/a" +labels = ["ACPI", "Launchpad", "QAPI/QMP", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/148" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1480.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1480.toml new file mode 100644 index 00000000..0c6eb0ea --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1480.toml @@ -0,0 +1,15 @@ +id = 1480 +title = "-cpu <whatever>,help should print the options available for that CPU type" +state = "opened" +created_at = "2023-02-08T15:10:53.915Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1480" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1481.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1481.toml new file mode 100644 index 00000000..4b4ce4a7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1481.toml @@ -0,0 +1,15 @@ +id = 1481 +title = "How to create Rootfs for sifive_u machine" +state = "closed" +created_at = "2023-02-09T05:16:17.560Z" +closed_at = "2023-02-09T09:07:32.717Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1481" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1482.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1482.toml new file mode 100644 index 00000000..fedb25a7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1482.toml @@ -0,0 +1,23 @@ +id = 1482 +title = "Network failed in qemu-7.2.0" +state = "closed" +created_at = "2023-02-09T07:57:19.757Z" +closed_at = "2023-02-10T09:39:51.971Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1482" +host-os = "Ubuntu 22.04" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.0" +guest-os = "Ubuntu 20.04" +guest-arch = "x86" +description = """After I created and installed Ubuntu 20.04 img in qemu virtual machine from Ubuntu 20.04 iso, I found that the network could not work normally, the network settings wasn't right yet.""" +reproduce = """1. Download the source code of qemu-7.2.0 using command "wget https://download.qemu.org/qemu-7.2.0.tar.xz"; +2. Untar using command "tar Jxvf qemu-7.2.0.tar.xz"; +3. Configure with command "./configure --target-list=x86_64-softmmu" under root of qemu source code; +4. Build with command "make"; +5. Install with command "make install" or "sudo make install"; +5. Create image with command "qemu-img create -f qcow2 Ubuntu2004.img 40G"; +5. Launch and install guest with ubuntu 20.04 iso using command "qemu-system-x86_64 -enable-kvm -m 8G -smp 4 -boot once=d -cdrom ../iso_images/Ubuntu-20.04.5-desktop-amd.iso -drive file=./Ubuntu2004.img -device ac97"; +6. After system installed, launch guest with command "qemu-system-x86_64 -enable-kvm -m 8G -smp 4 -drive file=./Ubuntu2004.img -device ac97"""" +additional = """1. When I used qemu version 7.1.0, that is qemu-7.1.0, and go through the same steps above, then the network worked normally, and the network setting was right. +2. Windows images from Windows iso(s) had the same phenomenon.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1483.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1483.toml new file mode 100644 index 00000000..6bed2b1d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1483.toml @@ -0,0 +1,15 @@ +id = 1483 +title = "Failed to mount pmem device in qemu" +state = "opened" +created_at = "2023-02-09T12:48:49.019Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1483" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1485.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1485.toml new file mode 100644 index 00000000..05b851a6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1485.toml @@ -0,0 +1,20 @@ +id = 1485 +title = "hw/at24c : not support 1 byte-address with eeprom size less than 256 byte" +state = "closed" +created_at = "2023-02-10T07:04:15.680Z" +closed_at = "2023-03-14T08:15:20.712Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1485" +host-os = "Ubuntu 20.04.5 LTS" +host-arch = "ARM" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """I created the new platform base on aspeed/fuji, +that uses the virtual eeprom (at24c), some eeprom used 24c02, which size 256 bytes. +but when using /hw/at24c.c, the result will not same the real device.""" +reproduce = """1. create a machine with EEPROM size less then or equal 256 bytes +2. start the qemu +3. use i2cget/i2cset/i2cdump to write and display eeprom data""" +additional = """I fixed and validated, refer +https://gitlab.com/ssinprem/qemu/-/tree/at24c-1-byte-address-mode""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1486.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1486.toml new file mode 100644 index 00000000..1ba04d78 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1486.toml @@ -0,0 +1,99 @@ +id = 1486 +title = "LXD fails to create VM with QEMU 7.2.0: \"../../net/net.c:1106: net_client_init1: Assertion `nc' failed.\"" +state = "opened" +created_at = "2023-02-11T15:19:28.406Z" +closed_at = "n/a" +labels = ["Networking", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1486" +host-os = "Debian sid" +host-arch = "amd64" +qemu-version = "QEMU emulator version 7.2.0 (Debian 1:7.2+dfsg-2)" +guest-os = "Debian sid" +guest-arch = "amd64" +description = """Beginning with QEMU 7.2.0, LXD is unable to launch virtual machines using the default network profile, which breaks the out-of-box experience if a user wishes to create a virtual machine. This worked correctly with QEMU 7.1.0. + +Multiple users across different Linux distributions are reporting this issue: +- https://discuss.linuxcontainers.org/t/failed-adding-nic-netdev-monitor-is-disconnected/15946 +- https://forums.gentoo.org/viewtopic-p-8774212.html +- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1030365 + +``` +gibmat@tharkun:~$ lxc launch images:debian/sid debian-sid-vm --vm +Creating debian-sid-vm +Starting debian-sid-vm +Error: Failed setting up device via monitor: Failed setting up device "eth0": Failed adding NIC netdev: Monitor is disconnected +Try `lxc info --show-log local:debian-sid-vm` for more info +gibmat@tharkun:~$ lxc info --show-log local:debian-sid-vm +Name: debian-sid-vm +Status: STOPPED +Type: virtual-machine +Architecture: x86_64 +Created: 2023/02/10 23:47 UTC + +Log: + +warning: tap: open vhost char device failed: Permission denied +warning: tap: open vhost char device failed: Permission denied +qemu-system-x86_64: ../../net/net.c:1106: net_client_init1: Assertion `nc' failed. + +``` + +``` +gibmat@tharkun:~$ qemu-system-x86_64 --version +QEMU emulator version 7.2.0 (Debian 1:7.2+dfsg-2) +Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project developers +gibmat@tharkun:~$ lxc version +Client version: 5.0.2 +Server version: 5.0.2 +```""" +reproduce = """1. Install LXD and QEMU 7.2.0 +2. `lxc launch images:debian/sid debian-sid-vm --vm` + - This will fail as reported above +3. Downgrade to QEMU 7.1.0 (such as from https://snapshot.debian.org/package/qemu/1%3A7.1%2Bdfsg-2/) +4. `lxc launch images:debian/sid debian-sid-vm --vm` + - Now VM creation is successful + ``` + gibmat@tharkun:~$ lxc launch images:debian/sid debian-sid-vm --vm + Creating debian-sid-vm + Starting debian-sid-vm + gibmat@tharkun:~$ lxc list + +---------------+---------+------+-----------------------------------------------+-----------------+-----------+ + | NAME | STATE | IPV4 | IPV6 | TYPE | SNAPSHOTS | + +---------------+---------+------+-----------------------------------------------+-----------------+-----------+ + | debian-sid-vm | RUNNING | | fd42:ea61:feb4:55ef:216:3eff:feb8:2e8c (eth0) | VIRTUAL-MACHINE | 0 | + +---------------+---------+------+-----------------------------------------------+-----------------+-----------+ + gibmat@tharkun:~$ lxc info --show-log local:debian-sid-vm + Name: debian-sid-vm + Status: RUNNING + Type: virtual-machine + Architecture: x86_64 + PID: 2502 + Created: 2023/02/11 15:08 UTC + Last Used: 2023/02/11 15:08 UTC + + Resources: + Processes: -1 + Network usage: + eth0: + Type: broadcast + State: UP + Host interface: tap5efa7582 + MAC address: 00:16:3e:b8:2e:8c + MTU: 1500 + Bytes received: 3.13kB + Bytes sent: 164B + Packets received: 12 + Packets sent: 2 + IP addresses: + inet6: fd42:ea61:feb4:55ef:216:3eff:feb8:2e8c/64 (global) + + Log: + + warning: tap: open vhost char device failed: Permission denied + warning: tap: open vhost char device failed: Permission denied + + gibmat@tharkun:~$ qemu-system-x86_64 --version + QEMU emulator version 7.1.0 (Debian 1:7.1+dfsg-2+b3) + Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project developers + ```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1487.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1487.toml new file mode 100644 index 00000000..0302fb9c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1487.toml @@ -0,0 +1,15 @@ +id = 1487 +title = "Mac OS X 10.4-10.6 i386/x86_64 not working on Apple Silicon" +state = "opened" +created_at = "2023-02-12T17:38:15.797Z" +closed_at = "n/a" +labels = ["hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1487" +host-os = "macOS Ventura" +host-arch = "aarch64" +qemu-version = "7.2" +guest-os = "macOS 10.4/10.5/10.6" +guest-arch = "i386/x86_64" +description = """Mac OS X panics early in the boot process. There are no issues using later versions of macOS or the PPC architecture""" +reproduce = """1. trying to boot 10.4/10.5/10.6 using i368/x86_64 emulation on apple silicon""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1489.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1489.toml new file mode 100644 index 00000000..844fc312 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1489.toml @@ -0,0 +1,102 @@ +id = 1489 +title = "Breakpoints set at wrong addresses in `test-gdbstub.py` for some Linux kernels guest images" +state = "opened" +created_at = "2023-02-13T15:21:07.929Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1489" +host-os = "macOS 13.1" +host-arch = "ARM (Apple M2)" +qemu-version = "7.2.50 (latest qemu.git master, commit" +guest-os = "- OS/kernel version: Linux 5.19 (among others)" +guest-arch = "ARM" +description = """The script `tests/guest-debug/test-gdbstub.py` for testing QEMU's GDB +stub on Linux kernel guests sets breakpoints on `kernel_init()` and +`wait_for_completion()`. As the script is coded, breakpoints are set +(implicitly) not at the functions' start addresses, but at the end of +the functions' prologues. + +For some Linux kernel builds in which `kernel_init()` and +`wait_for_completion()` get compiled with a function prologue, the +script fails to detect breakpoint hits in `check_hbreak()` and +`check_break()` because it compares the stopped address (i.e. the end of +the function's prologue) with the function's start address, and they +differ. To observe the difference in GDB: + +```sh +$ gdb -q --nx vmlinux +Reading symbols from vmlinux... +(gdb) b kernel_init +Breakpoint 1 at 0xffff800008fbeb28: file init/main.c, line 1497. # <- prologue start +(gdb) b *kernel_init +Breakpoint 2 at 0xffff800008fbeb18: file init/main.c, line 1491. # <- function start +``` + +In my tests, the issue doesn't occur with standard Linux kernels builds +(e.g. compiled on Linux hosts with GCC) because typically both +`kernel_init()` and `wait_for_completion()` seem to be without +prologues.""" +reproduce = """The issue has so far been encountered only with arm64 Linux kernel +guests compiled on macOS arm64 with +[mac-linux-kdk](https://github.com/GayPizzaSpecifications/mac-linux-kdk). + +1. Compile a recent arm64 Linux kernel on macOS arm64 with debugging + information (first `make defconfig`, then `make menuconfig` and set + `Kernel hacking / Compile-time checks and compiler options / Debug + information / Rely on toolchain's implicit default DWARF version`) + + ```sh + $ file /tmp/linux-5.19/arch/arm64/boot/Image + /tmp/linux-5.19/arch/arm64/boot/Image: Linux kernel ARM64 boot executable Image, little-endian, 4K pages + $ file /tmp/linux-5.19/vmlinux + /tmp/linux-5.19/vmlinux: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), statically linked, BuildID[sha1]=bf9e422d48e0aded5859fe34d6de2c174ef3a20b, with debug_info, not stripped + ``` + +2. Start QEMU waiting for GDB to connect: + + ```sh + $ ./qemu-system-aarch64 -smp 1 -M virt -cpu cortex-a57 -kernel /tmp/linux-5.19/arch/arm64/boot/Image -append nokaslr -s -S + ``` + +3. Execute the `test-gdbstub.py` script (as described in the script file + itself): + + ```sh + $ gdb /tmp/linux-5.19/vmlinux -x tests/guest-debug/test-gdbstub.py + ``` + + The script then hangs. + +Tested both on a macOS host and a Linux host.""" +additional = """The proposed fix is to explicitly disable GDB's prologue decoder and set +the two breakpoints at the functions' start addresses [by adding an +asterisk before the function +name](https://stackoverflow.com/a/31451340): + +```diff +diff --git a/tests/guest-debug/test-gdbstub.py b/tests/guest-debug/test-gdbstub.py +index 98a5df4d4..6202d17c3 100644 +--- a/tests/guest-debug/test-gdbstub.py ++++ b/tests/guest-debug/test-gdbstub.py +@@ -31,7 +31,7 @@ def check_step(): + def check_break(sym_name): + "Setup breakpoint, continue and check we stopped." + sym, ok = gdb.lookup_symbol(sym_name) +- bp = gdb.Breakpoint(sym_name) ++ bp = gdb.Breakpoint("*%s" % (sym_name)) + + gdb.execute("c") + +@@ -48,7 +48,7 @@ def check_break(sym_name): + def check_hbreak(sym_name): + "Setup hardware breakpoint, continue and check we stopped." + sym, ok = gdb.lookup_symbol(sym_name) +- gdb.execute("hbreak %s" % (sym_name)) ++ gdb.execute("hbreak *%s" % (sym_name)) + gdb.execute("c") + + # hopefully we came back +``` + +This change shouldn't impact the Linux kernel guests for which the +script is already working as intended.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/149.toml b/gitlab/issues/target_missing/host_missing/accel_missing/149.toml new file mode 100644 index 00000000..0629086f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/149.toml @@ -0,0 +1,15 @@ +id = 149 +title = "vmxnet3 unable to send IPv6 ESP packets" +state = "closed" +created_at = "2021-05-05T08:19:05.641Z" +closed_at = "2022-02-15T13:51:12.949Z" +labels = ["Launchpad", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/149" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1490.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1490.toml new file mode 100644 index 00000000..ce8d2c39 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1490.toml @@ -0,0 +1,71 @@ +id = 1490 +title = "Keystrokes for F13-24 are not forwarded by an evdev input device" +state = "opened" +created_at = "2023-02-13T19:47:20.986Z" +closed_at = "n/a" +labels = ["device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1490" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "7.2.0" +guest-os = "Windows 11" +guest-arch = "x86" +description = """Currently, keystrokes for F13-F24 are not forwarded by an evdev input device.""" +reproduce = """``` +/usr/bin/qemu-system-x86_64 \\ +-name guest=win10,debug-threads=on \\ +-S \\ +-object '{"qom-type":"secret","id":"masterKey0","format":"raw","file":"/var/lib/libvirt/qemu/domain-11-win10/master-key.aes"}' \\ +-machine pc-q35-7.2,usb=off,vmport=off,dump-guest-core=off,memory-backend=pc.ram \\ +-accel kvm \\ +-cpu host,migratable=on,hv-time=on,hv-relaxed=on,hv-vapic=on,hv-spinlocks=0x1fff \\ +-m 4096 \\ +-object '{"qom-type":"memory-backend-ram","id":"pc.ram","size":4294967296}' \\ +-overcommit mem-lock=off \\ +-smp 4,sockets=1,dies=1,cores=4,threads=1 \\ +-uuid ca2e9d01-6e02-4aa7-9feb-7846499f7d8a \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,fd=33,server=on,wait=off \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=localtime,driftfix=slew \\ +-global kvm-pit.lost_tick_policy=delay \\ +-no-hpet \\ +-no-shutdown \\ +-global ICH9-LPC.disable_s3=1 \\ +-global ICH9-LPC.disable_s4=1 \\ +-boot strict=on \\ +-device '{"driver":"pcie-root-port","port":16,"chassis":1,"id":"pci.1","bus":"pcie.0","multifunction":true,"addr":"0x2"}' \\ +-device '{"driver":"pcie-root-port","port":17,"chassis":2,"id":"pci.2","bus":"pcie.0","addr":"0x2.0x1"}' \\ +-device '{"driver":"pcie-root-port","port":18,"chassis":3,"id":"pci.3","bus":"pcie.0","addr":"0x2.0x2"}' \\ +-device '{"driver":"pcie-root-port","port":19,"chassis":4,"id":"pci.4","bus":"pcie.0","addr":"0x2.0x3"}' \\ +-device '{"driver":"pcie-root-port","port":20,"chassis":5,"id":"pci.5","bus":"pcie.0","addr":"0x2.0x4"}' \\ +-device '{"driver":"pcie-root-port","port":21,"chassis":6,"id":"pci.6","bus":"pcie.0","addr":"0x2.0x5"}' \\ +-device '{"driver":"pcie-root-port","port":22,"chassis":7,"id":"pci.7","bus":"pcie.0","addr":"0x2.0x6"}' \\ +-device '{"driver":"pcie-root-port","port":23,"chassis":8,"id":"pci.8","bus":"pcie.0","addr":"0x2.0x7"}' \\ +-device '{"driver":"pcie-root-port","port":24,"chassis":9,"id":"pci.9","bus":"pcie.0","multifunction":true,"addr":"0x3"}' \\ +-device '{"driver":"pcie-root-port","port":25,"chassis":10,"id":"pci.10","bus":"pcie.0","addr":"0x3.0x1"}' \\ +-device '{"driver":"pcie-root-port","port":26,"chassis":11,"id":"pci.11","bus":"pcie.0","addr":"0x3.0x2"}' \\ +-device '{"driver":"pcie-root-port","port":27,"chassis":12,"id":"pci.12","bus":"pcie.0","addr":"0x3.0x3"}' \\ +-device '{"driver":"pcie-root-port","port":28,"chassis":13,"id":"pci.13","bus":"pcie.0","addr":"0x3.0x4"}' \\ +-device '{"driver":"pcie-root-port","port":29,"chassis":14,"id":"pci.14","bus":"pcie.0","addr":"0x3.0x5"}' \\ +-device '{"driver":"qemu-xhci","id":"usb","bus":"pci.1","addr":"0x0"}' \\ +-blockdev '{"driver":"file","filename":"/tmp/win10.qcow2","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":false,"driver":"qcow2","file":"libvirt-1-storage","backing":null}' \\ +-device '{"driver":"ide-hd","bus":"ide.0","drive":"libvirt-1-format","id":"sata0-0-0","bootindex":2}' \\ +-object '{"qom-type":"input-linux","id":"input2","evdev":"/dev/input/by-id/usb-04d9_f50e-event-mouse"}' \\ +-object '{"qom-type":"input-linux","id":"input3","evdev":"/dev/input/by-id/usb-0c45_6515-event-kbd","repeat":true,"grab_all":true,"grab-toggle":"scrolllock"}' \\ +-audiodev '{"id":"audio1","driver":"spice"}' \\ +-spice port=5900,addr=127.0.0.1,disable-ticketing=on,image-compression=off,seamless-migration=on \\ +-device '{"driver":"qxl-vga","id":"video0","max_outputs":1,"ram_size":67108864,"vram_size":67108864,"vram64_size_mb":0,"vgamem_mb":16,"bus":"pcie.0","addr":"0x1"}' \\ +-device '{"driver":"virtio-balloon-pci","id":"balloon0","bus":"pci.2","addr":"0x0"}' \\ +-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \\ +-msg timestamp=on +``` + +This is probably not a minimal example, but I didn't know how to generate one. I think the only relevant lines are these: +``` +-object '{"qom-type":"input-linux","id":"input2","evdev":"/dev/input/by-id/usb-04d9_f50e-event-mouse"}' \\ +-object '{"qom-type":"input-linux","id":"input3","evdev":"/dev/input/by-id/usb-0c45_6515-event-kbd","repeat":true,"grab_all":true,"grab-toggle":"scrolllock"}' +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1495.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1495.toml new file mode 100644 index 00000000..577f7f4e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1495.toml @@ -0,0 +1,16 @@ +id = 1495 +title = "MacOS fails check-unit for test-io-channel-command for some reason" +state = "opened" +created_at = "2023-02-15T18:05:04.055Z" +closed_at = "n/a" +labels = ["Chardev", "TestCase", "Tests", "hostos: macOS", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1495" +host-os = "MacOS 12" +host-arch = "ARM64" +qemu-version = "7.2.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """While adding the socat dependency to the CI system it triggers a failure on the ARM MacOS build, eg: https://gitlab.com/stsquad/qemu/-/jobs/3769189709""" +reproduce = """1. install socat +2. make check-unit""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1496.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1496.toml new file mode 100644 index 00000000..693e73a0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1496.toml @@ -0,0 +1,35 @@ +id = 1496 +title = "Multiple issues detected by the thread sanitizer build" +state = "opened" +created_at = "2023-02-16T17:25:59.822Z" +closed_at = "n/a" +labels = ["Storage", "Tests", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1496" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Switching the tsan build in the CI from benchmark to check-unit revealed a bunch of issues even in our most basic tests.""" +reproduce = """1. configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +2. make check-unit +3. recoil in horror at the failures""" +additional = """From: https://gitlab.com/stsquad/qemu/-/jobs/3779216892 + +``` +Summary of Failures: +27/95 qemu:unit / rcutorture ERROR 3.83s exit status 66 +28/95 qemu:unit / test-rcu-list ERROR 5.28s exit status 66 +29/95 qemu:unit / test-rcu-simpleq ERROR 5.07s exit status 66 +30/95 qemu:unit / test-rcu-tailq ERROR 5.12s exit status 66 +32/95 qemu:unit / test-rcu-slist ERROR 5.07s exit status 66 +40/95 qemu:unit / test-logging ERROR 2.50s exit status 66 +52/95 qemu:unit / test-aio-multithread ERROR 9.53s exit status 66 +54/95 qemu:unit / test-thread-pool ERROR 7.22s exit status 66 +55/95 qemu:unit / test-bdrv-drain ERROR 2.37s exit status 66 +58/95 qemu:unit / test-blockjob ERROR 2.04s exit status 66 +60/95 qemu:unit / test-block-iothread ERROR 2.08s exit status 66 +74/95 qemu:unit / test-io-channel-command ERROR 0.10s killed by signal 13 SIGPIPE +90/95 qemu:unit / test-replication ERROR 25.03s exit status 66 +93/95 qemu:unit / test-util-filemonitor ERROR 2.61s exit status 66 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1497.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1497.toml new file mode 100644 index 00000000..94d9038c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1497.toml @@ -0,0 +1,15 @@ +id = 1497 +title = "no documentation on plugins with mem_cb in their name" +state = "closed" +created_at = "2023-02-16T21:01:00.783Z" +closed_at = "2023-03-22T22:10:45.973Z" +labels = ["Documentation", "TCG plugins"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1497" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I'm especially interested in how vector ops under mask report their memory traffic""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1504.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1504.toml new file mode 100644 index 00000000..1c139c10 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1504.toml @@ -0,0 +1,15 @@ +id = 1504 +title = "Implement Synopsys DesignWare PCI-I2C adapter model" +state = "closed" +created_at = "2023-02-23T13:13:29.224Z" +closed_at = "2023-02-23T13:24:39.367Z" +labels = ["device: PCI", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1504" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1505.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1505.toml new file mode 100644 index 00000000..e8d2c7cf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1505.toml @@ -0,0 +1,15 @@ +id = 1505 +title = "guest agent: add --allow-rpcs / whitelist mode" +state = "closed" +created_at = "2023-02-24T10:06:29.318Z" +closed_at = "2023-07-12T13:17:43.510Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1505" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1507.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1507.toml new file mode 100644 index 00000000..451f27ee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1507.toml @@ -0,0 +1,47 @@ +id = 1507 +title = "export/fuse/fuse.c:fuse_fallocate does not do anything but returns success" +state = "closed" +created_at = "2023-02-25T12:51:18.814Z" +closed_at = "2023-03-12T17:41:43.529Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1507" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """block/export/fuse.c:fuse_fallocate with `FALLOC_FL_PUNCH_HOLE` does not do anything even though it returns 0 (success). A later read incorrectly returns old data instead of zeros. +Should probably return EOPNOTSUPP. + +FALLOC_FL_PUNCH_HOLE: +>Within the specified range, partial filesystem blocks are zeroed, +and whole filesystem blocks are removed from the file. After a +successful call, subsequent reads from this range will return +zeros. +https://man7.org/linux/man-pages/man2/fallocate.2.html""" +reproduce = """```sh +touch /tmp/data /tmp/fuse_exp +dd if=/dev/random of=/tmp/data count=1000 bs=1M +qemu-storage-daemon --blockdev node-name=node0,driver=raw,file.driver=file,file.filename=/tmp/data --export type=fuse,id=node0-export,node-name=node0,mountpoint=/tmp/fuse_exp,writable=on + +hexdump /tmp/fuse_exp -n 16 +# 0000000 4d5f db2d 57ab 02f6 f9c2 d2f1 0c1b 4b86 +fallocate -l 1G --punch-hole /tmp/fuse_exp +echo $? +# 0 +hexdump /tmp/fuse_exp -n 16 +# 0000000 4d5f db2d 57ab 02f6 f9c2 d2f1 0c1b 4b86 + + +hexdump /tmp/data -n 16 +# 0000000 4d5f db2d 57ab 02f6 f9c2 d2f1 0c1b 4b86 +fallocate -l 1G --punch-hole /tmp/data +hexdump /tmp/data -n 16 +# 0000000 0000 0000 0000 0000 0000 0000 0000 0000 + +# sudo bpftrace -e 'uretprobe:/usr/bin/qemu-storage-daemon:blk_co_pdiscard { printf("ret=%d\\n",retval); }' +# ret=0 +# sudo bpftrace -e 'kretfunc:fuse_file_fallocate { printf("len=%d \\t mode=%d ret=%d\\n", args->length , args->mode,retval); }' +# len=1073741824 mode=3 ret=0 +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1508.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1508.toml new file mode 100644 index 00000000..526d6fe1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1508.toml @@ -0,0 +1,101 @@ +id = 1508 +title = "vfio-pci 0000:00:02.1: VF token required to access device" +state = "closed" +created_at = "2023-02-26T01:02:21.512Z" +closed_at = "2023-05-02T22:47:22.634Z" +labels = ["VFIO", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1508" +host-os = "Fedora 37" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.0.0 (qemu-7.0.0-13.fc37)" +guest-os = "Any" +guest-arch = "x86" +description = """I'm trying to use SR-IOV on an i5-12400 trying to create VFs for my UHD Graphics 730. + +I had to build this DKMS module for it to work: +https://github.com/strongtz/i915-sriov-dkms + +So far I have managed to have 7 VFs created per the dmsg: +``` +[root@fedora ~]# dmesg | grep -i vf +[ 0.000000] Command line: BOOT_IMAGE=(hd0,gpt2)/vmlinuz-6.1.13-200.fc37.x86_64 root=UUID=a1ec5891-71c6-44ea-9beb-c4f1cde55c0e ro rootflags=subvol=root rhgb quiet intel_iommu=on iommu=pt split_lock_detect=off i915.enable_guc=7 video=vesafb:off video=efifb:off initcall_blacklist=sysfb_init vfio-pci.disable_vga=1 vfio-pci.enable_sriov=1 vfio-pci.ids=8086:4692,8086:7ad0 +[ 0.074362] Kernel command line: BOOT_IMAGE=(hd0,gpt2)/vmlinuz-6.1.13-200.fc37.x86_64 root=UUID=a1ec5891-71c6-44ea-9beb-c4f1cde55c0e ro rootflags=subvol=root rhgb quiet intel_iommu=on iommu=pt split_lock_detect=off i915.enable_guc=7 video=vesafb:off video=efifb:off initcall_blacklist=sysfb_init v +io-pci.disable_vga=1 vfio-pci.enable_sriov=1 vfio-pci.ids=8086:4692,8086:7ad0 +[ 0.288336] pci 0000:00:02.0: VF(n) BAR0 space: [mem 0x60e0000000-0x60e6ffffff 64bit] (contains BAR0 for 7 VFs) +[ 0.288339] pci 0000:00:02.0: VF(n) BAR2 space: [mem 0x6000000000-0x60dfffffff 64bit pref] (contains BAR2 for 7 VFs) +[ 0.293518] pci 0000:01:00.0: VF(n) BAR0 space: [mem 0xa1330000-0xa134ffff 64bit] (contains BAR0 for 8 VFs) +[ 0.336464] VFS: Disk quotas dquot_6.6.0 +[ 0.336470] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) +[ 1.028560] VFIO - User Level meta-driver version: 0.3 +[ 1.039931] vfio-pci 0000:00:02.0: vgaarb: deactivate vga console +[ 1.039933] vfio-pci 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem +[ 1.040007] vfio_pci: add [8086:4692[ffffffff:ffffffff]] class 0x000000/00000000 +[ 1.040140] vfio_pci: add [8086:7ad0[ffffffff:ffffffff]] class 0x000000/00000000 +[ 3.373977] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 655360 ms ovfl timer +[ 45.696323] vfio-pci 0000:00:02.0: Captured SR-IOV VF 0000:00:02.1 driver_override +[ 45.696356] vfio-pci 0000:00:02.1: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none +[ 45.696598] vfio-pci 0000:00:02.0: Captured SR-IOV VF 0000:00:02.2 driver_override +[ 45.696609] vfio-pci 0000:00:02.2: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none +[ 45.696724] vfio-pci 0000:00:02.0: Captured SR-IOV VF 0000:00:02.3 driver_override +[ 45.696734] vfio-pci 0000:00:02.3: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none +[ 45.696811] vfio-pci 0000:00:02.0: Captured SR-IOV VF 0000:00:02.4 driver_override +[ 45.696825] vfio-pci 0000:00:02.4: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none +[ 45.696947] vfio-pci 0000:00:02.0: Captured SR-IOV VF 0000:00:02.5 driver_override +[ 45.696958] vfio-pci 0000:00:02.5: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none +[ 45.697050] vfio-pci 0000:00:02.0: Captured SR-IOV VF 0000:00:02.6 driver_override +[ 45.697060] vfio-pci 0000:00:02.6: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none +[ 45.697127] vfio-pci 0000:00:02.0: Captured SR-IOV VF 0000:00:02.7 driver_override +[ 45.697137] vfio-pci 0000:00:02.7: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none +``` +I've blacklisted these modules: +``` +blacklist igb +blacklist i915 +blacklist snd_hda_intel +blacklist snd_sof_pci_intel_tgl +``` +And loaded these modules: +``` +vfio +vfio-pci +vfio_virqfd +vfio_iommu_type1 +``` +Kernel args: +``` +GRUB_CMDLINE_LINUX="rhgb quiet intel_iommu=on iommu=pt split_lock_detect=off i915.enable_guc=7 video=vesafb:off video=efifb:off initcall_blacklist=sysfb_init vfio-pci.disable_vga=1 vfio-pci.enable_sriov=1 vfio-pci.ids=8086:4692,8086:7ad0" +``` + +**Error shown:** +``` +[root@fedora ~]# ./test.sh +QEMU 7.0.0 monitor - type 'help' for more information +(qemu) qemu-system-x86_64: -device vfio-pci,host=0000:02.2,multifunction=on,bus=pcie.1,addr=0x00,x-vga=on: vfio 0000:00:02.2: error getting device from group 14: Permission denied +Verify all devices in group 14 are bound to vfio-<bus> or pci-stub and not already in use +``` +**DMESG shows:** +``` +[ 2160.408395] vfio-pci 0000:00:02.2: VF token required to access device +``` + +This lead me to this conversation / thread: + +https://inbox.dpdk.org/dev/CALBAE1MrEoCc8Ch6MNUNTsOcZyJnhr+z+iD0VWjHagQsEdBWCw@mail.gmail.com/#t + +Quote: "Something needs to be sorted with the QEMU community." + +In fact, something needs to be sorted. **It seems there's no way to specify this VF token anywhere from the CLI args**, so I'm reporting this as a bug (or feature not developed yet?? any ETA?) + +**Additional information:** It seems that QEMU might require a patch or a change to allow this VF token to be passed through. It seems that DPDK and other similar projects have already implemented this (it seems Linux has it since Kernel 5.7 - Maybe I'm missing something to pass this token with QEMU considering how old that kernel is? I'd expect this flag to be here in QEMU already) + +**Useful code / info:** +* https://patches.dpdk.org/project/dpdk/patch/20200529013710.72302-3-haiyue.wang@intel.com/ +* https://github.com/intel/pf-bb-config/blob/master/README.md#usage-example +* https://support.hpe.com/hpesc/public/docDisplay?docId=sd00001790en_us&docLocale=en_US&page=GUID-1D5D76F8-522A-47F5-922B-142BD5177033.html + +Thanks, + +-Alemar""" +reproduce = """1. See description +2. Run QEMU as described""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/151.toml b/gitlab/issues/target_missing/host_missing/accel_missing/151.toml new file mode 100644 index 00000000..087d5e3e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/151.toml @@ -0,0 +1,15 @@ +id = 151 +title = "virtio-net ignores the absence of the VIRTIO_NET_F_CTRL_VQ feature bit" +state = "closed" +created_at = "2021-05-05T08:19:30.993Z" +closed_at = "2023-01-18T19:38:44.238Z" +labels = ["Launchpad", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/151" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1510.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1510.toml new file mode 100644 index 00000000..1bdd43f2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1510.toml @@ -0,0 +1,100 @@ +id = 1510 +title = "LibFuzzer: Deadly Signals" +state = "closed" +created_at = "2023-02-27T09:29:01.070Z" +closed_at = "2024-05-31T20:01:28.045Z" +labels = ["Fuzzer", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1510" +host-os = "Ubuntu 20.04" +host-arch = "AMD64" +qemu-version = "BuildId: 49539853a6c034db6a511d608192f681fdffa439" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +INFO: libFuzzer ignores flags that start with '--' +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 1075449567 +INFO: Loaded 1 modules (323687 inline 8-bit counters): 323687 [0x558e9ece6000, 0x558e9ed35067), +INFO: Loaded 1 PC tables (323687 PCs): 323687 [0x558e9e7f5680,0x558e9ece5cf0), +./qemu-fuzz-i386: Running 1 inputs 1 time(s) each. +Running: crash-11075f8b34e355e114f92367a5e8b9bbb36a352d +Matching objects by name *usb* +Matching objects by name *ohci* +This process will try to fuzz the following MemoryRegions: + * bus master container[0] (size 0xffffffffffffffff) + * ohci[0] (size 0x100) + * bus master[0] (size 0xffffffffffffffff) +qemu-fuzz-i386: ../hw/usb/core.c:744: struct USBEndpoint *usb_ep_get(USBDevice *, int, int): Assertion `pid == USB_TOKEN_IN || pid == USB_TOKEN_OUT' failed. +==1763255== ERROR: libFuzzer: deadly signal + #0 0x558e9ad46cb1 in __sanitizer_print_stack_trace (/home/hyper/qemu/build/qemu-fuzz-i386+0x1f71cb1) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #1 0x558e9acb9548 in fuzzer::PrintStackTrace() (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ee4548) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #2 0x558e9ac9efc3 in fuzzer::Fuzzer::CrashCallback() (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ec9fc3) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #3 0x7faa5444251f (/lib/x86_64-linux-gnu/libc.so.6+0x4251f) (BuildId: 69389d485a9793dbe873f0ea2c93e02efaa9aa3d) + #4 0x7faa54496a7b in __pthread_kill_implementation nptl/./nptl/pthread_kill.c:43:17 + #5 0x7faa54496a7b in __pthread_kill_internal nptl/./nptl/pthread_kill.c:78:10 + #6 0x7faa54496a7b in pthread_kill nptl/./nptl/pthread_kill.c:89:10 + #7 0x7faa54442475 in gsignal signal/../sysdeps/posix/raise.c:26:13 + #8 0x7faa544287f2 in abort stdlib/./stdlib/abort.c:79:7 + #9 0x7faa5442871a in __assert_fail_base assert/./assert/assert.c:92:3 + #10 0x7faa54439e95 in __assert_fail assert/./assert/assert.c:101:3 + #11 0x558e9b6c89d9 in usb_ep_get /home/hyper/qemu/build/../hw/usb/core.c:744:5 + #12 0x558e9b701fa4 in ohci_service_td /home/hyper/qemu/build/../hw/usb/hcd-ohci.c:957:14 + #13 0x558e9b701fa4 in ohci_service_ed_list /home/hyper/qemu/build/../hw/usb/hcd-ohci.c:1122:21 + #14 0x558e9b6fa47b in ohci_frame_boundary /home/hyper/qemu/build/../hw/usb/hcd-ohci.c:1192:9 + #15 0x558e9cbe8b9c in timerlist_run_timers /home/hyper/qemu/build/../util/qemu-timer.c:576:9 + #16 0x558e9c2a9c7d in qtest_clock_warp /home/hyper/qemu/build/../softmmu/qtest.c:358:9 + #17 0x558e9c2a6411 in qtest_process_command /home/hyper/qemu/build/../softmmu/qtest.c:751:9 + #18 0x558e9c2a1f98 in qtest_process_inbuf /home/hyper/qemu/build/../softmmu/qtest.c:802:9 + #19 0x558e9c2a1db3 in qtest_server_inproc_recv /home/hyper/qemu/build/../softmmu/qtest.c:933:9 + #20 0x558e9c932980 in qtest_sendf /home/hyper/qemu/build/../tests/qtest/libqtest.c:600:5 + #21 0x558e9c932a84 in qtest_clock_step_next /home/hyper/qemu/build/../tests/qtest/libqtest.c:955:5 + #22 0x558e9ad86fed in generic_fuzz /home/hyper/qemu/build/../tests/qtest/fuzz/generic_fuzz.c:715:17 + #23 0x558e9ad7aae3 in LLVMFuzzerTestOneInput /home/hyper/qemu/build/../tests/qtest/fuzz/fuzz.c:152:5 + #24 0x558e9aca0553 in fuzzer::Fuzzer::ExecuteCallback(unsigned char const*, unsigned long) (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ecb553) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #25 0x558e9ac8a2cf in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) (/home/hyper/qemu/build/qemu-fuzz-i386+0x1eb52cf) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #26 0x558e9ac90026 in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char const*, unsigned long)) (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ebb026) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #27 0x558e9acb9e42 in main (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ee4e42) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #28 0x7faa54429d8f in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 + #29 0x7faa54429e3f in __libc_start_main csu/../csu/libc-start.c:392:3 + #30 0x558e9ac84b94 in _start (/home/hyper/qemu/build/qemu-fuzz-i386+0x1eafb94) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + +NOTE: libFuzzer has rudimentary signal handlers. + Combine libFuzzer with AddressSanitizer or similar for better crash reports. +SUMMARY: libFuzzer: deadly signal +qemu-fuzz-i386: ../hw/usb/core.c:744: struct USBEndpoint *usb_ep_get(USBDevice *, int, int): Assertion `pid == USB_TOKEN_IN || pid == USB_TOKEN_OUT' failed. +==1763258== ERROR: libFuzzer: deadly signal + #0 0x558e9ad46cb1 in __sanitizer_print_stack_trace (/home/hyper/qemu/build/qemu-fuzz-i386+0x1f71cb1) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #1 0x558e9acb9548 in fuzzer::PrintStackTrace() (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ee4548) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #2 0x558e9ac9efc3 in fuzzer::Fuzzer::CrashCallback() (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ec9fc3) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #3 0x7faa5444251f (/lib/x86_64-linux-gnu/libc.so.6+0x4251f) (BuildId: 69389d485a9793dbe873f0ea2c93e02efaa9aa3d) + #4 0x7faa54496a7b in __pthread_kill_implementation nptl/./nptl/pthread_kill.c:43:17 + #5 0x7faa54496a7b in __pthread_kill_internal nptl/./nptl/pthread_kill.c:78:10 + #6 0x7faa54496a7b in pthread_kill nptl/./nptl/pthread_kill.c:89:10 + #7 0x7faa54442475 in gsignal signal/../sysdeps/posix/raise.c:26:13 + #8 0x7faa544287f2 in abort stdlib/./stdlib/abort.c:79:7 + #9 0x7faa5442871a in __assert_fail_base assert/./assert/assert.c:92:3 + #10 0x7faa54439e95 in __assert_fail assert/./assert/assert.c:101:3 + #11 0x558e9b6c89d9 in usb_ep_get /home/hyper/qemu/build/../hw/usb/core.c:744:5 + #12 0x558e9b701fa4 in ohci_service_td /home/hyper/qemu/build/../hw/usb/hcd-ohci.c:957:14 + #13 0x558e9b701fa4 in ohci_service_ed_list /home/hyper/qemu/build/../hw/usb/hcd-ohci.c:1122:21 + #14 0x558e9b6fa47b in ohci_frame_boundary /home/hyper/qemu/build/../hw/usb/hcd-ohci.c:1192:9 + #15 0x558e9cbe8b9c in timerlist_run_timers /home/hyper/qemu/build/../util/qemu-timer.c:576:9 + #16 0x558e9c2a9c7d in qtest_clock_warp /home/hyper/qemu/build/../softmmu/qtest.c:358:9 + #17 0x558e9c2a6411 in qtest_process_command /home/hyper/qemu/build/../softmmu/qtest.c:751:9 + #18 0x558e9c2a1f98 in qtest_process_inbuf /home/hyper/qemu/build/../softmmu/qtest.c:802:9 + #19 0x558e9c2a1db3 in qtest_server_inproc_recv /home/hyper/qemu/build/../softmmu/qtest.c:933:9 + #20 0x558e9c932980 in qtest_sendf /home/hyper/qemu/build/../tests/qtest/libqtest.c:600:5 + #21 0x558e9c932a84 in qtest_clock_step_next /home/hyper/qemu/build/../tests/qtest/libqtest.c:955:5 + #22 0x558e9ad86fed in generic_fuzz /home/hyper/qemu/build/../tests/qtest/fuzz/generic_fuzz.c:715:17 + #23 0x558e9ad7aae3 in LLVMFuzzerTestOneInput /home/hyper/qemu/build/../tests/qtest/fuzz/fuzz.c:152:5 + #24 0x558e9aca0553 in fuzzer::Fuzzer::ExecuteCallback(unsigned char const*, unsigned long) (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ecb553) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #25 0x558e9aca1175 in fuzzer::Fuzzer::TryDetectingAMemoryLeak(unsigned char const*, unsigned long, bool) (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ecc175) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #26 0x558e9ac8a317 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) (/home/hyper/qemu/build/qemu-fuzz-i386+0x1eb5317) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #27 0x558e9ac90026 in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char const*, unsigned long)) (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ebb026) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #28 0x558e9acb9e42 in main (/home/hyper/qemu/build/qemu-fuzz-i386+0x1ee4e42) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) + #29 0x7faa54429d8f in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 + #30 0x7faa54429e3f in __libc_start_main csu/../csu/libc-start.c:392:3 + #31 0x558e9ac84b94 in _start (/home/hyper/qemu/build/qemu-fuzz-i386+0x1eafb94) (BuildId: 49539853a6c034db6a511d608192f681fdffa439) +```""" +reproduce = """1. ./qemu-fuzz-i386 --fuzz-target=generic-fuzz-ohci""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1511.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1511.toml new file mode 100644 index 00000000..30c00745 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1511.toml @@ -0,0 +1,15 @@ +id = 1511 +title = "Please a CPU model for ABI version for x86_64 i386 according to x86-64 psABI" +state = "closed" +created_at = "2023-02-27T10:07:10.077Z" +closed_at = "2023-02-28T10:28:10.626Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1511" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1512.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1512.toml new file mode 100644 index 00000000..e5f76309 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1512.toml @@ -0,0 +1,15 @@ +id = 1512 +title = "AVX/AVX2 not correcly detected in user mode" +state = "closed" +created_at = "2023-02-27T10:10:36.429Z" +closed_at = "2023-03-06T13:58:51.015Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1512" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1513.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1513.toml new file mode 100644 index 00000000..1e70ae6d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1513.toml @@ -0,0 +1,15 @@ +id = 1513 +title = "CPU flags should be better documented" +state = "opened" +created_at = "2023-02-27T10:26:06.427Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1513" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1515.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1515.toml new file mode 100644 index 00000000..ea8d0e20 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1515.toml @@ -0,0 +1,30 @@ +id = 1515 +title = "qemu have the way to change the windows sid?" +state = "closed" +created_at = "2023-02-27T11:50:29.793Z" +closed_at = "2023-02-27T12:07:46.609Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1515" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """I want to change the guest of windows sid after clone guest, have the way to change it before new guest start? "virt-sysprep" Seems impossible to do it. Although it can be done manually as follow: + +[change sid in windows system](https://www.heelpbook.net/2019/microsoft-changing-sid-of-cloned-vms/) + +query windows sid: +cmd: whoami /user + + +step: +1.clone a new windows guest vm_new + +2.change the sid of vm_new (step2 I don't know how to do that) + +3.start vm_new + +4.query the vm_new's sid is change""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1516.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1516.toml new file mode 100644 index 00000000..21839d13 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1516.toml @@ -0,0 +1,47 @@ +id = 1516 +title = "QEMU does not reload kernel image on guest reboot (direct kernel boot)" +state = "opened" +created_at = "2023-02-27T12:44:15.741Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1516" +host-os = "Gentoo Linux" +host-arch = "x86_64" +qemu-version = "7.2.0" +guest-os = "Alpine Linux" +guest-arch = "x86_64" +description = """I am using virtiofs as root filesystem with QEMU direct kernel boot. The kernel is loaded from the guests directory structure that is exported from the host. + +The problem is that QEMU does not reload the kernel image file from disk during a guest reboot. This means it is not possible to update the kernel from inside the guest and do a simple reboot to load it. A full power cycle of the guest is required to load the updated kernel image.""" +reproduce = """1. Migrate a Linux guest to virtiofs as root fs. +2. Enable QEMU direct kernel boot and point to guest's kernel in the exported root filesystem. +3. Boot. +4. Update the kernel inside the guest. Overwrite the existing kernel image +5. Issue `reboot` inside the guest. +6. When the guest reboots, the old kernel is still booted, even though the image file was overwritten. +7. Issue `poweroff` inside the guest. +8. Issue `virsh start <guest-vm>` +9. Now the new kernel image is booted.""" +additional = """XML: +``` +<type arch='x86_64' machine='pc-q35-7.0'>hvm</type> + <kernel>/media/vm/libvirt/images/alpine-q/root/boot/vmlinuz-virt</kernel> + <initrd>/media/vm/libvirt/images/alpine-q/root/boot/initramfs-virt</initrd> + <cmdline>rootfstype=virtiofs root=root rw</cmdline> + <boot dev='hd'/> + <bootmenu enable='no'/> + </os> + +... + + <filesystem type='mount' accessmode='passthrough'> + <driver type='virtiofs'/> + <binary path='/usr/libexec/virtiofsd' xattr='on'> + <cache mode='always'/> + <lock posix='on' flock='on'/> + </binary> + <source dir='/media/vm/libvirt/images/alpine-q/root'/> + <target dir='root'/> + <address type='pci' domain='0x0000' bus='0x09' slot='0x00' function='0x0'/> + </filesystem> +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1518.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1518.toml new file mode 100644 index 00000000..aa862472 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1518.toml @@ -0,0 +1,100 @@ +id = 1518 +title = "qemu tests/unit/test-vmstate crashes in g_tree_foreach" +state = "closed" +created_at = "2023-02-27T15:24:19.436Z" +closed_at = "2023-06-05T10:07:06.489Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1518" +host-os = "Fedora Rawhide" +host-arch = "x86_64" +qemu-version = "git @ commit 3db629f03e8caf39526cd0415dac16a6a6484107" +guest-os = "n/a" +guest-arch = "n/a" +description = """qemu test suite crashes with the latest Fedora Rawhide. +Downstream issue: https://bugzilla.redhat.com/show_bug.cgi?id=2173639""" +reproduce = """1. Compile and test qemu from source as normal. + +``` +214/658 qemu:unit / test-vmstate ERROR 0.22s killed by signal 11 SIGSEGV +317/658 qemu:qtest+qtest-i386 / qtest-i386/rtl8139-test ERROR 0.28s 2 subtests passed +588/658 qemu:qtest+qtest-x86_64 / qtest-x86_64/rtl8139-test ERROR 0.45s 2 subtests passed +``` + +The stack trace from the test is: + +``` +#0 g_tree_foreach (user_data=0x7fffa23ccbc0, func=0x55a834fe3770 <diff_tree>, + tree=<optimized out>) at ../glib/gtree.c:1132 +#1 g_tree_foreach (tree=<optimized out>, func=0x55a834fe3770 <diff_tree>, + user_data=0x7fffa23ccbc0) at ../glib/gtree.c:1117 +#2 0x000055a834fe382c in compare_trees (tree1=0x55a836723bf0, + tree2=0x55a836723f50, + function=function@entry=0x55a834fe3570 <match_interval_mapping_node>) + at ../tests/unit/test-vmstate.c:1085 +#3 0x000055a834fee265 in diff_domain (d2=0x55a836709310, d1=0x55a836708fd0) + at ../tests/unit/test-vmstate.c:1093 +#4 test_gtree_load_domain () at ../tests/unit/test-vmstate.c:1138 +#5 0x00007f0eef39d32e in test_case_run (tc=0x55a836724150) + at ../glib/gtestutils.c:3108 +#6 g_test_run_suite_internal (suite=suite@entry=0x55a8367056e0, + path=path@entry=0x0) at ../glib/gtestutils.c:3203 +#7 0x00007f0eef39cf03 in g_test_run_suite_internal ( + suite=suite@entry=0x55a836705090, path=path@entry=0x0) + at ../glib/gtestutils.c:3222 +#8 0x00007f0eef39cf03 in g_test_run_suite_internal ( + suite=suite@entry=0x55a8366ff670, path=path@entry=0x0) + at ../glib/gtestutils.c:3222 +#9 0x00007f0eef39cf03 in g_test_run_suite_internal ( + suite=suite@entry=0x55a836700140, path=path@entry=0x0) +#10 0x00007f0eef39d8c2 in g_test_run_suite (suite=0x55a836700140) + at ../glib/gtestutils.c:3302 +#11 0x00007f0eef397c40 in g_test_run () at ../glib/gtestutils.c:2409 +#12 g_test_run () at ../glib/gtestutils.c:2396 +#13 0x000055a834fe2645 in main (argc=<optimized out>, argv=<optimized out>) + at ../tests/unit/test-vmstate.c:1523 +``` + +This can also be reproduced in gdb using a command similar to: + +``` +$ MALLOC_PERTURB_=175 G_TEST_SRCDIR=/home/rjones/d/qemu/tests/unit G_TEST_BUILDDIR=/home/rjones/d/qemu/build/tests/unit gdb --args /home/rjones/d/qemu/build/tests/unit/test-vmstate --tap -k +... +(gdb) run +Thread 1 "test-vmstate" received signal SIGSEGV, Segmentation fault. +g_tree_foreach (user_data=0x7fffffffd3e0, func=0x555555568770 <diff_tree>, tree=<optimized out>) at ../glib/gtree.c:1132 +1132\t if ((*func) (node->key, node->value, user_data)) +(gdb) bt +#0 g_tree_foreach (user_data=0x7fffffffd3e0, func=0x555555568770 <diff_tree>, + tree=<optimized out>) at ../glib/gtree.c:1132 +#1 g_tree_foreach (tree=<optimized out>, func=0x555555568770 <diff_tree>, + user_data=0x7fffffffd3e0) at ../glib/gtree.c:1117 +#2 0x000055555556882c in compare_trees (tree1=0x5555555ccdb0, + tree2=0x5555555cd110, + function=function@entry=0x555555568570 <match_interval_mapping_node>) + at ../tests/unit/test-vmstate.c:1085 +#3 0x0000555555573265 in diff_domain (d2=0x5555555b3310, d1=0x5555555b2fd0) + at ../tests/unit/test-vmstate.c:1093 +#4 test_gtree_load_domain () at ../tests/unit/test-vmstate.c:1138 +#5 0x00007ffff7eb132e in test_case_run (tc=0x5555555cd310) + at ../glib/gtestutils.c:3108 +#6 g_test_run_suite_internal (suite=suite@entry=0x5555555af6e0, + path=path@entry=0x0) at ../glib/gtestutils.c:3203 +#7 0x00007ffff7eb0f03 in g_test_run_suite_internal ( + suite=suite@entry=0x5555555af090, path=path@entry=0x0) + at ../glib/gtestutils.c:3222 +#8 0x00007ffff7eb0f03 in g_test_run_suite_internal ( + suite=suite@entry=0x5555555a9670, path=path@entry=0x0) + at ../glib/gtestutils.c:3222 +#9 0x00007ffff7eb0f03 in g_test_run_suite_internal ( + suite=suite@entry=0x5555555aa140, path=path@entry=0x0) + at ../glib/gtestutils.c:3222 +#10 0x00007ffff7eb18c2 in g_test_run_suite (suite=0x5555555aa140) + at ../glib/gtestutils.c:3302 +#11 0x00007ffff7eabc40 in g_test_run () at ../glib/gtestutils.c:2409 +#12 g_test_run () at ../glib/gtestutils.c:2396 +#13 0x0000555555567645 in main (argc=<optimized out>, argv=<optimized out>) + at ../tests/unit/test-vmstate.c:1523 +``` + +Unfortunately so much is "optimized out" that it's hard to tell what's going wrong.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1519.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1519.toml new file mode 100644 index 00000000..ed99389c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1519.toml @@ -0,0 +1,20 @@ +id = 1519 +title = "audio recording not working on qemu" +state = "closed" +created_at = "2023-02-28T10:54:19.801Z" +closed_at = "2023-03-03T15:28:19.896Z" +labels = ["Audio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1519" +host-os = "Fedora 36" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.2.50" +guest-os = "Fedora 37" +guest-arch = "x86_64" +description = """QEMU fails to record audio from the guest even when the device options hda-duplex and hda-micro options are used. Tried using the other available audio backends (alsa and sdl) but recording on the guest still fails""" +reproduce = """1. run the qemu command line above with any of the available audio backends +2. record audio on the guest +3. arecord -vv -d 5 recordng.wav +4. there's an attempt to record but it hangs +5. play recorded audio, there's no output +6. aplay recordng.wav""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/152.toml b/gitlab/issues/target_missing/host_missing/accel_missing/152.toml new file mode 100644 index 00000000..6f1fad07 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/152.toml @@ -0,0 +1,15 @@ +id = 152 +title = "qemu-img compare -m option is missing" +state = "closed" +created_at = "2021-05-05T08:19:40.437Z" +closed_at = "2022-08-16T06:59:16.720Z" +labels = ["Closed::UnbackedFeature", "Launchpad", "Storage", "kind::Feature Request", "qemu-img", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/152" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1520.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1520.toml new file mode 100644 index 00000000..325ec6f9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1520.toml @@ -0,0 +1,57 @@ +id = 1520 +title = "x86 TCG acceleration running on s390x with -smp > host cpus slowed down by x10" +state = "closed" +created_at = "2023-02-28T10:56:29.215Z" +closed_at = "2023-03-02T15:50:27.858Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1520" +host-os = "Ubuntu 23.04" +host-arch = "s390x" +qemu-version = "latest master v7.2.0-1688-ge1f9f73ba1" +guest-os = "none, just boot into OVMF" +guest-arch = "x86" +description = """This boots up a trivial guest using OVMF, when the conditions below are given it runs ~10x slower. + +I have found this breaking our tests of qemu 7.2 [(which due to Debian adding the offending change as backport is affected)](https://salsa.debian.org/qemu-team/qemu/-/blob/master/debian/patches/master/acpi-cpuhp-fix-guest-visible-maximum-access-size-to-.patch) by runnig an order of magnitude slower. + + +I was tracing it down (insert a long strange trip here) and found that it occurs: +- only with patch dab30fb "acpi: cpuhp: fix guest-visible maximum access size to the legacy reg block" applied + - latest master is still affetced +- only with s390x running emulation of x86 + - emulating x86 on ppc64 didn't show the same behavior +- only with -smp > host cpus + - smp 2 with 1 host cpu => slow + - smp 4 with 2 host cpu => slow + - any case where host cpu >= smp => fast + +On average good cases are on a 2964 s390x machine taking ~5-6 seconds for the good case. +The bad case is close to 60s which is the timeout of the automated tests. + +We all know -smp shouldn't be >host-cpus, and I totally admit that this is the definition of an edge case. +But I do not know what else might be affected and this just happened to be what the test does by default - and a slowdown by x10 seems too much even for edge cases to be just ignored. +And while we could just bump up the timeout (and probably will as an interim workaround) I wanted to file it here for your awareness.""" +reproduce = """You can recreate the same by using the commandline above and timing things on your own. + +Or you can use the [autopkgtest of edk2 in Ubuntu](https://git.launchpad.net/ubuntu/+source/edk2/tree/debian/tests/shell.py#n214) which have [shown this](https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/s390x/e/edk2/20230224_094012_c95f4@/log.gz) first.""" +additional = """Only signed OVMF cases are affected, while aavmf and other OVMF are more or less on the same speed. + +``` +1 CPU / 1GB Memory +7.0 7.2 +6.54s 58.32s test_ovmf_ms +6.72s 56.96s test_ovmf_4m_ms +7.54s 55.47s test_ovmf_4m_secboot +7.56s 49.88s test_ovmf_secboot +7.01s 39.79s test_ovmf32_4m_secboot +7.38s 7.43s test_aavmf32 +7.27s 7.30s test_aavmf +7.26s 7.26s test_aavmf_snakeoil +5.83s 5.95s test_ovmf_4m +5.61s 5.81s test_ovmf_q35 +5.51s 5.64s test_ovmf_pc +5.26s 5.42s test_ovmf_snakeoil +``` + +Highlighting @cborntra since it is somewhat s390x related and @mjt0k as the patch is applied as backport in Debian. +I didn't find the handle of Laszlo (Author) to highlight him as well.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1521.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1521.toml new file mode 100644 index 00000000..180cc4bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1521.toml @@ -0,0 +1,15 @@ +id = 1521 +title = "USB HID not using the keycodemapdb and thus lacking new entries" +state = "opened" +created_at = "2023-02-28T19:14:25.863Z" +closed_at = "n/a" +labels = ["USB", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1521" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1522.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1522.toml new file mode 100644 index 00000000..8c4179be --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1522.toml @@ -0,0 +1,50 @@ +id = 1522 +title = "Floppy controller returns the wrong thing for multitrack reads which span tracks" +state = "opened" +created_at = "2023-02-28T21:04:46.561Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1522" +host-os = "Debian" +host-arch = "x96" +qemu-version = "7.2.50 (latest from git)" +guest-os = "Minix 1.7 and 2.0" +guest-arch = "x86 (16-bit code)" +description = """I've just discovered that the Minix 1 and 2 operating systems no longer boot on qemu. + +Investigation reveals the following: + +- when Minix reads a 1024-byte block from disk, it issues a two-sector multitrack read to the FDC. +- if the FDC runs out of sectors when it's on head 0, it automatically switches to head 1 (this is correct). +- if the FDC runs out of sectors when it's on head 1, it stops the transfer (which is what is supposed to happen). + +What qemu does for the latter case is that it will automatically seek to the next track and switch to head 0. It then sets the SEEK COMPLETE bit in the status register. Minix sees this but isn't expecting it, because this shouldn't be emitted for reads and writes, and fails thinking it's an error. + +For example, here's the logging for such a transfer: + +``` +FLOPPY: Start transfer at 0 1 4f 11 (2878) +FLOPPY: direction=1 (1024 - 10240) +FLOPPY: copy 512 bytes (1024 0 10240) 0 pos 1 4f (17-0x00000b3e 0x00167c00) +FLOPPY: seek to next sector (1 4f 11 => 2878) <--- reads the last sector of head 1 track 0x4f +FLOPPY: copy 512 bytes (1024 512 10240) 0 pos 1 4f (18-0x00000b3f 0x00167e00) +FLOPPY: seek to next sector (1 4f 12 => 2879) <--- attempt to move to the next sector, which fails +FLOPPY: seek to next track (0 50 01 => 2879) <--- moved to next track, which shouldn't happen +FLOPPY: end transfer 1024 1024 10240 +FLOPPY: transfer status: 00 00 00 (20) <--- status report +``` + +Transfer status 20 is the SEEK COMPLETE bit. For a normal head switch, that should be 04 (with the NOW ON HEAD 1 bit set). + +For reference, see page 5-13 of the uPD765 datasheet here: https://www.cpcwiki.eu/imgs/f/f3/UPD765_Datasheet_OCRed.pdf It says: + +> IF MT is high, a multitrack operation is performed. +> If MT = 1 after finishing read/write operation on side 0, +> FDC will automatically start command searching for sector +> 1 on side 1""" +reproduce = """1. `qemu-system-i386 --fda images/minix-2.0-root-720kB.img` +2. Press = to boot. +3. Observe the 'Unrecoverable Read` errors as the ramdisk is loaded. (The system will still boot, but will then crash if you try to do anything due to a corrupt ramdisk.) + +[minix-2.0-root-720kB.img.bz2](/uploads/77d34db96f353d92cdb2d01928b8fc01/minix-2.0-root-720kB.img.bz2)""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1526.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1526.toml new file mode 100644 index 00000000..070a5f88 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1526.toml @@ -0,0 +1,15 @@ +id = 1526 +title = "hw/vfio/trace-events incorrect format" +state = "closed" +created_at = "2023-03-02T10:43:29.771Z" +closed_at = "2023-04-04T15:26:07.489Z" +labels = ["Bite Sized", "VFIO", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1526" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1527.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1527.toml new file mode 100644 index 00000000..ed338617 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1527.toml @@ -0,0 +1,15 @@ +id = 1527 +title = "-blockdev option missing host_device documenation and command line help support" +state = "opened" +created_at = "2023-03-02T12:51:05.695Z" +closed_at = "n/a" +labels = ["Documentation", "Storage", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1527" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """We recommend -blockdev in the documentation as the preferred way to configure storage backends but the online help isn't useful. We also seem to be missing information for some of the blockdev drivers, for example host_device.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1529.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1529.toml new file mode 100644 index 00000000..21710910 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1529.toml @@ -0,0 +1,15 @@ +id = 1529 +title = "Documentation refers to Windows Hypervisor Platform as wphx instead of whpx" +state = "closed" +created_at = "2023-03-03T11:50:33.406Z" +closed_at = "2023-04-21T17:28:00.683Z" +labels = ["Bite Sized", "Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1529" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/153.toml b/gitlab/issues/target_missing/host_missing/accel_missing/153.toml new file mode 100644 index 00000000..43eafc3a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/153.toml @@ -0,0 +1,15 @@ +id = 153 +title = "SLIRP SMB silently fails with MacOS smbd" +state = "opened" +created_at = "2021-05-05T08:50:50.233Z" +closed_at = "n/a" +labels = ["Launchpad", "Networking", "hostos: macOS", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/153" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1530.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1530.toml new file mode 100644 index 00000000..e206773a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1530.toml @@ -0,0 +1,19 @@ +id = 1530 +title = "Problem with sdl,gl=on windows 10" +state = "closed" +created_at = "2023-03-04T02:57:13.113Z" +closed_at = "2023-03-05T07:41:44.997Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1530" +host-os = "windows 10.0.19045" +host-arch = "x86" +qemu-version = "7.2.5" +guest-os = "archlinux" +guest-arch = "## Description of problem" +description = """sdl window opens with black screen, freezes, then crashes""" +reproduce = """1. run the command""" +additional = """- Works fine with just `sdl`, running `gtk,gl=on` outputs `opengl is not supported by the display` +- tried with both `-vga virtio` and `vga std`, same result +- tried with SVM turned on and off (AMD cpu, ryzen 2600x), same result +- built the project `./configure --enable-gtk --enable-sdl --enable-opengl, saw the `OK` for all 3 +- have opengl ver 4.6""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1532.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1532.toml new file mode 100644 index 00000000..3307ca34 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1532.toml @@ -0,0 +1,513 @@ +id = 1532 +title = "libivrtd fork qemu to create vm ,which start with ceph rbd device, after vm status:runing , the qemu stuck at booting from hard disk...." +state = "closed" +created_at = "2023-03-06T03:16:16.415Z" +closed_at = "2023-03-08T09:57:11.880Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1532" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "-- emulated environment" +description = """[root@ceph-client ceph]# virsh list --all + Id Name State +---------------------------------------------------- + 19 c7_ceph running + +the vm qemu stuck at booting from hard disk.....""" +reproduce = """1. use ceph-deploy deploy a ceph distribute storage, which use to store vm's qcow2 files,this ceph has 3 osd node +2. refer the link https://docs.ceph.com/en/quincy/rbd/libvirt/ create a ceph user :client.libvirt +3. import a exists qcow2 file into ceph libvit-pool, then start vm + +[root@ceph-1 ~]# ceph -s + cluster: + id: 3fbbf51f-88fd-4883-9f24-595bf853c5f2 + health: HEALTH_OK + + services: + mon: 1 daemons, quorum ceph-1 + mgr: ceph-1(active) + osd: 3 osds: 3 up, 3 in + + data: + pools: 1 pools, 128 pgs + objects: 940 objects, 3.6 GiB + usage: 31 GiB used, 209 GiB / 240 GiB avail + pgs: 128 active+clean + +[root@ceph-1 ~]#ceph auth ls +client.libvirt +\tkey: AQD/XwFkq7kHMhAA1OmPtKPVno6gjmZleOevOA== +\tcaps: [mon] allow r +\tcaps: [osd] allow class-read object_prefix rbd_children, allow rwx pool=libvirt-pool + +[root@ceph-client ceph]# cat ceph.conf +[global] +fsid = 3fbbf51f-88fd-4883-9f24-595bf853c5f2 +mon_initial_members = ceph-1 +mon_host = 172.24.193.62 +auth_cluster_required = cephx +auth_service_required = cephx +auth_client_required = cephx + +osd_pool_default_size = 2 +[root@ceph-client ceph]# + +[root@ceph-client ceph]# virsh start c7_ceph +Domain c7_ceph started + +[root@ceph-client ceph]# +[root@ceph-client ceph]# virsh list --all + Id Name State +---------------------------------------------------- + 19 c7_ceph running + + + <emulator>/usr/local/qemu-3.0/bin/qemu-system-x86_64</emulator> + <disk type='network' device='disk'> + <driver name='qemu' type='raw' cache='writeback'/> + <auth username='libvirt'> + <secret type='ceph' uuid='fb57a2a3-8cdf-44cb-afc1-2d8bdc0fc5d0'/> + </auth> + <source protocol='rbd' name='libvirt-pool/root-vsys_c5.qcow2'> + <host name='172.24.193.62' port='6789'/> + <host name='172.24.193.63' port='6789'/> + <host name='172.24.193.64' port='6789'/> + </source> + <target dev='vda' bus='virtio'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> + </disk> + +======================== +[root@ceph-client ceph]# cat /run/libvirt/qemu/c7_ceph.xml + + +<domstatus state='running' reason='booted' pid='57437'> + <monitor path='/var/lib/libvirt/qemu/domain-19-c7_ceph/monitor.sock' json='1' type='unix'/> + <namespaces> + <mount/> + </namespaces> + <vcpus> + <vcpu id='0' pid='57487'/> + <vcpu id='1' pid='57488'/> + </vcpus> + <qemuCaps> + <flag name='kvm'/> + <flag name='no-hpet'/> + <flag name='spice'/> + <flag name='boot-index'/> + <flag name='hda-duplex'/> + <flag name='ccid-emulated'/> + <flag name='ccid-passthru'/> + <flag name='virtio-tx-alg'/> + <flag name='virtio-blk-pci.ioeventfd'/> + <flag name='sga'/> + <flag name='virtio-blk-pci.event_idx'/> + <flag name='virtio-net-pci.event_idx'/> + <flag name='piix3-usb-uhci'/> + <flag name='piix4-usb-uhci'/> + <flag name='usb-ehci'/> + <flag name='ich9-usb-ehci1'/> + <flag name='vt82c686b-usb-uhci'/> + <flag name='pci-ohci'/> + <flag name='usb-redir'/> + <flag name='usb-hub'/> + <flag name='ich9-ahci'/> + <flag name='no-acpi'/> + <flag name='virtio-blk-pci.scsi'/> + <flag name='scsi-disk.channel'/> + <flag name='scsi-block'/> + <flag name='transaction'/> + <flag name='block-job-async'/> + <flag name='scsi-cd'/> + <flag name='ide-cd'/> + <flag name='hda-micro'/> + <flag name='dump-guest-memory'/> + <flag name='nec-usb-xhci'/> + <flag name='balloon-event'/> + <flag name='lsi'/> + <flag name='virtio-scsi-pci'/> + <flag name='blockio'/> + <flag name='disable-s3'/> + <flag name='disable-s4'/> + <flag name='usb-redir.filter'/> + <flag name='ide-drive.wwn'/> + <flag name='scsi-disk.wwn'/> + <flag name='seccomp-sandbox'/> + <flag name='reboot-timeout'/> + <flag name='seamless-migration'/> + <flag name='block-commit'/> + <flag name='vnc'/> + <flag name='drive-mirror'/> + <flag name='usb-redir.bootindex'/> + <flag name='usb-host.bootindex'/> + <flag name='blockdev-snapshot-sync'/> + <flag name='qxl'/> + <flag name='VGA'/> + <flag name='cirrus-vga'/> + <flag name='vmware-svga'/> + <flag name='device-video-primary'/> + <flag name='usb-serial'/> + <flag name='usb-net'/> + <flag name='add-fd'/> + <flag name='nbd-server'/> + <flag name='virtio-rng'/> + <flag name='rng-random'/> + <flag name='rng-egd'/> + <flag name='megasas'/> + <flag name='tpm-passthrough'/> + <flag name='tpm-tis'/> + <flag name='pci-bridge'/> + <flag name='vfio-pci'/> + <flag name='vfio-pci.bootindex'/> + <flag name='scsi-generic'/> + <flag name='scsi-generic.bootindex'/> + <flag name='mem-merge'/> + <flag name='vnc-websocket'/> + <flag name='drive-discard'/> + <flag name='mlock'/> + <flag name='device-del-event'/> + <flag name='dmi-to-pci-bridge'/> + <flag name='i440fx-pci-hole64-size'/> + <flag name='q35-pci-hole64-size'/> + <flag name='usb-storage'/> + <flag name='usb-storage.removable'/> + <flag name='ich9-intel-hda'/> + <flag name='kvm-pit-lost-tick-policy'/> + <flag name='boot-strict'/> + <flag name='pvpanic'/> + <flag name='spice-file-xfer-disable'/> + <flag name='spiceport'/> + <flag name='usb-kbd'/> + <flag name='msg-timestamp'/> + <flag name='active-commit'/> + <flag name='change-backing-file'/> + <flag name='memory-backend-ram'/> + <flag name='numa'/> + <flag name='memory-backend-file'/> + <flag name='usb-audio'/> + <flag name='rtc-reset-reinjection'/> + <flag name='splash-timeout'/> + <flag name='iothread'/> + <flag name='migrate-rdma'/> + <flag name='ivshmem'/> + <flag name='drive-iotune-max'/> + <flag name='VGA.vgamem_mb'/> + <flag name='vmware-svga.vgamem_mb'/> + <flag name='qxl.vgamem_mb'/> + <flag name='pc-dimm'/> + <flag name='machine-vmport-opt'/> + <flag name='aes-key-wrap'/> + <flag name='dea-key-wrap'/> + <flag name='pci-serial'/> + <flag name='vhost-user-multiqueue'/> + <flag name='migration-event'/> + <flag name='ioh3420'/> + <flag name='x3130-upstream'/> + <flag name='xio3130-downstream'/> + <flag name='rtl8139'/> + <flag name='e1000'/> + <flag name='virtio-net'/> + <flag name='gic-version'/> + <flag name='incoming-defer'/> + <flag name='virtio-gpu'/> + <flag name='virtio-keyboard'/> + <flag name='virtio-mouse'/> + <flag name='virtio-tablet'/> + <flag name='virtio-input-host'/> + <flag name='chardev-file-append'/> + <flag name='ich9-disable-s3'/> + <flag name='ich9-disable-s4'/> + <flag name='vserport-change-event'/> + <flag name='virtio-balloon-pci.deflate-on-oom'/> + <flag name='mptsas1068'/> + <flag name='qxl.vram64_size_mb'/> + <flag name='chardev-logfile'/> + <flag name='debug-threads'/> + <flag name='secret'/> + <flag name='pxb'/> + <flag name='pxb-pcie'/> + <flag name='device-tray-moved-event'/> + <flag name='nec-usb-xhci-ports'/> + <flag name='virtio-scsi-pci.iothread'/> + <flag name='name-guest'/> + <flag name='qxl.max_outputs'/> + <flag name='spice-unix'/> + <flag name='drive-detect-zeroes'/> + <flag name='tls-creds-x509'/> + <flag name='intel-iommu'/> + <flag name='smm'/> + <flag name='virtio-pci-disable-legacy'/> + <flag name='query-hotpluggable-cpus'/> + <flag name='virtio-net.rx_queue_size'/> + <flag name='virtio-vga'/> + <flag name='drive-iotune-max-length'/> + <flag name='ivshmem-plain'/> + <flag name='ivshmem-doorbell'/> + <flag name='query-qmp-schema'/> + <flag name='gluster.debug_level'/> + <flag name='drive-iotune-group'/> + <flag name='query-cpu-model-expansion'/> + <flag name='virtio-net.host_mtu'/> + <flag name='nvdimm'/> + <flag name='pcie-root-port'/> + <flag name='query-cpu-definitions'/> + <flag name='block-write-threshold'/> + <flag name='query-named-block-nodes'/> + <flag name='cpu-cache'/> + <flag name='qemu-xhci'/> + <flag name='kernel-irqchip'/> + <flag name='kernel-irqchip.split'/> + <flag name='intel-iommu.intremap'/> + <flag name='intel-iommu.caching-mode'/> + <flag name='intel-iommu.eim'/> + <flag name='intel-iommu.device-iotlb'/> + <flag name='virtio.iommu_platform'/> + <flag name='virtio.ats'/> + <flag name='loadparm'/> + <flag name='vnc-multi-servers'/> + <flag name='virtio-net.tx_queue_size'/> + <flag name='chardev-reconnect'/> + <flag name='virtio-gpu.max_outputs'/> + <flag name='vxhs'/> + <flag name='virtio-blk.num-queues'/> + <flag name='vmcoreinfo'/> + <flag name='numa.dist'/> + <flag name='disk-share-rw'/> + <flag name='iscsi.password-secret'/> + <flag name='isa-serial'/> + <flag name='dump-completed'/> + <flag name='qcow2-luks'/> + <flag name='pcie-pci-bridge'/> + <flag name='seccomp-blacklist'/> + <flag name='query-cpus-fast'/> + <flag name='disk-write-cache'/> + <flag name='nbd-tls'/> + <flag name='tpm-crb'/> + <flag name='pr-manager-helper'/> + <flag name='qom-list-properties'/> + <flag name='memory-backend-file.discard-data'/> + <flag name='sdl-gl'/> + <flag name='screendump_device'/> + <flag name='hda-output'/> + <flag name='blockdev-del'/> + <flag name='vmgenid'/> + <flag name='vhost-vsock'/> + <flag name='chardev-fd-pass'/> + <flag name='tpm-emulator'/> + <flag name='mch'/> + <flag name='mch.extended-tseg-mbytes'/> + <flag name='usb-storage.werror'/> + <flag name='egl-headless'/> + <flag name='vfio-pci.display'/> + </qemuCaps> + <devices> + <device alias='rng0'/> + <device alias='virtio-disk0'/> + <device alias='virtio-serial0'/> + <device alias='video0'/> + <device alias='serial0'/> + <device alias='balloon0'/> + <device alias='channel0'/> + <device alias='net0'/> + <device alias='input0'/> + <device alias='scsi0'/> + <device alias='usb'/> + </devices> + <libDir path='/var/lib/libvirt/qemu/domain-19-c7_ceph'/> + <channelTargetDir path='/var/lib/libvirt/qemu/channel/target/domain-19-c7_ceph'/> + <cpu mode='custom' match='exact' check='partial'> + <model fallback='forbid'>Broadwell</model> + </cpu> + <chardevStdioLogd/> + <allowReboot value='yes'/> + <blockjobs active='no'/> + <domain type='kvm' id='19'> + <name>c7_ceph</name> + <uuid>ff08671e-824c-4939-80ec-602235c0662e</uuid> + <memory unit='KiB'>4194304</memory> + <currentMemory unit='KiB'>4194304</currentMemory> + <vcpu placement='static'>2</vcpu> + <resource> + <partition>/machine</partition> + </resource> + <os> + <type arch='x86_64' machine='pc-i440fx-3.0'>hvm</type> + <boot dev='hd'/> + </os> + <features> + <acpi/> + <apic/> + </features> + <cpu mode='custom' match='exact' check='full'> + <model fallback='forbid'>Broadwell</model> + <feature policy='require' name='vme'/> + <feature policy='require' name='f16c'/> + <feature policy='require' name='rdrand'/> + <feature policy='require' name='hypervisor'/> + <feature policy='require' name='arat'/> + <feature policy='disable' name='erms'/> + <feature policy='require' name='xsaveopt'/> + <feature policy='require' name='abm'/> + </cpu> + <clock offset='utc'> + <timer name='rtc' tickpolicy='catchup'/> + <timer name='pit' tickpolicy='delay'/> + <timer name='hpet' present='no'/> + </clock> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>destroy</on_crash> + <pm> + <suspend-to-mem enabled='no'/> + <suspend-to-disk enabled='no'/> + </pm> + <devices> + <emulator>/usr/local/qemu-3.0/bin/qemu-system-x86_64</emulator> + <disk type='network' device='disk'> + <driver name='qemu' type='raw' cache='writeback'/> + <auth username='libvirt'> + <secret type='ceph' uuid='fb57a2a3-8cdf-44cb-afc1-2d8bdc0fc5d0'/> + </auth> + <source protocol='rbd' name='libvirt-pool/root-vsys_c5.qcow2' tlsFromConfig='0'> + <host name='172.24.193.62' port='6789'/> + <host name='172.24.193.63' port='6789'/> + <host name='172.24.193.64' port='6789'/> + <privateData> + <objects> + <secret type='auth' alias='virtio-disk0-secret0'/> + </objects> + </privateData> + </source> + <target dev='vda' bus='virtio'/> + <alias name='virtio-disk0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> + </disk> + <controller type='usb' index='0' model='ich9-ehci1'> + <alias name='usb'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x7'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci1'> + <alias name='usb'/> + <master startport='0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0' multifunction='on'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci2'> + <alias name='usb'/> + <master startport='2'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x1'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci3'> + <alias name='usb'/> + <master startport='4'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x2'/> + </controller> + <controller type='pci' index='0' model='pci-root'> + <alias name='pci.0'/> + </controller> + <controller type='virtio-serial' index='0'> + <alias name='virtio-serial0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> + </controller> + <controller type='scsi' index='0' model='lsilogic'> + <alias name='scsi0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> + </controller> + <controller type='ide' index='0'> + <alias name='ide'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> + </controller> + <interface type='bridge'> + <mac address='52:54:00:2e:e1:1f'/> + <source bridge='virbr0'/> + <target dev='vnet0'/> + <model type='virtio'/> + <alias name='net0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> + </interface> + <serial type='pty'> + <source path='/dev/pts/2'/> + <target type='isa-serial' port='0'> + <model name='isa-serial'/> + </target> + <alias name='serial0'/> + </serial> + <console type='pty' tty='/dev/pts/2'> + <source path='/dev/pts/2'/> + <target type='serial' port='0'/> + <alias name='serial0'/> + </console> + <channel type='unix'> + <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-19-c7_ceph/org.qemu.guest_agent.0'/> + <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> + <alias name='channel0'/> + <address type='virtio-serial' controller='0' bus='0' port='1'/> + </channel> + <input type='tablet' bus='usb'> + <alias name='input0'/> + <address type='usb' bus='0' port='1'/> + </input> + <input type='mouse' bus='ps2'> + <alias name='input1'/> + </input> + <input type='keyboard' bus='ps2'> + <alias name='input2'/> + </input> + <graphics type='vnc' port='5900' autoport='yes' listen='0.0.0.0'> + <listen type='address' address='0.0.0.0' fromConfig='0' autoGenerated='no'/> + </graphics> + <video> + <model type='cirrus' vram='16384' heads='1' primary='yes'/> + <alias name='video0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> + </video> + <memballoon model='virtio'> + <alias name='balloon0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> + </memballoon> + <rng model='virtio'> + <backend model='random'>/dev/urandom</backend> + <alias name='rng0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> + </rng> + </devices> + <seclabel type='dynamic' model='selinux' relabel='yes'> + <label>system_u:system_r:svirt_t:s0:c99,c659</label> + <imagelabel>system_u:object_r:svirt_image_t:s0:c99,c659</imagelabel> + </seclabel> + <seclabel type='dynamic' model='dac' relabel='yes'> + <label>+107:+107</label> + <imagelabel>+107:+107</imagelabel> + </seclabel> + </domain> +</domstatus> +[root@ceph-client ceph]# + +/usr/local/qemu-3.0/bin/qemu-system-x86_64 which is build by qemu-3.0 source code , first i build qemu-3.0 source with --enable-rbd , +later i rebuild qemu-3.0 source with more config paramter from centos7-2009 qemu, those config paramter from qemu-kvm-1.5.3-175.el7.src.rpm ,which has those paramters: +# QEMU configure log Fri Mar 3 18:22:31 CST 2023 +# Configured with: './configure' '--prefix=/usr' '--libdir=/usr/lib64' '--sysconfdir=/etc' '--interp-prefix=/usr/qemu-%M' '--audio-drv-list=pa,alsa' '--with-confsuffix=/qemu-kvm' '--localstatedir=/var' '--libexecdir=/usr/libexec' '--wit +h-pkgversion=qemu-kvm-1.5.3-175.el7' '--disable-strip' '--disable-qom-cast-debug' '--extra-ldflags=-Wl,--build-id -pie -Wl,-z,relro -Wl,-z,now' '--extra-cflags=-O2 -g -pipe -Wall -fexceptions -fstack-protector-strong --param=ssp-buffer +-size=4 -grecord-gcc-switches -m64 -mtune=generic -fPIE -DPIE' '--enable-trace-backend=dtrace' '--enable-werror' '--disable-xen' '--disable-virtfs' '--enable-kvm' '--enable-libusb' '--enable-spice' '--enable-seccomp' '--disable-fdt' '-- +enable-docs' '--disable-sdl' '--disable-debug-tcg' '--disable-sparse' '--disable-brlapi' '--disable-bluez' '--disable-vde' '--disable-curses' '--enable-curl' '--enable-libssh2' '--enable-vnc-tls' '--enable-vnc-sasl' '--enable-linux-aio' + '--enable-smartcard-nss' '--enable-lzo' '--enable-snappy' '--enable-usb-redir' '--enable-vnc-png' '--disable-vnc-jpeg' '--enable-vnc-ws' '--enable-uuid' '--disable-vhost-scsi' '--disable-guest-agent' '--disable-live-block-ops' '--disab +le-live-block-migration' '--enable-rbd' '--enable-glusterfs' '--enable-tcmalloc' '--block-drv-rw-whitelist=qcow2,raw,file,host_device,blkdebug,nbd,iscsi,gluster,rbd' '--block-drv-ro-whitelist=vmdk,vhdx,vpc,ssh,https' '--iasl=/bin/false' + '--target-list=x86_64-softmmu' + + +, after rebuild the qemu-system-x86_64 : + +virsh start c7_ceph +[root@ceph-client ceph]# virsh list --all + Id Name State +---------------------------------------------------- + 19 c7_ceph running + +qemu still stuck at booting from hard disk... + + + +to my surprised if the libvirtd xml file if i replace /usr/local/qemu-3.0/bin/qemu-system-x86_64 with /usr/libexec/bin/qemu-kvm , then the vm +can start successfully .""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1537.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1537.toml new file mode 100644 index 00000000..fd459e79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1537.toml @@ -0,0 +1,21 @@ +id = 1537 +title = "One-floppy windows 3.11 file manager does not work in tcg mode" +state = "opened" +created_at = "2023-03-09T19:28:55.870Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1537" +host-os = "termux/aarhc64 but also Slackware 15.0 i586" +host-arch = "seems to affect both aarch64 and i586" +qemu-version = "QEMU emulator version 7.2.50 (v7.2.0-655-gb48d5331d7-dirty)" +guest-os = "Windows 3.11" +guest-arch = "i386" +description = """When I try to boot mini win 3.11 from https://archive.org/details/mwin-3 it boots into desktop ok, but double-clicking on file manager icon result in black window/GPF (briefly flashing text I can't fully read). + +Starting it with boot choice 2 - with emm386 - same action result in machine reboot. + +Using same disk with kvm works for choice #2 (boot with emm386)""" +reproduce = """1. Download IMG file from Arhivce org +2. Run it like I shown above +3. Any (out of two) boot choices lead to same outcome - desktop and say ms-dos console works, but launching file manager gives you black screen/error""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1538.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1538.toml new file mode 100644 index 00000000..a3b3128a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1538.toml @@ -0,0 +1,15 @@ +id = 1538 +title = "igd.c gives up IGD legacy mode if no option ROM found" +state = "closed" +created_at = "2023-03-10T10:19:43.593Z" +closed_at = "2025-01-15T13:21:31.088Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1538" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/154.toml b/gitlab/issues/target_missing/host_missing/accel_missing/154.toml new file mode 100644 index 00000000..76d1d63b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/154.toml @@ -0,0 +1,15 @@ +id = 154 +title = "readlink(2) returns incorrect size for /proc/self/exe" +state = "closed" +created_at = "2021-05-05T08:51:00.670Z" +closed_at = "2021-05-05T09:21:14.432Z" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/154" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1541.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1541.toml new file mode 100644 index 00000000..629fcb5f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1541.toml @@ -0,0 +1,42 @@ +id = 1541 +title = "Invalid position of G_NORETURN in clang v15" +state = "closed" +created_at = "2023-03-13T15:35:28.067Z" +closed_at = "2023-03-23T10:24:49.833Z" +labels = ["Bite Sized"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1541" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "v7.1.0 / master" +guest-os = "n/a" +guest-arch = "n/a" +description = """Order of `G_NORETURN` used in https://gitlab.com/qemu-project/qemu/-/blob/0f3de970febd2c9b29dccecb63ca928c6802a101/include/qemu/osdep.h#L240-242 is not valid in clang++ 15.0.7. + +Switching `extern` with `G_NORETURN` seems to fix the issue.""" +reproduce = """1. Build qemu system for MIPSEL or use minimal reproducer: + +`example.cpp`: +``` +#include "/path/to/qemu/include/glib-compat.h" + +extern G_NORETURN +void // QEMU_ERROR("code path is reachable") + qemu_build_not_reached_always(void); +``` + +``` +$ clang++ --version +clang version 15.0.7 +Target: x86_64-pc-linux-gnu +Thread model: posix +InstalledDir: /usr/bin +$ clang++ -m64 -mcx16 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu++11 -O0 -g example.cpp +example.cpp:3:8: error: an attribute list cannot appear here +extern G_NORETURN + ^~~~~~~~~~ +/usr/include/glib-2.0/glib/gmacros.h:1075:21: note: expanded from macro 'G_NORETURN' +# define G_NORETURN [[noreturn]] + ^~~~~~~~~~~~ +1 error generated. +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1543.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1543.toml new file mode 100644 index 00000000..dd2baf27 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1543.toml @@ -0,0 +1,15 @@ +id = 1543 +title = "Heap-use-after-free in e1000e_receive_internal" +state = "closed" +created_at = "2023-03-14T09:03:54.114Z" +closed_at = "2023-05-16T07:46:37.599Z" +labels = ["Fuzzer", "Networking", "Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1543" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1544.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1544.toml new file mode 100644 index 00000000..329fb5bb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1544.toml @@ -0,0 +1,15 @@ +id = 1544 +title = "Abort in net_tx_pkt_do_sw_fragmentation" +state = "closed" +created_at = "2023-03-14T09:19:00.051Z" +closed_at = "2023-04-19T12:17:10.685Z" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1544" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1545.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1545.toml new file mode 100644 index 00000000..fa716a7f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1545.toml @@ -0,0 +1,17 @@ +id = 1545 +title = "SSL is out of date on website" +state = "closed" +created_at = "2023-03-15T08:09:11.795Z" +closed_at = "2023-03-15T13:52:34.183Z" +labels = ["Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1545" +host-os = "N/A" +host-arch = "N/A" +qemu-version = "N/A" +guest-os = "N/A" +guest-arch = "N/A" +description = """The Linux KVM website is running an out of date SSL certificate.""" +reproduce = """1. visit the website. https://www.linux-kvm.org/page/Main_Page +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1546.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1546.toml new file mode 100644 index 00000000..6392d2f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1546.toml @@ -0,0 +1,15 @@ +id = 1546 +title = "Git build fail in fp tests" +state = "closed" +created_at = "2023-03-15T10:45:48.323Z" +closed_at = "2023-03-15T11:11:28.169Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1546" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1548.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1548.toml new file mode 100644 index 00000000..57053a9a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1548.toml @@ -0,0 +1,46 @@ +id = 1548 +title = "8.0.0rc0 Regression: vnc fails with Segmentation fault" +state = "closed" +created_at = "2023-03-17T17:18:30.226Z" +closed_at = "2023-07-04T21:57:53.370Z" +labels = ["GUI", "Regression", "kind::Bug", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1548" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.2.50 (v7.2.0-2658-g385ac97f8f) - according to `git bisect" +guest-os = "openSUSE-Leap-15.3" +guest-arch = "x86_64" +description = """On connecting with `gvncviewer localhost:05` the qemu process fails with +``` +Segmentation fault +``` +`gvncviewer localhost:05` prints +``` +Connected to server +Error: Server closed the connection +Disconnected from server +```""" +reproduce = """1. Enter `qemu-system-x86_64 -m 1536 -display vnc=:05 -k de -cdrom openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso` in first terminal +2. Enter `gvncviewer localhost:05` in second terminal""" +additional = """Final output of `git bisect`: +``` +385ac97f8fad0e6980c5dfea71132d5ecfb16608 is the first bad commit +commit 385ac97f8fad0e6980c5dfea71132d5ecfb16608 +Author: Marc-André Lureau <marcandre.lureau@redhat.com> +Date: Tue Jan 17 15:24:40 2023 +0400 + + ui: keep current cursor with QemuConsole + + Keeping the current cursor around is useful, not only for VNC, but for + other displays. Let's move it down, see the following patches for other + usages. + + Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com> + Reviewed-by: Daniel P. Berrangé <berrange@redhat.com> + + include/ui/console.h | 1 + + ui/console.c | 8 ++++++++ + ui/vnc.c | 7 ++----- + ui/vnc.h | 1 - + 4 files changed, 11 insertions(+), 6 deletions(-) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1549.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1549.toml new file mode 100644 index 00000000..2f15575f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1549.toml @@ -0,0 +1,103 @@ +id = 1549 +title = "8.0.0rc0 Regression: spicy windows doesn't open" +state = "closed" +created_at = "2023-03-18T18:20:08.519Z" +closed_at = "2023-03-22T07:53:53.306Z" +labels = ["GUI", "hostos: Windows", "spice", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1549" +host-os = "Windows 10 22H2, Msys2/Mingw64" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.2.50 (v7.2.0-2637-gabe34282b0) - according to `git bisect" +guest-os = "openSUSE-Leap-15.3" +guest-arch = "x86_64" +description = """Soon after start the qemu process outputs +``` +qemu-system-x86_64.exe: fd=900 is not a socket, AIO implementation is missing +qemu-system-x86_64.exe: fd=800 is not a socket, AIO implementation is missing +``` +On connecting with `spicy -h localhost -p 5905 --spice-debug` spicy stops progress after writing this line +``` +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.406: ../spice-gtk-0.42/src/spice-channel.c:1415 main-1:0: channel type 1 id 0 num common caps 1 num caps 1 +```""" +reproduce = """1. Start qemu with `qemu-system-x86_64 -m 1536 -vga qxl -spice port=5905,addr=127.0.0.1,disable-ticketing=on -cdrom openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso` in first MSYS2 MinGW64 terminal +2. Start spice with `spicy -h localhost -p 5905 --spice-debug` in second MSYS2 MinGW64 terminal""" +additional = """Final output of `git bisect` +``` +abe34282b088499f4e86fff9bb6d6dafd57ae1d0 is the first bad commit +commit abe34282b088499f4e86fff9bb6d6dafd57ae1d0 +Author: Marc-André Lureau <marcandre.lureau@redhat.com> +Date: Tue Feb 21 16:47:59 2023 +0400 + + win32: avoid mixing SOCKET and file descriptor space + + Until now, a win32 SOCKET handle is often cast to an int file + descriptor, as this is what other OS use for sockets. When necessary, + QEMU eventually queries whether it's a socket with the help of + fd_is_socket(). However, there is no guarantee of conflict between the + fd and SOCKET space. Such conflict would have surprising consequences, + we shouldn't mix them. + + Also, it is often forgotten that SOCKET must be closed with + closesocket(), and not close(). + + Instead, let's make the win32 socket wrapper functions return and take a + file descriptor, and let util/ wrappers do the fd/SOCKET conversion as + necessary. A bit of adaptation is necessary in io/ as well. + + Unfortunately, we can't drop closesocket() usage, despite + _open_osfhandle() documentation claiming transfer of ownership, testing + shows bad behaviour if you forget to call closesocket(). + + Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com> + Reviewed-by: Stefan Berger <stefanb@linux.ibm.com> + Message-Id: <20230221124802.4103554-15-marcandre.lureau@redhat.com> + + include/sysemu/os-win32.h | 4 +- + io/channel-watch.c | 6 +- + util/aio-win32.c | 9 +- + util/oslib-win32.c | 219 +++++++++++++++++++++++++++++++++++++++------- + 4 files changed, 197 insertions(+), 41 deletions(-) +``` +Complete spicy output +``` +$ spicy -h localhost -p 5905 --spice-debug +(spicy.exe:5584): GSpice-DEBUG: 18:43:52.890: ../spice-gtk-0.42/src/spice-session.c:288 New session (compiled from package spice-gtk 0.42) +(spicy.exe:5584): GSpice-DEBUG: 18:43:53.872: ../spice-gtk-0.42/src/spice-session.c:292 Supported channels: main, display, inputs, cursor, playback, record, smartcard, usbredir, webdav +(spicy.exe:5584): GSpice-WARNING **: 18:43:53.877: SpiceSession:gl-scanout is only available on Unix +(spicy.exe:5584): GSpice-WARNING **: 18:43:53.881: UsbDk driver is not installed +(spicy.exe:5584): GSpice-DEBUG: 18:43:53.908: ../spice-gtk-0.42/src/usb-device-manager.c:393 auto-connect filter set to 0x03,-1,-1,-1,0|-1,-1,-1,-1,1 +(spicy.exe:5584): GSpice-DEBUG: 18:43:53.913: ../spice-gtk-0.42/src/usb-backend.c:440 spice_usb_backend_new >> +(spicy.exe:5584): GSpice-DEBUG: 18:43:53.918: ../spice-gtk-0.42/src/usb-backend.c:462 spice_usb_backend_new << +(spicy.exe:5584): GSpice-DEBUG: 18:43:53.995: ../spice-gtk-0.42/src/usb-backend.c:207 adding 04F2:B43C at 1:1 +(spicy.exe:5584): GSpice-DEBUG: 18:43:53.998: ../spice-gtk-0.42/src/usb-backend.c:207 adding 8086:8C26 at 3:0 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.000: ../spice-gtk-0.42/src/usb-backend.c:207 adding 8086:8C2D at 1:0 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.003: ../spice-gtk-0.42/src/usb-backend.c:207 adding 0BDA:B728 at 1:4 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.006: ../spice-gtk-0.42/src/usb-backend.c:158 created dev 00000148d2a9e280, usblib dev 00000148d27a2590 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.010: ../spice-gtk-0.42/src/usb-backend.c:207 adding 8086:8C31 at 2:0 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.014: ../spice-gtk-0.42/src/usb-backend.c:207 adding 05E3:0608 at 3:5 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.017: ../spice-gtk-0.42/src/usb-backend.c:207 adding 8087:8008 at 1:5 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.020: ../spice-gtk-0.42/src/usb-backend.c:207 adding 0BDA:0129 at 1:3 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.023: ../spice-gtk-0.42/src/usb-backend.c:158 created dev 00000148d2a9e140, usblib dev 00000148d27a2b30 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.027: ../spice-gtk-0.42/src/usb-backend.c:207 adding 8087:8000 at 3:4 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.030: ../spice-gtk-0.42/src/usb-backend.c:207 adding 045E:00DB at 3:1 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.033: ../spice-gtk-0.42/src/usb-backend.c:207 adding 17EF:6019 at 3:2 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.035: ../spice-gtk-0.42/src/usb-backend.c:158 created dev 00000148d2a9e190, usblib dev 00000148d27a5460 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.074: ../spice-gtk-0.42/tools/spicy.c:1881 connection_new (1) +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.074: ../spice-gtk-0.42/src/usb-backend.c:469 handle_libusb_events >> +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.081: ../spice-gtk-0.42/src/spice-session.c:1835 no migration in progress +Spice-INFO: 18:43:54.086: ../spice-gtk-0.42/src/channel-main.c:342:spice_main_set_property: SpiceMainChannel::color-depth has been deprecated. Property is ignored +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.090: ../spice-gtk-0.42/src/spice-channel.c:142 main-1:0: spice_channel_constructed +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.093: ../spice-gtk-0.42/src/spice-session.c:2330 main-1:0: new main channel, switching +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.097: ../spice-gtk-0.42/tools/spicy.c:1758 new channel (#0) +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.099: ../spice-gtk-0.42/tools/spicy.c:1761 new main channel +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.102: ../spice-gtk-0.42/src/usb-device-manager.c:800 device added 0bda:b728 (00000148d2a9e280) +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.105: ../spice-gtk-0.42/src/usb-device-manager.c:800 device added 0bda:0129 (00000148d2a9e140) +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.108: ../spice-gtk-0.42/src/usb-device-manager.c:800 device added 17ef:6019 (00000148d2a9e190) +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.113: ../spice-gtk-0.42/src/spice-channel.c:2763 main-1:0: Open coroutine starting 00000148d2a403f0 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.116: ../spice-gtk-0.42/src/spice-channel.c:2587 main-1:0: Started background coroutine 00000148d2a402b0 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.120: ../spice-gtk-0.42/src/spice-session.c:2267 main-1:0: Using plain text, port 5905 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.124: ../spice-gtk-0.42/src/spice-session.c:2198 open host localhost:5905 +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.136: ../spice-gtk-0.42/src/spice-session.c:2120 main-1:0: connecting 000000010f1ffc90... +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.402: ../spice-gtk-0.42/src/spice-session.c:2104 main-1:0: connect ready +(spicy.exe:5584): GSpice-DEBUG: 18:43:54.406: ../spice-gtk-0.42/src/spice-channel.c:1415 main-1:0: channel type 1 id 0 num common caps 1 num caps 1 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1550.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1550.toml new file mode 100644 index 00000000..e42617f8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1550.toml @@ -0,0 +1,24 @@ +id = 1550 +title = "Crazy mouse movement when passing `-M pc,vmport=off -accel kvm -vga virtio` at the same time" +state = "opened" +created_at = "2023-03-19T13:52:33.684Z" +closed_at = "n/a" +labels = ["GUI", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1550" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "8.0rc0" +guest-os = "Manjaro" +guest-arch = "x86" +description = """The mouse cursor is unusable in an x86 guest (disappears, jumps around like crazy) in a graphical environment when `-M pc,vmport=off -accel kvm -vga virtio` is given at the same time.""" +reproduce = """1. Download https://download.manjaro.org/xfce/22.0.5/manjaro-xfce-22.0.5-230316-linux61.iso +2. Start above command +3. Wait until the graphical desktop appears +4. Click inside the window and move the mouse + +-> Mouse cursor disappears or jumps around like crazy""" +additional = """If vmport=off is **not** passed, at some point during startup (before graphical login manager appears) the guest switches to use vmmouse from PS/2 mouse. There it also requests usage of absolute input coordinates (VMMOUSE_REQUEST_ABSOLUTE). This code path works normal. Therefore the culprit might be in the guest. + +Another way to reproduce the issue is to use -accel whpx under Windows host (no need to pass vmport=off there). It can be observed that the same guest doesn't attempt to switch to vmmouse there, just like passing vmport=off under Linux. + +The problem does not exist on Linux host when -accel tcg is used in which case the guest doesn't attempt to switch to vmmouse.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1553.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1553.toml new file mode 100644 index 00000000..e621c9c5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1553.toml @@ -0,0 +1,22 @@ +id = 1553 +title = "Build error: implicit declaration of function 'qemu_close_to_socket'" +state = "closed" +created_at = "2023-03-22T07:17:26.185Z" +closed_at = "2023-03-25T16:28:31.256Z" +labels = ["GUI", "hostos: Windows", "spice", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1553" +host-os = "Windows 10 22H2" +host-arch = "x86" +qemu-version = "7.2.91 (v7.2.0-2853-ged425905ee-dirty)" +guest-os = "Any" +guest-arch = "ARM" +description = """When build the latest master code with MSYS2 on Windows 10, GCC reports: +../ui/spice-core.c: In function 'watch_remove': +../ui/spice-core.c:152:5: error: implicit declaration of function 'qemu_close_to_socket' [-Werror=implicit-function-declaration] + 152 | qemu_close_to_socket(watch->fd); + | ^~~~~~~~~~~~~~~~~~~~ +../ui/spice-core.c:152:5: error: nested extern declaration of 'qemu_close_to_socket' [-Werror=nested-externs]""" +reproduce = """1. ./configure --enable-sdl --enable-gtk --target-list=arm-softmmu,aarch64-softmmu +2. cd build +3. make""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1554.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1554.toml new file mode 100644 index 00000000..74047124 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1554.toml @@ -0,0 +1,18 @@ +id = 1554 +title = "I want get a qemu-img tool,which can run in Any linux operating system, what can i do?" +state = "closed" +created_at = "2023-03-23T01:50:45.287Z" +closed_at = "2023-03-23T08:49:10.981Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1554" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """As we known,qemu-img depends on many dynamic libraries,it can't run in other os if libraries is not support.whether qemu can use static compilation to solve this problem？ + + +i refer to this [issue 1190](https://gitlab.com/qemu-project/qemu/-/issues/1190),but when compile over,it not generate a static qemu-img. Or it has other functions to get a qemu-img which can run in Any linux operating system?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1557.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1557.toml new file mode 100644 index 00000000..87fbe1dc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1557.toml @@ -0,0 +1,21 @@ +id = 1557 +title = "qemu-binfmt-conf.sh handles errors inconsistently" +state = "opened" +created_at = "2023-03-25T15:33:30.574Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1557" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """We are installing qemu via multiarch/qemu-user-static docker image. https://github.com/multiarch/qemu-user-static + +What we have noticed is that because qemu-binfmt-conf.sh does not use `set -e`, its behavior with regards to failures is inconsistent. In short, registering the same thing into binfmt twice is an error (you get EEXIST). However, the exit code of qemu-binfmt-conf.sh itself seems to depend only on whether the last interpreter succeeded, leading to confusing and inconsistent results.""" +reproduce = """1. Register only qemu-arm-static interpreter with binfmt. +2. Run qemu-binfmt-conf.sh. Observe that the exit code is zero, and logs show the duplicate interpreter was rejected. +3. Remove all qemu interpreters. +3. Register only qemu-loongarch64-static interpreter (currently last in qemu_target_list) with binfmt. +3. Run qemu-binfmt-conf.sh. Observe that the exit code is non-zero, and logs show the duplicate interpreter was rejected.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1558.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1558.toml new file mode 100644 index 00000000..f3e9b58e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1558.toml @@ -0,0 +1,29 @@ +id = 1558 +title = "Bug checklist for AEHD" +state = "opened" +created_at = "2023-03-25T15:53:00.472Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1558" +host-os = "Windows 10/Windows11" +host-arch = "x86_64" +qemu-version = ">=8.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """There was a discussion on qemu-devel about addition of a new hypervisor, which is essentially a rewrite of linux/kvm, but for windows +- 202303002 Haito Shan [PATCH 0/6] Adding the Android Emulator hypervisor driver accelerator + https://lore.kernel.org/qemu-devel/CAGD3tSzW1QoAsn+uGjoAkBegLt1iZ=9YWDFcvqbcHMr0S_5kVw@mail.gmail.com/ + +If the new hypervisor AEHD does not support these, then each of the below may automatically qualify as a feature catchup bug +1) Nested Virtualization +2) virtio-GPU/virgl/OpenGL/venus +3) Vulkan passthrough +4) Xen emulation on KVM ( a feature also currently under development) + 20230302 [phase1-qemu-8.0](https://lore.kernel.org/qemu-devel/20230302123029.153265-1-pbonzini@redhat.com/) [PULL 00/62] i386, misc changes for QEMU 8.0 soft freeze + 20230307 [phase2-qemu-8.0](https://lore.kernel.org/qemu-devel/20230307171750.2293175-1-dwmw2@infradead.org/) [PATCH v2 00/27] Enable PV backends with Xen/KVM emulation +5) Migration +6) others?? + +perhaps also document if known for certain that there is no intention to catchup to a particular feature.""" +reproduce = """NA""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/156.toml b/gitlab/issues/target_missing/host_missing/accel_missing/156.toml new file mode 100644 index 00000000..0a5c1bbc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/156.toml @@ -0,0 +1,15 @@ +id = 156 +title = "-nodefaults has unclear documentation" +state = "opened" +created_at = "2021-05-05T08:51:37.072Z" +closed_at = "n/a" +labels = ["Documentation", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/156" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1560.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1560.toml new file mode 100644 index 00000000..136681d6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1560.toml @@ -0,0 +1,15 @@ +id = 1560 +title = "SLIRP hostfwd_add ignores bind address and uses `INADDR_ANY`" +state = "closed" +created_at = "2023-03-26T04:04:35.163Z" +closed_at = "2023-04-12T03:23:09.832Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1560" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1561.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1561.toml new file mode 100644 index 00000000..b143ec8e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1561.toml @@ -0,0 +1,35 @@ +id = 1561 +title = "Compile QEMU 6.2.0 fail for file not found" +state = "closed" +created_at = "2023-03-26T10:13:33.598Z" +closed_at = "2023-03-27T14:15:19.456Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1561" +host-os = "Fedora 36" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Compile QEMU failed with error message: +``` +In file included from ../subprojects/libvhost-user/libvhost-user.c:45: +../subprojects/libvhost-user/libvhost-user.h:23:10: Fatal error：standard-headers/linux/virtio_ring.h：no such file or directory + 23 | #include "standard-headers/linux/virtio_ring.h" + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +```""" +reproduce = """1. Download qemu-6.2.0 tarball at https://download.qemu.org/qemu-6.2.0.tar.xz +2. unzip the tarball to dir ```qemu-6.2.0``` +2. cd ```qemu-6.2.0```, and then ```./configure && make -j2```""" +additional = """In ```qemu-6.2.0/subprojects/libvhost-user/libvhost-user.c:45```, the included files are: + +``` +#include <stdint.h> +#include <stdbool.h> +#include <stddef.h> +#include <poll.h> +#include <linux/vhost.h> +#include <pthread.h> +#include "standard-headers/linux/virtio_ring.h" +``` + +```standard-headers``` are in ```qemu-6.2.0/include/standard-headers/```, but above #include assume it's in the same dir of ```libvhost-user.c```.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1562.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1562.toml new file mode 100644 index 00000000..417a6e72 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1562.toml @@ -0,0 +1,137 @@ +id = 1562 +title = "qemu live migration with compression ( zstd or zlib ) in same server always(100% reproduce) failed (recevied ram page flag 0x0)" +state = "closed" +created_at = "2023-03-27T05:27:28.419Z" +closed_at = "2024-05-10T13:27:22.763Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1562" +host-os = "CentOS Stream 9" +host-arch = "x86" +qemu-version = "version 7.2.91 (v8.0.0-rc1-36-g60ca584b8a)" +guest-os = "centos stream 9" +guest-arch = "x86_64" +description = """""" +reproduce = """1. live migration with compress mode in same server +2. src: qemu-system-x86_64 -cpu Cascadelake-Server-v4 -smp 10 -enable-kvm -m 50G -nographic -serial telnet:localhost:4321,server,nowait -nic tap,ifname=tap0,script=no,downscript=no CentOS-Stream-GenericCloud-9-20230123.0.x86_64_test_0.qcow2 + +``` + QEMU 7.2.91 monitor - type 'help' for more information +(qemu) migrate_set_capability compress on +(qemu) migrate_set_parameter multifd-compression zstd +(qemu) info migrate_capabilities +xbzrle: off +rdma-pin-all: off +auto-converge: off +zero-blocks: off +compress: on +events: off +postcopy-ram: off +x-colo: off +release-ram: off +block: off +return-path: off +pause-before-switchover: off +multifd: off +dirty-bitmaps: off +postcopy-blocktime: off +late-block-activate: off +x-ignore-shared: off +validate-uuid: off +background-snapshot: off +zero-copy-send: off +postcopy-preempt: off +(qemu) info migrate_parameters +announce-initial: 50 ms +announce-max: 550 ms +announce-rounds: 5 +announce-step: 100 ms +compress-level: 1 +compress-threads: 8 +compress-wait-thread: on +decompress-threads: 2 +throttle-trigger-threshold: 50 +cpu-throttle-initial: 20 +cpu-throttle-increment: 10 +cpu-throttle-tailslow: off +max-cpu-throttle: 99 +tls-creds: '' +tls-hostname: '' +max-bandwidth: 134217728 bytes/second +downtime-limit: 300 ms +x-checkpoint-delay: 20000 ms +block-incremental: off +multifd-channels: 2 +multifd-compression: zstd +xbzrle-cache-size: 67108864 bytes +max-postcopy-bandwidth: 0 +tls-authz: '' +(qemu) migrate -d tcp:localhost:4444 +(qemu) qemu-system-x86_64: failed to save SaveStateEntry with id(name): 2(ram): -5 +qemu-system-x86_64: Unable to write to socket: Connection reset by peer +``` + +3.dest(in same server): qemu-system-x86_64 -cpu Cascadelake-Server-v4 -smp 10 -enable-kvm -m 50G -nographic -serial telnet:localhost:4322,server,nowait -nic tap,ifname=tap1,script=no,downscript=no --incoming tcp:0:4444 CentOS-Stream-GenericCloud-9-20230123.0.x86_64_test_0.qcow2 + +``` + QEMU 7.2.91 monitor - type 'help' for more information +(qemu) migrate_set_capability compress on +(qemu) migrate_set_parameter multifd-compression zstd +(qemu) info mi +mice migrate migrate_capabilities +migrate_parameters +(qemu) info migrate_capabilities +xbzrle: off +rdma-pin-all: off +auto-converge: off +zero-blocks: off +compress: on +events: off +postcopy-ram: off +x-colo: off +release-ram: off +block: off +return-path: off +pause-before-switchover: off +multifd: off +dirty-bitmaps: off +postcopy-blocktime: off +late-block-activate: off +x-ignore-shared: off +validate-uuid: off +background-snapshot: off +zero-copy-send: off +postcopy-preempt: off +(qemu) info migr +migrate migrate_capabilities migrate_parameters +(qemu) info migrate_parameters +announce-initial: 50 ms +announce-max: 550 ms +announce-rounds: 5 +announce-step: 100 ms +compress-level: 1 +compress-threads: 8 +compress-wait-thread: on +decompress-threads: 2 +throttle-trigger-threshold: 50 +cpu-throttle-initial: 20 +cpu-throttle-increment: 10 +cpu-throttle-tailslow: off +max-cpu-throttle: 99 +tls-creds: '' +tls-hostname: '' +max-bandwidth: 134217728 bytes/second +downtime-limit: 300 ms +x-checkpoint-delay: 20000 ms +block-incremental: off +multifd-channels: 2 +multifd-compression: zstd +xbzrle-cache-size: 67108864 bytes +max-postcopy-bandwidth: 0 +tls-authz: '' +(qemu) info migrate_capabilitiesqemu-system-x86_64: Unknown combination of migration flags: 0x0 +qemu-system-x86_64: decompress data failed +qemu-system-x86_64: error while loading state section id 2(ram) +qemu-system-x86_64: load of migration failed: Operation not permitted +```""" +additional = """$ zstd -V +*** zstd command line interface 64-bits v1.5.1, by Yann Collet ***""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1563.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1563.toml new file mode 100644 index 00000000..c031e88c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1563.toml @@ -0,0 +1,15 @@ +id = 1563 +title = "lsi53c895a: DMA reentrancy issue leads to stack overflow (CVE-2023-0330)" +state = "closed" +created_at = "2023-03-27T18:39:30.641Z" +closed_at = "2023-05-26T16:17:10.367Z" +labels = ["Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1563" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """See https://bugzilla.redhat.com/show_bug.cgi?id=2160151.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1566.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1566.toml new file mode 100644 index 00000000..0ec7ccaa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1566.toml @@ -0,0 +1,17 @@ +id = 1566 +title = "qemo-8-0-0-rc2 error: redeclaration of 'enum fsconfig_command'" +state = "closed" +created_at = "2023-03-29T09:16:19.144Z" +closed_at = "2023-04-06T19:07:50.512Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1566" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1567.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1567.toml new file mode 100644 index 00000000..ba51f165 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1567.toml @@ -0,0 +1,42 @@ +id = 1567 +title = "On windows, storage daemon does not support daemonize" +state = "opened" +created_at = "2023-03-29T10:55:52.303Z" +closed_at = "n/a" +labels = ["Storage", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1567" +host-os = "Windows 10/11" +host-arch = "x86_64" +qemu-version = "``qemu-storage-daemon version 7.2.0 (v7.2.0-11948-ge6523b71fc-dirty)``" +guest-os = "n/a" +guest-arch = "n/a" +description = """Presently, in order to run qemu-storage-daemon on windows, one has to login and run it in a terminal window that is kept open. + +#""" +reproduce = """just run the command""" +additional = """https://gitlab.com/qemu-project/qemu/-/blob/master/storage-daemon/qemu-storage-daemon.c#L299 +``` + case OPTION_DAEMONIZE: + if (os_set_daemonize(true) < 0) { + /* + * --daemonize is parsed before monitor_init_globals(), so + * error_report() does not work yet + */ + fprintf(stderr, "--daemonize not supported in this build\\n"); + exit(EXIT_FAILURE); + } +``` +https://gitlab.com/qemu-project/qemu/-/blob/master/include/sysemu/os-win32.h#L114 +``` +static inline int os_set_daemonize(bool d) +{ + if (d) { + return -ENOTSUP; + } + return 0; +} +``` + +- Recently Marc has added windows socket support + 20230313 marcandre.lureau [PULL 00/25] Win socket patches + https://lore.kernel.org/qemu-devel/20230313114335.424093-1-marcandre.lureau@redhat.com/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1569.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1569.toml new file mode 100644 index 00000000..41a0bdd9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1569.toml @@ -0,0 +1,35 @@ +id = 1569 +title = "NVMe FS operations hang after suspending and resuming both guest and host" +state = "opened" +created_at = "2023-03-30T19:26:39.695Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1569" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "7.2.0 (Arch Linux package release 4)" +guest-os = "Void Linux" +guest-arch = "x86_64" +description = """Hello and thank you for your work on QEMU! + +Using the NVMe driver with my Seagate FireCuda 530 2TB M.2 works fine until I encounter this problem, which is reliably reproducible for me. + +When I suspend the guest and then suspend (s2idle) my host all is well until I resume the guest (manually with `virsh dompmwakeup $VMNAME`, after the host has resumed). Although the guest resumes and is interactive, it seems that anything involving filesystem operations hang forever and do not return. + +Suspending and resuming the Linux guest seems to work perfectly if I don't suspend/resume the host. + +Ultimately what I'm wanting to do is share the drive between VMs with qemu-storage-daemon. I can reproduce the problem in that scenario in much the same way. Using PCI passthrough with the same VM and device works fine and doesn't exhibit this problem. + +Hopefully that's clear enough - let me know if there's anything else I can provide.""" +reproduce = """1. Create a VM with a dedicated NVMe disk. +2. Boot an ISO and install to the disk. +3. Verify that suspend and resume works when not suspending the host. +4. Suspend the guest. +5. Suspend the host. +6. Wake the host. +7. Wake the guest. +8. Try just about anything that isn't likely already cached somewhere: `du -s /etc`.""" +additional = """I've attached the libvirt domain XML[1] and libvirtd debug logs for QEMU[2] ("1:qemu") that covers suspending the guest & host, resuming host & guest and doing something to cause a hang. I tried to leave enough time afterwards for any timeout to occur. + +1. [nvme-voidlinux.xml](/uploads/1dea47af096ce58175f7aa526eca455e/nvme-voidlinux.xml) +2. [nvme-qemu-debug.log](/uploads/42d3bed456a795069023a61d38fa5ccd/nvme-qemu-debug.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/157.toml b/gitlab/issues/target_missing/host_missing/accel_missing/157.toml new file mode 100644 index 00000000..7ef22f5d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/157.toml @@ -0,0 +1,15 @@ +id = 157 +title = "Xbox One controller USB passthrough disconnections and stops" +state = "opened" +created_at = "2021-05-05T08:51:48.659Z" +closed_at = "n/a" +labels = ["Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/157" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1572.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1572.toml new file mode 100644 index 00000000..1f343889 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1572.toml @@ -0,0 +1,15 @@ +id = 1572 +title = "Assertion !rss_info->enabled failed in e1000e_write_lgcy_rx_descr" +state = "closed" +created_at = "2023-04-03T08:22:22.003Z" +closed_at = "2023-05-26T13:43:43.937Z" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1572" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1573.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1573.toml new file mode 100644 index 00000000..b6f41c91 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1573.toml @@ -0,0 +1,15 @@ +id = 1573 +title = "TCP Previous segment not captured" +state = "closed" +created_at = "2023-04-03T19:18:31.760Z" +closed_at = "2023-04-06T17:55:17.519Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1573" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1574.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1574.toml new file mode 100644 index 00000000..b7352c60 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1574.toml @@ -0,0 +1,97 @@ +id = 1574 +title = "The guest paused after living migration on destination host, vm-entry error code 0x80000021" +state = "opened" +created_at = "2023-04-04T08:48:32.471Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1574" +host-os = "OpenEuler" +host-arch = "x86_64" +qemu-version = "qemu-5.0" +guest-os = "CentOS 7.5.1804` or `Debian GNU/Linux 9 (stretch)` or `Windows 10 Pro, 64-bit`. Does not distinguish between virtual machine systems." +guest-arch = "x86_64" +description = """The guest start on source host, then living migration to destination host, the guest status is pausing. +source host CPU: Intel(R) Xeon(R) Silver 4114 CPU @ 2.20GHz +destination host CPU: Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz +If the guest migration from E5-2650 to Silver 4114, the guest runs normally without pausing.""" +reproduce = """1. start guest, on source host, host CPU: Intel(R) Xeon(R) Silver 4114 CPU @ 2.20GHz. +2. living migration guest to destination host, host CPU: Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz. +3. migration finished, the guest pausing.""" +additional = """/label ~"kind::Bug" +qemu log: +``` +KVM: entry failed, hardware error 0x80000021 + +If you're running a guest on an Intel machine without unrestricted mode +support, the failure can be most likely due to the guest entering an invalid +state for Intel VT. For example, the guest maybe running in big real mode +which is not supported on less recent Intel processors. + +EAX=94d14da0 EBX=95341e20 ECX=00000000 EDX=00000000 +ESI=00000000 EDI=00000046 EBP=95203eb0 ESP=95203eb0 +EIP=94d14f76 EFL=00000286 [--S--P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 +ES =0000 00000000 0000ffff 00009300 +CS =f000 ffff0000 0000ffff 00009b00 +SS =0000 00000000 0000ffff 00009300 +DS =0000 00000000 0000ffff 00009300 +FS =0000 00000000 0000ffff 00009300 +GS =0000 00000000 0000ffff 00009300 +LDT=0000 00000000 0000ffff 00008200 +TR =0000 00000000 0000ffff 00008b00 +GDT= 00000000 0000ffff +IDT= 00000000 0000ffff +CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 +DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 +DR6=00000000ffff0ff0 DR7=0000000000000400 +EFER=0000000000000000 +Code=00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 +``` +host log: +``` +kernel: [228693.951391] *** Guest State *** +kernel: [228693.951411] CR0: actual=0x0000000000000030, shadow=0x0000000060000010, gh_mask=fffffffffffffff7 +kernel: [228693.951422] CR4: actual=0x0000000000002040, shadow=0x0000000000000000, gh_mask=fffffffffffff871 +kernel: [228693.951430] CR3 = 0x0000000000000000 +kernel: [228693.951437] PDPTR0 = 0x0000000000000000 PDPTR1 = 0x0000000000000000 +kernel: [228693.951445] PDPTR2 = 0x0000000000000000 PDPTR3 = 0x0000000000000000 +kernel: [228693.951452] RSP = 0xffffffff95203eb0 RIP = 0xffffffff94d14f76 +kernel: [228693.951459] RFLAGS=0x00000286 DR7 = 0x0000000000000400 +kernel: [228693.951467] Sysenter RSP=0000000000000000 CS:RIP=0000:0000000000000000 +kernel: [228693.951476] CS: sel=0xf000, attr=0x0009b, limit=0x0000ffff, base=0x00000000ffff0000 +kernel: [228693.951485] DS: sel=0x0000, attr=0x00093, limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951494] SS: sel=0x0000, attr=0x00093, limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951502] ES: sel=0x0000, attr=0x00093, limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951510] FS: sel=0x0000, attr=0x00093, limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951519] GS: sel=0x0000, attr=0x00093, limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951527] GDTR: limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951537] LDTR: sel=0x0000, attr=0x00082, limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951545] IDTR: limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951553] TR: sel=0x0000, attr=0x0008b, limit=0x0000ffff, base=0x0000000000000000 +kernel: [228693.951562] EFER = 0x0000000000000000 PAT = 0x0007040600070406 +kernel: [228693.951569] DebugCtl = 0x0000000000000000 DebugExceptions = 0x0000000000000000 +kernel: [228693.951578] Interruptibility = 00000000 ActivityState = 00000000 +kernel: [228693.951586] InterruptStatus = 00b1 +kernel: [228693.951591] *** Host State *** +kernel: [228693.951597] RIP = 0xffffffffc4b064ff RSP = 0xffffaf14ccf87d10 +kernel: [228693.951606] CS=0010 SS=0018 DS=0000 ES=0000 FS=0000 GS=0000 TR=0040 +kernel: [228693.951614] FSBase=00007f0b2657a640 GSBase=ffff9c083f580000 TRBase=fffffe00001a0000 +kernel: [228693.951623] GDTBase=fffffe000019e000 IDTBase=fffffe0000000000 +kernel: [228693.951631] CR0=0000000080050033 CR3=000000029800c004 CR4=00000000003726e0 +kernel: [228693.951639] Sysenter RSP=fffffe00001a0000 CS:RIP=0010:ffffffff95801590 +kernel: [228693.951648] EFER = 0x0000000000000d01 PAT = 0x0407050600070106 +kernel: [228693.951655] *** Control State *** +kernel: [228693.951662] CPUBased=0xb5a06dfa SecondaryExec=0x00032ff2 TertiaryExec=0x0000000000000000 +kernel: [228693.951671] PinBased=0x000000ff EntryControls=0000d1ff ExitControls=002befff +kernel: [228693.951679] ExceptionBitmap=00060042 PFECmask=00000000 PFECmatch=00000000 +kernel: [228693.951686] VMEntry: intr_info=00000000 errcode=00000000 ilen=00000000 +kernel: [228693.951695] VMExit: intr_info=00000000 errcode=00000000 ilen=00000000 +kernel: [228693.951702] reason=80000021 qualification=0000000000000000 +kernel: [228693.951709] IDTVectoring: info=00000000 errcode=00000000 +kernel: [228693.951717] TSC Offset = 0xfffe2c437c9ab552 +kernel: [228693.951724] SVI|RVI = 00|b1 TPR Threshold = 0x00 +kernel: [228693.951734] virt-APIC addr = 0x00000002a3014000 +kernel: [228693.951736] PostedIntrVec = 0xf2 +kernel: [228693.951743] EPT pointer = 0x000000012dfe705e +kernel: [228693.951749] PLE Gap=00000080 Window=00001000 +kernel: [228693.951755] Virtual processor ID = 0x0009 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1576.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1576.toml new file mode 100644 index 00000000..085b3e5d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1576.toml @@ -0,0 +1,36 @@ +id = 1576 +title = "Migration from v8.0.0-rc2 to v7.2.0 with pcie-root-port device fails" +state = "closed" +created_at = "2023-04-04T09:03:32.271Z" +closed_at = "2023-08-08T12:23:16.216Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1576" +host-os = "Proxmox VE 7.4 (but using upstream QEMU builds)" +host-arch = "x86" +qemu-version = "v8.0.0-rc2" +guest-os = "n/a" +guest-arch = "n/a" +description = """Loading the VM state fails with: +``` +qemu-system-x86_64: get_pci_config_device: Bad config data: i=0x10a read: 40 device: 0 cmask: ff wmask: 0 w1cmask:0 +qemu-system-x86_64: Failed to load PCIDevice:config +qemu-system-x86_64: Failed to load pcie-root-port:parent_obj.parent_obj.parent_obj +qemu-system-x86_64: error while loading state for instance 0x0 of device '0000:00:1c.0/pcie-root-port' +qemu-system-x86_64: Error -22 while loading VM state +```""" +reproduce = """Used the following script with the first argument being a build directory of v8.0.0-rc2 and the second a build directory of v7.2.0 +``` +#!/bin/bash +rm /tmp/disk.qcow2 +args=" + -device pcie-root-port,multifunction=on,bus=pcie.0,addr=1c.0,port=1,chassis=1 + -machine type=pc-q35-7.2" +$1/qemu-img create -f qcow2 /tmp/disk.qcow2 1G +$1/qemu-system-x86_64 --qmp stdio --blockdev qcow2,node-name=node0,file.driver=file,file.filename=/tmp/disk.qcow2 $args <<EOF +{"execute": "qmp_capabilities"} +{"execute": "snapshot-save", "arguments": { "job-id": "save0", "tag": "snap", "vmstate": "node0", "devices": ["node0"] } } +{"execute": "quit"} +EOF +$2/qemu-system-x86_64 --qmp stdio --blockdev qcow2,node-name=node0,file.driver=file,file.filename=/tmp/disk.qcow2 $args -loadvm snap +```""" +additional = """Bisecting shows that 010746ae1d ("hw/pci/aer: Implement PCI_ERR_UNCOR_MASK register") is the first bad commit.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1577.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1577.toml new file mode 100644 index 00000000..9dd11418 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1577.toml @@ -0,0 +1,94 @@ +id = 1577 +title = "device_del return is already in the process of unplug frequently" +state = "closed" +created_at = "2023-04-04T09:38:53.125Z" +closed_at = "2023-06-12T11:21:23.183Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1577" +host-os = "debian 11" +host-arch = "x86_64" +qemu-version = "v6.2 to v8.0" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """recently we update qemu 6.1.1 to qemu 7.1.0, and run into an issue with the following error: + +command '{ "execute": "device_del", "arguments": { "id": "virtio-diskX" } }' for VM "id" failed ({ "return": {"class": "GenericError", "desc": "Device virtio-diskX is already in the process of unplug"} }). + +The issue is reproducible. With a few seconds delay before hot-unplug, hot-unplug just works fine. + +After a few digging, we found that the commit 9323f892b39 may incur the issue. +------------------ + failover: fix unplug pending detection + + Failover needs to detect the end of the PCI unplug to start migration + after the VFIO card has been unplugged. + + To do that, a flag is set in pcie_cap_slot_unplug_request_cb() and reset in + pcie_unplug_device(). + + But since + 17858a169508 ("hw/acpi/ich9: Set ACPI PCI hot-plug as default on Q35") + we have switched to ACPI unplug and these functions are not called anymore + and the flag not set. So failover migration is not able to detect if card + is really unplugged and acts as it's done as soon as it's started. So it + doesn't wait the end of the unplug to start the migration. We don't see any + problem when we test that because ACPI unplug is faster than PCIe native + hotplug and when the migration really starts the unplug operation is + already done. + + See c000a9bd06ea ("pci: mark device having guest unplug request pending") + a99c4da9fc2a ("pci: mark devices partially unplugged") + + Signed-off-by: Laurent Vivier <lvivier@redhat.com> + Reviewed-by: Ani Sinha <ani@anisinha.ca> + Message-Id: <20211118133225.324937-4-lvivier@redhat.com> + Reviewed-by: Michael S. Tsirkin <mst@redhat.com> + Signed-off-by: Michael S. Tsirkin <mst@redhat.com> +------------------ +The purpose is for detecting the end of the PCI device hot-unplug. However, we feel the error confusing. How is it possible that a disk "is already in the process of unplug" during the first hot-unplug attempt? So far as I know, the issue was also encountered by libvirt, but they simply ignored it: + + https://bugzilla.redhat.com/show_bug.cgi?id=1878659 + +Hence, a question is: should we have the line below in acpi_pcihp_device_unplug_request_cb()? + + pdev->qdev.pending_deleted_event = true; + +It would be great if you as the author could give us a few hints. + +Thank you very much for your reply! + +Sincerely, + +Yu Zhang @ Compute Platform IONOS + + +The issue is reproducible in our own stack, which is not quite easy to describe in a few command lines. We simplified it a bit by a script instead. Although it's not able to reproduce, it could be somewhat helpful to understand the issue. + +``` +#!/bin/bash + +HOME=~ +QEMU=$HOME/qemu/bin/qemu-system-x86_64 +DISK1=$HOME/img/disk1.qcow2 +DISK4=$HOME/img/disk4.qcow2 +DISK5=$HOME/img/disk5.qcow2 + +$QEMU \\ + -cpu host -enable-kvm -m 2048 -smp 2 \\ + -object iothread,id=iothread1 \\ + -drive file=$DISK1,if=none,id=drive-virtio-disk1,format=qcow2,snapshot=off,discard=on,cache=none \\ + -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk1,iothread=iothread1,num-queues=1,discard=on,id=virtio-disk1 \\ + -object iothread,id=iothread4 \\ + -drive file=$DISK4,if=none,id=drive-virtio-disk4,format=qcow2,snapshot=off,discard=on,cache=none \\ + -device virtio-blk-pci,bus=pci.0,addr=0x5,drive=drive-virtio-disk4,iothread=iothread4,num-queues=1,discard=on,id=virtio-disk4 \\ + -object iothread,id=iothread5 \\ + -drive file=$DISK5,if=none,id=drive-virtio-disk5,format=qcow2,snapshot=off,discard=on,cache=none \\ + -device virtio-blk-pci,bus=pci.0,addr=0x6,drive=drive-virtio-disk5,iothread=iothread5,num-queues=1,discard=on,id=virtio-disk5 \\ + -qmp unix:./qmp-sock,server,nowait & + +sleep 5 + +echo '{"execute":"qmp_capabilities"}{"execute": "device_del","arguments": { "id": "virtio-disk5"}}{"execute": "query-block"}' | nc -U -w 1 ./qmp-sock +echo '{"execute":"qmp_capabilities"}{"execute": "device_del","arguments": { "id": "virtio-disk5"}}{"execute": "query-block"}' | nc -U -w 1 ./qmp-sock```""" +reproduce = "n/a" +additional = """Possible workaround: https://lore.kernel.org/qemu-devel/20230403131833-mutt-send-email-mst@kernel.org/T/#t""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1578.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1578.toml new file mode 100644 index 00000000..90abcec0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1578.toml @@ -0,0 +1,15 @@ +id = 1578 +title = "Send all the SVQ control commands in parallel instead of serialized" +state = "opened" +created_at = "2023-04-04T14:22:38.526Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1578" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1579.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1579.toml new file mode 100644 index 00000000..aa62507f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1579.toml @@ -0,0 +1,16 @@ +id = 1579 +title = "Cache vdpa initialization & startup slow ioctls" +state = "opened" +created_at = "2023-04-04T16:57:16.225Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1579" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """* vring groups are cached in this patch, still not upstream [this example patch](https://lists.nongnu.org/archive/html/qemu-devel/2023-03/msg05961.html). +* hw/virtio/vhost-vdpa.c and net/vhost-vdpa.c are both files that worth exploring.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/158.toml b/gitlab/issues/target_missing/host_missing/accel_missing/158.toml new file mode 100644 index 00000000..27dea6a7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/158.toml @@ -0,0 +1,15 @@ +id = 158 +title = "qemu system emulator crashed when using xhci usb controller" +state = "opened" +created_at = "2021-05-05T11:10:13.676Z" +closed_at = "n/a" +labels = ["Fuzzer", "Launchpad", "USB", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/158" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1580.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1580.toml new file mode 100644 index 00000000..c53edc08 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1580.toml @@ -0,0 +1,52 @@ +id = 1580 +title = "QEMU crashes when running inside Hyper-V VM on AMD EPYC" +state = "opened" +created_at = "2023-04-05T20:14:08.761Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1580" +host-os = "Debian 11" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.0 (Debian 1:7.2+dfsg-5~bpo11+1)" +guest-os = "Debian 11" +guest-arch = "x86" +description = """Starting the VM very rarely succeeds and often it crashes with: +``` +# qemu-system-x86_64 -cpu EPYC -machine accel=kvm -smp 1 -m 512 -drive if=pflash,format=raw,readonly=on,file=/usr/share/OVMF/OVMF_CODE.fd -drive if=pflash,format=raw,file=OVMF_VARS.fd -drive file=debian-11-nocloud-amd64-20230124-1270.qcow2,format=qcow2 -snapshot -monitor none +qemu: module ui-ui-gtk not found, do you want to install qemu-system-gui package? +qemu: module ui-ui-sdl not found, do you want to install qemu-system-gui package? +VNC server running on ::1:5900 +KVM internal error. Suberror: 1 +extra data[0]: 0x0000000000000001 +extra data[1]: 0x96d0cff2bed0cf0f +extra data[2]: 0x0bfd29af72b35c7c +extra data[3]: 0x0000000000000400 +extra data[4]: 0x0000000100000004 +extra data[5]: 0x00000000581c356c +extra data[6]: 0x0000000000000000 +extra data[7]: 0x0000000000000000 +emulation failure +EAX=fffd26a4 EBX=00000000 ECX=00000000 EDX=b731cdad +ESI=00000101 EDI=00005042 EBP=fffcc000 ESP=581c3564 +EIP=fffff8a8 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 +ES =0008 00000000 ffffffff 00c09300 DPL=0 DS [-WA] +CS =0010 00000000 ffffffff 00c09b00 DPL=0 CS32 [-RA] +SS =0008 00000000 ffffffff 00c09300 DPL=0 DS [-WA] +DS =0008 00000000 ffffffff 00c09300 DPL=0 DS [-WA] +FS =0008 00000000 ffffffff 00c09300 DPL=0 DS [-WA] +GS =0008 00000000 ffffffff 00c09300 DPL=0 DS [-WA] +LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT +TR =0000 00000000 0000ffff 00008b00 DPL=0 TSS32-busy +GDT= fffffee0 00000027 +IDT= 00000000 00000000 +CR0=40000033 CR2=00000000 CR3=00800000 CR4=00000660 +DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 +DR6=00000000ffff0ff0 DR7=0000000000000400 +EFER=0000000000000100 +Code=00 0f 20 e0 0f ba e8 05 0f 22 e0 31 db e9 13 02 00 00 85 c0 <75> 38 b9 80 00 00 c0 0f 32 0f ba e8 08 0f 30 31 db b9 01 00 00 00 0f a3 0d 04 b0 80 00 74 +```""" +reproduce = """1. Create a [Standard_D8ads_v5 VM](https://learn.microsoft.com/en-us/azure/virtual-machines/dasv5-dadsv5-series) (AMD EPYC 7763 64-Core Processor) in Azure with Debian 11 +2. Install `qemu-system-x86` (1:7.2+dfsg-5~bpo11+1) from `bullseye-backports` +3. Install `ovmf` (2022.11-6) from `bookworm` (testing) +4. Run the commands under "QEMU command line"""" +additional = """VNC displays "Guest has not initialized the display (yet)". The setup works perfectly on a [Standard_D8ds_v5 VM](https://learn.microsoft.com/en-us/azure/virtual-machines/ddv5-ddsv5-series) (Intel(R) Xeon(R) Platinum 8370C CPU @ 2.80GHz).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1582.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1582.toml new file mode 100644 index 00000000..55590391 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1582.toml @@ -0,0 +1,15 @@ +id = 1582 +title = "Floating-point-exception in rtl8139_cplus_transmit_one" +state = "closed" +created_at = "2023-04-06T10:10:45.362Z" +closed_at = "2023-05-23T17:56:40.136Z" +labels = ["Fuzzer", "Networking", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1582" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1583.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1583.toml new file mode 100644 index 00000000..b9c0bcaa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1583.toml @@ -0,0 +1,27 @@ +id = 1583 +title = "SGX Device mapping is not listed into QEMU KVM" +state = "opened" +created_at = "2023-04-06T11:04:49.659Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1583" +host-os = "Ubuntu 22.04" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "Ubuntu 20.04" +guest-arch = "x86" +description = """I want to run SGX into QEMU VM, the vm is up and running but SGX device mappings are not listed there. I also looked in dmesg | grep sgx and it returned "There are zero epc section" + +I have upgraded the libvirt to 8.6.0 because of below issue +https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1982896 + +I tried with libvirt-8.0.0 but it did not help + +I have attached the xml, please let me know why sgx mappings are not showing inside VM""" +reproduce = """1. Create a Ubuntu 20.04 VM with SGX mapping""" +additional = """Please let me know if any other logs are required + + + + +[ubuntu20.04.xml](/uploads/2609abc31db08e04cc3e3dbf923cd8d7/ubuntu20.04.xml)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1584.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1584.toml new file mode 100644 index 00000000..5428a273 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1584.toml @@ -0,0 +1,15 @@ +id = 1584 +title = "TCP Previous segment not captured" +state = "opened" +created_at = "2023-04-06T17:55:59.706Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1584" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1585.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1585.toml new file mode 100644 index 00000000..55f57512 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1585.toml @@ -0,0 +1,35 @@ +id = 1585 +title = "Incorrect VGA text mode rendering" +state = "opened" +created_at = "2023-04-08T02:58:20.009Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1585" +host-os = "Ubuntu in WSL2 with X-Forwarding" +host-arch = "x86_64" +qemu-version = "6.2.0" +guest-os = "[TheDevMinerTV/os](https://github.com/TheDevMinerTV/os)" +guest-arch = "i386" +description = """All of my physical machines use black as `DarkGray` and have the text starting from `White+DarkGray` blink (watch the video below). The ISO I'm using is a minimal kernel I've written to check VGA text mode (provided by the BIOS at `0xb8000` with a 80x25 resolution) handling on multiple emulators and machines. +Changing the emulated CPU and display driver doesn't change this behaviour. + +Hyper-V: color test shows correct colors, all text starting from `White+DarkGray` is blinking + + + +AMD Athlon 64 X2 6000+ + NVIDIA Quadro 400 on actual hardware: same as Hyper-V +I've tested this with multiple physical GPUs and they all have the same behaviour and color palette. + + + +QEMU: dark gray is the wrong color and the text doesn't blink +Changing the emulated device doesn't change this behaviour. + + + +I think QEMU should emulate the hardware as close as possible and therefore atleast have the blinking text. +Consider this a low priority issue.""" +reproduce = """1. Download ISO from the link above +2. Run the QEMU command above +3. See the text not blink""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1586.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1586.toml new file mode 100644 index 00000000..d67e1895 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1586.toml @@ -0,0 +1,115 @@ +id = 1586 +title = "qemu-8.0.0-rc3 mock build test stage failures" +state = "closed" +created_at = "2023-04-08T11:34:38.209Z" +closed_at = "2023-05-02T17:43:32.223Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1586" +host-os = "Fedora-38 beta" +host-arch = "x86_64" +qemu-version = "8.0.0-rc3" +guest-os = "NA" +guest-arch = "NA" +description = """https://bugzilla.redhat.com/show_bug.cgi?id=2185288 +Following files have been attached to that report +Attached : +- The rpmuild SPEC file so far (qemu.spec.20230408.v3.txt) +- testlog.20230408.v3.txt +- build.log.20230408.v3.txt +- hw_info.log.20230408.v3.txt +- installed_pkgs.log.20230408.v3.txt +- root.log.20230408.v3.txt +- state.log.20230408.v3.txt + +A number of test failure involving allwinner-i2c and pci_expander_bridge + +``` +Summary of Failures: + + 39/817 qemu:qtest+qtest-aarch64 / qtest-aarch64/test-hmp ERROR 32.55s killed by signal 6 SIGABRT + 41/817 qemu:qtest+qtest-arm / qtest-arm/test-hmp ERROR 34.48s killed by signal 6 SIGABRT + 1/817 qemu:qtest+qtest-aarch64 / qtest-aarch64/qom-test ERROR 210.93s killed by signal 6 SIGABRT + 3/817 qemu:qtest+qtest-arm / qtest-arm/qom-test ERROR 212.50s killed by signal 6 SIGABRT + 45/817 qemu:qtest+qtest-i386 / qtest-i386/bios-tables-test ERROR 272.50s killed by signal 6 SIGABRT + 68/817 qemu:qtest+qtest-x86_64 / qtest-x86_64/bios-tables-test ERROR 286.06s killed by signal 6 SIGABRT +230/817 qemu:qtest+qtest-aarch64 / qtest-aarch64/device-introspect-test ERROR 8.92s killed by signal 6 SIGABRT +270/817 qemu:qtest+qtest-arm / qtest-arm/device-introspect-test ERROR 5.95s killed by signal 6 SIGABRT +337/817 qemu:qtest+qtest-i386 / qtest-i386/cxl-test ERROR 0.90s killed by signal 6 SIGABRT +630/817 qemu:qtest+qtest-x86_64 / qtest-x86_64/cxl-test ERROR 0.84s killed by signal 6 SIGABRT + +Ok: 737 +Expected Fail: 0 +Fail: 10 +Unexpected Pass: 0 +Skipped: 70 +Timeout: 0 + +``` + +The below includes a last line of log snippet for each failure +``` + + 39/817 qemu:qtest+qtest-aarch64 / qtest-aarch64/test-hmp ERROR 32.55s killed by signal 6 SIGABRT + /builddir/build/BUILD/qemu-8.0.0/include/hw/i2c/allwinner-i2c.h:35:AW_I2C: Object 0x7fec734903a0 is not an instance of type allwinner.i2c +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + + + 41/817 qemu:qtest+qtest-arm / qtest-arm/test-hmp ERROR 34.48s killed by signal 6 SIGABRT +/builddir/build/BUILD/qemu-8.0.0/include/hw/i2c/allwinner-i2c.h:35:AW_I2C: Object 0x55e683992440 is not an instance of type allwinner.i2c +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + + + 1/817 qemu:qtest+qtest-aarch64 / qtest-aarch64/qom-test ERROR 210.93s killed by signal 6 SIGABRT +/builddir/build/BUILD/qemu-8.0.0/include/hw/i2c/allwinner-i2c.h:35:AW_I2C: Object 0x7fbddaf123a0 is not an instance of type allwinner.i2c +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + + + 3/817 qemu:qtest+qtest-arm / qtest-arm/qom-test ERROR 212.50s killed by signal 6 SIGABRT +/builddir/build/BUILD/qemu-8.0.0/include/hw/i2c/allwinner-i2c.h:35:AW_I2C: Object 0x55c346ae4440 is not an instance of type allwinner.i2c +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + +45/817 qemu:qtest+qtest-i386 / qtest-i386/bios-tables-test ERROR 272.50s killed by signal 6 SIGABRT +../hw/pci-bridge/pci_expander_bridge.c:54:PXB_DEV: Object 0x5636d9f16fa0 is not an instance of type pxb +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + + +68/817 qemu:qtest+qtest-x86_64 / qtest-x86_64/bios-tables-test ERROR 286.06s killed by signal 6 SIGABRT +../hw/pci-bridge/pci_expander_bridge.c:54:PXB_DEV: Object 0x55e0736d8e20 is not an instance of type pxb +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + +230/817 qemu:qtest+qtest-aarch64 / qtest-aarch64/device-introspect-test ERROR 8.92s killed by signal 6 SIGABRT +/builddir/build/BUILD/qemu-8.0.0/include/hw/i2c/allwinner-i2c.h:35:AW_I2C: Object 0x55ab62324420 is not an instance of type allwinner.i2c +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + + +270/817 qemu:qtest+qtest-arm / qtest-arm/device-introspect-test ERROR 5.95s killed by signal 6 SIGABRT +----------------------------------- stderr ----------------------------------- +/builddir/build/BUILD/qemu-8.0.0/include/hw/i2c/allwinner-i2c.h:35:AW_I2C: Object 0x564fbf62ee90 is not an instance of type allwinner.i2c +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + + + +337/817 qemu:qtest+qtest-i386 / qtest-i386/cxl-test ERROR 0.90s killed by signal 6 SIGABRT +../hw/pci-bridge/pci_expander_bridge.c:54:PXB_DEV: Object 0x55c66482d5f0 is not an instance of type pxb +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) + +630/817 qemu:qtest+qtest-x86_64 / qtest-x86_64/cxl-test ERROR 0.84s killed by signal 6 SIGABRT +../hw/pci-bridge/pci_expander_bridge.c:54:PXB_DEV: Object 0x5634e6278170 is not an instance of type pxb +Broken pipe +../tests/qtest/libqtest.c:193: kill_qemu() detected QEMU death from signal 6 (Aborted) (core dumped) +```""" +reproduce = """1. Populate rpmbuild folders with ```rpm -i qemu-7.2.0-7.fc39.srpm``` from https://koji.fedoraproject.org/koji/packageinfo?packageID=3685 +2. Download to ```~/rpmbuild/SOURCES/qemu-8.0.0.tar.xz``` from ```https://download.qemu.org/qemu-8.0.0-rc3.tar.xz``` +3. craft ```~/SPECS/qemu.spec``` for qemu-8.0.0-rc3 (or download attachment of bugzilla bug) +4. recreate new qemu-8.0.0 srpm ```rpmbuild -bs SPECS/qemu.spec``` +5. run ```mock -r /etc/mock/fedora-38-x86_64.cfg --rebuild ~/rpmbuild/SRPMS/qemu-8.0.0-0.fc38.src.rpm```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1588.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1588.toml new file mode 100644 index 00000000..f60c53e8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1588.toml @@ -0,0 +1,179 @@ +id = 1588 +title = "virsh backup-begin crashes guest - qcow2_get_specific_info: Assertion `false' failed." +state = "opened" +created_at = "2023-04-10T20:29:30.276Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1588" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.6)" +guest-os = "Ubuntu 22.04" +guest-arch = "x86_64" +description = """I run a daily backup job of around 350 guests, scattered on different host machines. + +Each day around 1-2 guests crashes on virsh backup-begin with the following error in /var/log/libvirt/qemu/$GUEST.log: + +```qemu-system-x86_64: ../../block/qcow2.c:5175: qcow2_get_specific_info: Assertion `false' failed.``` (https://github.com/qemu/qemu/blob/0c8022876f2183f93e23a7314862140c94ee62e7/block/qcow2.c) + +Different guests every day, no patterns what I can see. + +I'm using a top and a base image with incremental backups, qcow2 compat 1.1, output of qemu-img info of the base and top image; + +``` +qemu-img info base.qcow2 +image: base.qcow2 +file format: qcow2 +virtual size: 5 GiB (5368709120 bytes) +disk size: 1.9 GiB +cluster_size: 65536 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + refcount bits: 16 + corrupt: false + extended l2: false + +qemu-img info -U top.qcow2 +image: top.qcow2 +file format: qcow2 +virtual size: 60 GiB (64424509440 bytes) +disk size: 1.36 GiB +cluster_size: 65536 +backing file: base.qcow2 +backing file format: qcow2 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + bitmaps: + [0]: + flags: + [0]: in-use + [1]: auto + name: 1680670811 + granularity: 65536 + refcount bits: 16 + corrupt: false + extended l2: false +``` + +I know I'm not be using the latest qemu and that this is difficult to reproduce. This bug happens in production and upgrading qemu would be a huge task, given that I would have to upgrade the entire production. Nevertheless I of course would be willing to do it if deemed necessary but at this point I'm just looking for directions on how to pin point this bug. + +A "guest-1" grepped version of libvirt debug logs during the seconds this happened: + +``` +2023-04-08 20:37:20.453+0000: 431153: debug : virDomainLookupByName:413 : conn=0x7fbff000ca30, name=guest-1 +2023-04-08 20:37:20.453+0000: 431153: debug : virDomainDispose:348 : release domain 0x7fc068021c60 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.454+0000: 431155: debug : virDomainGetState:2493 : dom=0x7fc068024330, (VM: name=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f), state=0x7fc08c052cf0, reason=0x7fc08c052cf4, flags=0x0 +2023-04-08 20:37:20.454+0000: 431155: debug : virDomainDispose:348 : release domain 0x7fc068024330 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.483+0000: 431152: debug : virDomainLookupByName:413 : conn=0x7fc070014e90, name=guest-1 +2023-04-08 20:37:20.483+0000: 431152: debug : virDomainDispose:348 : release domain 0x7fc0500075f0 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.483+0000: 431148: debug : virDomainListAllCheckpoints:292 : dom=0x7fc0ac002380, (VM: name=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f), checkpoints=0x7fc0b79018a8, flags=0x0 +2023-04-08 20:37:20.483+0000: 431148: debug : virDomainDispose:348 : release domain 0x7fc0ac002380 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.484+0000: 431151: debug : virDomainDispose:348 : release domain 0x7fc0b0006950 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.516+0000: 431150: debug : virDomainLookupByName:413 : conn=0x7fc0a80027a0, name=guest-1 +2023-04-08 20:37:20.516+0000: 431150: debug : virDomainDispose:348 : release domain 0x7fc08c007c60 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.516+0000: 431152: debug : virDomainGetState:2493 : dom=0x7fc068021e90, (VM: name=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f), state=0x7fc0a47c64d0, reason=0x7fc0a47c64d4, flags=0x0 +2023-04-08 20:37:20.516+0000: 431152: debug : virDomainDispose:348 : release domain 0x7fc068021e90 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.544+0000: 431156: debug : virDomainLookupByName:413 : conn=0x7fc0a80025a0, name=guest-1 +2023-04-08 20:37:20.544+0000: 431156: debug : virDomainDispose:348 : release domain 0x7fc068029d00 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.544+0000: 431149: debug : virDomainSuspend:623 : dom=0x7fc050007500, (VM: name=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f) +2023-04-08 20:37:20.544+0000: 431149: debug : qemuDomainObjBeginJobInternal:831 : Starting job: job=suspend agentJob=none asyncJob=none (vm=0x7fc0a4033a10 name=guest-1, current job=none agentJob=none async=none) +2023-04-08 20:37:20.544+0000: 431149: debug : qemuDomainObjBeginJobInternal:883 : Started job: suspend (async=none vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.544+0000: 431149: debug : qemuDomainObjEnterMonitorInternal:5872 : Entering monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.580+0000: 1882669: debug : qemuProcessHandleStop:660 : Transitioned guest guest-1 to paused state, reason user, event detail 0 +2023-04-08 20:37:20.580+0000: 1882669: debug : virLockManagerLogParams:90 : key=name type=string value=guest-1 +2023-04-08 20:37:20.580+0000: 1882669: debug : virDomainLockManagerAddImage:90 : Add disk /home/vm/domains/guest-1/disk.qcow2 +2023-04-08 20:37:20.580+0000: 1882669: debug : virLockManagerAddResource:325 : lock=0x7fbf8801fdc0 type=0 name=/home/vm/domains/guest-1/disk.qcow2 nparams=0 params=(nil) flags=0x0 +2023-04-08 20:37:20.581+0000: 431149: debug : qemuDomainObjExitMonitor:5902 : Exited monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.581+0000: 431149: debug : virLockManagerLogParams:90 : key=name type=string value=guest-1 +2023-04-08 20:37:20.581+0000: 431149: debug : virDomainLockManagerAddImage:90 : Add disk /home/vm/domains/guest-1/disk.qcow2 +2023-04-08 20:37:20.581+0000: 431149: debug : virLockManagerAddResource:325 : lock=0x7fc0a8968e60 type=0 name=/home/vm/domains/guest-1/disk.qcow2 nparams=0 params=(nil) flags=0x0 +2023-04-08 20:37:20.582+0000: 431149: debug : qemuDomainObjEndJob:1135 : Stopping job: suspend (async=none vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.582+0000: 431149: debug : virDomainDispose:348 : release domain 0x7fc050007500 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.608+0000: 431148: debug : virDomainLookupByName:413 : conn=0x7fbff000cc30, name=guest-1 +2023-04-08 20:37:20.608+0000: 431148: debug : virDomainDispose:348 : release domain 0x7fc07001e330 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.608+0000: 431151: debug : virDomainGetState:2493 : dom=0x7fc050007550, (VM: name=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f), state=0x7fc0a003d640, reason=0x7fc0a003d644, flags=0x0 +2023-04-08 20:37:20.608+0000: 431151: debug : virDomainDispose:348 : release domain 0x7fc050007550 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.634+0000: 431150: debug : virDomainLookupByName:413 : conn=0x7fc0a8002ea0, name=guest-1 +2023-04-08 20:37:20.634+0000: 431150: debug : virDomainDispose:348 : release domain 0x7fbfc00072e0 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.634+0000: 431152: debug : virDomainBackupBegin:13040 : dom=0x7fc0500075f0, (VM: name=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f), backupXML=<domainbackup><incremental>1680930625</incremental></domainbackup>, checkpointXML=<domaincheckpoint><name>1680986240</name></domaincheckpoint>, flags=0x0 +2023-04-08 20:37:20.667+0000: 431152: debug : qemuDomainObjBeginJobInternal:831 : Starting job: job=none agentJob=none asyncJob=backup (vm=0x7fc0a4033a10 name=guest-1, current job=none agentJob=none async=none) +2023-04-08 20:37:20.667+0000: 431152: debug : qemuDomainObjBeginJobInternal:892 : Started async job: backup (vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.668+0000: 431152: debug : virStringMatch:662 : match '/home/vm/domains/guest-1/qemu.agent' for '^/var/lib/libvirt/qemu/channel/target/([^/]+\\.)|(domain-[^/]+/)org\\.qemu\\.guest_agent\\.0$' +2023-04-08 20:37:20.669+0000: 431152: debug : virStringMatch:662 : match '/home/vm/domains/guest-1/qemu.agent' for '^/var/lib/libvirt/qemu/channel/target/([^/]+\\.)|(domain-[^/]+/)org\\.qemu\\.guest_agent\\.0$' +2023-04-08 20:37:20.670+0000: 431152: debug : virStringMatch:662 : match '/home/vm/domains/guest-1/qemu.agent' for '^/var/lib/libvirt/qemu/channel/target/([^/]+\\.)|(domain-[^/]+/)org\\.qemu\\.guest_agent\\.0$' +2023-04-08 20:37:20.670+0000: 431152: debug : qemuDomainObjBeginJobInternal:831 : Starting job: job=async nested agentJob=none asyncJob=none (vm=0x7fc0a4033a10 name=guest-1, current job=none agentJob=none async=backup) +2023-04-08 20:37:20.670+0000: 431152: debug : qemuDomainObjBeginJobInternal:883 : Started job: async nested (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.670+0000: 431152: debug : qemuDomainObjEnterMonitorInternal:5872 : Entering monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.671+0000: 1882669: debug : qemuMonitorJSONIOProcessLine:222 : Line [{"return": [{"iops_rd": 0, "detect_zeroes": "off", "image": {"virtual-size": 32212254720, "filename": "/home/vm/domains/guest-1/disk.qcow2", "cluster-size": 65536, "format": "qcow2", "actual-size": 7361290240, "format-specific": {"type": "qcow2", "data": {"compat": "1.1", "compression-type": "zlib", "lazy-refcounts": false, "refcount-bits": 16, "corrupt": false, "extended-l2": false}}, "dirty-flag": false}, "iops_wr": 0, "ro": false, "node-name": "libvirt-1-format", "backing_file_depth": 0, "drv": "qcow2", "iops": 0, "bps_wr": 0, "write_threshold": 0, "dirty-bitmaps": [{"name": "1680930625", "recording": true, "persistent": true, "busy": false, "granularity": 65536, "count": 458293248}], "encrypted": false, "bps": 0, "bps_rd": 0, "cache": {"no-flush": false, "direct": false, "writeback": true}, "file": "/home/vm/domains/guest-1/disk.qcow2"}, {"iops_rd": 0, "detect_zeroes": "off", "image": {"virtual-size": 7882014720, "filename": "/home/vm/domains/guest-1/disk.qcow2", "format": "file", "actual-size": 7361290240, "dirty-flag": false}, "iops_wr": 0, "ro": false, "node-name": "libvirt-1-storage", "backing_file_depth": 0, "drv": "file", "iops": 0, "bps_wr": 0, "write_threshold": 0, "encrypted": false, "bps": 0, "bps_rd": 0, "cache": {"no-flush": false, "direct": false, "writeback": true}, "file": "/home/vm/domains/guest-1/disk.qcow2"}], "id": "libvirt-39597736"}] +2023-04-08 20:37:20.671+0000: 1882669: debug : virJSONValueFromString:1691 : string={"return": [{"iops_rd": 0, "detect_zeroes": "off", "image": {"virtual-size": 32212254720, "filename": "/home/vm/domains/guest-1/disk.qcow2", "cluster-size": 65536, "format": "qcow2", "actual-size": 7361290240, "format-specific": {"type": "qcow2", "data": {"compat": "1.1", "compression-type": "zlib", "lazy-refcounts": false, "refcount-bits": 16, "corrupt": false, "extended-l2": false}}, "dirty-flag": false}, "iops_wr": 0, "ro": false, "node-name": "libvirt-1-format", "backing_file_depth": 0, "drv": "qcow2", "iops": 0, "bps_wr": 0, "write_threshold": 0, "dirty-bitmaps": [{"name": "1680930625", "recording": true, "persistent": true, "busy": false, "granularity": 65536, "count": 458293248}], "encrypted": false, "bps": 0, "bps_rd": 0, "cache": {"no-flush": false, "direct": false, "writeback": true}, "file": "/home/vm/domains/guest-1/disk.qcow2"}, {"iops_rd": 0, "detect_zeroes": "off", "image": {"virtual-size": 7882014720, "filename": "/home/vm/domains/guest-1/disk.qcow2", "format": "file", "actual-size": 7361290240, "dirty-flag": false}, "iops_wr": 0, "ro": false, "node-name": "libvirt-1-storage", "backing_file_depth": 0, "drv": "file", "iops": 0, "bps_wr": 0, "write_threshold": 0, "encrypted": false, "bps": 0, "bps_rd": 0, "cache": {"no-flush": false, "direct": false, "writeback": true}, "file": "/home/vm/domains/guest-1/disk.qcow2"}], "id": "libvirt-39597736"} +2023-04-08 20:37:20.672+0000: 1882669: info : qemuMonitorJSONIOProcessLine:241 : QEMU_MONITOR_RECV_REPLY: mon=0x7fc0480048b0 reply={"return": [{"iops_rd": 0, "detect_zeroes": "off", "image": {"virtual-size": 32212254720, "filename": "/home/vm/domains/guest-1/disk.qcow2", "cluster-size": 65536, "format": "qcow2", "actual-size": 7361290240, "format-specific": {"type": "qcow2", "data": {"compat": "1.1", "compression-type": "zlib", "lazy-refcounts": false, "refcount-bits": 16, "corrupt": false, "extended-l2": false}}, "dirty-flag": false}, "iops_wr": 0, "ro": false, "node-name": "libvirt-1-format", "backing_file_depth": 0, "drv": "qcow2", "iops": 0, "bps_wr": 0, "write_threshold": 0, "dirty-bitmaps": [{"name": "1680930625", "recording": true, "persistent": true, "busy": false, "granularity": 65536, "count": 458293248}], "encrypted": false, "bps": 0, "bps_rd": 0, "cache": {"no-flush": false, "direct": false, "writeback": true}, "file": "/home/vm/domains/guest-1/disk.qcow2"}, {"iops_rd": 0, "detect_zeroes": "off", "image": {"virtual-size": 7882014720, "filename": "/home/vm/domains/guest-1/disk.qcow2", "format": "file", "actual-size": 7361290240, "dirty-flag": false}, "iops_wr": 0, "ro": false, "node-name": "libvirt-1-storage", "backing_file_depth": 0, "drv": "file", "iops": 0, "bps_wr": 0, "write_threshold": 0, "encrypted": false, "bps": 0, "bps_rd": 0, "cache": {"no-flush": false, "direct": false, "writeback": true}, "file": "/home/vm/domains/guest-1/disk.qcow2"}], "id": "libvirt-39597736"} +2023-04-08 20:37:20.672+0000: 431152: debug : qemuDomainObjExitMonitor:5902 : Exited monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.672+0000: 431152: debug : qemuDomainObjEndJob:1135 : Stopping job: async nested (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.672+0000: 431152: debug : virStorageFileBackendFileInit:57 : initializing FS storage file 0x7fc0704b3740 (file:/home/vm/domains/guest-1/disk.qcow2.1680986240)[64055:108] +2023-04-08 20:37:20.672+0000: 431152: debug : qemuDomainStorageSourceAccessModify:7767 : src='/home/vm/domains/guest-1/disk.qcow2.1680986240' readonly=0 force_ro=0 force_rw=1 revoke=0 chain=0 +2023-04-08 20:37:20.672+0000: 431152: debug : virLockManagerLogParams:90 : key=name type=string value=guest-1 +2023-04-08 20:37:20.672+0000: 431152: debug : virDomainLockManagerAddImage:90 : Add disk /home/vm/domains/guest-1/disk.qcow2.1680986240 +2023-04-08 20:37:20.672+0000: 431152: debug : virLockManagerAddResource:325 : lock=0x7fc0a460ca40 type=0 name=/home/vm/domains/guest-1/disk.qcow2.1680986240 nparams=0 params=(nil) flags=0x0 +2023-04-08 20:37:20.683+0000: 431152: debug : virCommandRunAsync:2630 : About to run LIBVIRT_LOG_OUTPUTS=3:stderr /usr/lib/libvirt/virt-aa-helper -r -u libvirt-29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f -F /home/vm/domains/guest-1/disk.qcow2.1680986240 +2023-04-08 20:37:20.796+0000: 431151: debug : virDomainLookupByName:413 : conn=0x7fc0a80020a0, name=guest-1 +2023-04-08 20:37:20.893+0000: 431152: debug : qemuSetupImagePathCgroup:74 : Allow path /home/vm/domains/guest-1/disk.qcow2.1680986240, perms: rw +2023-04-08 20:37:20.894+0000: 431152: debug : qemuDomainObjBeginJobInternal:831 : Starting job: job=async nested agentJob=none asyncJob=none (vm=0x7fc0a4033a10 name=guest-1, current job=none agentJob=none async=backup) +2023-04-08 20:37:20.894+0000: 431152: debug : qemuDomainObjBeginJobInternal:883 : Started job: async nested (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.894+0000: 431152: debug : qemuDomainObjEnterMonitorInternal:5872 : Entering monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.894+0000: 431152: debug : qemuDomainObjExitMonitor:5902 : Exited monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.894+0000: 431152: debug : qemuDomainObjEndJob:1135 : Stopping job: async nested (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.894+0000: 431152: debug : qemuDomainObjBeginJobInternal:831 : Starting job: job=async nested agentJob=none asyncJob=none (vm=0x7fc0a4033a10 name=guest-1, current job=none agentJob=none async=backup) +2023-04-08 20:37:20.894+0000: 431152: debug : qemuDomainObjBeginJobInternal:883 : Started job: async nested (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.894+0000: 431152: debug : qemuDomainObjEnterMonitorInternal:5872 : Entering monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.894+0000: 431151: debug : virDomainDispose:348 : release domain 0x7fc014007240 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.894+0000: 431152: info : qemuMonitorSend:914 : QEMU_MONITOR_SEND_MSG: mon=0x7fc0480048b0 msg={"execute":"blockdev-add","arguments":{"driver":"file","filename":"/home/vm/domains/guest-1/disk.qcow2.1680986240","node-name":"libvirt-78-storage","auto-read-only":true,"discard":"unmap"},"id":"libvirt-39597737"} +2023-04-08 20:37:20.894+0000: 1882669: info : qemuMonitorIOWrite:402 : QEMU_MONITOR_IO_WRITE: mon=0x7fc0480048b0 buf={"execute":"blockdev-add","arguments":{"driver":"file","filename":"/home/vm/domains/guest-1/disk.qcow2.1680986240","node-name":"libvirt-78-storage","auto-read-only":true,"discard":"unmap"},"id":"libvirt-39597737"} +2023-04-08 20:37:20.895+0000: 1385058: debug : virDomainGetInfo:2444 : dom=0x7fc0ac001b80, (VM: name=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f), info=0x7fc009ffa880 +2023-04-08 20:37:20.895+0000: 1385058: debug : virDomainDispose:348 : release domain 0x7fc0ac001b80 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:20.895+0000: 431149: debug : virDomainGetBlockInfo:6284 : dom=0x7fc068024100, (VM: name=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f), info=0x7fc0b7100890, flags=0x0 +2023-04-08 20:37:20.895+0000: 431149: debug : qemuDomainObjBeginJobInternal:831 : Starting job: job=query agentJob=none asyncJob=none (vm=0x7fc0a4033a10 name=guest-1, current job=async nested agentJob=none async=backup) +2023-04-08 20:37:20.895+0000: 431149: debug : qemuDomainObjBeginJobInternal:867 : Waiting for job (vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.895+0000: 431152: debug : qemuDomainObjExitMonitor:5902 : Exited monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.895+0000: 431152: debug : qemuDomainObjEndJob:1135 : Stopping job: async nested (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.896+0000: 431152: debug : qemuDomainObjBeginJobInternal:831 : Starting job: job=async nested agentJob=none asyncJob=none (vm=0x7fc0a4033a10 name=guest-1, current job=none agentJob=none async=backup) +2023-04-08 20:37:20.896+0000: 431152: debug : qemuDomainObjBeginJobInternal:883 : Started job: async nested (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.896+0000: 431152: debug : qemuDomainObjEnterMonitorInternal:5872 : Entering monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.896+0000: 431149: debug : qemuDomainObjBeginJobInternal:867 : Waiting for job (vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.896+0000: 431152: info : qemuMonitorSend:914 : QEMU_MONITOR_SEND_MSG: mon=0x7fc0480048b0 msg={"execute":"blockdev-create","arguments":{"job-id":"create-libvirt-78-format","options":{"driver":"qcow2","file":"libvirt-78-storage","size":32212254720,"cluster-size":65536,"backing-file":"/home/vm/domains/guest-1/disk.qcow2","backing-fmt":"qcow2"}},"id":"libvirt-39597738"} +2023-04-08 20:37:20.896+0000: 1882669: info : qemuMonitorIOWrite:402 : QEMU_MONITOR_IO_WRITE: mon=0x7fc0480048b0 buf={"execute":"blockdev-create","arguments":{"job-id":"create-libvirt-78-format","options":{"driver":"qcow2","file":"libvirt-78-storage","size":32212254720,"cluster-size":65536,"backing-file":"/home/vm/domains/guest-1/disk.qcow2","backing-fmt":"qcow2"}},"id":"libvirt-39597738"} +2023-04-08 20:37:20.898+0000: 1882669: debug : qemuProcessHandleJobStatusChange:956 : job 'create-libvirt-78-format'(domain: 0x7fc0a4033a10,guest-1) state changed to 'created'(1) +2023-04-08 20:37:20.898+0000: 1882669: debug : qemuProcessHandleJobStatusChange:956 : job 'create-libvirt-78-format'(domain: 0x7fc0a4033a10,guest-1) state changed to 'running'(2) +2023-04-08 20:37:20.898+0000: 431152: debug : qemuDomainObjExitMonitor:5902 : Exited monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.898+0000: 431152: debug : qemuDomainObjEndJob:1135 : Stopping job: async nested (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.899+0000: 431149: debug : qemuDomainObjBeginJobInternal:883 : Started job: query (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:20.899+0000: 431149: debug : qemuDomainObjEnterMonitorInternal:5872 : Entering monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:21.432+0000: 1882669: debug : qemuProcessHandleAgentEOF:147 : Received EOF from agent on 0x7fc0a4033a10 'guest-1' +2023-04-08 20:37:21.432+0000: 1882669: debug : qemuMonitorIO:576 : Error on monitor Unable to read from monitor: Connection reset by peer mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1 +2023-04-08 20:37:21.432+0000: 1882669: debug : qemuMonitorIO:609 : Triggering error callback mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1 +2023-04-08 20:37:21.432+0000: 1882669: debug : qemuProcessHandleMonitorError:355 : Received error on 0x7fc0a4033a10 'guest-1' +2023-04-08 20:37:21.432+0000: 431149: debug : qemuMonitorSend:927 : Send command resulted in error Unable to read from monitor: Connection reset by peer mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1 +2023-04-08 20:37:21.433+0000: 431149: debug : qemuDomainObjExitMonitor:5902 : Exited monitor (mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:21.433+0000: 1882669: debug : qemuMonitorIO:576 : Error on monitor Unable to read from monitor: Connection reset by peer mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1 +2023-04-08 20:37:21.433+0000: 431149: debug : qemuDomainObjEndJob:1135 : Stopping job: query (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:21.433+0000: 1882669: debug : qemuMonitorIO:598 : Triggering EOF callback mon=0x7fc0480048b0 vm=0x7fc0a4033a10 name=guest-1 +2023-04-08 20:37:21.433+0000: 1882669: debug : qemuProcessHandleMonitorEOF:310 : Received EOF on 0x7fc0a4033a10 'guest-1' +2023-04-08 20:37:21.433+0000: 431149: debug : virDomainDispose:348 : release domain 0x7fc068024100 guest-1 29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f +2023-04-08 20:37:21.433+0000: 620333: debug : qemuProcessKill:7931 : vm=0x7fc0a4033a10 name=guest-1 pid=1882665 flags=0x1 +2023-04-08 20:37:21.633+0000: 620333: debug : qemuDomainObjBeginJobInternal:831 : Starting job: job=destroy agentJob=none asyncJob=none (vm=0x7fc0a4033a10 name=guest-1, current job=none agentJob=none async=backup) +2023-04-08 20:37:21.633+0000: 620333: debug : qemuDomainObjBeginJobInternal:883 : Started job: destroy (async=backup vm=0x7fc0a4033a10 name=guest-1) +2023-04-08 20:37:21.634+0000: 620333: debug : processMonitorEOFEvent:4025 : Monitor connection to 'guest-1' closed without SHUTDOWN event; assuming the domain crashed +2023-04-08 20:37:21.634+0000: 620333: debug : qemuProcessStop:8014 : Shutting down vm=0x7fc0a4033a10 name=guest-1 id=814 pid=1882665, reason=crashed, asyncJob=none, flags=0x0 +2023-04-08 20:37:21.634+0000: 620333: debug : qemuDomainLogAppendMessage:6740 : Append log message (vm='guest-1' message='2023-04-08 20:37:21.634+0000: shutting down, reason=crashed +2023-04-08 20:37:22.617+0000: 620333: debug : qemuProcessKill:7931 : vm=0x7fc0a4033a10 name=guest-1 pid=1882665 flags=0x5 +2023-04-08 20:37:22.617+0000: 620333: debug : qemuDomainCleanupRun:7321 : driver=0x7fc07015c730, vm=guest-1 +2023-04-08 20:37:22.617+0000: 620333: debug : qemuProcessAutoDestroyRemove:8416 : vm=guest-1 +2023-04-08 20:37:22.617+0000: 620333: debug : virCloseCallbacksUnset:145 : vm=guest-1, uuid=29ac5dd8-6eb9-4140-a9d1-cdcbae01ac0f, cb=0x7fc09e3f9ba0 +``` + +If you need any further information just let me know. As per request, ping @pipo.sk""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1589.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1589.toml new file mode 100644 index 00000000..63ecd981 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1589.toml @@ -0,0 +1,18 @@ +id = 1589 +title = "Crash when using qemu 8.0.0 version tcg mode" +state = "closed" +created_at = "2023-04-11T14:22:06.046Z" +closed_at = "2023-06-08T04:42:15.870Z" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1589" +host-os = "Windows 11 22H2" +host-arch = "x86_64" +qemu-version = "8.0.0 (rc0, rc1, rc2, rc3)" +guest-os = "Linux, Windows ... (all OS)" +guest-arch = "x86_64" +description = """Can I no longer use qemu in tcg mode? +When operating in tcg mode in all versions of 8.0.0, a crash occurs on the booting screen and the window closes (the window stops responding before closing).""" +reproduce = """1. Run qemu with -accel tcg option +2. enter the boot screen +3. The screen freezes and the window closes after a few seconds (at which point it becomes unresponsive)""" +additional = """I have not checked whether the same symptom occurs in Linux, and it occurs in all versions of 8.0.0 for Windows.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/159.toml b/gitlab/issues/target_missing/host_missing/accel_missing/159.toml new file mode 100644 index 00000000..c666c389 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/159.toml @@ -0,0 +1,15 @@ +id = 159 +title = "qemu-nbd -l and -s options don't work together" +state = "opened" +created_at = "2021-05-05T11:10:29.793Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/159" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1590.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1590.toml new file mode 100644 index 00000000..d203c836 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1590.toml @@ -0,0 +1,129 @@ +id = 1590 +title = "Regression: ARMv8M secure mode debugging non-functional since ~v7.2.0" +state = "closed" +created_at = "2023-04-11T17:55:19.273Z" +closed_at = "2023-04-12T11:53:57.338Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1590" +host-os = "MacOS 12.6.4, Ubuntu 22.04" +host-arch = "ARMv8M (Cortex-M23, M33)" +qemu-version = "v7.2.0+, All revisions after commit 4a35855682cebb89f9630b07aa9fd37c4e8c733b" +guest-os = "Bare-metal / FreeRTOS" +guest-arch = "ARMv8M/Cortex-M33 in secure mode" +description = """Prior to qemu commit 4a35855682cebb89f9630b07aa9fd37c4e8c733b, both semihosting printf calls and debugging via gdb work as expected. + +Builds of qemu containing commit 4a35855682cebb89f9630b07aa9fd37c4e8c733b do not produce any semihosting output and are not debuggable via gdb.""" +reproduce = """1. Run ``qemu-system-arm -machine mps2-an505 -nographic -semihosting -kernel build/mps2_an505_cm33_blink_demo.elf`` with qemu v7.1.0, note the "blinking" print to the console once a second. +2. Run ``qemu-system-arm -machine mps2-an505 -nographic -semihosting -kernel build/mps2_an505_cm33_blink_demo.elf`` with qemu v7.2.0, note that no messages are printed to the console. +3. Run ``qemu-system-arm -machine mps2-an505 -nographic -semihosting -kernel build/mps2_an505_cm33_blink_demo.elf -S -s`` and attach gdb with the following gdbinit file.""" +additional = """Log of successful gdb session with the attached patch on top of qemu master branch: +``` +% arm-none-eabi-gdb build/mps2_an505_cm33_blink_demo.elf +GNU gdb (Arm GNU Toolchain 12.2.MPACBTI-Rel1 (Build arm-12-mpacbti.34)) 13.1.90.20230307-git +Copyright (C) 2023 Free Software Foundation, Inc. +License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> +This is free software: you are free to change and redistribute it. +There is NO WARRANTY, to the extent permitted by law. +Type "show copying" and "show warranty" for details. +This GDB was configured as "--host=x86_64-apple-darwin19.6.0 --target=arm-none-eabi". +Type "show configuration" for configuration details. +For bug reporting instructions, please see: +<https://bugs.linaro.org/>. +Find the GDB manual and other documentation resources online at: + <http://www.gnu.org/software/gdb/documentation/>. + +For help, type "help". +Type "apropos word" to search for commands related to "word"... +Reading symbols from build/mps2_an505_cm33_blink_demo.elf... +The target architecture is set to "armv8-m.main". +Reset_Handler () at /FreeRTOS/FreeRTOS/Demo/ARM_MPS/startup.c:172 +172 { +Section .privileged_functions, range 0x10000000 -- 0x10008000: matched. +Section .text, range 0x10008000 -- 0x10019c18: matched. +Section .rodata, range 0x10019c18 -- 0x1001b270: matched. +Section .ARM.exidx, range 0x1001b270 -- 0x1001b278: matched. +Section .copy.table, range 0x1001b278 -- 0x1001b284: matched. +Section .data, range 0x1001b28c -- 0x1001bb90: matched. +Section .ram_vectors, range 0x1001bb90 -- 0x1001bdd0: matched. +Section .zero.table, range 0x1001b284 -- 0x1001b28c: matched. +Breakpoint 1 at 0x10009900: file /FreeRTOS/Demo/ARM_MPS/fault_handlers.c, line 494. +(gdb) s +174 asm volatile +(gdb) s +189 init_data_sections(); +(gdb) s +init_data_sections () at /FreeRTOS/FreeRTOS/Demo/ARM_MPS/startup.c:99 +99 for( pCopyTable = &__copy_table_start__; pCopyTable <= &__copy_table_end__; pCopyTable++ ) +(gdb) s +101 for( dataIndex = 0; dataIndex < pCopyTable->uxLen; dataIndex++ ) +(gdb) info locals +pCopyTable = 0x1001b278 +dataIndex = 0 +(gdb) print /x *0xE000ED08 +$1 = 0x10000000 +``` + +Log of an unsuccessful gdb session with qemu v7.2.0 +``` +pbartell@147dda7342a9 ARM_MPS % arm-none-eabi-gdb build/mps2_an505_cm33_blink_demo.elf +GNU gdb (Arm GNU Toolchain 12.2.MPACBTI-Rel1 (Build arm-12-mpacbti.34)) 13.1.90.20230307-git +Copyright (C) 2023 Free Software Foundation, Inc. +License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> +This is free software: you are free to change and redistribute it. +There is NO WARRANTY, to the extent permitted by law. +Type "show copying" and "show warranty" for details. +This GDB was configured as "--host=x86_64-apple-darwin19.6.0 --target=arm-none-eabi". +Type "show configuration" for configuration details. +For bug reporting instructions, please see: +<https://bugs.linaro.org/>. +Find the GDB manual and other documentation resources online at: + <http://www.gnu.org/software/gdb/documentation/>. + +For help, type "help". +Type "apropos word" to search for commands related to "word"... +Reading symbols from build/mps2_an505_cm33_blink_demo.elf... +The target architecture is set to "armv8-m.main". +Reset_Handler () at /FreeRTOS/FreeRTOS/Demo/ARM_MPS/startup.c:172 +172 { +Section .privileged_functions, range 0x10000000 -- 0x10008000: MIS-MATCHED! +Section .text, range 0x10008000 -- 0x10019c18: MIS-MATCHED! +Section .rodata, range 0x10019c18 -- 0x1001b270: MIS-MATCHED! +Section .ARM.exidx, range 0x1001b270 -- 0x1001b278: MIS-MATCHED! +Section .copy.table, range 0x1001b278 -- 0x1001b284: MIS-MATCHED! +Section .data, range 0x1001b28c -- 0x1001bb90: MIS-MATCHED! +Section .ram_vectors, range 0x1001bb90 -- 0x1001bdd0: MIS-MATCHED! +Section .zero.table, range 0x1001b284 -- 0x1001b28c: MIS-MATCHED! +warning: One or more sections of the target image does not match +the loaded file + +Breakpoint 1 at 0x10009900: file /FreeRTOS/FreeRTOS/Demo/ARM_MPS/fault_handlers.c, line 494. +(gdb) s +Reset_Handler () at /FreeRTOS/FreeRTOS/Demo/ARM_MPS/startup.c:174 +174 asm volatile +(gdb) s +Reset_Handler () at /FreeRTOS/FreeRTOS/Demo/ARM_MPS/startup.c:189 +189 init_data_sections(); +(gdb) s +init_data_sections () at /FreeRTOS/FreeRTOS/Demo/ARM_MPS/startup.c:95 +95 { +(gdb) s +init_data_sections () at /FreeRTOS/FreeRTOS/Demo/ARM_MPS/startup.c:99 +99 for( pCopyTable = &__copy_table_start__; pCopyTable <= &__copy_table_end__; pCopyTable++ ) +(gdb) info locals +pCopyTable = <error reading variable pCopyTable (Cannot access memory at address 0x381fffdc)> +dataIndex = <error reading variable dataIndex (Cannot access memory at address 0x381fffd8)> +(gdb) print /x *0xE000ED08 +$1 = 0x0 +(gdb) quit +``` + +.gdbinit file: +``` +set architecture armv8-m.main +target extended-remote :1234 +compare-sections +break HardFault_Handler +``` + +[mps2_an505_cm33_blink_demo.elf](/uploads/c86e086b00651a8d5392857b9e4a2c4d/mps2_an505_cm33_blink_demo.elf) +[target-arm-Fix-debugging-of-ARMv8M-Secure-code.patch](/uploads/5735d5f7d7b15dbbeb0c2d214a46c1a8/target-arm-Fix-debugging-of-ARMv8M-Secure-code.patch)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1593.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1593.toml new file mode 100644 index 00000000..15c95ea5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1593.toml @@ -0,0 +1,17 @@ +id = 1593 +title = "SLIRP hostfwd ignores bind address and uses `INADDR_ANY`" +state = "closed" +created_at = "2023-04-12T03:35:09.563Z" +closed_at = "2023-04-14T08:20:43.990Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1593" +host-os = "macOS" +host-arch = "ARM64" +qemu-version = "7.2.1" +guest-os = "Alpine Linux" +guest-arch = "ARM64" +description = """When using `-netdev hostfwd=`..., qemu SLIRP uses `INADDR_ANY` instead of any bind address provided by the user. As a result, even if the user specifies to listen only on localhost (e.g. `-netdev user,hostfwd=tcp:127.0.0.1:22-:22`), qemu will listen on `*.*`. This is a potential security issue (as it may unexpectedly expose the guest to internet or local network traffic).""" +reproduce = "n/a" +additional = """The bug is here: https://gitlab.com/qemu-project/qemu/-/blob/master/net/slirp.c#L777 + +Rather than hardcoding `INADDR_ANY`, qemu should respect the user-defined bind address.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1594.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1594.toml new file mode 100644 index 00000000..3a95129a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1594.toml @@ -0,0 +1,29 @@ +id = 1594 +title = "Wrong cpu information is still received when using whpx acceleration." +state = "closed" +created_at = "2023-04-12T08:21:48.304Z" +closed_at = "2023-04-13T10:06:33.126Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1594" +host-os = "Windows 11 22H2 (I wrote it, but all windows versions that can use whpx seem to fit)" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.2.93 (v8.0.0-rc3-12011-gc0189df094-dirty)" +guest-os = "no matter" +guest-arch = "x86_64" +description = """I received wrong information the other day and registered an issue, but now the latest version has not been fixed and is delivering the same wrong information. +If not fixed, Windows Home version (Windows 11 Home version) cannot run more than 5 cores with whpx acceleration. +(If you boot after setting more than 5 cores, an incorrect CPU parameter BSOD occurs during booting, and Windows 11 home version seems to allow up to 4 physical CPUs..) +* Even if you explicitly give -smp cores=n,threads=1,sockets=1 and boot, it is ignored and recognized as a PC with n 1-core CPUs.""" +reproduce = """1. Run qemu with -accel whpx option +2. Check CPU information after booting is complete +3. Check the same CPU information after booting from a physical PC and other virtualization software (VMware, Virtual Box, etc.) +4. It has been confirmed that the number of physical CPUs and the number of cores per CPU are different from other virtualization software or physical PCs. (For example, when setting 4 cores, it is recognized as 1CPU 4Core in other virtualization software, but as 4CPU 1Core in qemu operated with whpx acceleration)""" +additional = """* The CPU was set to 4 cores, and the image was taken as a screenshot of the information recognized as the 4th processor by Linux. +> Linux CPU information booted from qemu (with whpx acceleration) +execution statement : qemu-system-x86_64 -M q35 -smp cores=4,threads=1,sockets=1 -m 4g -display sdl -drive file=test.vdi,id=disk,if=none -device ahci,id=ahci -device ide-hd,drive=disk,bus=ahci.0 -accel whpx (or 'qemu-system-x86_64 -M q35 -smp 4 -m 4g -display sdl -drive file=test.vdi,id=disk,if=none -device ahci,id=ahci -device ide-hd,drive=disk,bus=ahci.0 -accel whpx') + + + +> Linux CPU information booted from other virtualization software (Virtual Box) + +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1595.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1595.toml new file mode 100644 index 00000000..d0234054 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1595.toml @@ -0,0 +1,39 @@ +id = 1595 +title = "CPU boot sometimes fails on big.LITTLE CPUs with varying cache sizes" +state = "closed" +created_at = "2023-04-12T09:56:04.614Z" +closed_at = "2023-04-14T10:39:21.731Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1595" +host-os = "Debian sid" +host-arch = "AArch64" +qemu-version = "7.2.0, also tested 7.2.93 (i.e. 8.0.0-rc3)" +guest-os = "Linux" +guest-arch = "AArch64" +description = """The RK3588 SoC has three core clusters; one with A55 cores, and the other two have A76 cores. The big cores have more L2 cache than the little cores, so the value of `CCSIDR` depends on the core that it is read from. + +In `write_list_to_kvmstate`, QEMU attempts to use `KVM_SET_ONE_REG` with an ID for `KVM_REG_ARM_DEMUX_ID_CCSIDR`, trying to set `CCSIDR` to a previously read value. + +Normally, that works fine, but if the host kernel has moved QEMU from one core cluster to the other, then the value will be different and `demux_c15_set` will return `EINVAL`, causing the entire `arm_set_cpu_on` to fail, and the guest kernel to print an error. + +https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm64/kvm/sys_regs.c?h=v6.2#n2827 + +I tried changing the condition for the `ok = false` line in `write_list_to_kvmstate` to `ret && r.id >> 8 != 0x60200000001100`. This causes all CPUs to initialize correctly in the guest, but obviously that's a hack. + +I assume that `CCSIDR` not being uniform across all CPUs means that the guest's copy of `CCSIDR` may be wrong, and so cache maintenance operations may not act on the entire cache. I do not know whether that could actually cause problems. Will QEMU need to find the maximum cache size across all CPUs and present that to guests?""" +reproduce = """On a SoC where big and little cores have different cache sizes (e.g. RK3588): + +```text +$ qemu-system-aarch64 -M virt -accel kvm -cpu host -smp 4 -nographic -kernel arch/arm64/boot/Image -append quiet +[ 0.001399][ T1] psci: failed to boot CPU1 (-22) +[ 0.001407][ T1] CPU1: failed to boot: -22 +[ 0.001685][ T1] psci: failed to boot CPU2 (-22) +[ 0.001691][ T1] CPU2: failed to boot: -22 +[ 0.001809][ T1] psci: failed to boot CPU3 (-22) +[ 0.001814][ T1] CPU3: failed to boot: -22 +``` + +The error is not always printed, because it depends on which core cluster the processes are scheduled on. + +Using `taskset -c 0-3` or `taskset -c 4-7` to force QEMU to stick to the little or big cores respectively makes the bug not reproduce.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1596.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1596.toml new file mode 100644 index 00000000..0a2ca555 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1596.toml @@ -0,0 +1,28 @@ +id = 1596 +title = "VNC console with 4K resolutions is cut off on the right side and mouse coordinates are offset (or horizontal res greater than 2600-3000 pixels)" +state = "opened" +created_at = "2023-04-12T18:55:47.369Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1596" +host-os = "Fedora 37" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.0.0 (qemu-7.0.0-15.fc37)" +guest-os = "Fedora 37" +guest-arch = "x86_64" +description = """For some reason when connecting to the VNC console of a QEMU VM, when you use a resolution that has its horizontal size of about 3000 pixels or more, it gets cut off by about 1/4 of the screen from the right, and the mouse position is offset by that value towards the left. See image for explanation: + +""" +reproduce = """1. Create a Fedora 37 VM +2. Use `virtio-vga-gl` and `egl-headless` +3. Set the resolution to 4K (3840x2160) or anything with the horizontal resolution greater than 3000 pixels +4. Use Windows to connect to the VNC console. Issue happens with TightVNC Viewer and RealVNC Viewer""" +additional = """I also tried `-device virtio-vga-gl,edid=off,xres=3840,yres=2160`. Same result, but `edid=off` helps to make 2560x1600 appear, making it bearable. + +This also happens with Wayland and Xorg. + +Please note that while it's possible to use Gnome's Screen Sharing (RDP/VNC) options, as well as NoMachine or other options, this is an undesirable behavior in QEMU's VNC server/console that should be fixed (and can, the VNC protocol perfectly supports 4K without issues) + +Not to mention that, at least in my use case, the VNC console is faster than the alternatives, even SPICE (connecting from Windows is barely unusable at 4K res - it's a bliss from Linux. Both cases from a remote machine in the same LAN, but that is unrelated to this bug). + +I would happily try different use cases to try to help nail down this bug :smile:""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1597.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1597.toml new file mode 100644 index 00000000..97d9ee81 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1597.toml @@ -0,0 +1,64 @@ +id = 1597 +title = "Intel Arc A-Series GPUs VFIO passthrough no video out" +state = "closed" +created_at = "2023-04-13T04:22:19.631Z" +closed_at = "2023-05-09T01:43:48.009Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1597" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "7.2.1" +guest-os = "Windows 10" +guest-arch = "x86_64" +description = """Once the VM is booted, the screen goes blank.""" +reproduce = """1. Passthough any Intel Arc A (Alchemist) series video card. +2. Boot VM. +3. Screen goes blank.""" +additional = """I have startup and shutdown scripts that detach and reattach the card and these scripts work fine if I test them alone. It's only when I start the VM that issue presents itself. + + + +kernel command line: + +``` +amd_iommu=on iommu=pt rd.driver.pre=vfio-pci pci=realloc iommu=1 i915.force_probe=* + +``` + +startup script: + +``` +#!/bin/bash +# Helpful to read output when debugging +set -x + +# Load the config file with our environmental variables +source "/etc/libvirt/hooks/kvm.conf" +source "/etc/libvirt/hooks/vmPreBootSetup" + +cpuPerf + +# Stop your display manager. If you're on kde it'll be sddm.service. Gnome users should use 'killall gdm-x-session' instead +systemctl stop gdm.service + +# Unbind VTconsoles +echo 0 > /sys/class/vtconsole/vtcon0/bind +echo 0 > /sys/class/vtconsole/vtcon1/bind + +# Avoid a race condition by waiting a couple of seconds. This can be calibrated to be shorter or longer if required for your system +sleep 2 + +modprobe -r drm_buddy intel_gtt video drm_display_helper cec ttm i915 + +# Unbind the GPU from display driver +virsh nodedev-detach $VIRSH_GPU_VIDEO +virsh nodedev-detach $VIRSH_GPU_AUDIO + +# Load VFIO kernel module +modprobe vfio +modprobe vfio_pci +modprobe vfio_iommu_type1 + +sleep 5s ; systemctl restart connman.service + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1598.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1598.toml new file mode 100644 index 00000000..a3c68fb1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1598.toml @@ -0,0 +1,66 @@ +id = 1598 +title = "vfio-pci - Intel Arc DG2 - host errors" +state = "closed" +created_at = "2023-04-13T06:28:47.508Z" +closed_at = "2025-01-15T13:01:51.964Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1598" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "7.2.1" +guest-os = "Windows 10" +guest-arch = "x86_64" +description = """The host continues to respond (slowly) after the VM is shutdown. Speeds back up to normal after about an hour. However, a reboot is required to get the host to operate normally. + +When shutting down the VM, the host starts to display the following messages in dmesg: + +[Thu Apr 13 01:30:47 2023] vfio-pci 0000:18:00.0: not ready 1023ms after FLR; waiting +[Thu Apr 13 01:30:49 2023] vfio-pci 0000:18:00.0: not ready 2047ms after FLR; waiting +[Thu Apr 13 01:30:52 2023] vfio-pci 0000:18:00.0: not ready 4095ms after FLR; waiting +[Thu Apr 13 01:30:57 2023] vfio-pci 0000:18:00.0: not ready 8191ms after FLR; waiting +[Thu Apr 13 01:31:06 2023] vfio-pci 0000:18:00.0: not ready 16383ms after FLR; waiting +[Thu Apr 13 01:31:25 2023] vfio-pci 0000:18:00.0: not ready 32767ms after FLR; waiting +[Thu Apr 13 01:31:59 2023] vfio-pci 0000:18:00.0: not ready 65535ms after FLR; giving up +[Thu Apr 13 01:32:11 2023] vfio-pci 0000:18:00.0: not ready 1023ms after bus reset; waiting +[Thu Apr 13 01:32:13 2023] vfio-pci 0000:18:00.0: not ready 2047ms after bus reset; waiting +[Thu Apr 13 01:32:16 2023] vfio-pci 0000:18:00.0: not ready 4095ms after bus reset; waiting +[Thu Apr 13 01:32:21 2023] vfio-pci 0000:18:00.0: not ready 8191ms after bus reset; waiting +[Thu Apr 13 01:32:31 2023] vfio-pci 0000:18:00.0: not ready 16383ms after bus reset; waiting +[Thu Apr 13 01:32:48 2023] vfio-pci 0000:18:00.0: not ready 32767ms after bus reset; waiting +[Thu Apr 13 01:33:22 2023] vfio-pci 0000:18:00.0: not ready 65535ms after bus reset; giving up""" +reproduce = """1. Shutdown VM.""" +additional = """I have startup and shutdown scripts that detach and reattach the card and these scripts work fine if I test them alone. It's only when I shutdown the VM that issue presents itself. + +revert.sh + +``` +#!/bin/bash +set -x + +systemctl reboot # to workaround host lockup on shutdown + +# Load the config file with our environmental variables +source "/etc/libvirt/hooks/kvm.conf" +source "/etc/libvirt/hooks/vmPreBootSetup" + +cpuSchedutil + +# Unload VFIO-PCI Kernel Driver +modprobe -r vfio_pci +modprobe -r vfio_iommu_type1 +modprobe -r vfio + +# Re-Bind GPU to our display drivers +virsh nodedev-reattach $VIRSH_GPU_VIDEO +virsh nodedev-reattach $VIRSH_GPU_AUDIO + +#modprobe drm_buddy intel_gtt video drm_display_helper cec ttm i915 + +# Restart Display Manager +systemctl restart sddm.service +``` + + + +Full dmesg log: +[vfio_13_april_2023.txt](/uploads/5d5b642595c53cabb3c3608c07d59eb3/vfio_13_april_2023.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1599.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1599.toml new file mode 100644 index 00000000..515f8f41 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1599.toml @@ -0,0 +1,17 @@ +id = 1599 +title = "7.2.1 - Windows installer" +state = "closed" +created_at = "2023-04-13T11:58:25.662Z" +closed_at = "2023-05-01T07:42:19.020Z" +labels = ["Documentation", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1599" +host-os = "Windows 10 22H2" +host-arch = "64bit" +qemu-version = "7.2.1 stable" +guest-os = "Windows 10 22H2" +guest-arch = "64bit" +description = """Please release windows installer for new stable version 7.2.1 in + +https://www.qemu.org/download/""" +reproduce = """""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/160.toml b/gitlab/issues/target_missing/host_missing/accel_missing/160.toml new file mode 100644 index 00000000..986cf453 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/160.toml @@ -0,0 +1,15 @@ +id = 160 +title = "Record/replay example does not work" +state = "closed" +created_at = "2021-05-05T11:10:39.167Z" +closed_at = "2025-03-20T07:02:39.309Z" +labels = ["Documentation", "Launchpad", "icount"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/160" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1601.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1601.toml new file mode 100644 index 00000000..888c4123 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1601.toml @@ -0,0 +1,88 @@ +id = 1601 +title = "QEMU Guest Agent (qga) high CPU usage (1 core at 100%). May happen with guest-network-get-interfaces. Strace says: EAGAIN (Resource temporarily unavailable)" +state = "opened" +created_at = "2023-04-13T16:11:33.310Z" +closed_at = "n/a" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1601" +host-os = "Fedora 37" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.0.0 (qemu-7.0.0-15.fc37)" +guest-os = "Fedora 37" +guest-arch = "x86_64" +description = """I have a VM that has the QEMU guest agent installed. I use the QGA to get information periodically about the network interfaces. Meaning, I execute the `guest-network-get-interfaces` in a period around 1-2 seconds each. + +After a while (maybe a day or so) the QGA seems to lock up with the CPU at 100% in 1 core. It does not reply to more commands, and restarting the service sometimes doesn't work, so a hard reboot it is. + +`dmesg` doesn't show anything useful/relevant. When attempting to edit the `qemu-guest-agent.service` and append `/usr/bin/strace` to it, I can get this in a loop: + +``` +strace[114154]: write(4, "{\\"return\\": [{\\"name\\": \\"lo\\", \\"ip-a"..., 2047) = -1 EAGAIN (Resource temporarily unavailable) +strace[114154]: write(4, "{\\"return\\": [{\\"name\\": \\"lo\\", \\"ip-a"..., 2047) = -1 EAGAIN (Resource temporarily unavailable) +strace[114154]: write(4, "{\\"return\\": [{\\"name\\": \\"lo\\", \\"ip-a"..., 2047) = -1 EAGAIN (Resource temporarily unavailable) +strace[114154]: write(4, "{\\"return\\": [{\\"name\\": \\"lo\\", \\"ip-a"..., 2047) = -1 EAGAIN (Resource temporarily unavailable) +strace[114154]: write(4, "{\\"return\\": [{\\"name\\": \\"lo\\", \\"ip-a"..., 2047) = -1 EAGAIN (Resource temporarily unavailable) +strace[114154]: write(4, "{\\"return\\": [{\\"name\\": \\"lo\\", \\"ip-a"..., 2047) = -1 EAGAIN (Resource temporarily unavailable) +strace[114154]: write(4, "{\\"return\\": [{\\"name\\": \\"lo\\", \\"ip-a"..., 2047) = -1 EAGAIN (Resource temporarily unavailable) +strace[114154]: write(4, "{\\"return\\": [{\\"name\\": \\"lo\\", \\"ip-a"..., 2047) = -1 EAGAIN (Resource temporarily unavailable) +``` + +I don't have more knowledge to debug this further. I can help to provide more info if some guidance is provided. + +**Don't know if it helps/affects**, but the guest VM is running Docker with around 10 containers or so, so when QGA works, I get around 18 network interfaces, counting loopback, docker `veth`s and `br` interfaces.""" +reproduce = """1. Create a VM with Fedora 37 +2. Install the QEMU Guest Agent +3. Call `guest-network-get-interfaces` in a loop every 1-2 seconds (after it finishes) through QGA using the unix socket using the provided python script, called as: `python qga.py --socket /run/test-vm-108.qga '{ "execute": "guest-network-get-interfaces" }'` +4. Eventually, the guest agent will lock up at 100% CPU usage on 1 core""" +additional = """Python script used to call QGA: +``` +import argparse +import socket +import sys + +def main(): + buf_size = 1024 + timeout_secs = .5 + + parser = argparse.ArgumentParser() + parser.add_argument('--socket', required=True, help='Path to Unix socket') + parser.add_argument('request', help='Request to send') + args = parser.parse_args() + + unix_socket_path = args.socket + request = args.request + + try: + with socket.socket(socket.AF_UNIX, socket.SOCK_STREAM) as sock: + sock.settimeout(timeout_secs) + sock.connect(unix_socket_path) + + request_bytes = request.encode('utf-8') + sock.sendall(request_bytes) + + response_bytes = b'' + received_bytes = sock.recv(buf_size) + response_bytes += received_bytes + + sock.setblocking(False) + while True: + try: + received_bytes = sock.recv(buf_size) + if not received_bytes: + break + response_bytes += received_bytes + except (BlockingIOError, TimeoutError): + break + except (FileNotFoundError, ConnectionRefusedError): + sock.close() + sys.exit() + + response = response_bytes.decode('utf-8').strip() + print(response) + + except (TimeoutError, FileNotFoundError, BlockingIOError, ConnectionRefusedError): + sys.exit() + +if __name__ == "__main__": + main() +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1602.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1602.toml new file mode 100644 index 00000000..e15e62a3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1602.toml @@ -0,0 +1,15 @@ +id = 1602 +title = "github.com/qemu/qemu has been out of sync with GitLab since Mar 23, 2023" +state = "closed" +created_at = "2023-04-14T04:03:53.486Z" +closed_at = "2023-05-16T14:20:31.981Z" +labels = ["sysadmin"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1602" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """https://github.com/qemu/qemu has been out of sync with https://gitlab.com/qemu-project/qemu since Mar 23, 2023.""" +reproduce = """See https://github.com/qemu/qemu""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1604.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1604.toml new file mode 100644 index 00000000..47d9a371 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1604.toml @@ -0,0 +1,71 @@ +id = 1604 +title = "Get wrong rom when loading 2 different firmware to 2 cpu." +state = "opened" +created_at = "2023-04-14T08:40:06.650Z" +closed_at = "n/a" +labels = ["workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1604" +host-os = "Linux" +host-arch = "x86" +qemu-version = "7.2.92 (v8.0 rc2)" +guest-os = "none" +guest-arch = "armv7" +description = """HI, I'm trying to model a machine with 2 cortex-m7 cpu. The 2 CPUs have their own address spaces. +and when loading rom to init sp and pc, the CPU1 would load the rom of CPU0, because it seems not check +address space here. +```c +void *rom_ptr_for_as(AddressSpace *as, hwaddr addr, size_t size) +{ + /* + * Find any ROM data for the given guest address range. If there + * is a ROM blob then return a pointer to the host memory + * corresponding to 'addr'; otherwise return NULL. + * + * We look not only for ROM blobs that were loaded directly to + * addr, but also for ROM blobs that were loaded to aliases of + * that memory at other addresses within the AddressSpace. + * + * Note that we do not check @as against the 'as' member in the + * 'struct Rom' returned by rom_ptr(). The Rom::as is the + * AddressSpace which the rom blob should be written to, whereas + * our @as argument is the AddressSpace which we are (effectively) + * reading from, and the same underlying RAM will often be visible + * in multiple AddressSpaces. (A common example is a ROM blob + * written to the 'system' address space but then read back via a + * CPU's cpu->as pointer.) This does mean we might potentially + * return a false-positive match if a ROM blob was loaded into an + * AS which is entirely separate and distinct from the one we're + * querying, but this issue exists also for rom_ptr() and hasn't + * caused any problems in practice. + */ + FlatView *fv; + void *rom; + hwaddr len_unused; + FindRomCBData cbdata = {}; + + /* Easy case: there's data at the actual address */ + rom = rom_ptr(addr, size); + if (rom) { + return rom; + } +```""" +reproduce = """1. create a machine with 2 cortex-m7 cores and their own rom/ram. +2. Set different ram size for them. for example, cpu0 ram size:0x40000, cpu1 ram size:0x20000 +3. build firmware of 2 cpu. make sure the init SP(local at 0x0) is set to the top the ram. +4. use command: +``` +./qemu-system-arm -M mymachine -smp 2 \\ +-device loader,file=./cpu0.elf,addr=0x0,cpu-num=0 \\ +-device loader,file=./cpu1.elf,addr=0x0,cpu-num=1 \\ +-serial stdio -serial tcp::5678,server=on,wait=off +``` +to start this machine. + +5. the cpu1 will panic when it try to use stack: +`qemu-system-arm: ../target/arm/cpu.h:2396: arm_is_secure_below_el3: Assertion failed.` + + +Sorry that I'm not sure whether this is an issue or I did something wrong. So post it here. +For local fix this problem, I add a func `rom_ptr_wit_as(addr,size,as)` to find a rom with addresspace check. +Is it proper?""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1605.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1605.toml new file mode 100644 index 00000000..0a4a98e0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1605.toml @@ -0,0 +1,46 @@ +id = 1605 +title = "On windows, 2nd kind vhdx-dyn bug, crash on Unexpected error in bdrv_check_qiov_request() in io.c" +state = "opened" +created_at = "2023-04-16T06:24:16.898Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1605" +host-os = "Windows-10 22H2" +host-arch = "x86_64" +qemu-version = "`" +guest-os = "Linux Fedora-38 Beta" +guest-arch = "x86_64" +description = """On windows, 2nd kind vhdx-dyn bug, crash on Unexpected error in bdrv_check_qiov_request() in io.c +- qemu windows crashes during data copy + ```D:\\tmpq\\qemu\\8.0.0-rc4\\qemu\\qemu-system-x86_64 -cpu qemu64 -m 4096 -machine "type=q35,kernel-irqchip=off" -accel whpx -smp "sockets=1,cores=8,threads=1" -bios D:\\vstorage\\win_m01_edk2-x8_64.fd -boot c -drive "index=0,if=virtio,media=disk,format=raw,file=D:\\vstorage\\m01_bootnoefi.raw.img" -drive "index=1,if=virtio,media=disk,format=raw,file=F:\\m01_lnx.raw.img.vtoy" -drive "index=2,if=virtio,media=disk,format=vhdx,file=F:\\gkpics01.vhdx" -drive "index=3,if=virtio,media=disk,format=vhdx,file=D:\\test\\sgdata.vhdx" -display sdl -vga virtio -rtc base=utc -netdev user,id=vmnic1,net=192.168.20.0/24,dns=192.168.20.3,dhcpstart=192.168.20.15,hostfwd=tcp::9551-:22 -device virtio-net,netdev=vmnic1 -chardev qemu-vdagent,id=ch1,name=vdagent,clipboard=on -device virtio-serial -device virtserialport,chardev=ch1,id=ch1,name=com.redhat.spice.0 -qmp "tcp:127.0.0.1:5955,server,nowait"``` + ``` ``` + ```Windows Hypervisor Platform accelerator is operational``` + ```Unexpected error in bdrv_check_qiov_request() at ../../../block/io.c:815:``` + ```D:\\tmpq\\qemu\\8.0.0-rc4\\qemu\\qemu-system-x86_64.exe: offset is negative: -28983296``` + +. +- The **LINE NUMBER** : https://gitlab.com/qemu-project/qemu/-/blob/master/block/io.c#L815 +- qemu setup is ```qemu-w64-setup-20230414.exe ```""" +reproduce = """1. have fresh vhdx ready create a vhdx in ```diskmgmt``` (also attached to [comment](https://gitlab.com/qemu-project/qemu/-/issues/727#note_1346341805)) +2. have vhdx with synthetic generated data ready (see process to generate sgdata in [comment](https://gitlab.com/qemu-project/qemu/-/issues/727#note_739930694) ) +3. start qemu, login, open terminal +4. Inside VM, start a terminal window, sudo root, +5. open```gdisk /dev/vdc``` create a ntfs partition +6. format as ntfs: ```mkfs.ntfs -Q -L fs_gkpics01 /dev/vdc1``` +7. mount the partition ```mount -t ntfs3 /dev/vdc1 /mnt/a -o uid=1000,gid=1000,defaults,umask=0002``` +8. mount the partition ```mount -t ntfs3 /dev/vdd2 /mnt/b -o uid=1000,gid=1000,defaults,umask=0002``` +9. In a user login, do rsync data-copy step + ```( fl="photos001" ; src="/mnt/b/sgdata" ; dst="/mnt/a" ; sdate=`date` ; echo "$sdate" ; cd "$src" ; rsync -avH "$fl" "$dst" ; echo "$sdate" ; date ; sudo -u gana DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus DISPLAY=:0.0 -- notify-send "$src/$fl" "rsync $src/$fl" )``` + + +The bug is easily reproducible. +The moment of the crash may seems spurious, but is almost certainly bound to happen. +When it happens, it can be seen to be the same error message. +Sometimes the crash happens in ```gdisk``` step, sometimes during ```mkfs.ntfs``` sometimes partway through the ```rsync```-copy, not very long into it.""" +additional = """- This has been happening for some time. I haven't used/tested vhdx much in windows much since 7.0.0 on account of other corruption bugs/lack of dependability. +- This does not happen in Linux, as tested in #727 +- The fix of #727 is unrelated to this. It doesn't have the same feel/reproduction intuitive-signature. + - Happens before (on doing the same test) + - on 8.0.0-rc1 (line number of io.c there is L811) + - on 7.2.0 (line no of io.c there is [L971](https://gitlab.com/qemu-project/qemu/-/blob/ace5a161ea1c09d8eaa8b2a717528457dc924e83/block/io.c#L971)) +- It may be caused by other changes going into block code since 7.0 .""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1607.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1607.toml new file mode 100644 index 00000000..3076c040 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1607.toml @@ -0,0 +1,15 @@ +id = 1607 +title = "QEMU calls glXMakeCurrent which is current in another thread when running VM with SDL" +state = "opened" +created_at = "2023-04-18T10:42:09.389Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1607" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/161.toml b/gitlab/issues/target_missing/host_missing/accel_missing/161.toml new file mode 100644 index 00000000..c90b4817 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/161.toml @@ -0,0 +1,15 @@ +id = 161 +title = "virtio-scsi gives improper discard sysfs entries" +state = "opened" +created_at = "2021-05-05T11:10:47.761Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/161" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1610.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1610.toml new file mode 100644 index 00000000..6e9d7217 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1610.toml @@ -0,0 +1,15 @@ +id = 1610 +title = "support of directX in windows guest" +state = "opened" +created_at = "2023-04-19T14:35:16.995Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1610" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1611.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1611.toml new file mode 100644 index 00000000..f5ada3f5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1611.toml @@ -0,0 +1,15 @@ +id = 1611 +title = "How to test rutabaga_gfx/gfxstream patches" +state = "closed" +created_at = "2023-04-21T00:36:48.545Z" +closed_at = "2023-11-14T18:58:52.487Z" +labels = ["device:graphics", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1611" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1613.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1613.toml new file mode 100644 index 00000000..fe7f0b1a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1613.toml @@ -0,0 +1,47 @@ +id = 1613 +title = "Enhanced SuperSpeed Isochronous Endpoints with high-bandwidth pipes not working (Webcams and Microphones)" +state = "opened" +created_at = "2023-04-21T16:27:41.078Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1613" +host-os = "Linux (ArchLinux, Gentoo ...)" +host-arch = "x86" +qemu-version = "master (29c343a), v8.0.0, 7.2.1 ..." +guest-os = "Windows 10, Ubuntu 22.04, Debian 12" +guest-arch = "x86" +description = """I have encountered an issue with QEMU when forwarding HD webcams and microphones in SuperSpeed mode. + +When passing the USB webcam "Logitech BRIO Ultra HD Webcam" to the guest using USB HighSpeed mode, all pixel formats and video modes work as expected. However, when using SuperSpeed mode, only the MJPEG format operates at low resolutions. I have attached a [USB_Webcam_Testing_Truth_Table.pdf](/uploads/309d493989da1164198af0b315012fb1/USB_Webcam_Testing_Truth_Table.pdf) that displays the functioning modes. + +This issue arises with both qemu-xhci and nec-usb-xhci xHCI implementations, as well as with usb-host and usb-redir. + +Upon tracing and comparing the USB packets from the host and guest systems, I discovered an issue with the isochronous endpoint configurations supporting "high bandwidth" pipes (e.g., SS Companion Descriptor with bMaxBurst > 0). I created three pcap files to illustrate the problem: +1. [host-libusb.pcapng](/uploads/18a66948dc6dc10ff68b7f55d70fa209/host-libusb.pcapng) +2. [qemu-guest.pcapng](/uploads/b616507f2f7c1c042a9d085dc3af579f/qemu-guest.pcapng) +3. [host-native.pcapng](/uploads/279aa7f264a75a77203fa7bf6c5afc83/host-native.pcapng) + +To generate each capture, I executed the following command: +```console +timeout --preserve-status 3s ffplay -f v4l2 -i "/dev/video0" -input_format mjpeg -framerate 30 -video_size 1920x1060 +``` + +The "SET INTERFACE" packet reveals that the USB video driver selects bAlternateSetting=7, which has the following parameters: +``` +wMaxPacketSize: 1024 +bMaxBurst: 2 +bmAttributes: 0x01 + .... ..01 = Mult: 1 +``` +According to Section 4.14.2.1.3 of the xHCI specification, the size of an isoch transfer should be `Packet Size * (Max Burst Size + 1) * (Mult + 1) = 6144`. + +However, the host-libusb.pcapng capture shows that each transfer is only 1024 bytes in size. + +For higher bitrate formats, it is observed that the system generates erroneous transfers in which the data offset in the isodescriptor exceeds the packet size. + +Currently, I am unsure of the cause of this issue. If you need any additional information, logs, or specific USB packet captures, I would be more than happy to provide them. + +Thanks""" +reproduce = "n/a" +additional = """[lsusb-cam-SuperSpeed.txt](/uploads/712ac9e67d0b53ce46573bee3df883d0/lsusb-cam-SuperSpeed.txt) +[lsusb-cam-HighSpeed.txt](/uploads/70f855e471714fb1b48a7ed7912c0be4/lsusb-cam-HighSpeed.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1614.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1614.toml new file mode 100644 index 00000000..20664bda --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1614.toml @@ -0,0 +1,15 @@ +id = 1614 +title = "Add option to chardev pty for setting a named link to the allocated pty" +state = "opened" +created_at = "2023-04-22T08:56:54.617Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1614" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1615.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1615.toml new file mode 100644 index 00000000..d1fd7452 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1615.toml @@ -0,0 +1,19 @@ +id = 1615 +title = "8.0.0: Crash when attempting to commit snapshot" +state = "closed" +created_at = "2023-04-22T22:02:46.978Z" +closed_at = "2023-04-26T08:27:55.421Z" +labels = ["Regression", "Stable::to backport", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1615" +host-os = "Slackware 15.0" +host-arch = "x86-64" +qemu-version = "8.0.0 and git-6dd0621489" +guest-os = "Linux Mint 21.1" +guest-arch = "x86-64" +description = """When trying to commit a snapshot to the backing store, qemu exits with the error: + +`qemu: qemu_mutex_unlock_impl: Operation not permitted`""" +reproduce = """1. Run qemu command above +2. Open the monitor virtual console (Ctrl-Alt-2) +3. Execute command: `commit os`""" +additional = """Attached are the [backtrace](/uploads/ba8f519e6b00eb054ba416054c782122/8.0.0-1-bt) and the [configure output](/uploads/17124b45e12b252bd01cf41e7a3d2ea4/8.0.0-1-conf.gz). This is a regression from 7.2.1""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1618.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1618.toml new file mode 100644 index 00000000..c04516c5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1618.toml @@ -0,0 +1,21 @@ +id = 1618 +title = "intel-hda: SD_STS different behavior for byte write vs. word write" +state = "opened" +created_at = "2023-04-24T19:55:27.817Z" +closed_at = "n/a" +labels = ["Audio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1618" +host-os = "Linux" +host-arch = "x86" +qemu-version = "8.0.0" +guest-os = "Fuchsia" +guest-arch = "x86" +description = """The Intel HDA SD_STS register is accessible two different ways in QEMU: either it's the top 8 bits of a 32-bit access +or it's directly accessible as a byte. +On reads, the register behavior for SD_STS is identical whether accessed as a 32-bit read or an 8-bit read. +On writes, the behavior is different; when written to as an 8-bit write, the BCIS, FIFOE, and DESE bits implement the documented HDA behavior of RW1C (writing a 1 to a bit clears it). When written to as the top 8 bits of a 32-bit write, writing a 1 to a bit sets the bit -- so an attempt to clear a status bit instead unconditionally sets the status bit.""" +reproduce = """1. Write 32 bits at SD_CTL address with bit 27 set (FIFOE). This should clear FIFOE, but does not. +2. Read back SD_STS (SD_CTL address + 3) as a byte. The FIFOE bit will be set. +3. Write 8 bits at SD_STS address with bit 3 set (FIFOE). This should clear FIFOE, and it does. +4. Read back SD_STS as a byte. The FIFOE bit will be cleared.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1619.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1619.toml new file mode 100644 index 00000000..de0add4c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1619.toml @@ -0,0 +1,15 @@ +id = 1619 +title = "Emulate x86_64 on ARM machine" +state = "closed" +created_at = "2023-04-25T09:34:17.502Z" +closed_at = "2023-05-01T10:11:22.329Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1619" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/162.toml b/gitlab/issues/target_missing/host_missing/accel_missing/162.toml new file mode 100644 index 00000000..b2317f68 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/162.toml @@ -0,0 +1,15 @@ +id = 162 +title = "util/path.c/follow_path() does not handle \"/\" well" +state = "opened" +created_at = "2021-05-05T11:10:57.928Z" +closed_at = "n/a" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/162" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1621.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1621.toml new file mode 100644 index 00000000..6b3334b8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1621.toml @@ -0,0 +1,114 @@ +id = 1621 +title = "QCOW2 image grows over 110% of its virtual size" +state = "closed" +created_at = "2023-04-25T12:02:58.494Z" +closed_at = "2023-11-07T03:01:37.773Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1621" +host-os = "CentOS Stream 8" +host-arch = "x86" +qemu-version = "qemu-kvm-6.2.0-28.module_el8.8.0+1257+0c3374ae.x86_64" +guest-os = "Debian 11" +guest-arch = "x86" +description = """Follow-up of https://github.com/oVirt/vdsm/issues/371 + +As oVirt divides a iSCSI LUN into a LVM device and each VM disk is a Logical Volume, the qcow2 images are inside a LV. +This works fine, and oVirt allows the LV to grow to 110% of its virtual size. + +Now we have like 1 time each month the issue that a VM tries to grow over its 110% limit, which should never happen.""" +reproduce = """1. When it happend in production, I copied the LV via dd to some file. +2. I copied the file to a new LV on a test machine, and created a VM for it +3. Start the VM +4. Issue reoccurs directly""" +additional = """So I started some gdb'ing on the pid, and this it what seems to happen: +``` +#16 0x0000563c60921f25 in qcow2_add_task (bs=bs@entry=0x563c62bb8090, pool=pool@entry=0x0, func=func@entry=0x563c60924860 <qcow2_co_pwritev_task_entry>, subcluster_type=subcluster_type@entry=QCOW2_SUBCLUSTER_UNALLOCATED_PLAIN, host_offset=17718824960, offset=offset@entry=15192346624, bytes=1310720, qiov=0x7f84c4003a70, qiov_offset=0, l2meta=0x7f84c401c600) + at ../block/qcow2.c:2249 + local_task = {task = {pool = 0x0, func = 0x563c60924860 <qcow2_co_pwritev_task_entry>, ret = 0}, bs = 0x563c62bb8090, subcluster_type = QCOW2_SUBCLUSTER_UNALLOCATED_PLAIN, host_offset = 17718824960, offset = 15192346624, bytes = 1310720, qiov = 0x7f84c4003a70, qiov_offset = 0, l2meta = 0x7f84c401c600} + task = 0x7f82bafffb00 +#17 0x0000563c609225b7 in qcow2_co_pwritev_part (bs=0x563c62bb8090, offset=15192346624, bytes=1310720, qiov=0x7f84c4003a70, qiov_offset=0, flags=<optimized out>) at ../block/qcow2.c:2645 + s = 0x563c62bbf990 + offset_in_cluster = <optimized out> + ret = <optimized out> + cur_bytes = 1310720 + host_offset = 17718824960 + l2meta = 0x7f84c401c600 + aio = 0x0 +#18 0x0000563c6090395b in bdrv_driver_pwritev (bs=bs@entry=0x563c62bb8090, offset=offset@entry=15192346624, bytes=bytes@entry=1310720, qiov=qiov@entry=0x7f84c4003a70, qiov_offset=qiov_offset@entry=0, flags=flags@entry=0) at ../block/io.c:1248 + drv = 0x563c6125fb20 <bdrv_qcow2> + sector_num = <optimized out> + nb_sectors = <optimized out> + local_qiov = {iov = 0x563c6125fb20 <bdrv_qcow2>, niov = 8192, {{nalloc = 4096, local_iov = {iov_base = 0x563c62bb8090, iov_len = 0}}, {__pad = "\\000\\020\\000\\000\\000\\000\\000\\000\\220\\200\\273b", size = 0}}} + ret = <optimized out> + __PRETTY_FUNCTION__ = "bdrv_driver_pwritev" +#19 0x0000563c60905872 in bdrv_aligned_pwritev (child=0x563c647f3c10, req=0x7f82bafffe30, offset=15192346624, bytes=1310720, align=<optimized out>, qiov=0x7f84c4003a70, qiov_offset=0, flags=0) at ../block/io.c:2122 + bs = 0x563c62bb8090 + drv = 0x563c6125fb20 <bdrv_qcow2> + ret = <optimized out> + bytes_remaining = 1310720 + max_transfer = <optimized out> + __PRETTY_FUNCTION__ = "bdrv_aligned_pwritev" +#20 0x0000563c6090622b in bdrv_co_pwritev_part (child=0x563c647f3c10, offset=<optimized out>, offset@entry=15192346624, bytes=<optimized out>, bytes@entry=1310720, qiov=<optimized out>, qiov@entry=0x7f84c4003a70, qiov_offset=<optimized out>, qiov_offset@entry=0, flags=flags@entry=0) at ../block/io.c:2310 + bs = <optimized out> + req = {bs = 0x563c62bb8090, offset = 15192346624, bytes = 1310720, type = BDRV_TRACKED_WRITE, serialising = false, overlap_offset = 15192346624, overlap_bytes = 1310720, list = {le_next = 0x7f829c6c8e30, le_prev = 0x7f82a3fffe60}, co = 0x7f84c4004210, wait_queue = {entries = {sqh_first = 0x0, sqh_last = 0x7f82bafffe78}}, waiting_for = 0x0} + align = <optimized out> + pad = {buf = 0x0, buf_len = 0, tail_buf = 0x0, head = 0, tail = 0, merge_reads = false, local_qiov = {iov = 0x0, niov = 0, {{nalloc = 0, local_iov = {iov_base = 0x0, iov_len = 0}}, {__pad = '\\000' <repeats 11 times>, size = 0}}}} + ret = <optimized out> + padded = false + __PRETTY_FUNCTION__ = "bdrv_co_pwritev_part" +#21 0x0000563c608f71e0 in blk_co_do_pwritev_part (blk=0x563c648183c0, offset=15192346624, bytes=1310720, qiov=0x7f84c4003a70, qiov_offset=qiov_offset@entry=0, flags=0) at ../block/block-backend.c:1289 + ret = <optimized out> + bs = 0x563c62bb8090 +``` + +There is a write from the VM with size 1310720 on offset 15192346624. +A host offset is calculated for this, but this offset is 17718824960 !! +The image/LV is only 17716740096, and 17716740096 < 17718824960 -> ENOSPC error is triggered. + +The code for calculating the host offset seems to be untouched for the last years. +But it seems like for some reason it takes some offset way beyond the virtual size boundaries. + +The qemu-img output: +``` +# qemu-img info /dev/mapper/test-xxxxx +image: /dev/mapper/test-xxxxx +file format: qcow2 +virtual size: 15 GiB (16106127360 bytes) +disk size: 0 B +cluster_size: 65536 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + bitmaps: + [0]: + flags: + [0]: in-use + [1]: auto + name: 428fae80-3892-4083-9107-51fb76a7f06b + granularity: 65536 + [1]: + flags: + [0]: in-use + [1]: auto + name: 51ccd1fc-08a4-485d-8c04-0eb750665e05 + granularity: 65536 + [2]: + flags: + [0]: in-use + [1]: auto + name: 19796bed-56a5-44c1-a7f2-dae633e65c87 + granularity: 65536 + [3]: + flags: + [0]: in-use + [1]: auto + name: 13056186-e65e-448e-a3c3-019ab25d3a27 + granularity: 65536 + refcount bits: 16 + corrupt: false + extended l2: false +``` + +Also attaching the map where you can see there are plenty of zero blocks, but still it tries to allocate a new block for some reason. +[map.txt](/uploads/0890cf718f77c0ad2e562165eb350d13/map.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1622.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1622.toml new file mode 100644 index 00000000..039fd437 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1622.toml @@ -0,0 +1,15 @@ +id = 1622 +title = "PNG screendump has R/B channels swapped" +state = "closed" +created_at = "2023-04-25T14:35:50.558Z" +closed_at = "2023-05-13T08:35:45.575Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1622" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1625.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1625.toml new file mode 100644 index 00000000..c9939381 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1625.toml @@ -0,0 +1,21 @@ +id = 1625 +title = "[7.2.0] Qemu process hang with `defunct` when using `-blockdev` json property which file doesn't exists" +state = "opened" +created_at = "2023-04-26T09:46:07.714Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1625" +host-os = "Ubuntu 22.04 LTS" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.0" +guest-os = "CentOS 7.9.2009" +guest-arch = "x86" +description = """When using `throttle` and `throttle-group` to apply block device QOS, +there is something wrong with check file exists validation. +In upper commands, if the file which located `/mnt/b3b8dfb5-0a7c-4285-81d8-2bf8d33a3297/32c55f5a-96d1-4af4-a149-c95fd6652e3e/b016af76-f6b1-4614-b29a-78917924e55e` doesn't exist, it just hang with `defunct` process. +""" +reproduce = """1. Start Guest with upper command. +2. Hanged with defunct process +3.""" +additional = """ +- With GDB stack, i can find `no such file` error, but process don't exit""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1626.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1626.toml new file mode 100644 index 00000000..3aefd5a5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1626.toml @@ -0,0 +1,17 @@ +id = 1626 +title = "QEMU insists on using /var/tmp instead of /tmp" +state = "closed" +created_at = "2023-04-26T20:35:49.560Z" +closed_at = "2023-08-05T22:06:37.688Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1626" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """On a host, our sysadmins have decided for whatever reason that `/var/tmp` is not a thing that normal users can write to (and perhaps that's dumb, but it is what it is and would be a challenging non-technical problem to solve). Whenever QEMU detects the temporary directory is /tmp, it changes it to `/var/tmp` without a mechanism to change it (see https://gitlab.com/qemu-project/qemu/-/commit/69fbfff95e849156985cf95e2010ffc8762e34e6). + +I'm sure in the general case this is fine, but can you add an environment variable or a ./configure option to make this location configurable? I really would like to write to `/tmp`.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1629.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1629.toml new file mode 100644 index 00000000..748dfdd2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1629.toml @@ -0,0 +1,15 @@ +id = 1629 +title = "qem-img Heap Buffer Overflow" +state = "closed" +created_at = "2023-04-28T09:44:53.783Z" +closed_at = "2023-06-03T00:32:13.021Z" +labels = ["qemu-img", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1629" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/163.toml b/gitlab/issues/target_missing/host_missing/accel_missing/163.toml new file mode 100644 index 00000000..3874fa1a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/163.toml @@ -0,0 +1,15 @@ +id = 163 +title = "SPICE session's connection_id's are not unique" +state = "closed" +created_at = "2021-05-05T11:17:22.986Z" +closed_at = "2022-08-02T06:48:34.470Z" +labels = ["Launchpad", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/163" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1630.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1630.toml new file mode 100644 index 00000000..295029a1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1630.toml @@ -0,0 +1,210 @@ +id = 1630 +title = "[8.0.0] qemu breaks mac os vm (passed through sata controller)" +state = "closed" +created_at = "2023-04-28T10:36:38.186Z" +closed_at = "2023-05-09T08:28:35.749Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1630" +host-os = "Manjaro kernel 5.15.109" +host-arch = "x86_64" +qemu-version = "8.0.0" +guest-os = "Mac os monterey 12.6.5" +guest-arch = "x86_64" +description = """I have a mac os montery vm which is not able to boot after upgrading from qemu 7.2.1 to qemu 8.0.0.\\ +Mac os bootloader (opencore) logs do not show anything useful, nothing useful also in libvirt logs.\\ +Apple screen hangs at "still waiting for root device" with the prohibition symbol.\\ +This should point that mac os is not able to find the disk to boot from.\\ +The bootloader sees the disk with its partitions.\\ +I'm passing through a sata controller with the boot disk attached, together with a usb controller, builtin audio and a gpu.\\ +Changing machine type (q35) to older versions change nothing.\\ +Downgrading to 7.2.1 and no issue. + +Maybe related to some acpi changes?""" +reproduce = "n/a" +additional = """This is the libvirt xml I'm using: +``` +<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> + <name>Montereytest</name> + <memory unit='KiB'>33554432</memory> + <currentMemory unit='KiB'>33554432</currentMemory> + <memoryBacking> + <nosharepages/> + </memoryBacking> + <vcpu placement='static'>8</vcpu> + <iothreads>2</iothreads> + <iothreadids> + <iothread id='1'/> + <iothread id='2'/> + </iothreadids> + <cputune> + <vcpupin vcpu='0' cpuset='1'/> + <vcpupin vcpu='1' cpuset='2'/> + <vcpupin vcpu='2' cpuset='3'/> + <vcpupin vcpu='3' cpuset='4'/> + <vcpupin vcpu='4' cpuset='5'/> + <vcpupin vcpu='5' cpuset='6'/> + <vcpupin vcpu='6' cpuset='7'/> + <vcpupin vcpu='7' cpuset='9'/> + </cputune> + <os> + <type arch='x86_64' machine='pc-q35-7.2'>hvm</type> + <loader readonly='yes' type='pflash'>/opt/macos/OVMF_CODE_TEST.fd</loader> + <nvram>/opt/macos/OVMF_VARS_TEST.fd</nvram> + <boot dev='hd'/> + </os> + <features> + <acpi/> + <apic/> + </features> + <cpu mode='host-passthrough' check='none' migratable='on'> + <topology sockets='1' dies='1' cores='4' threads='2'/> + </cpu> + <clock offset='utc'> + <timer name='rtc' tickpolicy='catchup'/> + <timer name='pit' tickpolicy='delay'/> + <timer name='hpet' present='no'/> + </clock> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>restart</on_crash> + <devices> + <emulator>/usr/bin/qemu-system-x86_64</emulator> + <controller type='pci' index='0' model='pcie-root'/> + <controller type='pci' index='1' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='1' port='0x8'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> + </controller> + <controller type='pci' index='2' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='2' port='0x9'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> + </controller> + <controller type='pci' index='3' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='3' port='0xc'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> + </controller> + <controller type='pci' index='4' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='4' port='0x13'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> + </controller> + <controller type='virtio-serial' index='0'> + <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> + </controller> + <controller type='usb' index='0' model='ich9-ehci1'> + <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x1'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci1'> + <master startport='0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0' multifunction='on'/> + </controller> + <controller type='sata' index='0'> + <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> + </controller> + <interface type='bridge'> + <mac address='c8:2a:14:55:1a:b2'/> + <source bridge='br0'/> + <model type='virtio'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> + </interface> + <interface type='bridge'> + <mac address='c8:2a:14:32:2c:ff'/> + <source bridge='br1'/> + <model type='virtio'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> + </interface> + <serial type='pty'> + <target type='isa-serial' port='0'> + <model name='isa-serial'/> + </target> + </serial> + <console type='pty'> + <target type='serial' port='0'/> + </console> + <channel type='unix'> + <target type='virtio' name='org.qemu.guest_agent.0'/> + <address type='virtio-serial' controller='0' bus='0' port='1'/> + </channel> + <input type='keyboard' bus='ps2'/> + <input type='mouse' bus='ps2'/> + <audio id='1' type='none'/> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> + </source> + <rom file='/opt/gpu-bios/6900xt.rom'/> + <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0' multifunction='on'/> + </hostdev> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x06' slot='0x00' function='0x1'/> + </source> + <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x1'/> + </hostdev> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x00' slot='0x1b' function='0x0'/> + </source> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> + </hostdev> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x0c' slot='0x00' function='0x0'/> + </source> + <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> + </hostdev> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x84' slot='0x00' function='0x0'/> + </source> + <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> + </hostdev> + <hostdev mode='subsystem' type='usb' managed='no'> + <source> + <vendor id='0x046d'/> + <product id='0x0892'/> + </source> + <address type='usb' bus='0' port='2'/> + </hostdev> + <hostdev mode='subsystem' type='usb' managed='no'> + <source> + <vendor id='0x148f'/> + <product id='0x3070'/> + </source> + <address type='usb' bus='0' port='1'/> + </hostdev> + <watchdog model='itco' action='reset'/> + <memballoon model='none'/> + </devices> + <qemu:commandline> + <qemu:arg value='-smbios'/> + <qemu:arg value='type=2'/> + <qemu:arg value='-global'/> + <qemu:arg value='ICH9-LPC.acpi-pci-hotplug-with-bridge-support=off'/> + <qemu:arg value='-global'/> + <qemu:arg value='pcie-root-port.x-speed=8'/> + <qemu:arg value='-global'/> + <qemu:arg value='pcie-root-port.x-width=16'/> + <qemu:arg value='-cpu'/> + <qemu:arg value='host,+hypervisor,migratable=no,-erms,kvm=on,+invtsc,+topoext,+avx,+aes,+xsave,+xsaveopt,+ssse3,+sse4_2,+popcnt,+arat,+pclmuldq,+pdpe1gb,+rdtscp,+vme,+umip,check'/> + </qemu:commandline> +</domain> +``` + +06:00.0/1 --> gpu\\ +00:1b.0 --> audio\\ +0c:00.0 --> sata controller\\ +84:00.0 --> usb controller\\ +0x046d 0x0892 --> usb webcam\\ +0x148f 0x3070 --> usb wifi + + + +[]""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1632.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1632.toml new file mode 100644 index 00000000..c143ddbf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1632.toml @@ -0,0 +1,498 @@ +id = 1632 +title = "Porting support for GVM/AEHD to qemu 8.0" +state = "closed" +created_at = "2023-04-28T21:57:20.087Z" +closed_at = "2023-05-02T13:39:38.415Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1632" +host-os = "Windows 11 22H2 22621.1635" +host-arch = "x86" +qemu-version = "8.0.0" +guest-os = "Ubuntu 22.04" +guest-arch = "x86" +description = """I'm trying to find reason why changes work fine with qemu 7.1 but it doesn't work with qemu 7.2 and 8.0. Could you recommend me point where I should investigate this bug/error when using GVM acceleration. I know it is not part of official QEMU and somebody is also working on that [topic ](https://gitlab.com/qemu-project/qemu/-/issues/1558). + + +``` +GVM is operational +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized)Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) + +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized)Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) + +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized)Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) + +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized)Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) + +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized)Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) + +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized)Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) + +** +ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized)Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) + +Bail out! ERROR:../util/qemu-thread-win32.c:207:qemu_sem_post: assertion failed: (sem->initialized) +```""" +reproduce = """1. Checkout my fork with this branch [qemu-8.0-gvm](https://gitlab.com/MateuszKrawczuk/qemu/-/tree/qemu-8.0-gvm) +2. Build on windows using mingw64 +3. Try launch with using GVM acceleration""" +additional = """``` +./configure --enable-sdl --enable-gtk --enable-whpx --target-list=x86_64-softmmu +Using './build' as the directory for build output +ln: nie udało się utworzyć dowiązania symbolicznego 'x86_64-softmmu/qemu-system-x86_64.exe': No such file or directory +The Meson build system +Version: 0.61.5 +Source dir: C:/Users/AMD-RYZEN-PC/qemu +Build dir: C:/Users/AMD-RYZEN-PC/qemu/build +Build type: native build +Project name: qemu +Project version: 8.0.0 +C compiler for the host machine: cc -m64 -mcx16 (gcc 12.2.0 "cc (Rev10, Built by MSYS2 project) 12.2.0") +C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.40 +Host machine cpu family: x86_64 +Host machine cpu: x86_64 +Program scripts/symlink-install-tree.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/symlink-install-tree.py) +Program sh found: YES (C:\\Users\\AMD-RYZEN-PC\\scoop\\apps\\msys2\\2023-03-18\\usr\\bin/sh.EXE) +C++ compiler for the host machine: c++ -m64 -mcx16 (gcc 12.2.0 "c++ (Rev10, Built by MSYS2 project) 12.2.0") +C++ linker for the host machine: c++ -m64 -mcx16 ld.bfd 2.40 +Program python3 found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe) +Program bzip2 found: YES (C:\\Users\\AMD-RYZEN-PC\\scoop\\apps\\msys2\\2023-03-18\\mingw64\\bin/bzip2.EXE) +Program iasl found: NO +Compiler for C supports link arguments -Wl,-z,relro: NO +Compiler for C supports link arguments -Wl,-z,now: NO +Compiler for C supports link arguments -Wl,--no-seh: YES +Compiler for C supports link arguments -Wl,--nxcompat: YES +Compiler for C supports link arguments -Wl,--dynamicbase: YES +Compiler for C supports link arguments -Wl,--high-entropy-va: YES +Compiler for C++ supports link arguments -Wl,--warn-common: YES +Program cgcc found: NO +Library m found: YES +Run-time dependency threads found: YES +Library util found: NO +Program midl found: NO +Program widl found: YES +Library pathcch found: YES +Library ws2_32 found: YES +Library winmm found: YES +Windows resource compiler: GNU windres (GNU Binutils) 2.40 +Has header "WinHvPlatform.h" : YES +Has header "WinHvEmulation.h" : YES +Run-time dependency appleframeworks found: NO (tried framework) +Found pkg-config: C:\\Users\\AMD-RYZEN-PC\\scoop\\apps\\msys2\\2023-03-18\\mingw64\\bin/pkg-config.EXE (1.8.0) +Run-time dependency gio-2.0 found: YES 2.76.1 +Program C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/gdbus-codegen found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/gdbus-codegen.exe) +Run-time dependency gio-unix-2.0 found: NO (tried pkgconfig) +Run-time dependency pixman-1 found: YES 0.42.2 +Run-time dependency zlib found: YES 1.2.13 +Has header "libaio.h" : NO +Run-time dependency liburing found: NO (tried pkgconfig) +Run-time dependency libnfs found: NO (tried pkgconfig) +Has header "attr/xattr.h" : NO +Run-time dependency appleframeworks found: NO (tried framework) +Run-time dependency appleframeworks found: NO (tried framework) +Run-time dependency libseccomp found: NO (tried pkgconfig) +Has header "cap-ng.h" : NO +Run-time dependency xkbcommon found: NO (tried pkgconfig) +Run-time dependency slirp found: YES 4.7.0 +Has header "libvdeplug.h" : NO +Run-time dependency jack found: NO (tried pkgconfig) +Run-time dependency sndio found: NO (tried pkgconfig) +Run-time dependency spice-protocol found: NO (tried pkgconfig) +Run-time dependency spice-server found: NO (tried pkgconfig) +Library rt found: NO +Run-time dependency libiscsi found: NO (tried pkgconfig) +Run-time dependency libzstd found: YES 1.5.5 +Run-time dependency virglrenderer found: YES 0.9.1 +Run-time dependency blkio found: NO (tried pkgconfig) +Run-time dependency libcurl found: NO (tried pkgconfig) +Run-time dependency ncurses found: NO (tried pkgconfig) +Run-time dependency ncursesw found: YES 6.4.20230211 +Has header "brlapi.h" : NO +Run-time dependency sdl2 found: YES 2.26.5 +Run-time dependency sdl2_image found: YES 2.6.3 +Library rados found: NO +Has header "rbd/librbd.h" : NO +Run-time dependency glusterfs-api found: NO (tried pkgconfig) +Run-time dependency libssh found: NO (tried pkgconfig) +Has header "bzlib.h" : YES +Library bz2 found: YES +Has header "lzfse.h" : NO +Has header "sys/soundcard.h" : NO +Has header "dsound.h" : YES +Run-time dependency epoxy found: YES 1.5.10 +Has header "epoxy/egl.h" with dependency epoxy: YES +Run-time dependency gbm found: NO (tried pkgconfig) +Run-time dependency gnutls found: NO (tried pkgconfig) +Run-time dependency gnutls found: NO (tried pkgconfig) +libgcrypt-config found: NO need ['>=1.8'] +Run-time dependency libgcrypt found: NO (tried config-tool) +Run-time dependency nettle found: NO (tried pkgconfig) +Run-time dependency gmp found: YES 6.2.1 +Run-time dependency gtk+-3.0 found: YES 3.24.38 +Run-time dependency gtk+-x11-3.0 found: NO (tried pkgconfig) +Run-time dependency vte-2.91 found: NO (tried pkgconfig) +Run-time dependency libpng found: YES 1.6.39 +Run-time dependency libjpeg found: YES 2.1.5.1 +Has header "sasl/sasl.h" : NO +Has header "security/pam_appl.h" : NO +Has header "snappy-c.h" : NO +Has header "lzo/lzo1x.h" : YES +Library lzo2 found: YES +Has header "numa.h" : NO +Library ibumad found: NO +Has header "rdma/rdma_cma.h" : NO +Library ibverbs found: NO +Run-time dependency xencontrol found: NO (tried pkgconfig) +Library xenstore found: NO +Library xenctrl found: NO +Library xendevicemodel found: NO +Library xenforeignmemory found: NO +Library xengnttab found: NO +Library xenevtchn found: NO +Library xentoolcore found: NO +Run-time dependency libcacard found: NO (tried pkgconfig) +Run-time dependency u2f-emu found: NO (tried pkgconfig) +Run-time dependency canokey-qemu found: NO (tried pkgconfig) +Run-time dependency libusbredirparser-0.5 found: NO (tried pkgconfig) +Run-time dependency libusb-1.0 found: YES 1.0.26 +Run-time dependency libpmem found: NO (tried pkgconfig) +Run-time dependency libdaxctl found: NO (tried pkgconfig) +Run-time dependency libkeyutils found: NO (tried pkgconfig) +Checking for function "gettid" : NO +Run-time dependency libselinux found: NO (tried pkgconfig) +Run-time dependency fuse3 found: NO (tried pkgconfig) +Run-time dependency libbpf found: NO (tried pkgconfig) +Run-time dependency libdw found: NO (tried pkgconfig) +Checking for function "pthread_fchdir_np" : NO +Has header "sys/epoll.h" : NO +Has header "linux/magic.h" : NO +Has header "valgrind/valgrind.h" : NO +Has header "linux/btrfs.h" : NO +Has header "libdrm/drm.h" : NO +Has header "pty.h" : NO +Has header "sys/disk.h" : NO +Has header "sys/ioccom.h" : NO +Has header "sys/kcov.h" : NO +Has header "afunix.h" : YES +Checking for function "close_range" : NO +Checking for function "accept4" : NO +Checking for function "clock_adjtime" : NO +Checking for function "dup3" : NO +Checking for function "fallocate" : NO +Checking for function "posix_fallocate" : NO +Checking for function "posix_memalign" : NO +Checking for function "_aligned_malloc" : YES +Checking for function "valloc" : NO +Checking for function "memalign" : NO +Checking for function "ppoll" : NO +Checking for function "preadv" : NO +Checking for function "pthread_fchdir_np" : NO (cached) +Checking for function "sendfile" : NO +Checking for function "setns" : NO +Checking for function "syncfs" : NO +Checking for function "sync_file_range" : NO +Checking for function "timerfd_create" : NO +Checking for function "copy_file_range" : NO +Checking for function "getifaddrs" : NO +Checking for function "openpty" with dependency -lutil: NO +Checking for function "strchrnul" : NO +Checking for function "system" : YES +Header <sys/epoll.h> has symbol "epoll_create1" : NO +Header <linux/falloc.h> has symbol "FALLOC_FL_PUNCH_HOLE" : NO +Header <linux/falloc.h> has symbol "FALLOC_FL_ZERO_RANGE" : NO +Has header "linux/fiemap.h" : NO +Checking for function "getrandom" : NO +Header <sys/inotify.h> has symbol "inotify_init" : NO +Header <sys/inotify.h> has symbol "inotify_init1" : NO +Header <sys/prctl.h> has symbol "PR_SET_TIMERSLACK" : NO +Header <linux/rtnetlink.h> has symbol "IFLA_PROTO_DOWN" : NO +Header <sys/sysmacros.h> has symbol "makedev" : NO +Header <getopt.h> has symbol "optreset" : NO +Header <netinet/in.h> has symbol "IPPROTO_MPTCP" : NO +Checking whether type "struct sigevent" has member "sigev_notify_thread_id" : NO +Checking whether type "struct stat" has member "st_atim" : NO +Checking for type "struct iovec" : NO +Checking for type "struct utmpx" : NO +Checking for type "struct mmsghdr" : NO +Header <linux/vm_sockets.h> has symbol "AF_VSOCK" : NO +Has header "vscoordint.h" : NO +Checking if "_lock_file and _unlock_file" : links: YES +Checking if "mingw setjmp and longjmp" : links: NO +Program scripts/minikconf.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/minikconf.py) +Configuring x86_64-softmmu-config-target.h using configuration +Configuring x86_64-softmmu-config-devices.mak with command +Reading depfile: C:/Users/AMD-RYZEN-PC/qemu/build/meson-private/x86_64-softmmu-config-devices.mak.d +Configuring x86_64-softmmu-config-devices.h using configuration +Program scripts/make-config-poison.sh found: YES (sh C:/Users/AMD-RYZEN-PC/qemu/scripts/make-config-poison.sh) +Run-time dependency capstone found: NO (tried pkgconfig) +Library fdt found: NO +Configuring config-host.h using configuration +Program scripts/hxtool found: YES (sh C:/Users/AMD-RYZEN-PC/qemu/scripts/hxtool) +Program scripts/shaderinclude.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/shaderinclude.py) +Program scripts/qapi-gen.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/qapi-gen.py) +Program scripts/qemu-version.sh found: YES (sh C:/Users/AMD-RYZEN-PC/qemu/scripts/qemu-version.sh) +Program scripts/decodetree.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/decodetree.py) +Program ../scripts/modules/module_block.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/block/../scripts/modules/module_block.py) +Program ../scripts/block-coroutine-wrapper.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/block/../scripts/block-coroutine-wrapper.py) +Program scripts/modinfo-collect.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/modinfo-collect.py) +Program scripts/modinfo-generate.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/modinfo-generate.py) +Program nm found: YES +Program scripts/undefsym.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/undefsym.py) +Program scripts/feature_to_c.sh found: YES (sh C:/Users/AMD-RYZEN-PC/qemu/scripts/feature_to_c.sh) +Compiler for C supports link arguments -fstack-protector-all: YES +Compiler for C supports link arguments -fstack-protector-strong: YES +Compiler for C supports link arguments -Wl,--add-stdcall-alias: YES +Compiler for C supports link arguments -Wl,--enable-stdcall-fixup: YES +Library ole32 found: YES +Library oleaut32 found: YES +Library shlwapi found: YES +Library uuid found: YES +Library intl found: YES +Program windmc found: YES +Program windres found: YES +Program wixl found: NO +Configuring 50-edk2-i386-secure.json using configuration +Configuring 50-edk2-x86_64-secure.json using configuration +Configuring 60-edk2-aarch64.json using configuration +Configuring 60-edk2-arm.json using configuration +Configuring 60-edk2-i386.json using configuration +Configuring 60-edk2-x86_64.json using configuration +Program qemu-keymap found: NO +Program sphinx-build found: NO +Program diff found: YES (C:\\Users\\AMD-RYZEN-PC\\scoop\\apps\\msys2\\2023-03-18\\usr\\bin/diff.EXE) +Program dbus-daemon found: NO +Found CMake: C:\\Users\\AMD-RYZEN-PC\\scoop\\shims/cmake.EXE (3.26.3) +WARNING: CMake Toolchain: Failed to determine CMake compilers state +Run-time dependency gvnc-1.0 found: NO (tried pkgconfig and cmake) +Run-time dependency sysprof-capture-4 found: NO (tried pkgconfig and cmake) +Program initrd-stress.sh found: YES (sh C:/Users/AMD-RYZEN-PC/qemu/tests/migration/initrd-stress.sh) +Program xgettext found: YES (C:\\Users\\AMD-RYZEN-PC\\scoop\\apps\\msys2\\2023-03-18\\mingw64\\bin/xgettext.EXE) +Program scripts/nsis.py found: YES (C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/nsis.py) +Build targets in project: 516 + +qemu 8.0.0 + + Directories + Install prefix : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/qemu + BIOS directory : share/ + firmware path : share/qemu-firmware + binary directory : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/qemu/. + library directory : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/qemu/lib + module directory : lib/ + libexec directory : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/qemu/libexec + include directory : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/qemu/include + config directory : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/qemu/etc + local state directory : queried at runtime + Doc directory : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/qemu/share/doc + Build directory : C:/Users/AMD-RYZEN-PC/qemu/build + Source path : C:/Users/AMD-RYZEN-PC/qemu + GIT submodules : ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + + Host binaries + git : git + make : make + python : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe (version: 3.10) + sphinx-build : NO + gdb : /mingw64/bin/gdb-multiarch + iasl : NO + genisoimage : + wixl : NO + smbd : NO + + Configurable features + Documentation : NO + system-mode emulation : YES + user-mode emulation : NO + block layer : YES + Install blobs : YES + module support : NO + fuzzing support : NO + Audio drivers : dsound sdl + Trace backends : log + D-Bus display : NO + QOM debugging : NO + vhost-kernel support : NO + vhost-net support : NO + vhost-user support : NO + vhost-user-crypto support : NO + vhost-user-blk server support: NO + vhost-vdpa support : NO + build guest agent : YES + + Compilation + host CPU : x86_64 + host endianness : little + C compiler : cc -m64 -mcx16 + Host C compiler : cc -m64 -mcx16 + C++ compiler : c++ -m64 -mcx16 + CFLAGS : -g -O2 + CXXFLAGS : -g -O2 + QEMU_CFLAGS : -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fno-pie -no-pie -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -Wundef -Wwrite-strings -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wmissing-format-attribute -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong + QEMU_CXXFLAGS : -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fno-pie -no-pie -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -Wundef -Wwrite-strings -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wmissing-format-attribute -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong + QEMU_LDFLAGS : -fstack-protector-strong -Wl,--no-seh -Wl,--nxcompat -Wl,--dynamicbase -Wl,--high-entropy-va -Wl,--warn-common + profiler : NO + link-time optimization (LTO) : NO + PIE : NO + static build : NO + malloc trim support : NO + membarrier : NO + debug stack usage : NO + mutex debugging : NO + memory allocator : system + avx2 optimization : YES + avx512bw optimization : YES + avx512f optimization : NO + gprof : NO + gcov : NO + thread sanitizer : NO + CFI support : NO + strip binaries : NO + sparse : NO + mingw32 support : YES + + Cross compilers + x86_64 : cc + + Targets and accelerators + KVM support : NO + GVM support : YES + HAX support : YES + HVF support : NO + WHPX support : YES + NVMM support : NO + Xen support : NO + Xen emulation : NO + TCG support : YES + TCG backend : native (x86_64) + TCG plugins : NO + TCG debug enabled : NO + target list : x86_64-softmmu + default devices : YES + out of process emulation : NO + vfio-user server : NO + + Block layer support + coroutine backend : win32 + coroutine pool : YES + Block whitelist (rw) : + Block whitelist (ro) : + Use block whitelist in tools : NO + VirtFS support : NO + Live block migration : YES + replication support : YES + bochs support : YES + cloop support : YES + dmg support : YES + qcow v1 support : YES + vdi support : YES + vvfat support : YES + qed support : YES + parallels support : YES + FUSE exports : NO + VDUSE block exports : NO + + Crypto + TLS priority : NORMAL + GNUTLS support : NO + libgcrypt : NO + nettle : NO + AF_ALG support : NO + rng-none : NO + Linux keyring : NO + + Dependencies + SDL support : YES + SDL image support : YES 2.6.3 + GTK support : YES + pixman : YES 0.42.2 + VTE support : NO + slirp support : YES 4.7.0 + libtasn1 : NO + PAM : NO + iconv support : YES + curses support : YES + virgl support : YES 0.9.1 + blkio support : NO + curl support : NO + Multipath support : NO + PNG support : YES 1.6.39 + VNC support : YES + VNC SASL support : NO + VNC JPEG support : YES 2.1.5.1 + DirectSound support : YES + JACK support : NO + brlapi support : NO + vde support : NO + netmap support : NO + l2tpv3 support : NO + Linux AIO support : NO + Linux io_uring support : NO + ATTR/XATTR support : NO + RDMA support : NO + PVRDMA support : NO + fdt support : internal + libcap-ng support : NO + bpf support : NO + spice protocol support : NO + rbd support : NO + smartcard support : NO + U2F support : NO + libusb : YES 1.0.26 + usb net redir : NO + OpenGL support (epoxy) : YES 1.5.10 + GBM : NO + libiscsi support : NO + libnfs support : NO + QGA VSS support : YES + seccomp support : NO + GlusterFS support : NO + TPM support : NO + libssh support : NO + lzo support : YES + snappy support : NO + bzip2 support : YES + lzfse support : NO + zstd support : YES 1.5.5 + NUMA host support : NO + capstone : NO + libpmem support : NO + libdaxctl support : NO + libudev : NO + FUSE lseek : NO + selinux : NO + libdw : NO + + User defined options + Native files : config-meson.cross + bindir : + prefix : C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/qemu + werror : true + b_pie : false + gtk : enabled + qemu_suffix : + sdl : enabled + vfio_user_server : disabled + whpx : enabled + +Found ninja-1.11.1 at C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/usr/bin/ninja.exe +Running postconf script 'C:/Users/AMD-RYZEN-PC/scoop/apps/msys2/2023-03-18/mingw64/bin/python3.exe C:/Users/AMD-RYZEN-PC/qemu/scripts/symlink-install-tree.py' +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1638.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1638.toml new file mode 100644 index 00000000..54aa80a5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1638.toml @@ -0,0 +1,27 @@ +id = 1638 +title = "BUG: Segmentation fault when -object memory-backend-file use readonly=on, prealloc=on together" +state = "opened" +created_at = "2023-05-07T16:04:44.630Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1638" +host-os = "Ubuntu 20.04 LTS" +host-arch = "x86_64" +qemu-version = "7" +guest-os = "Ubuntu20.04LTS" +guest-arch = "x86_64" +description = """Segmentation Fault while booting VM.""" +reproduce = """1. set qemu boot params to `-object memory-backend-file,id=mem1,readonly=on,prealloc=on,mem-path=<any-img-file>,size=4G` +2. +3.""" +additional = """It might not be a bug, probably a feature. +The reason of this segfault is: +readonly would mmap the backend file using PROT_READ, make it readonly, +but the prealloc=on would touch_pages the memory mmaped by the file. +SO the segfault happens. + +But there is no docs about this segfault condition (the readonly and prealloc cannot be used together.) + +And maybe there is a way to solve this problem, I think. +Use mmap the memory backend file to PROT_READ|PROT_WRITE at the beginnning, after touch_pages, then mprotect the memory. +change the prot to readonly if required.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1641.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1641.toml new file mode 100644 index 00000000..0edf075d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1641.toml @@ -0,0 +1,36 @@ +id = 1641 +title = "[abrt] qemu-system-x86-core: do_patch_instruction(): qemu-system-x86_64 killed by SIGABRT" +state = "opened" +created_at = "2023-05-09T14:55:24.156Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1641" +host-os = "Fedora 38" +host-arch = "x86" +qemu-version = "7.2.1" +guest-os = "Windows XP SP3" +guest-arch = "x86" +description = """Copied from downstream bug: https://bugzilla.redhat.com/show_bug.cgi?id=2195952 + +Description of problem: +Virtualizing a Windows XP system which tried to reboot. + +Version-Release number of selected component: +qemu-system-x86-core-2:7.2.1-1.fc38 + +Additional info: +reason: qemu-system-x86_64 killed by SIGABRT +backtrace_rating: 4 +crash_function: do_patch_instruction +comment: Virtualizing a Windows XP system which tried to reboot. + +Truncated backtrace: +Thread no. 1 (6 frames) + #4 do_patch_instruction at ../hw/i386/kvmvapic.c:439 + #5 process_queued_cpu_work at ../cpus-common.c:347 + #6 qemu_wait_io_event at ../softmmu/cpus.c:435 + #7 kvm_vcpu_thread_fn at ../accel/kvm/kvm-accel-ops.c:56 + #8 qemu_thread_start at ../util/qemu-thread-posix.c:505 + #10 clone3 at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1643.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1643.toml new file mode 100644 index 00000000..f212dccc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1643.toml @@ -0,0 +1,15 @@ +id = 1643 +title = "Connect to MACVTAP by name" +state = "opened" +created_at = "2023-05-10T21:55:56.482Z" +closed_at = "n/a" +labels = ["Networking", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1643" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1644.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1644.toml new file mode 100644 index 00000000..47f5979f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1644.toml @@ -0,0 +1,22 @@ +id = 1644 +title = "qemu 8.0.0 console-gl.c:105: surface_gl_update_texture: Assertion `gls' failed." +state = "closed" +created_at = "2023-05-11T04:38:57.768Z" +closed_at = "2023-05-29T21:28:09.583Z" +labels = ["GUI", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1644" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """run ubuntu20.04 in virtualBox, and run qemu in this ubuntu. +1. qemu report error at qemu start. +2. qemu-system-x86_64 can't run myOS with 'virtio-gpu-pci -display sdl,gl=on', +3. qemu report error: qemu-system-x86_64: ../ui/console-gl.c:105: surface_gl_update_texture: Assertion `gls' failed. Aborted""" +reproduce = """1. run ubuntu20.04 in virtualBox +2. qemu config enabled sdl, virglrenderer, opengl, gtk +3. ./qemu-system-x86_64 -machine q35 -cpu Nehalem -m 1024 -smp 8 -kernel myOS -device virtio-gpu-pci -display sdl,gl=on +4. qemu report error: qemu-system-x86_64: ../ui/console-gl.c:105: surface_gl_update_texture: Assertion `gls' failed. Aborted""" +additional = """qemu-system-x86_64: ../ui/console-gl.c:105: surface_gl_update_texture: Assertion `gls' failed. +Aborted""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1645.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1645.toml new file mode 100644 index 00000000..74b55a73 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1645.toml @@ -0,0 +1,16 @@ +id = 1645 +title = "qemu error `hotplug memory\" error=\"QMP command failed: a used vhost backend has no free memory slots left\"`" +state = "opened" +created_at = "2023-05-11T09:43:25.568Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1645" +host-os = "CentOS Linux release 7.9.2009 (Core)" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.1.0 (kata-static)" +guest-os = "CentOS Linux release 7.9.2009 (Core)" +guest-arch = "x86" +description = """When I create a Qemu VM with 8 Gpus and hot-plugging memory, this will return the error QMP command failed: a used vhost backend has no free memory slots left. I read some source file https://gitlab.com/qemu-project/qemu/-/blob/master/hw/virtio/vhost-user.c#L2077, and debug show u->user->memory_slots is 32, but this https://gitlab.com/qemu-project/qemu/-/blob/master/hw/virtio/vhost.c#L62 used_memslots is bigger than u->user->memory_slots. `u->user->memory_slots` is defined 32 by https://gitlab.com/qemu-project/qemu/-/blob/master/subprojects/libvhost-user/libvhost-user.h#L37, but I also see VHOST_USER_MAX_RAM_SLOTS defined 512 under x86 architecture. Can I improve `u->user->memory_slots` by any way?""" +reproduce = """1.crate kata containers with 8 Gpus +2.kata containers return error""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1646.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1646.toml new file mode 100644 index 00000000..4ddae6df --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1646.toml @@ -0,0 +1,73 @@ +id = 1646 +title = "fstrim dont work after live migrate" +state = "opened" +created_at = "2023-05-04T12:00:22.113Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1646" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """We have use lvm thin pool and after live migration non-shared storage fstrim cannot free data usage Data% without reboot, after reboot fstim work fine + +``` + LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert + p639937 vm Vwi-aotz-- 30.00g pool 99.35 + +virsh qemu-agent-command p639937 '{"execute":"guest-fstrim"}' +{"return":{"paths":[{"minimum":0,"path":"/","trimmed":0}]}} + +virsh shutdown p639937 +Domain 'p639937' is being shutdown + +virsh start p639937 +Domain 'p639937' started + +virsh qemu-agent-command p639937 '{"execute":"guest-fstrim"}' +{"return":{"paths":[{"minimum":0,"path":"/","trimmed":29178654720}]}} + +lvs|grep p639937 + p639937 vm Vwi-aotz-- 30.00g pool 9.58 +``` + +On source host before migration: +``` + LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert + p639937 vm Vwi-a-tz-- 30.00g pool 9.48 +``` + +migration script +``` +SSH_OPTS='-o StrictHostKeyChecking=no -o PasswordAuthentication=no ' +MIGR_OPTS="--live --copy-storage-all --verbose --persistent --undefinesource" +ssh $SSH_OPTS $HOST -t "[ -b /dev/vm/$ACCT ] || /usr/sbin/lvcreate -V${SIZE}G -T vm/pool -n$ACCT" || f_print_err "Error: creation lvm" +virsh migrate $MIGR_OPTS $ACCT qemu+ssh://$SERV/system tcp://local.$SERV/ || f_print_err "Error on step: virsh migrate" +echo "Waiting for trim start..." +sleep 10 +ssh $SSH_OPTS $HOST -t "/usr/bin/virsh qemu-agent-command $ACCT --timeout 60 '{\\"execute\\":\\"guest-fstrim\\"}' >/dev/null 2>&1" +``` + +Disc config: +``` + <disk type='block' device='disk'> + <driver name='qemu' type='raw' cache='none' io='threads' discard='unmap'/> + <source dev='/dev/vm/p639937'/> + <backingStore/> + <target dev='sda' bus='scsi'/> + <iotune> + <write_bytes_sec>104857600</write_bytes_sec> + <write_bytes_sec_max>524288000</write_bytes_sec_max> + <write_bytes_sec_max_length>120</write_bytes_sec_max_length> + </iotune> + <address type='drive' controller='0' bus='0' target='0' unit='0'/> + </disk> +``` + +Sometimes trimming working after migration, bit this is very rare. +We have try rescanning disc, drop caches on vm after migration, but didnt help. + +Inside vm's ext4 fs and almalinux 8/ubuntu 20+/debian 10-11""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1650.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1650.toml new file mode 100644 index 00000000..9f06794f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1650.toml @@ -0,0 +1,22 @@ +id = 1650 +title = "Consider doing runtime detection of MAP_FIXED_NOREPLACE" +state = "closed" +created_at = "2023-05-14T03:21:41.028Z" +closed_at = "2023-05-14T03:46:50.136Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1650" +host-os = "AOSC OS 10.1.1 \"Jinkela\"" +host-arch = "amd64" +qemu-version = "7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +qemu-i386-static: Unable to reserve 0xfffff000 bytes of virtual address space at 0x1000 (Operation not supported) for use as guest address space (check your virtual memory ulimit setting, min_mmap_addr or reserve less using -R option) +``` +strace says +``` + mmap(0x1000, 4294963200, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE|MAP_FIXED_NOREPLACE, -1, 0) = -1 EOPNOTSUPP (Operation not supported) +```""" +reproduce = """1. `apt install qemu-i386-static 32subsystem` +2. `strace qemu-i386-static /opt/32/bin/as`""" +additional = """Repeating the strace call in a minimal C program gives the same errno as expected -- the kernel is only 4.4. The problem here is that qemu only does `MAP_FIXED_NOREPLACE` feature detection at build-time via a `#ifndef` and even that behavior is poorly documented. Maybe do something at runtime?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1652.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1652.toml new file mode 100644 index 00000000..9c64359c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1652.toml @@ -0,0 +1,40 @@ +id = 1652 +title = "make check failed about qemu@master on debian10_aarch64" +state = "closed" +created_at = "2023-05-15T10:09:54.207Z" +closed_at = "2023-05-17T11:21:20.388Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1652" +host-os = "Debian10" +host-arch = "ARM" +qemu-version = "master" +guest-os = "debian10" +guest-arch = "ARM" +description = """make check failed about qemu@master on debian10_aarch64""" +reproduce = """1../configure +2.make -j16 +3.make -j16 check""" +additional = """error: +>>> QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu-storage-daemon QTEST_QEMU_IMG=./qemu-img G_TEST_DBUS_DAEMON=/home/stage/root/spack-stage-qemu-master-d6wsqaf6ydt7c6frhxqd3nyqhh72vz7v/spack-src/tests/dbus-vmstate-daemon.sh MALLOC_PERTURB_=105 QTEST_QEMU_BINARY=./qemu-system-aarch64 /home/stage/root/spack-stage-qemu-master-d6wsqaf6ydt7c6frhxqd3nyqhh72vz7v/spack-src/build/tests/qtest/migration-test --tap -k +――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― +stderr: +Broken pipe +../tests/qtest/libqtest.c:184: kill_qemu() tried to terminate QEMU process but encountered exit status 1 (expected 0) + + +TAP parsing error: Too few tests run (expected 18, got 0) +(test program exited with status code -6) +―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― + +190/627 qemu:qtest+qtest-aarch64 / qtest-aarch64/arm-cpu-features ERROR 0.34s killed by signal 6 SIGABRT +>>> QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu-storage-daemon QTEST_QEMU_IMG=./qemu-img G_TEST_DBUS_DAEMON=/home/stage/root/spack-stage-qemu-master-d6wsqaf6ydt7c6frhxqd3nyqhh72vz7v/spack-src/tests/dbus-vmstate-daemon.sh MALLOC_PERTURB_=115 QTEST_QEMU_BINARY=./qemu-system-aarch64 /home/stage/root/spack-stage-qemu-master-d6wsqaf6ydt7c6frhxqd3nyqhh72vz7v/spack-src/build/tests/qtest/arm-cpu-features --tap -k +――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― +stderr: +qemu-system-aarch64: Failed to retrieve host CPU features +Broken pipe +../tests/qtest/libqtest.c:184: kill_qemu() tried to terminate QEMU process but encountered exit status 1 (expected 0) + + +TAP parsing error: Too few tests run (expected 5, got 1) +(test program exited with status code -6) +――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1653.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1653.toml new file mode 100644 index 00000000..4f417ef2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1653.toml @@ -0,0 +1,30 @@ +id = 1653 +title = "qemu uses uefi to install the redhad6.0 VM, use the vnc connect it which is stuck" +state = "opened" +created_at = "2023-05-15T12:05:22.931Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1653" +host-os = "centos8" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "redhad6.0" +guest-arch = "x86" +description = """I want to use uefi(udk2-->ovmf.fd) to install redhad6.0, but after I enter uefi and start up, I cannot use vnc to connect to it,The screen is black or often stuck, nor can I use the console of other pages, or it is a special slow to be able to use it. It's sure that the virtual machine is not crash. Anad the same operation is normal for redhad6.1 systems.""" +reproduce = """1.compile udk2 generate ovmf.fd +compile config: + +make -C BaseTools/Source/C + +./OvmfPkg/build.sh -D DEBUG_ON_SERIAL_PORT=true + + +2.run qemu with "-bios /bin/OVMF.fd" + + +3.use vnc to connet it + + + +The screen is stuck can't handle it.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1654.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1654.toml new file mode 100644 index 00000000..96935a04 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1654.toml @@ -0,0 +1,89 @@ +id = 1654 +title = "Memory out of bounds access vulnerability when guest accesses Block Limits information of SCSI devices" +state = "opened" +created_at = "2023-05-16T03:12:44.063Z" +closed_at = "n/a" +labels = ["Security", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1654" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """When a guest uses a Linux kernel version 5.19 or higher and uses an scsi device, there will be a memory access violation, which can be clearly seen when ASAN is turned on. + +**reason：** +Linux kernel 5.19 merge commit： + +https://github.com/torvalds/linux/commit/c92a6b5d63359dd6d2ce6ea88ecd8e31dd769f6b + +The Linux kernel will first issue a header request to obtain the VPD length before obtaining the VPD information. The BUF for obtaining the VPD length is less than 8 bytes. However, QEMU regards the header for obtaining the VPD length as obtaining all VPD information, and a memory access violation occurs when writing information to BUF. + +The specific memory out of bounds information is as follows: +==12430==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! + +==12430==WARNING: ASan is ignoring requested __asan_handle_no_return: stack top: +0x7fffebc1d000; bottom 0x7f61115ee000; size: 0x009eda62f000 (682268749824) + +False positive error reports may follow + +==12430==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x60200024d858 at pc 0x55767513791c bp 0x7f6111fcddc0 sp 0x7f6111fcddb0 + +WRITE of size 4 at 0x60200024d858 thread T0 + + #0 0x55767513791b in stl_he_p /root/hci/qemu/qemu-5.0.0/include/qemu/bswap.h:357 + + #1 0x55767513791b in stl_be_p /root/hci/qemu/qemu-5.0.0/include/qemu/bswap.h:464 + + #2 0x55767513791b in scsi_handle_inquiry_reply hw/scsi/scsi-generic.c:173 + + #3 0x55767513791b in scsi_read_complete hw/scsi/scsi-generic.c:318 + + #4 0x55767545d7c6 in blk_aio_complete block/block-backend.c:1425 + + #5 0x557675544d79 in coroutine_trampoline util/coroutine-ucontext.c:115 + + #6 0x7f611b9f14df (/lib/x86_64-linux-gnu/libc.so.6+0x5b4df) + +0x60200024d858 is located 4 bytes to the right of 4-byte region [0x60200024d850,0x60200024d854) + +allocated by thread T0 here: + + #0 0x557674a987f2 in malloc (/sf/bin/qemu-system-x86_64+0x7827f2) + + #1 0x7f6120141d41 in g_malloc (/usr/lib/libglib256-2.0.so.0+0x61d41) + + #2 0x557675137bb4 in scsi_send_command hw/scsi/scsi-generic.c:459 + + #3 0x55767513e902 in scsi_req_enqueue hw/scsi/scsi-bus.c:836 + + #4 0x557674c5f26e in virtio_scsi_handle_cmd_req_submit /root/hci/qemu/qemu-5.0.0/hw/scsi/virtio-scsi.c:589 + + #5 0x557674c5f26e in virtio_scsi_handle_cmd_vq /root/hci/qemu/qemu-5.0.0/hw/scsi/virtio-scsi.c:634 + + #6 0x557674c61089 in virtio_scsi_data_plane_handle_cmd /root/hci/qemu/qemu-5.0.0/hw/scsi/virtio-scsi-dataplane.c:60 + + #7 0x557674c9a520 in virtio_queue_notify_aio_vq /root/hci/qemu/qemu-5.0.0/hw/virtio/virtio.c:2338 + + #8 0x55767552c7c4 in aio_dispatch_handler util/aio-posix.c:328 + +SUMMARY: AddressSanitizer: heap-buffer-overflow /root/hci/qemu/qemu-5.0.0/include/qemu/bswap.h:357 stl_he_p""" +reproduce = """1. QEMU Enable ASAN +2. Use a guest with a Linux kernel version greater than 5.19 and mount an scsi physical device +3. Upon startup, memory out of bounds access can be detected""" +additional = """At present, I have made some simple modifications, but I am not sure if this is the best solution and can serve as a reference. + +Make a judgment on buflen, ignore the header information issued by the Linux kernel, and write the VPD information when issuing the actual instruction to obtain VPD information. + +hw/scsi/scsi-generic.c:scsi_handle_inquiry_reply + +``` +if (r->buflen >= 12) { + stl_be_p(&r->buf[8], max_transfer); +} +if (r->buflen >= 16){ + /* Also take care of the opt xfer len. */ + stl_be_p(&r->buf[12], + MIN_NON_ZERO(max_transfer, ldl_be_p(&r->buf[12]))); +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1655.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1655.toml new file mode 100644 index 00000000..635d6cb1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1655.toml @@ -0,0 +1,15 @@ +id = 1655 +title = "qemu-7.2.2 build failed" +state = "closed" +created_at = "2023-05-17T02:53:40.161Z" +closed_at = "2023-05-17T06:31:02.781Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1655" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1656.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1656.toml new file mode 100644 index 00000000..fd569743 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1656.toml @@ -0,0 +1,15 @@ +id = 1656 +title = "https://wiki.qemu.org/: TLS certificate has expired (`May 14 21:15:57 2023 GMT`)" +state = "closed" +created_at = "2023-05-17T05:26:59.342Z" +closed_at = "2023-05-17T09:04:32.152Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1656" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The ceritficate for https://wiki.qemu.org/ has expired on May 14 21:15:57 2023 GMT.""" +reproduce = """1. Browse https://wiki.qemu.org/""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/166.toml b/gitlab/issues/target_missing/host_missing/accel_missing/166.toml new file mode 100644 index 00000000..8246f037 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/166.toml @@ -0,0 +1,15 @@ +id = 166 +title = "qemu-bridge-helper failure but qemu not exit" +state = "opened" +created_at = "2021-05-05T11:18:00.956Z" +closed_at = "n/a" +labels = ["Launchpad", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/166" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1662.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1662.toml new file mode 100644 index 00000000..ea9a034f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1662.toml @@ -0,0 +1,43 @@ +id = 1662 +title = "qemu-system-loongarch64 start Loongnix system coredump" +state = "closed" +created_at = "2023-05-19T07:27:49.933Z" +closed_at = "2023-05-22T02:48:08.872Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1662" +host-os = "Ubuntu 20.04.3 LTS" +host-arch = "X86" +qemu-version = "8.0.50 commitid d27e7c359330ba7020bdbed7ed2316cb4cf6ffc1" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. build qemu: + ./configure --prefix=/usr --disable-werror --disable-gtk --target-list="loongarch64-softmmu"\\ + --enable-debug + make -j32 +2. get bios and qcow2: + wget https://mirrors.wsyu.edu.cn/loongarch/archlinux/images/QEMU_EFI_7.2.fd + wget http://pkg.loongnix.cn/loongnix/isos/Loongnix-20.4/Loongnix-20.4.cartoon.gui.loongarch64.en.qcow2 +3. start Loongnix + ./build/qemu-system-loongarch64 \\ + -m 8G \\ + -cpu la464 \\ + -machine virt \\ + -smp 16 \\ + -bios ./QEMU_EFI_7.2.fd \\ + -serial stdio \\ + -device virtio-gpu-pci \\ + -net nic -net user \\ + -device nec-usb-xhci,id=xhci,addr=0x1b \\ + -device usb-tablet,id=tablet,bus=xhci.0,port=1 \\ + -device usb-kbd,id=keyboard,bus=xhci.0,port=2 \\ + -device virtio-blk-pci,drive=test -drive if=none,id=test,file=./Loongnix-20.4.cartoon.gui.loongarch64.en.qcow2 + +4. VNC connect +5. use the system + login loongson/Loongson20 +6. qemu coredump + + qemu-system-loongarch64: /root/work/qemu/include/tcg/tcg.h:675: temp_idx: Assertion `n >= 0 && n < tcg_ctx->nb_temps' failed. +./start-loongnix.sh: line 13: 40242 Aborted (core dumped) ./build/qemu-system-loongarch64 -m 8G -cpu la464 -machine virt -smp 16 -bios ./QEMU_EFI_7.2.fd -serial stdio -device virtio-gpu-pci -net nic -net user -device nec-usb-xhci,id=xhci,addr=0x1b -device usb-tablet,id=tablet,bus=xhci.0,port=1 -device usb-kbd,id=keyboard,bus=xhci.0,port=2 -device virtio-blk-pci,drive=test -drive if=none,id=test,file=./Loongnix-20.4.cartoon.gui.loongarch64.en.qcow2""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1663.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1663.toml new file mode 100644 index 00000000..71bb61e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1663.toml @@ -0,0 +1,46 @@ +id = 1663 +title = "make check-venv fails with errors about incompatible avocado" +state = "closed" +created_at = "2023-05-19T10:32:31.736Z" +closed_at = "2023-08-28T20:08:10.384Z" +labels = ["kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1663" +host-os = "Fedora 38 x86_64" +host-arch = "x86_64" +qemu-version = "146f515110e86aefe3bc2e8eb581ab724614060f" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +$ rm -rf build/ +$ ./configure --target-list=x86_64-softmmu,i386-softmmu +$ make -j 16 +$ ./scripts/device-crash-test -q --tcg-only ./qemu-system-i386 +Module 'qemu' not found. + Try 'make check-venv' from your build directory, + and then one way to run this script is like so: + > $builddir/pyvenv/bin/python3 "/home/berrange/src/virt/qemu/scripts/device-crash-test" +$ make check-venv +make[1]: Entering directory '/home/berrange/src/virt/qemu/build' + GIT ui/keycodemapdb tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + VENVPIP install -e /home/berrange/src/virt/qemu/python/ + VENVPIP install -r /home/berrange/src/virt/qemu/tests/requirements.txt +ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts. +avocado-framework-plugin-varianter-yaml-to-mux 98.0 requires avocado-framework==98.0, but you have avocado-framework 101.0 which is incompatible. +avocado-framework-plugin-result-html 98.0 requires avocado-framework==98.0, but you have avocado-framework 101.0 which is incompatible. +make[1]: Leaving directory '/home/berrange/src/virt/qemu/build' +``` + +Despite this, it seems to have at least partially populated the venv, since I can now run device-crash-test. + +My host does have some avocado related python bits present: + +``` +python-avocado-common-98.0-1.module_f38+15908+ffe8d4e2.noarch +python3-avocado-98.0-1.module_f38+15908+ffe8d4e2.noarch +python3-avocado-plugins-output-html-98.0-1.module_f38+15908+ffe8d4e2.noarch +python3-avocado-plugins-varianter-yaml-to-mux-98.0-1.module_f38+15908+ffe8d4e2.noarch +``` + +I would expect the venv to not use these host packages however, since they're outdated compare to what QEMU askes for in tests/requirements.txt""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1664.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1664.toml new file mode 100644 index 00000000..7dd33b3f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1664.toml @@ -0,0 +1,15 @@ +id = 1664 +title = "mingw64 cross compile: libslirp from subproject fails to link, undefined reference to WinMain" +state = "closed" +created_at = "2023-05-20T13:28:45.998Z" +closed_at = "2023-05-25T17:14:28.906Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1664" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1665.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1665.toml new file mode 100644 index 00000000..df04120c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1665.toml @@ -0,0 +1,15 @@ +id = 1665 +title = "When using the\"yum install qemu-kvm\" command in in rhel 9 , it is not possible to proceed past the \"Windows Installer Select Disk\" page by iso install" +state = "closed" +created_at = "2023-05-23T09:08:02.942Z" +closed_at = "2023-05-25T09:33:07.748Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1665" +host-os = "Rocky Linux release 9.2 (Blue Onyx), almalinux 9.2, Centos Steam9" +host-arch = "X86" +qemu-version = "7.2.0-14.el9_2" +guest-os = "all Windows 2012,2016,2022" +guest-arch = "X86" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1666.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1666.toml new file mode 100644 index 00000000..d4f75445 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1666.toml @@ -0,0 +1,15 @@ +id = 1666 +title = "About the develop environment" +state = "closed" +created_at = "2023-05-23T13:36:03.440Z" +closed_at = "2023-05-25T14:51:55.302Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1666" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1669.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1669.toml new file mode 100644 index 00000000..6030253d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1669.toml @@ -0,0 +1,19 @@ +id = 1669 +title = "In the ARM environment, using pci-ohci with specific OS (CentOS-8-aarch64-1905-dvd1.iso) to start a virtual machine, will cause the memory leak" +state = "opened" +created_at = "2023-05-30T01:40:11.499Z" +closed_at = "n/a" +labels = ["USB", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1669" +host-os = "CentOS8.5" +host-arch = "ARM" +qemu-version = "6.2.0" +guest-os = "CentOS-8-aarch64-1905-dvd1.iso" +guest-arch = "ARM" +description = """""" +reproduce = """1.Using the pci-ohci as the USB controller to start the VM; + +2.install the OS using the CentOS-8-aarch64-1905-dvd1.iso ; + +3.The QEMU process is taking up more and more memory, which looks like Memory leak""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/167.toml b/gitlab/issues/target_missing/host_missing/accel_missing/167.toml new file mode 100644 index 00000000..a205fa0c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/167.toml @@ -0,0 +1,15 @@ +id = 167 +title = "qemu 4.0 doesnt support glsl 3.0 but yes older versions, that have no sense IMO" +state = "opened" +created_at = "2021-05-05T11:18:10.308Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/167" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1670.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1670.toml new file mode 100644 index 00000000..f0e2d4f7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1670.toml @@ -0,0 +1,19 @@ +id = 1670 +title = "Cannot statically build x86_64-softmmu with Darwin(Intel)" +state = "closed" +created_at = "2023-05-30T02:12:34.056Z" +closed_at = "2023-05-30T12:12:50.579Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1670" +host-os = "MacOS" +host-arch = "AMD64" +qemu-version = "8.0.0" +guest-os = "MacOS" +guest-arch = "x86_64" +description = """I am using `Podman` and currently,`Podman` uses qemu on macOS. The `Podman` team has adopted a scheme to dynamically compile `qemu` (https://github.com/containers/podman-machine-qemu). However, I am currently trying to use static compilation for both amd64 and arm64 targets. + +I have searched many articles online, most of which are about static compilation on Linux. Very few articles mention static compilation on macOS, and some mention that `softmmu` does not support static compilation. However, I have not found any concrete evidence to support this claim. + +I also want to ask another question: Does `qemu` support static compilation on macOS?""" +reproduce = "n/a" +additional = """[meson-log.txt](/uploads/6e32691488533a06c64dc34ee4514135/meson-log.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1672.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1672.toml new file mode 100644 index 00000000..99d0da6c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1672.toml @@ -0,0 +1,18 @@ +id = 1672 +title = "failed to migrate using multifd with multifd-channels larger than 2" +state = "opened" +created_at = "2023-05-31T07:31:28.273Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1672" +host-os = "Debian 11" +host-arch = "x86" +qemu-version = "v8.0.0" +guest-os = "Debian 11" +guest-arch = "x86" +description = """try to using multifd live migration on QEMU v8.0.0 using multifd channels larger than 2, but failed.""" +reproduce = """1. start source / dest qemu vm +2. migrate_set_capability multifd on && migrate_set_parameter multifd-channels 8 + +then live migration will failed""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1673.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1673.toml new file mode 100644 index 00000000..2cef7a7b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1673.toml @@ -0,0 +1,57 @@ +id = 1673 +title = "compilation of 8.0.0 FAILED: target/hexagon/idef-generated-emitter.indented.c on ubuntu 18.04" +state = "closed" +created_at = "2023-05-31T14:19:17.952Z" +closed_at = "2023-06-06T06:02:42.704Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1673" +host-os = "`" +host-arch = "x86_64" +qemu-version = "8.0.0 or git commit 51bdb0b57a2d9e84d6915fbae7b5d76c8820cf3c" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """Cannot compile on ubuntu 18.04.""" +reproduce = """1. get 8.0.0 tarball or git clone/submodule... on a ubuntu 18.04 system (with a few more recent tools in ~/opt, such as python 3.9) +2. ./configure --prefix=$HOME/opt && make +3. It finishes with this strange error: FAILED: target/hexagon/idef-generated-emitter.indented.c +``` +... +[850/10154] Compiling C object target/hexagon/idef-parser.p/meson-generated_idef-parser.yy.c.o +[851/10154] Compiling C object target/hexagon/idef-parser.p/meson-generated_idef-parser.tab.c.o +[852/10154] Compiling C object target/hexagon/idef-parser.p/_home_pbourguignon_opt_src_qemu-8.0.0_target_hexagon_idef-parser_parser-helpers.c.o +[853/10154] Linking target target/hexagon/idef-parser +[854/10154] Generating target/hexagon/idef-generated-tcg with a custom command +[855/10154] Generating target/hexagon/indent with a custom command +FAILED: target/hexagon/idef-generated-emitter.indented.c +/home/pbourguignon/bin/indent -linux target/hexagon/idef-generated-emitter.c -o target/hexagon/idef-generated-emitter.indented.c +Indenting region... +Indenting region... done +Directory `/home/pbourguignon/opt/src/qemu-8.0.0/build/-linux target/hexagon/idef-generated-emitter.c -o target/hexagon/' does not exist; create? (y or n) Error reading from stdin +ninja: build stopped: subcommand failed. +Makefile:165: recipe for target 'run-ninja' failed +make[1]: *** [run-ninja] Error 1 +make[1]: Leaving directory '/home/pbourguignon/opt/src/qemu-8.0.0/build' +GNUmakefile:10: recipe for target 'all' failed +make: *** [all] Error 2 +```""" +additional = """https://dpaste.org/Hr9Zq +``` +~/opt/src/qemu-git +16:15[pbourguignon@frprld7818008 :0.0 qemu-git ]$ ls ~/opt/bin +./\t ecl-config* pydoc3@\t\t run-avr* run-microblaze* +../\t emacs@\t pydoc3.9*\t\t run-bfin* run-mips* +2to3@\t emacs-27.2* python@\t\t run-bpf* run-mn10300* +2to3-3.9* emacsclient* python3@\t\t run-cr16* run-moxie* +bundle* erb*\t python3-config@\t run-cris* run-msp430* +bundler* etags*\t python3.9*\t run-d10v* run-or1k* +ccl*\t gcore*\t python3.9-config* run-erc32* run-ppc* +ccmake* gdb*\t racc*\t\t run-frv* run-pru* +cmake*\t gdb-add-index* rake*\t\t run-ft32* run-riscv* +cpack*\t gdbserver* rbs*\t\t run-h8300* run-rl78* +ctags*\t gem*\t rdbg*\t\t run-iq2000* run-rx* +ctest*\t idle3@\t rdoc*\t\t run-lm32* run-sh* +curl*\t idle3.9*\t ri*\t\t run-m32c* run-v850* +curl-config* irb*\t ruby*\t\t run-m32r* sbcl* +ebrowse* pip3*\t run-aarch64*\t run-m68hc11* sis* +ecl*\t pip3.9*\t run-arm*\t\t run-mcore* typeprof* +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1674.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1674.toml new file mode 100644 index 00000000..6ca0a76b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1674.toml @@ -0,0 +1,31 @@ +id = 1674 +title = "Arrow key not functional in QEMU monitor when using nographic on Windows 11 host" +state = "closed" +created_at = "2023-06-01T04:05:36.127Z" +closed_at = "2023-06-28T09:21:56.474Z" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1674" +host-os = "Windows 11 22H2" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.0.0 (v8.0.0-12024-gd6b71850be-dirty)" +guest-os = "Linux" +guest-arch = "ARM" +description = """The arrow keys do not work on the Windows QEMU when using -nographic option. On the Linux QEMU they work.""" +reproduce = """1. Download the qemu source code from https://download.qemu.org/qemu-8.0.0.tar.xz. THe sha256sum of the file is bb60f0341531181d6cc3969dd19a013d0427a87f918193970d9adb91131e56d0. +2. Prepare the build system on MSYS2 according to the instructions on https://wiki.qemu.org/Hosts/W32#Native_builds_with_MSYS2. +3. Uncompress the source code using `tar -xf qemu-8.0.0.tar.xz`. +4. Change the working directory to qemu-8.0.0/. The build configuration command is `./configure --target-list=arm-softmmu --extra-cflags="-g -ggdb"` +5. Run the command `./qemu-system-arm -s -S -M virt -nographic`. +6. Press Ctrl-C A to switch to QEMU monitor. +7. Input "help" command to the monitor. +8. Press Arrow-Up key. +9. The previous "help" command does not appear in the monitor prompt.""" +additional = """1. The pre-built binary downloaded from https://qemu.weilnetz.de/w64/qemu-w64-setup-20230424.exe has the same behaviour. +2. The QEMU from MSYS2, `pacman -S mingw-w64-x86_64-qemu`, has the same behaviour. +3. If the "-nographic" option is removed, the arrow-up key works in the GTK console. +4. Neither of arrow-up, arrow-down, arrow-right, arrow-left key work. +5. If the valid kernel and rootfs are added in the command line by "-kernel" and "-initrd" options, neither key work after booting to the Linux successfully. +6. If the code `dwMode |= ENABLE_LINE_INPUT;` in the function `qemu_chr_open_stdio()` is changed to `dwMode |= ENABLE_LINE_INPUT|ENABLE_VIRTUAL_TERMINAL_INPUT;`, build again. All arrow keys work. +7. The VT sequence support was added in `EmulatorPkg/Win/Host/WinThunk.c` by this commit https://gitlab.com/qemu-project/edk2/-/commit/5601e90d5cdbc4cea748e00e34ae07ce39bd700f. +8. The above commit is to add VT sequence support at compile-time. Microsoft provides some code to enable it at run-time on https://learn.microsoft.com/en-us/windows/console/console-virtual-terminal-sequences#example-of-enabling-virtual-terminal-processing. +9. The function readline_handle_byte() is not called when the VT sequence is not enabled.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1675.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1675.toml new file mode 100644 index 00000000..bdc8f7bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1675.toml @@ -0,0 +1,15 @@ +id = 1675 +title = "virtual machines still randomly crashing on kernel 6.1.30" +state = "closed" +created_at = "2023-06-01T05:56:27.222Z" +closed_at = "2023-06-01T21:34:01.906Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1675" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1676.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1676.toml new file mode 100644 index 00000000..2ef22271 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1676.toml @@ -0,0 +1,17 @@ +id = 1676 +title = "Signed release tarball for 8.0.2 is missing" +state = "closed" +created_at = "2023-06-01T13:36:16.598Z" +closed_at = "2023-06-01T14:10:17.720Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1676" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.0.2" +guest-os = "Arch Linux" +guest-arch = "x86_64" +description = """Hi! I package QEMU for Arch Linux. I usually rely on the signed tarballs (which are also linked to from the website). +For [8.0.2](https://gitlab.com/qemu-project/qemu/-/tags/v8.0.2) there does not seem to be a signed tarball though.""" +reproduce = """1. Try to update to 8.0.2 using a signed tarball +2. Find no signed tarball in https://download.qemu.org/""" +additional = """n/a""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1677.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1677.toml new file mode 100644 index 00000000..39091463 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1677.toml @@ -0,0 +1,21 @@ +id = 1677 +title = "qemu-system-x86_64 cannot run on Windows when -smp is specified with a value higher than `1`. An important argument for any expectation of VM performance" +state = "opened" +created_at = "2023-06-01T23:26:59.176Z" +closed_at = "n/a" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1677" +host-os = "Windows 10" +host-arch = "x86_64 (Intel)" +qemu-version = "QEMU emulator version 8.0.0 (v8.0.0-12024-gd6b71850be-dirty)" +guest-os = "NA - Grub2 boot process fails for multiple ISO flavours" +guest-arch = "x86_64" +description = """qemu-system-x86_64 seems to crash on Windows the moment you try to use -smp to define more vcpus, even the basic usage of `-smp 4` will cause qemu to segfault after the guest's boot option is selected.""" +reproduce = """1. `qemu-system-x86_64 -smp 4 -cdrom rhel-9.2-x86_64-dvd.iso -drive if=pflash,format=raw,unit=0,readonly=on,file=edk2-x64/OVMF_CODE.fd -m 6G -nodefaults -serial mon:stdio` +2. Select the boot option to begin your installation +3. qemu hangs for 10 or so seconds then throws a Segmentation Fault.""" +additional = """1. This does not happen if -smp arguments are omitted, but running VMs with a single vcpu thread is slow and painful. +2. This still happens even without OVMF (Traditional bios booting) +3. This still happens even without -defaults and without a serial device + +Only output from qemu at death is `Segmentation fault`""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1679.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1679.toml new file mode 100644 index 00000000..b6cd487b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1679.toml @@ -0,0 +1,23 @@ +id = 1679 +title = "Running Qemu on windows arm64 host, and use qemu-system-x86_64 to emulate an ubuntu OS, but it didn't work.Enter the issue title" +state = "closed" +created_at = "2023-06-02T02:15:48.047Z" +closed_at = "2023-06-02T03:19:52.920Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1679" +host-os = "Windows11" +host-arch = "n/a" +qemu-version = "v8.0.1-12026-g0d59a4e247-dirty" +guest-os = "n/a" +guest-arch = "n/a" +description = """Running QemuV8.0 on windows arm64 host, and use qemu-system-x86_64 to emulate an ubuntu OS, but it didn't work.""" +reproduce = """1.qemu-img.exe create hdd.img 10G + +2.qemu-system-x86_64.exe -m 8096 hdd.img -cdrom ubuntu22.04-desktop-amd64.iso -machine pc""" +additional = """both Use qemu v8.0 and qemu v8.1 to test, but failed also + + + +Thanks, + +Jianbin""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1680.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1680.toml new file mode 100644 index 00000000..44b69958 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1680.toml @@ -0,0 +1,110 @@ +id = 1680 +title = "qemu-system-x86_64: ../softmmu/memory.c:1111: memory_region_transaction_commit: Assertion `qemu_mutex_iothread_locked()' failed." +state = "closed" +created_at = "2023-06-02T13:12:42.969Z" +closed_at = "2023-08-05T21:48:06.783Z" +labels = ["Storage", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1680" +host-os = "CentOS Stream release 8" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.0.50 (v8.0.0-1509-ga86d7b9ec0) (current master)" +guest-os = "Debian 11" +guest-arch = "x86_64" +description = """While testing master build, I have the following crash on shutdown of the VM: +qemu-system-x86_64: ../softmmu/memory.c:1111: memory_region_transaction_commit: Assertion `qemu_mutex_iothread_locked()' failed.""" +reproduce = """1. Run VM +2. Once booted, do poweroff inside the Linux VM +3. When poweroff completes, qemu crashes.""" +additional = """```(gdb) bt full +#0 0x00007ffff29edacf in raise () at /lib64/libc.so.6 +#1 0x00007ffff29c0ea5 in abort () at /lib64/libc.so.6 +#2 0x00007ffff29c0d79 in _nl_load_domain.cold.0 () at /lib64/libc.so.6 +#3 0x00007ffff29e6426 in () at /lib64/libc.so.6 +#4 0x0000555555bed6d3 in memory_region_transaction_commit () at ../softmmu/memory.c:1111 + as = <optimized out> + __PRETTY_FUNCTION__ = "memory_region_transaction_commit" +#5 0x0000555555bef2bf in memory_region_add_eventfd (mr=mr@entry=0x555557c318a0, addr=<optimized out>, size=size@entry=0, match_data=<optimized out>, data=<optimized out>, e=<optimized out>) at ../softmmu/memory.c:2583 + mrfd = {addr = {start = 0, size = 0}, match_data = false, data = 0, e = 0x555557c41aa4} + i = <optimized out> +#6 0x0000555555a2c85c in virtio_pci_ioeventfd_assign (d=0x555557c30a00, notifier=0x555557c41aa4, n=0, assign=<optimized out>) at ../hw/virtio/virtio-pci.c:347 + proxy = 0x555557c30a00 + vdev = <optimized out> + vq = <optimized out> + legacy = true + modern = <optimized out> + fast_mmio = true + modern_pio = false + modern_mr = <optimized out> + modern_notify_mr = 0x555557c319c0 + legacy_mr = 0x555557c31430 + modern_addr = <optimized out> +#7 0x0000555555a2be78 in virtio_bus_set_host_notifier (bus=0x555557c38d50, n=n@entry=0, assign=assign@entry=true) at ../hw/virtio/virtio-bus.c:296 + vdev = <optimized out> + k = 0x555556a7b620 + proxy = 0x555557c30a00 + vq = 0x555557c41a30 + notifier = 0x555557c41aa4 + r = <optimized out> + __func__ = "virtio_bus_set_host_notifier" +#8 0x0000555555ba1595 in virtio_scsi_set_host_notifier (s=s@entry=0x555557c38dd0, n=n@entry=0, vq=<optimized out>) at /root/qemu/include/hw/virtio/virtio-bus.h:35 + qbus = <optimized out> + rc = <optimized out> +#9 0x0000555555ba1860 in virtio_scsi_dataplane_start (vdev=<optimized out>) at ../hw/scsi/virtio-scsi-dataplane.c:130 + i = <optimized out> + rc = <optimized out> + vq_init_count = 0 + qbus = 0x555557c38d50 + k = 0x555556a7b620 + vs = 0x555557c38dd0 + s = 0x555557c38dd0 +#10 0x0000555555a2bbd2 in virtio_bus_start_ioeventfd (bus=0x555557c38d50) at ../hw/virtio/virtio-bus.c:236 + k = <optimized out> + proxy = 0x555557c30a00 + vdev = 0x555557c38dd0 + vdc = 0x555556a19cc0 + r = <optimized out> + __func__ = "virtio_bus_start_ioeventfd" +#11 0x0000555555bc0739 in virtio_device_start_ioeventfd (vdev=vdev@entry=0x555557c38dd0) at ../hw/virtio/virtio.c:3741 + qbus = <optimized out> + vbus = <optimized out> +#12 0x0000555555b9fc80 in virtio_scsi_defer_to_dataplane (s=0x555557c38dd0) at ../hw/scsi/virtio-scsi.c:614 + s = 0x555557c38dd0 +#13 0x0000555555b9fc80 in virtio_scsi_defer_to_dataplane (s=0x555557c38dd0) at ../hw/scsi/virtio-scsi.c:608 + s = 0x555557c38dd0 +#14 0x0000555555b9fc80 in virtio_scsi_handle_event (vdev=<optimized out>, vq=<optimized out>) at ../hw/scsi/virtio-scsi.c:1011 + s = 0x555557c38dd0 +#15 0x0000555555bba2af in virtio_queue_notify_vq (vq=0x555557c41ac8) at ../hw/virtio/virtio.c:2248 + vdev = 0x555557c38dd0 +#16 0x0000555555de7b08 in aio_dispatch_handler (ctx=ctx@entry=0x555556c2c130, node=0x555557ffbff0) at ../util/aio-posix.c:356 + progress = false + poll_ready = true + revents = <optimized out> +#17 0x0000555555de861c in aio_dispatch_ready_handlers (ready_list=0x7fffde952fe8, ctx=0x555556c2c130) at ../util/aio-posix.c:401 + progress = false + node = <optimized out> + ready_list = {lh_first = 0x0} + progress = true + use_notify_me = <optimized out> + timeout = <optimized out> + start = <optimized out> + __PRETTY_FUNCTION__ = "aio_poll" +#18 0x0000555555de861c in aio_poll (ctx=0x555556c2c130, blocking=blocking@entry=true) at ../util/aio-posix.c:723 + ready_list = {lh_first = 0x0} + progress = true + use_notify_me = <optimized out> + timeout = <optimized out> + start = <optimized out> + __PRETTY_FUNCTION__ = "aio_poll" +#19 0x0000555555ca9ae6 in iothread_run (opaque=opaque@entry=0x555556943200) at ../iothread.c:63 + iothread = 0x555556943200 +#20 0x0000555555deaf6a in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:541 + __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {93825016192880, 1094026140696841148, 140737488341294, 140737488341295, 140737488341440, 140736927707584, 6520036150746942396, 1094028099712322492}, __mask_was_saved = 0}}, __pad = {0x7fffde953110, 0x0, 0x0, 0x0}} + __cancel_routine = 0x555555deafc0 <qemu_thread_atexit_notify> + __not_first_call = <optimized out> + qemu_thread_args = <optimized out> + start_routine = 0x555555ca9aa0 <iothread_run> + arg = 0x555556943200 + r = <optimized out> +#21 0x00007ffff2d6c1ca in start_thread () at /lib64/libpthread.so.0 +#22 0x00007ffff29d8e73 in clone () at /lib64/libc.so.6 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1681.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1681.toml new file mode 100644 index 00000000..fa15db91 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1681.toml @@ -0,0 +1,57 @@ +id = 1681 +title = "watchdog: BUG: soft lockup - CPU#N stuck for XXs!" +state = "opened" +created_at = "2023-06-02T17:03:35.460Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1681" +host-os = "Fedora Server 38" +host-arch = "x64" +qemu-version = "n/a" +guest-os = "Fedora Server 38" +guest-arch = "x64" +description = """Repeatedly seeing Qemu VMs locking up with guest Linux kernel reporting: +"watchdog: BUG: soft lockup - CPU#<N> stuck for <XX>s!" +e.g.: "watchdog: BUG: soft lockup - CPU#5 stuck for 26s! [swapper/5:0]" + +When the guest VM is in this condition, the host Linux OS reports that the Qemu process is typically running steadily at ~250% CPU.""" +reproduce = """1. Windows 10 on an x64 PC (right on the metal). +2. VMWare Workstation running Fedora Workstation 38 x64 guest, in turn acting as host with nested virtualization. +3. Qemu 7.2.1 running on Fedora host with Fedora Server 38 x64 guest. +4. Invoke Qemu using F38 QCow2 image: `$ qemu-system-x86_64 -machine pc -cpu max -smp 8 -accel kvm -accel hvf -accel tcg -m 3G -nographic -hda Client.qcow2 -nic socket,model=virtio-net-pci,mcast=239.1.2.3:4567,mac=4a:e0:72:85:c0:fb -nic user,model=virtio-net-pci,mac=4a:e0:d8:cd:a5:e6,hostfwd=tcp:127.0.0.1:2288-:22` +5. Not necessarily right away, but pretty consistently if left running overnight, guest Linux kernel repeatedly reports CPU(s) stuck, guest VM is unresponsive +6. Host Linux `top` reports Qemu process using ~250% CPU.""" +additional = """Console log attached, small sample here: + +``` +[ 181.101152] watchdog: BUG: soft lockup - CPU#5 stuck for 26s! [swapper/5:0] +[ 181.145578] Modules linked in: nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nfg +[ 181.145578] CPU: 5 PID: 0 Comm: swapper/5 Not tainted 6.2.9-300.fc38.x86_64 #1 +[ 181.145578] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.2-1.fc38 04/01/2014 +[ 181.145578] RIP: 0010:netif_receive_skb_list_internal+0x58/0x300 +[ 181.145578] Code: 4c 89 74 24 08 49 89 ec 4c 89 74 24 10 4c 8b 6d 00 48 39 ef 75 14 eb 7c 49 8b 8 +[ 181.145578] RSP: 0018:ff5a086d401b8da8 EFLAGS: 00000202 +[ 181.145578] RAX: 0000000000000000 RBX: ff2d02b1b404c910 RCX: 0000000000000100 +[ 181.145578] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ff2d02b1b404c910 +[ 181.145578] RBP: ff2d02b18998a600 R08: 0000000000000001 R09: ff2d02b188bd5d00 +[ 181.145578] R10: 000000000000000c R11: ffa7ad3980175000 R12: ff2d02b18998a600 +[ 181.145578] R13: ff2d02b1b404c910 R14: ff5a086d401b8db0 R15: ff2d02b1882d19c0 +[ 181.145578] FS: 0000000000000000(0000) GS:ff2d02b23cb40000(0000) knlGS:0000000000000000 +[ 181.145578] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 +[ 181.145578] CR2: 00007f232000f0d8 CR3: 0000000027010000 CR4: 0000000000751ee0 +[ 181.145578] PKRU: 55555554 +[ 181.145578] Call Trace: +[ 181.145578] <IRQ> +[ 181.145578] napi_complete_done+0x6e/0x1a0 +[ 181.145578] virtnet_poll+0x420/0x550 [virtio_net] +[ 181.145578] __napi_poll+0x2b/0x1b0 +[ 181.145578] net_rx_action+0x2a5/0x360 +[ 181.145578] ? vp_vring_interrupt+0x73/0x90 +[ 181.145578] __do_softirq+0xfd/0x31a +[ 181.145578] __irq_exit_rcu+0xd7/0x140 +[ 181.145578] common_interrupt+0xb9/0xd0 +[ 181.145578] </IRQ> +[ 181.145578] <TASK> +[ 181.145578] asm_common_interrupt+0x22/0x40 +[ 181.145578] RIP: 0010:native_safe_halt+0xb/0x10 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1682.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1682.toml new file mode 100644 index 00000000..4ec5ae02 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1682.toml @@ -0,0 +1,15 @@ +id = 1682 +title = "QEMU-USER macOS support" +state = "closed" +created_at = "2023-06-03T02:30:25.913Z" +closed_at = "2023-06-03T22:00:40.192Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1682" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1683.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1683.toml new file mode 100644 index 00000000..8362b891 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1683.toml @@ -0,0 +1,15 @@ +id = 1683 +title = "How to run qemu inside ubuntu:latest docker container?" +state = "closed" +created_at = "2023-06-03T21:54:33.919Z" +closed_at = "2023-06-24T03:46:28.750Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1683" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1685.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1685.toml new file mode 100644 index 00000000..c8b0d1e4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1685.toml @@ -0,0 +1,67 @@ +id = 1685 +title = "QEMU segfaults when I restart Windows 11 VM with virtio-vga-gl" +state = "opened" +created_at = "2023-06-04T11:50:52.013Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1685" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.0.2" +guest-os = "Windows 11 22H2" +guest-arch = "x86_64" +description = """When I restart the Windows 11 VM with the virtio GPU DoD driver installed, QEMU crashes with a SIGSEGV. This also happens if I try to uninstall this driver in the Device Manager. I attached the backtrace.""" +reproduce = """1. Install Windows 11 into the VM; +2. Install virtio GPU DoD driver; +3. Click Start -> Power -> Restart.""" +additional = """virtio-win version: 0.1.229 + +Backtrace: +``` +Thread 1 "qemu-system-x86" received signal SIGSEGV, Segmentation fault. +[Switching to Thread 0x7ffff64a3e80 (LWP 118206)] +_mesa_TexParameteri () at ../mesa-23.1.1/src/mesa/main/texparam.c:1248 +1248 texObj = _mesa_get_texobj_by_target_and_texunit(ctx, target, +(gdb) bt +#0 _mesa_TexParameteri() () at ../mesa-23.1.1/src/mesa/main/texparam.c:1248 +#1 0x00007ffece03cba2 in _mesa_unmarshal_TexParameteri () at src/mapi/glapi/gen/marshal_generated0.c:5332 +#2 0x00007ffecdf1bb30 in glthread_unmarshal_batch() () at ../mesa-23.1.1/src/mesa/main/glthread.c:122 +#3 0x00007ffecdf269c2 in _mesa_glthread_finish () at ../mesa-23.1.1/src/mesa/main/glthread.c:382 +#4 _mesa_glthread_finish() () at ../mesa-23.1.1/src/mesa/main/glthread.c:347 +#5 0x00007ffecdebd20f in dri_make_current () at ../mesa-23.1.1/src/gallium/frontends/dri/dri_context.c:303 +#6 dri_make_current () at ../mesa-23.1.1/src/gallium/frontends/dri/dri_context.c:287 +#7 driBindContext() () at ../mesa-23.1.1/src/gallium/frontends/dri/dri_util.c:701 +#8 0x00007ffee6e8693f in dri3_bind_context () at ../mesa-23.1.1/src/glx/dri3_glx.c:181 +#9 0x00007ffee6e78075 in MakeContextCurrent () at ../mesa-23.1.1/src/glx/glxcurrent.c:149 +#10 0x00007ffee7c84e73 in InternalMakeCurrentVendor + (dpy=dpy@entry=0x5555570fe3b0, draw=draw@entry=90177544, read=read@entry=90177544, ctxInfo=ctxInfo@entry=0x5555579418b0, callerOpcode=callerOpcode@entry=5 '\\005', threadState=threadState@entry=0x55555702fbe0, vendor=0x55555707f520) at ../libglvnd-v1.6.0/src/GLX/libglx.c:871 +#11 0x00007ffee7c8bce1 in CommonMakeCurrent (dpy=0x5555570fe3b0, draw=90177544, read=90177544, context=0x55555780f760, callerOpcode=<optimized out>) + at ../libglvnd-v1.6.0/src/GLX/libglx.c:1053 +#12 0x00007ffff51f90b1 in X11_GL_MakeCurrent (_this=0x5555570c1aa0, window=<optimized out>, context=0x55555780f760) + at /usr/src/debug/sdl2/SDL2-2.26.5/src/video/x11/SDL_x11opengl.c:865 +#13 0x00007ffff51d0a3f in SDL_GL_MakeCurrent_REAL (window=0x5555570048b0, ctx=0x55555780f760) at /usr/src/debug/sdl2/SDL2-2.26.5/src/video/SDL_video.c:4120 +#14 0x00007ffff6492b86 in sdl2_gl_switch () at ../qemu-8.0.2/ui/sdl2-gl.c:83 +#15 0x000055555598efe2 in displaychangelistener_gfx_switch () at ../qemu-8.0.2/ui/console.c:1158 +#16 0x00005555559997aa in dpy_gfx_replace_surface () at ../qemu-8.0.2/ui/console.c:1815 +#17 0x0000555555d03398 in vga_draw_graphic () at ../qemu-8.0.2/hw/display/vga.c:1589 +#18 vga_update_display () at ../qemu-8.0.2/hw/display/vga.c:1789 +#19 vga_update_display () at ../qemu-8.0.2/hw/display/vga.c:1762 +#20 0x0000555555998acb in graphic_hw_update () at ../qemu-8.0.2/ui/console.c:234 +#21 0x00007ffff6493952 in sdl2_gl_refresh () at ../qemu-8.0.2/ui/sdl2-gl.c:113 +#22 0x000055555599d79a in dpy_refresh () at ../qemu-8.0.2/ui/console.c:1852 +#23 gui_update () at ../qemu-8.0.2/ui/console.c:169 +#24 0x0000555555fd9690 in timerlist_run_timers () at ../qemu-8.0.2/util/qemu-timer.c:576 +#25 0x0000555555fd97b4 in timerlist_run_timers () at ../qemu-8.0.2/util/qemu-timer.c:509 +#26 qemu_clock_run_timers () at ../qemu-8.0.2/util/qemu-timer.c:590 +#27 qemu_clock_run_all_timers () at ../qemu-8.0.2/util/qemu-timer.c:672 +#28 0x0000555555fd9a53 in main_loop_wait () at ../qemu-8.0.2/util/main-loop.c:603 +#29 0x0000555555e1ab17 in qemu_main_loop () at ../qemu-8.0.2/softmmu/runstate.c:731 +--Type <RET> for more, q to quit, c to continue without paging--c +#30 qemu_default_main () at ../qemu-8.0.2/softmmu/main.c:37 +#31 0x00007ffff6c15850 in __libc_start_call_main (main=main@entry=0x55555598baa0 <main>, argc=argc@entry=33, argv=argv@entry=0x7fffffffd338) + at ../sysdeps/nptl/libc_start_call_main.h:58 +#32 0x00007ffff6c1590a in __libc_start_main_impl + (main=0x55555598baa0 <main>, argc=33, argv=0x7fffffffd338, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd328) + at ../csu/libc-start.c:360 +#33 0x000055555598e6f5 in _start () +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1686.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1686.toml new file mode 100644 index 00000000..46c7063d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1686.toml @@ -0,0 +1,51 @@ +id = 1686 +title = "VPS does not boots with CPU Model QEMU64 or KVM64" +state = "closed" +created_at = "2023-06-05T06:42:54.520Z" +closed_at = "2023-06-05T06:55:36.383Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1686" +host-os = "CentOS 7.9" +host-arch = "x86" +qemu-version = "2.12" +guest-os = "Almalinux 9" +guest-arch = "x86" +description = """""" +reproduce = """1. Boot the VPS using AlmaLinux 9 ISO / image and it boots to kernel panic""" +additional = """VNC shows this message : + +[ 1.749935] do_exit.cold+0x14/0x9f + +[1.7502581 do_group_exit+0x33/0xa0 + +1.7506001 _x64_sys_exit_group+0x14/0x20 + +1.7510081 do_syscall 64+0x5c/0x90 + +[1.751361] ? syscall_exit_to_user_mode+0x12/0x30 + +[1.7517911 ? do_syscall_64+0x69/0x90 + +[1.752131] ? do_user_addr_fault+0x1d8/0x698 + +[1.7525091 ? exc_page_fault+0x62/0x150 1.752896] entry_SYSCALL_64_after_hwframe+ +0x63/0xcd + +[1.753612] RIP: 0033:0x7fb0e95b62d1 + +[ 1.7539561 Code: c3 of 1f 84 00 00 00 00 00 f3 Of le fa be e7 00 00 00 ba 3c 00 00 00 eb Od 89 de Of 05 48 3d 00 fe ff ff 77 1c f4 89 fe of 05 <48> 3d 00 fe ff ff 76 e7 f7 d8 89 05 ff fe 00 00 eb dd of 1f 44 00 + +[ 1.755047] RSP: 002b:00007ffe484df 288 EFLAGS: 00000246 ORIG_RAX: 00000000000 + +000e7 + +[ 1.755590] RAX: fffff ffffda RBX: 00007fb0e95b0f30 RCX: 00007fb0e95b62d1 1.756100] RDX: 000000000000003c RSI: 00000000000000e7 RDI: 000000000000007f + +[1.756565] RBP: 00007ffe484df410 R08: 00007ffe484dedf9 R09: 0000000000000000 + +[ 1.757034] R10: 00000000ffffffff R11: 0000000000000246 R12: 00007fb0e958f000 + +[ 1.7574981 R13: 0000002300000007 R14: 0000000000000007 R15: 00007ffe484df420 + +[ 1.7579921 Kernel Offset: 0x3aa00000 from Oxffffffff81000000 (relocation ran ge: 0xffffffff80000000-0xffffffffbfffffff) + +[ 1.7589051---[ end Kernel panic code=0x00007f00 --- not syncing: Attempted to kill init! exit""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1687.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1687.toml new file mode 100644 index 00000000..adaaa8a7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1687.toml @@ -0,0 +1,63 @@ +id = 1687 +title = "Memory leak for x86 guest on macOS ARM host" +state = "opened" +created_at = "2023-06-05T19:27:51.499Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1687" +host-os = "macOS Darwin" +host-arch = "ARM" +qemu-version = "n/a" +guest-os = "Ubuntu 22.04" +guest-arch = "x86" +description = """QEMU is used by docker to run `x86` binaries on Apple silicon. Then using `mmap` followed by `munmap` results in a memory leak manifested by continuously growing RSS memory usage when running `mmap` and `munmap` in a loop, e.g., when running the following binary: + +``` +#include <stdio.h> +#include <unistd.h> +#include <sys/mman.h> + +const int page = 4096; + +int work(int N) { + int *ptr = mmap(NULL, N * sizeof(int), PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, 0, 0); + + if (ptr == MAP_FAILED) { + printf("Mapping Failed\\n"); + return 1; + } + + for(int i = 0; i < N; i++) { + ptr[i] = i * 10; + } + + int err = munmap(ptr, N * sizeof(int)); + if (err != 0) { + printf("UnMapping Failed\\n"); + return 1; + } + + return 0; +} + +int main() { + int N = page * 1024; + + while (1) { + int res = work(N); + if (res) { + return res; + } + printf(".\\n"); + } + + return 0; +} +```""" +reproduce = """``` +$ LEAK=$(docker run --platform linux/amd64 -d -it martin2718/mmap-leak ./a.out) +$ docker exec -it $LEAK top # you should observe that RES for a.out keeps growing +$ docker exec -it $LEAK pmap -x 1 # you should see a single memory mapping whose RSS memory usage keeps growing +$ docker kill $LEAK # abort the experiment +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1689.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1689.toml new file mode 100644 index 00000000..a31557d6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1689.toml @@ -0,0 +1,23 @@ +id = 1689 +title = "memory backend file unnecessarily requires write permission while it is only mapped privately" +state = "closed" +created_at = "2023-06-06T10:51:20.741Z" +closed_at = "2023-09-28T09:52:29.414Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1689" +host-os = "linux" +host-arch = "x86" +qemu-version = "8.0.2" +guest-os = "unrelated" +guest-arch = "unrelated" +description = """One day I wanted to boot the machine with physical memory initialized with a file, in a copy-on-write style. That is why I tried out `-mem-path` and `-object memory-backend-file`. Actually `-mem-path` already works if not considering that qemu dislikes the backing file being readonly and requires it to be writeable even when only private mappings are used here. + +I sadly found out that when using memory-backend-file, and when `share=off`, if `readonly=on`, then file is `open`ed with `O_RDONLY` and mmap prot is `PROT_READ`; if `readonly=off`, then the file is `open`ed with `O_RDWR` and mmap prot is `PROT_READ|PROT_WRITE`. I want `O_RDONLY` and `PROT_READ|PROT_WRITE` but I cannot find it anywhere. + +In my opinion, expected behavior should be that if `share=off`, the file can already be opened with `O_RDONLY` no matter what prot the mmap is. That is how linux `MAP_PRIVATE` works - basically copy on write. When I only need copy on write for the content of file, why do I require write permission for it? + +Now I cannot find a setup that opens the file with `fd=open(*, O_RDONLY)` and mmap it with `mmap(*, *, PROT_READ|PROT_WRITE, MAP_PRIVATE|*, fd, *)`. + +Tell me if I misunderstood linux (for example certain file behave differently if one open with O_RDONLY and this behavior is necessary) or qemu or other posix systems where copy-on-write does not work like this.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/169.toml b/gitlab/issues/target_missing/host_missing/accel_missing/169.toml new file mode 100644 index 00000000..f67b5727 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/169.toml @@ -0,0 +1,15 @@ +id = 169 +title = "[RFC] dma buf: support sprite plane" +state = "closed" +created_at = "2021-05-05T11:27:43.558Z" +closed_at = "2022-08-16T07:15:11.541Z" +labels = ["Closed::UnbackedFeature", "Launchpad", "VFIO", "device:graphics", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/169" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1690.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1690.toml new file mode 100644 index 00000000..78680937 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1690.toml @@ -0,0 +1,15 @@ +id = 1690 +title = "arguments to specify mapping offsets or map like a elf loader for memory backend file" +state = "opened" +created_at = "2023-06-06T11:15:10.955Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1690" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1691.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1691.toml new file mode 100644 index 00000000..5bb74d33 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1691.toml @@ -0,0 +1,20 @@ +id = 1691 +title = "QEMU's NVMe emulator behaving not standard compliant" +state = "opened" +created_at = "2023-06-06T16:42:49.433Z" +closed_at = "n/a" +labels = ["block:NVMe", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1691" +host-os = "Ubuntu 22" +host-arch = "x86" +qemu-version = "8.0.50" +guest-os = "Custom kernel" +guest-arch = "x86" +description = """QEMU's NVMe emulator behaves slightly non-conformant to the standard. +For one, in the CAP.CSS register, bits 0, 6 and 7 are set. Bit 7 indicates that the NVMe Controller does not support any I/O Command Set, while bit 6 is set when the NVMe Controller supports one or more I/O Command Sets (see Figure 36 of the NVM Express® Base Specification, Revision 2.0c). This is obviously contradictory and only bit 6 (and 0) should be set. These bits are configured in hw/nvme/ctrl.c:8250. +The NVMe emulator also checks whether the values of CC.IOSQES and CC.IOCQES are within the allowed range when the controller is enabled by setting CC.EN to 1. However this check should not be performed yet, as the allowed range can only be discovered after the controller is enabled, by submitting the Identify Command. This command reports the valid range in the Identify Controller Data Structure, however it requires the controller to be enabled which in turn would, at least in the current version, require valid values in CC.IOSQES and CC.IOCQES. The NVMe emulator also uses the values configured in CC.IOSQES and IO.IOCQES for the Admin Queues which, from what I understand, should not be the case. Only the I/O Queues should use these values. These checks are done in hw/nvme/ctrl.c:7199f. In the same function the values are already used to initialize the controllers cqe_size and sqe_size which should also happen at a later time.""" +reproduce = """1. Start any virtual machine with a NVMe Controller attached. +2. Read the value of CAP.CSS (located in BAR0 of the PCIe NVMe Controller). This value will be contradictory. +3. Follow the initialization procedure as described in section 3.5.1 of the NVM Express® Base Specification, Revision 2.0c. Do not set the values of CC.IOSQES and CC.IOCQES. +4. The NVMe Controller will fail to enable when setting CC.EN to 1 by setting CC.CFS to 1 and reporting the respective trace event (pci_nvme_err_startfail_cqent_too_small and variations).""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1692.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1692.toml new file mode 100644 index 00000000..8b454ded --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1692.toml @@ -0,0 +1,110 @@ +id = 1692 +title = "Got \"Assertion `bus->irq_count[i] == 0` failed\" when running fuzzing" +state = "opened" +created_at = "2023-06-06T19:14:16.413Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1692" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "commit at b52daaf2c868f2b" +guest-os = "n/a" +guest-arch = "n/a" +description = """When running the fuzzer on ac97, it always stops with "Assertion `bus->irq_count[i] == 0` failed".""" +reproduce = """Run `./qemu-fuzz-x86_64 --fuzz-target=generic-fuzz-ac97`""" +additional = """The logs triggered by the crash report are: +``` +==2330108==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +[I 0.000000] OPENED +INFO: libFuzzer ignores flags that start with '--' +INFO: Running with entropic power schedule (0xFF, 100). +INFO: Seed: 1879893091 +INFO: Loaded 1 modules (358762 inline 8-bit counters): 358762 [0x55bec313a1a0, 0x55bec3191b0a), +INFO: Loaded 1 PC tables (358762 PCs): 358762 [0x55bec3191b10,0x55bec370b1b0), +./qemu-fuzz-x86_64: Running 1 inputs 1 time(s) each. +Running: ./crash-55e7a160b7c66d5b41718e22c7620a29e9f568f1 +Starting x86_64 with Arguments: -display none -machine accel=qtest, -m 512M -machine q35 -nodefaults -device ac97,audiodev=snd0 -audiodev none,id=snd0 -nodefaults -qtest /dev/null +Matching objects by name ac97* +This process will try to fuzz the following MemoryRegions: + * bus master[0] (size 0xffffffffffffffff) + * ac97-nabm[0] (size 0x100) + * bus master container[0] (size 0xffffffffffffffff) + * ac97-nam[0] (size 0x400) +[R +0.033680] outl 0xcf8 0x80000800 +[S +0.033714] [R +0.033729] inw 0xcfc +[S +0.033750] [R +0.033766] outl 0xcf8 0x80000810 +[S +0.033781] [R +0.033792] outl 0xcfc 0xffffffff +[S +0.033816] [R +0.033827] outl 0xcf8 0x80000810 +[S +0.033841] [R +0.033852] inl 0xcfc +[S +0.033866] [R +0.033879] outl 0xcf8 0x80000810 +[S +0.033894] [R +0.033904] outl 0xcfc 0xc001 +[S +0.033920] [R +0.033935] outl 0xcf8 0x80000814 +[S +0.033952] [R +0.033967] outl 0xcfc 0xffffffff +[S +0.033984] [R +0.033994] outl 0xcf8 0x80000814 +[S +0.034008] [R +0.034017] inl 0xcfc +[S +0.034031] [R +0.034043] outl 0xcf8 0x80000814 +[S +0.034057] [R +0.034067] outl 0xcfc 0xc401 +[S +0.034085] [R +0.034096] outl 0xcf8 0x80000804 +[S +0.034110] [R +0.034120] inw 0xcfc +[S +0.034133] [R +0.034145] outl 0xcf8 0x80000804 +[S +0.034159] [R +0.034170] outw 0xcfc 0x7 +[S +0.035259] [R +0.035272] outl 0xcf8 0x80000804 +[S +0.035285] [R +0.035291] inw 0xcfc +[S +0.035300] [I +0.035389] CLOSED +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outl 0xcf8 0x80000805 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outl 0xcfc 0x5050505 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outw 0xc40b 0x6f0d +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x0 0x8 0x2a256c5a2c008425 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outl 0xcf8 0x80000805 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outl 0xcfc 0x8468920 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +qemu-fuzz-x86_64: ../../../../hw/pci/pci.c:435: void pcibus_reset(BusState *): Assertion `bus->irq_count[i] == 0' failed. +==2330108== ERROR: libFuzzer: deadly signal + #0 0x55bebf2624de in __sanitizer_print_stack_trace ../../llvm-project-15.0.0.src/compiler-rt/lib/asan/asan_stack.cpp:87:3 + #1 0x55bebf1a4b31 in fuzzer::PrintStackTrace() ../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x55bebf17f406 in fuzzer::Fuzzer::CrashCallback() (.part.0) ../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:233:18 + #3 0x55bebf17f4cd in fuzzer::Fuzzer::CrashCallback() ../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:205:1 + #4 0x55bebf17f4cd in fuzzer::Fuzzer::StaticCrashSignalCallback() ../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:204:19 + #5 0x7fae9f8a441f (/lib/x86_64-linux-gnu/libpthread.so.0+0x1441f) (BuildId: 7b4536f41cdaa5888408e82d0836e33dcf436466) + #6 0x7fae9f69800a in __libc_signal_restore_set /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/internal-signals.h:86:3 + #7 0x7fae9f69800a in raise /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/raise.c:48:3 + #8 0x7fae9f677858 in abort /build/glibc-SzIz7B/glibc-2.31/stdlib/abort.c:79:7 + #9 0x7fae9f677728 in __assert_fail_base /build/glibc-SzIz7B/glibc-2.31/assert/assert.c:92:3 + #10 0x7fae9f688fd5 in __assert_fail /build/glibc-SzIz7B/glibc-2.31/assert/assert.c:101:3 + #11 0x55bebfab33a7 in pcibus_reset ../hw/pci/pci.c:435:9 + #12 0x55bec0c75ae3 in resettable_phase_hold ../hw/core/resettable.c + #13 0x55bec0c6e543 in device_reset_child_foreach ../hw/core/qdev.c:276:9 + #14 0x55bec0c757c5 in resettable_phase_hold ../hw/core/resettable.c:173:5 + #15 0x55bec0c5c421 in bus_reset_child_foreach ../hw/core/bus.c:97:13 + #16 0x55bec0c757c5 in resettable_phase_hold ../hw/core/resettable.c:173:5 + #17 0x55bec0c73729 in resettable_assert_reset ../hw/core/resettable.c:60:5 + #18 0x55bec0c7336a in resettable_reset ../hw/core/resettable.c:45:5 + #19 0x55bec0c7309a in qemu_devices_reset ../hw/core/reset.c:84:9 + #20 0x55bec02d95bb in pc_machine_reset ../hw/i386/pc.c:1901:5 + #21 0x55bebff4ede6 in qemu_system_reset ../softmmu/runstate.c:451:9 + #22 0x55bec0c49684 in fuzz_reset ../tests/qtest/fuzz/fuzz.c:56:5 + #23 0x55bec0c55641 in generic_fuzz ../tests/qtest/fuzz/generic_fuzz.c:676:5 + #24 0x55bec0c4a0f7 in LLVMFuzzerTestOneInput ../tests/qtest/fuzz/fuzz.c:158:5 + #25 0x55bebf17fc88 in fuzzer::Fuzzer::ExecuteCallback(unsigned char const*, unsigned long) .. /../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:612:15 + #26 0x55bebf1630a4 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) ../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:324:21 + #27 0x55bebf16fa8a in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char const*, unsigned long)) ../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:860:19 + #28 0x55bebf15a856 in main ../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #29 0x7fae9f679082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #30 0x55bebf15a8dd in _start (../qemu-fuzz-x86_64+0x1e938dd) + +NOTE: libFuzzer has rudimentary signal handlers. + Combine libFuzzer with AddressSanitizer or similar for better crash reports. +SUMMARY: libFuzzer: deadly signal + +``` + +After some manual checks, I find out that the instruction `outl 0xcf8 0x80000805` and `outl 0xcfc 0x8468920` will set irq_count[5] to -1 while the pcibus_reset() doesn't set it back to 0 so it will fail the assertion.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1694.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1694.toml new file mode 100644 index 00000000..55254093 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1694.toml @@ -0,0 +1,15 @@ +id = 1694 +title = "cpu-x86-uarch-abi.py is missing \"xsave\" cpuid for x86-64-v3 && x86-64-v4" +state = "opened" +created_at = "2023-06-08T07:32:00.441Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1694" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1695.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1695.toml new file mode 100644 index 00000000..daf253e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1695.toml @@ -0,0 +1,19 @@ +id = 1695 +title = "Latest Windows MSI does not include libssp-0.dll" +state = "opened" +created_at = "2023-06-08T07:36:49.654Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1695" +host-os = "Windows (any)" +host-arch = "n/a" +qemu-version = "8.0.1 (v8.0.1-12026-g0d59a4e247-dirty)" +guest-os = "n/a" +guest-arch = "n/a" +description = """The latest Qemu MSI installer for Windows (https://qemu.weilnetz.de/w64/2023/qemu-w64-setup-20230530.exe) does not include libssp-0.dll, which is why the executables fail to run. + +This Mingw library should be included when building the MSI if stack protection is enabled.""" +reproduce = """1. Install the latest qemu MSI +2. Try to invoke any qemu command +3. Use Dependency Walker to easily find missing dependencies (https://www.dependencywalker.com/)""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1696.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1696.toml new file mode 100644 index 00000000..e581f156 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1696.toml @@ -0,0 +1,47 @@ +id = 1696 +title = "Linux kernel hangs rarely when booting on the latest qemu" +state = "closed" +created_at = "2023-06-08T14:54:10.244Z" +closed_at = "2023-06-22T14:01:51.130Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1696" +host-os = "Fedora 37, 38 and Rawhide" +host-arch = "x86-64" +qemu-version = "qemu-system-x86-8.0.0-4.fc39.x86_64" +guest-os = "Linux" +guest-arch = "x86_64" +description = """(Downstream bug: https://bugzilla.redhat.com/show_bug.cgi?id=2213346) + +In Fedora we have noticed that the latest Linux kernel (rarely) hangs when booting +on the latest qemu. It hangs after printing: + +``` +[ 0.070120] x86/cpu: User Mode Instruction Prevention (UMIP) activated +[ 0.070120] Last level iTLB entries: 4KB 512, 2MB 255, 4MB 127 +[ 0.070120] Last level dTLB entries: 4KB 512, 2MB 255, 4MB 127, 1GB 0 +[ 0.070120] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization +[ 0.070120] Spectre V2 : Mitigation: Retpolines +[ 0.070120] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch +[ 0.070120] Spectre V2 : Spectre v2 / SpectreRSB : Filling RSB on VMEXIT +[ 0.070120] Spectre V2 : Enabling Speculation Barrier for firmware calls +[ 0.070120] RETBleed: Mitigation: untrained return thunk +[ 0.070120] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier +[ 0.070120] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl +[ 0.070120] Freeing SMP alternatives memory: 48K +``` + +The next line which would be printed (if it didn't hang) is: + +``` +[ 0.070794] smpboot: CPU0: AMD Ryzen 9 3900X 12-Core Processor (family: 0x17, model: 0x71, stepping: 0x0) +``` + +We've seen this hang on both AMD and Intel. It probably happens one in every 300 boots.""" +reproduce = """By far the easiest way to reproduce this is to just run guestfish in a loop: + +``` +$ while guestfish -a /dev/null -v run >& /tmp/log; do echo -n . ; done +```""" +additional = """The full qemu command is rather long but you can find it in this log file: + +https://bugzilla-attachments.redhat.com/attachment.cgi?id=1969620""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/170.toml b/gitlab/issues/target_missing/host_missing/accel_missing/170.toml new file mode 100644 index 00000000..020972dd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/170.toml @@ -0,0 +1,15 @@ +id = 170 +title = "Request to add something like \"Auth failed from IP\" log report for built-in VNC server" +state = "opened" +created_at = "2021-05-05T11:27:52.179Z" +closed_at = "n/a" +labels = ["GUI", "Launchpad", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/170" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1701.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1701.toml new file mode 100644 index 00000000..2325aa79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1701.toml @@ -0,0 +1,15 @@ +id = 1701 +title = "-boot menu=on that vm is hangs" +state = "opened" +created_at = "2023-06-10T18:10:57.634Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1701" +host-os = "Windows 10 LTSC 21H2" +host-arch = "x86" +qemu-version = "qemu for windows --8.0.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """virtual machine hangs, stop at press ESC for boot menu.""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1702.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1702.toml new file mode 100644 index 00000000..452a2782 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1702.toml @@ -0,0 +1,18 @@ +id = 1702 +title = "Enable whpx acceleration, unable to start Linux system" +state = "opened" +created_at = "2023-06-10T18:50:44.377Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1702" +host-os = "Windows 10 LTSC 21H2" +host-arch = "x86" +qemu-version = "qemu for windows --8.0.2" +guest-os = "CentOS, Debian, openSUSE, Ubuntu" +guest-arch = "x86" +description = """The accel=whpx parameter stops responding in the boot menu. + +The accel=whpx,kernel-irqchip=off parameter stops responding during startup""" +reproduce = "n/a" +additional = """ +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1703.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1703.toml new file mode 100644 index 00000000..6ed39c22 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1703.toml @@ -0,0 +1,53 @@ +id = 1703 +title = "Undefined behaviour when running guest with -enable-kvm and attached debugger" +state = "opened" +created_at = "2023-06-12T06:51:08.490Z" +closed_at = "n/a" +labels = ["GDB", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1703" +host-os = "Fedora 37" +host-arch = "x86" +qemu-version = "qemu-7.0.0-15.fc37" +guest-os = "Linux" +guest-arch = "x86" +description = """When attaching a debugger to a Qemu instance with `-enable-kvm` my linux kernel panics on (f.e.) module load. +I am not sure if this is a Qemu bug, however the issue is not occurring if I a) do not attach the debugger (even though Qemu is listening for one) or b) I do not pass `-enable-kvm` (and attach a debugger). +The issue seems to relate to the `lx-symbols` command provided by the Linux kernel gdb script suite. +Every time a module is loaded this script will reload the symbols for said module which may take some time, so maybe there is some race involved? +The issue does not reproduce if you do not run `lx-symbols` prior to continuing (it will however run automatically after first module load as it adds a breakpoint to kernel/module/main.c:do_init_module, so the kernel will crash after the second module load)""" +reproduce = """1. Start kernel with some img +2. Attach gdb debugger +3. Run the `lx-symbols` command provided by the Linux kernel gdb scripts in gdb, run `continue` in gdb +3. Load a kernel module""" +additional = """This is the kernel stack trace: +``` +[ 22.930691] invalid opcode: 0000 [#1] PREEMPT SMP NOPTI +[ 22.931174] CPU: 2 PID: 241 Comm: modprobe Tainted: G E 6.1.31+ #2 +[ 22.931675] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.2-1.fc37 04/01/2014 +[ 22.931675] RIP: 0010:do_init_module+0x1/0x210 +[ 22.931675] Code: 74 0c 48 8b 78 08 48 89 de e8 8b df ff ff 65 ff 0d 84 94 ef 7e 0f 85 e5 fe ff ff 0f 1f 44 00 008 +[ 22.931675] RSP: 0018:ffffc90000593e40 EFLAGS: 00010246 +[ 22.931675] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 000000000006e202 +[ 22.931675] RDX: 000000000006e002 RSI: 5b4504de76578f76 RDI: ffffffffc024e180 +[ 22.931675] RBP: ffffc90000593e50 R08: ffffea0000174a88 R09: ffffea0000174ac0 +[ 22.931675] R10: ffff888006a9c270 R11: 0000000000000100 R12: 0000562f9087b4a0 +[ 22.931675] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 +[ 22.931675] FS: 00007f0dbc5a4040(0000) GS:ffff88801f500000(0000) knlGS:0000000000000000 +[ 22.931675] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 +[ 22.931675] CR2: 00007ffdc94bc3f8 CR3: 0000000006f8e000 CR4: 00000000003506e0 +[ 22.931675] Call Trace: +[ 22.931675] <TASK> +[ 22.931675] ? die+0x32/0x80 +[ 22.931675] ? do_trap+0xd6/0x100 +[ 22.931675] ? do_init_module+0x1/0x210 +[ 22.931675] ? do_error_trap+0x6a/0x90 +[ 22.931675] ? do_init_module+0x1/0x210 +[ 22.931675] ? exc_invalid_op+0x4c/0x60 +[ 22.931675] ? do_init_module+0x1/0x210 +[ 22.931675] ? asm_exc_invalid_op+0x16/0x20 +[ 22.931675] ? do_init_module+0x1/0x210 +[ 22.931675] __do_sys_finit_module+0x9e/0xf0 +[ 22.931675] do_syscall_64+0x63/0x90 +[ 22.931675] ? exit_to_user_mode_prepare+0x1a/0x120 +[ 22.931675] entry_SYSCALL_64_after_hwframe+0x63/0xcd +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1705.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1705.toml new file mode 100644 index 00000000..bfebefad --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1705.toml @@ -0,0 +1,74 @@ +id = 1705 +title = "Illegal instruction when I want to numactl --cpubind=0 --membind=1 to CXL Memory" +state = "closed" +created_at = "2023-06-13T02:50:15.126Z" +closed_at = "2023-09-22T05:30:36.680Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1705" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "8.0.50" +guest-os = "Ubuntu 22.04" +guest-arch = "x86" +description = """I ran QEMU for simulating CXL DRAM and when I tried to run `numactl --cpubind=0 --membind=1 ls` , I got `Illegal instruction` +The numa node 1 was the CXL DRAM simulated by QEMU. + +> root@8003:~# numactl -H +> available: 2 nodes (0-1) +> node 0 cpus: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 +> node 0 size: 32090 MB +> node 0 free: 31325 MB +> node 1 cpus: +> node 1 size: 32768 MB +> node 1 free: 32768 MB +> node distances: +> node 0 1 +> 0: 10 20 +> 1: 20 10 + +When I ran on numa node 1, no failed + +> root@8003:~# numactl --membind=0 ls +> ndctl + +When I ran on numa node 1(CXL DRAM),it failed. + +> root@8003:~# numactl --membind=1 ls +> [ 913.975032] traps: ls[667] trap invalid opcode ip:7fdec255d180 sp:7ffd3c507288 error:0 in ld-linux-x86-64.so.2[7fdec2546000+2a000] +> **Illegal instruction**""" +reproduce = """1. start the guest +2. cxl list (we could see the simulated CXL DRAM) +> root@8003:~# cxl list +> [ +> { +> "memdev":"mem0", +> "ram_size":34359738368, +> "serial":0, +> "host":"0000:0d:00.0" +> } +> ] +3. cxl create-region -t ram -d decoder0.0 -m mem0 +4. daxctl reconfigure-device dax0.0 --mode=system-ram +5. numactl -H +> root@8003:~# numactl -H +> available: 2 nodes (0-1) +> node 0 cpus: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 +> node 0 size: 32090 MB +> node 0 fr +> ee: 31254 MB +> node 1 cpus: +> node 1 size: 32768 MB +> node 1 free: 32768 MB +> node distances: +> node 0 1 +> 0: 10 20 +> 1: 20 10 +6. numactl --membind=1 ls +> root@8003:~# numactl --membind=1 ls +> [38441.892140] **traps: ls[861] trap invalid opcode ip:7f15db6ac180 sp:7ffc648755c8 **error:0 in ld-linux-x86-64.so.2[7f15db695000+2a000] +> **Illegal instruction**""" +additional = """When I run dmesg, I found an error. +> root@8003:~# dmesg|grep error +> [ 2.321130] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 + +Since my CPU is a Xeon III, not a Xeon IV with CXL support, **I'm wondering if it's because the CPU doesn't support CXL instructions, or if the Xeon III can emulate it, just because my settings don't make sense**. If this is my settings problem, could you help me to deal this? Or it just caused by my Xeon III,I will update it to Xeon IV.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1706.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1706.toml new file mode 100644 index 00000000..c6420205 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1706.toml @@ -0,0 +1,21 @@ +id = 1706 +title = "Allow TCG plugins to read registers" +state = "closed" +created_at = "2023-06-13T07:47:23.021Z" +closed_at = "2024-02-28T17:26:27.498Z" +labels = ["TCG plugins", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1706" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """- `include/qemu/plugin.h` +- `include/qemu/qemu-plugin.h` + +PANDA implemented this already but it is not a very clean solution: +- https://github.com/panda-re/qemu/commit/b97c5a56edd0ba3b5f6ab16bf531ac1f7abaac04 (mentioned in QPP patch series: https://lore.kernel.org/qemu-devel/20221213213757.4123265-1-fasano@mit.edu/) + +I personally think the flag for the TB translation and execution callbacks makes more sense""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1707.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1707.toml new file mode 100644 index 00000000..11d44160 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1707.toml @@ -0,0 +1,31 @@ +id = 1707 +title = "linux-user qemu-x86_64 can't exec a binary on aarch64 or Loongarch." +state = "closed" +created_at = "2023-06-13T08:47:56.507Z" +closed_at = "2023-07-18T07:27:40.605Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1707" +host-os = "archlinux, ky10" +host-arch = "aarch64 /LoongArch" +qemu-version = "8.0.50 fdd0df5340a8ebc8de88078387ebc85c5af7b40f" +guest-os = "- OS/kernel version:" +guest-arch = "x86" +description = """on master branch, we build an simply hello.c with x86_cross gcc. +then. run './build/qemu-x86_64 hello', no output.""" +reproduce = """1. build an hello.c with x86_64 cross. use --static. +2. build qemu-x86_64 on aarch64 or LoongArch host. +3. run './build/qemu-x86_64 hello'""" +additional = """[strace.txt](/uploads/5362e0e9b04ad9a582470faf4a9fcedb/strace.txt) + + + + [hello](/uploads/12d9277fa4e853286414f575010a37ac/hello) + + +The following commit causes this problem． + +commit 86f04735ac2088d5c069c3d1712212ec7428c562 +Author: Helge Deller <deller@gmx.de> +Date: Sun Dec 25 09:23:19 2022 +0100 + + linux-user: Fix brk() to release pages""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1709.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1709.toml new file mode 100644 index 00000000..785e83ae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1709.toml @@ -0,0 +1,46 @@ +id = 1709 +title = "Qemu commit 7efd65423a cannot be built: Couldn't find file \"symbols/ar\" in include paths" +state = "closed" +created_at = "2023-06-15T06:00:19.045Z" +closed_at = "2023-06-25T08:25:34.461Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1709" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hello. + +I try to build qemu based on commit 7efd65423a but it breaks in step 9035/10108, complaining about a missing "symbols/ar". + +The last time I get a full build was with commit fdd0df5340. + +Configure options: `--prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror` + +Here is the error log I got: + +``` +Running postconf script '/home/fred/qemu-git/src/qemu/build-full/pyvenv/bin/python3 /home/fred/qemu-git/src/qemu/scripts/symlink-install-tree.py' +[9035/10108] Generating pc-bios/keymaps/ar with a custom command +FAILED: pc-bios/keymaps/ar +/home/fred/qemu-git/src/qemu/build-full/qemu-keymap -f pc-bios/keymaps/ar -l ar +xkbcommon: ERROR: Couldn't find file "symbols/ar" in include paths +xkbcommon: ERROR: 1 include paths searched: +xkbcommon: ERROR: \t/usr/share/X11/xkb +xkbcommon: ERROR: 3 include paths could not be added: +xkbcommon: ERROR: \t/home/fred/.config/xkb +xkbcommon: ERROR: \t/home/fred/.xkb +xkbcommon: ERROR: \t/etc/xkb +xkbcommon: ERROR: Abandoning symbols file "(unnamed)" +xkbcommon: ERROR: Failed to compile xkb_symbols +xkbcommon: ERROR: Failed to compile keymap +[9040/10108] Generating pc-bios/edk2-x...d (wrapped by meson to capture output) +ninja: build stopped: subcommand failed. +``` + +I'll try to do a bisect as soon as possible to see which commit break all.""" +reproduce = """1. Just grab commit 7efd65423a +2. Apply these configure options: `--prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror` +3. launch make and wait""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/171.toml b/gitlab/issues/target_missing/host_missing/accel_missing/171.toml new file mode 100644 index 00000000..a9180439 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/171.toml @@ -0,0 +1,15 @@ +id = 171 +title = "[RFE] option to suppress gemu_log() output" +state = "closed" +created_at = "2021-05-05T11:28:05.915Z" +closed_at = "2021-05-05T11:33:27.891Z" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/171" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1710.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1710.toml new file mode 100644 index 00000000..31a39e94 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1710.toml @@ -0,0 +1,59 @@ +id = 1710 +title = "contrib/plugins/Makefile is not crossplatform" +state = "closed" +created_at = "2023-06-15T06:36:17.105Z" +closed_at = "2024-11-06T16:59:18.940Z" +labels = ["TCG plugins", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1710" +host-os = "macOS, Windows" +host-arch = "-" +qemu-version = "****" +guest-os = "*" +guest-arch = "n/a" +description = """Currently `contrib/plugins/Makefile` makes multiple assumptions about paths used, compiler flags available, and library extension""" +reproduce = """1. Compile QEMU from sources on macOS or Windows +2. Enter `contrib/plugins` +3. Type `make` and become sad.""" +additional = """As the rest of QEMU switched to Meson, maybe it's a good idea to do the same for plugins as well? + +This is what I come with myself: + +`meson.build`: +```meson +project('qemu-plugins', 'c', meson_version: '>=0.50.0') + +qemu_src = get_option('qemu_path') +if qemu_src == '' + qemu_src = '../..' +endif + +qemu_include = qemu_src + '/include/qemu' +incdir = include_directories(qemu_include) + +plugins = [ + 'execlog', + 'hotblocks', + 'hotpages', + 'howvec', + 'lockstep', + 'hwprofile', + 'cache', + 'drcov', +] + +th = dependency('threads', required: true) +glib = dependency('glib-2.0', required: true) + +foreach p: plugins + library(p, p + '.c', + include_directories: incdir, + dependencies: [th, glib], + override_options: ['b_lundef=false'] + ) +endforeach +``` + +`meson_options.txt`: +``` +option('qemu_path', type : 'string', value : '', description : 'Full path to the QEMU sources to build the plugin for') +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1711.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1711.toml new file mode 100644 index 00000000..ce474018 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1711.toml @@ -0,0 +1,15 @@ +id = 1711 +title = "unable to set PWD with guest-exec without starting a shell" +state = "opened" +created_at = "2023-06-15T11:20:30.988Z" +closed_at = "n/a" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1711" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1712.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1712.toml new file mode 100644 index 00000000..fcc48e1e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1712.toml @@ -0,0 +1,17 @@ +id = 1712 +title = "Arabic keyboard layout wrong." +state = "closed" +created_at = "2023-06-16T11:30:05.243Z" +closed_at = "2023-06-20T16:16:09.276Z" +labels = ["Closed::Duplicate"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1712" +host-os = "endeavouros" +host-arch = "x86" +qemu-version = "8.0.2" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """After a while the compilation process starts, xkb gives an error about symbols/ar not found. According to my research, linux distros using "ara" for arabic layout. But qemu pc-bios/keymaps/ folder contains "ar" for arabic layout.""" +reproduce = """1.Configure +2.Build +3.Wait until error appears.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1713.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1713.toml new file mode 100644 index 00000000..dc6d43e0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1713.toml @@ -0,0 +1,52 @@ +id = 1713 +title = "hw/input/hid.c - Add Support for More Than Five Mouse Buttons in QEMU for evdev?" +state = "opened" +created_at = "2023-06-17T10:25:17.844Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1713" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Sure enough, there appear to only be five buttons defined. + +https://gitlab.com/qemu-project/qemu/-/blob/master/hw/input/hid.c#L113 + +```c +[INPUT_BUTTON_LEFT] = 0x01, +[INPUT_BUTTON_RIGHT] = 0x02, +[INPUT_BUTTON_MIDDLE] = 0x04, +[INPUT_BUTTON_SIDE] = 0x08, +[INPUT_BUTTON_EXTRA] = 0x10, +``` + + +At this point, the existing naming schema cannot be continued... might I suggest: + +```c +[INPUT_BUTTON_SIX] = 0x??, +[INPUT_BUTTON_SEVEN] = 0x??, +[INPUT_BUTTON_EIGHT] = 0x??, +[INPUT_BUTTON_NINE] = 0x??, +[INPUT_BUTTON_TEN] = 0x??, +[INPUT_BUTTON_ELEVEN] = 0x??, +[INPUT_BUTTON_TWELVE] = 0x??, +``` +Although, I'm not sure if 12 buttons is future-proofed enough. + +I should also note that I found this post which states that there's no more space left in PS2 emulation, so I don't know if that would cause a conflict. +"ps/2 emulation looks like there are no unused bits for more buttons. Possibly we have to extend the usb mouse emulation for that." +https://listman.redhat.com/archives/vfio-users/2016-January/001596.html + +Unfortunately, I have never written a patch. I'm not even sure how I would apply a patch in Unraid, other than overwriting the bin file. So if this is ever fixed, I would simply hope that one day a new version of QEMU would get up-streamed into a new version of Unraid. + +So, here I am humbly asking for support. I don't know if it's as simple as just adding new definitions... and I have no idea what hex value to assign them. + +*edit* I also failed to get a temporary workaround to work by remapping the mouse buttons in the host VM using xmodmap using this command: + +`xmodmap -e "pointer = 1 12 3 4 5 6 7 8 9 10 11 2" &` +I tried saving `pointer = 1 12 3 4 5 6 7 8 9 10 11 2` in the host VM's root folder in .Xmodmap, but it did not propogate to guest VMs. The buttons were still their original mapping and running the xmod command had no effect.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1715.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1715.toml new file mode 100644 index 00000000..de0e86f1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1715.toml @@ -0,0 +1,15 @@ +id = 1715 +title = "qemu-img convert about target_is_new" +state = "closed" +created_at = "2023-06-19T02:22:41.340Z" +closed_at = "2023-07-04T11:37:04.083Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1715" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1716.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1716.toml new file mode 100644 index 00000000..58846ca3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1716.toml @@ -0,0 +1,21 @@ +id = 1716 +title = "Cannot raise low memory using max-ram-below-4g on current i440fx" +state = "opened" +created_at = "2023-06-19T13:28:37.193Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1716" +host-os = "Ubuntu Linux 23.04" +host-arch = "x86-64" +qemu-version = "7.2.0" +guest-os = "Ubuntu Server 22.04" +guest-arch = "pc" +description = """We have a use case where we have a virtual machine with at least 8 Gb of RAM and at least 3.5Gb of it in the low memory. However, I could not achieve it this far with QEMU, only on the deprecated i440fx 1.7 architecture. The size of lowmem is never greater than 3 Gb, except if I assign memory to the vm between 3 Gb and 3.5 Gb. If I go even a slightly above 3.5 Gb then it falls back to 3 Gb. + +I did some research and I found the source file hw/i386/pc_piix.c. There is a piece of code which is responsible for setting the low memory at the beginning of function pc_init1(). It seems that the problem lies in the property `gigabyt_align` of all i440fx architectures newer than 1.7. The comment which explains this piece of code does not mention at all that raising lowmem does not work on newer pc architectures. According to the comments setting the size of lowmem based of the `max-ram-below-4g` option should happen before the gigabyte alignment, not after it. Anyway, it does not make sense because with default being 3 Gb gigabyte alignment always means 3 Gb so raising is not possible at all. The last example of the comment clearly states that raising should be possible using the newest `pc` architecture: `qemu -M pc,max-ram-below-4g=4G -m 3968M -> 3968M low (=4G-128M)`. However, according to the code below the comment this is not the way it works because gigabyte alignment happens after. + +To solve the problem there are two possibilities: if this is a bug then the solution is obvious, the gigabyte aligment should happen before applying the `max-ram-below-4g` option. If this is not a bug but the expected way of working then there could be an option to override the `gigabyte_align` attribute from command line. + +What do you think?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1717.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1717.toml new file mode 100644 index 00000000..cb02010c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1717.toml @@ -0,0 +1,37 @@ +id = 1717 +title = "GPU passthrough (NV h100)case vfio Error" +state = "closed" +created_at = "2023-06-20T07:33:34.268Z" +closed_at = "2025-01-13T17:36:45.580Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1717" +host-os = "ubuntu 22.04,redhat linux 9,centos9" +host-arch = "x86," +qemu-version = "6.2.0 8.0.2" +guest-os = "ubuntu22.04" +guest-arch = "x86" +description = """GPU passthrough (NV h100) will case a error + + +qemu-system-x86_64: vfio_err_notifier_handler(0000:17:00.0) Unrecoverable error detected. Please collect any data possible and then kill the guest + + +this error happen in centos, redhat linux,ubuntu with some kernel i have try( 5.19.0,6.0,6.2) +The same server insert L4,L40 GPU, will not happen. Only happen on H100 GPU +The same server install esxios. everything is normal. GPU work fine + +With vfio error. there is some idrac log error on my dell server + +``` +A bus fatal error was detected on a component at slot 2.\tTue Jun 20 2023 05:51:51 +A fatal error was detected on a component at bus 23 device 0 function 0.\tTue Jun 20 2023 05:51:51 +A fatal error was detected on a component at bus 22 device 2 function 0.\tTue Jun 20 2023 05:51:51 +``` + +Otherwise, I have try to passthrough gpu on dell amd and intel server both. +With AMD CPU , gpu not working in vm. but will not case vfio error +With INTEL CPU, will case vfio error.""" +reproduce = """1. Set GPU passthrought +2. Start VM +3. Do something in vm""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1718.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1718.toml new file mode 100644 index 00000000..d8b1c227 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1718.toml @@ -0,0 +1,57 @@ +id = 1718 +title = "Strange throttle-group test results" +state = "opened" +created_at = "2023-06-20T08:54:56.813Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1718" +host-os = "Ubuntu 22.04.1 LTS" +host-arch = "x86" +qemu-version = "7.2.0" +guest-os = "CentOS Linux release 7.9" +guest-arch = "x86" +description = """I have a question about throttle-group test results. + +I did a test to limit IO by applying THROTTLE-GROUP and the expected result is not what I expected + +The setup environment looks like this throttle-group to x-iops-total=500, x-bps-total=524288000 and throttling vdb, benchmarked with fio command + +``` +# mount -t xfs /dev/vdb1 /mnt/disk + +# fio --direct=1 --bs=1M --iodepth=128 --rw=read --size=1G --numjobs=1 --runtime=600 --time_based --name=/mnt/disk/fio-file --ioengine=libaio --output=/mnt/disk/read-1M +``` + +When I test with a --bs value of 1M, I get 500Mib throughput. + + + +When I test with a --bs value of 2m, I don't get 500Mibs but 332Mibs throughput. +``` +fio --direct=1 --bs=2M --iodepth=128 --rw=read --size=1G --numjobs=1 --runtime=600 --time_based --name=/mnt/disk/fio-file --ioengine=libaio --output=/mnt/disk/read-2M +``` + + + +If I set the qemu x-iops-total value to 1500 and the fio --bs value to 2M test again, I get 500Mib throughput. + + + + +To summarize, here is the Test result. + +| fio bs | qemu x-iops-total | qemu x-bps-total | Result iops |Result throughput +| ------ | ------ |------ |------ |------ | +| 2M | 1500 | 524288000 | 250 | 500 | +| **2M** |**500** | **524288000** | **166** | **332** | +| 1M | 1500 | 524288000 | 500 | 500 | +| 1M | 500. | 524288000 | 500 | 500 | + + +When the --bs value is 2M and the x-iops-total value is 500, the throughput should be 500, but it is not, so I don't know what the problem is. + +If there is anything I missed, please let me know.""" +reproduce = """1. Apply throttle-group to vdb and start the VM +2. mount vdb1 +3. test fio""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1719.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1719.toml new file mode 100644 index 00000000..a4398151 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1719.toml @@ -0,0 +1,19 @@ +id = 1719 +title = "Allow TCG plugins to read memory" +state = "closed" +created_at = "2023-06-21T05:02:07.753Z" +closed_at = "2024-09-25T12:55:42.105Z" +labels = ["TCG plugins", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1719" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """* `include/qemu/plugin.h` +* `include/qemu/qemu-plugin.h` +* `plugin/api.c` + +PANDA implemented this already (not sure if this solution is acceptable for the mainline QEMU): https://github.com/qemu/qemu/commit/72c661a7f141ab41fbce5e95eb3593b69f40e246""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1720.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1720.toml new file mode 100644 index 00000000..5d9f1d54 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1720.toml @@ -0,0 +1,52 @@ +id = 1720 +title = "Problems in mapping memory regions in multiple machines using GPEX pci-host" +state = "closed" +created_at = "2023-06-22T11:27:53.131Z" +closed_at = "2023-06-22T11:51:06.649Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1720" +host-os = "linux" +host-arch = "x86" +qemu-version = "8.0.0" +guest-os = "linux" +guest-arch = "ARM" +description = """Multiple machines use the GPEX pci-host model. This model forsees 3 MMIO regions: +1. ECAM space +2. MMIO space +3. IO space + +In the different machines, aliases to the 3 memory regions are created which are then mapped onto the sysbus. + +For the ARM virt machine for example following calls are happening: + + ecam_alias = g_new0(MemoryRegion, 1); + ecam_reg = sysbus_mmio_get_region(SYS_BUS_DEVICE(dev), 0); + memory_region_init_alias(ecam_alias, OBJECT(dev), "pcie-ecam", ecam_reg, 0, size_ecam); + memory_region_add_subregion(get_system_memory(), base_ecam, ecam_alias); + + mmio_alias = g_new0(MemoryRegion, 1); + mmio_reg = sysbus_mmio_get_region(SYS_BUS_DEVICE(dev), 1); + memory_region_init_alias(mmio_alias, OBJECT(dev), "pcie-mmio", mmio_reg, base_mmio, size_mmio); + memory_region_add_subregion(get_system_memory(), base_mmio, mmio_alias); + +We now add a generic PCIe root port (gen_pcie_root_port.c) on the PCIBus exposed by the GPEX device: + + pci_create_simple(PCI_HOST_BRIDGE(dev)->bus, -1, "pcie-root-port"); + +This device contains an MSI-x table which is accessible via BAR 0. + +However, if we try to access this space we always get 0xFFFFFFFF as a return value on reads because the memory regions are not correctly mapped IMO. + +If we again look at the mapping of the MMIO space: + + memory_region_init_alias(mmio_alias, OBJECT(dev), "pcie-mmio", mmio_reg, base_mmio, size_mmio); + memory_region_add_subregion(get_system_memory(), base_mmio, mmio_alias); + +The alias is created to the MMIO region in the GPEX device, at offset base_mmio. Afterwards the memory region alias is mapped onto the sysbus at offset base_mmio. To me it seems that the offset is incorrect in creating the alias and should be 0 instead: + + memory_region_init_alias(mmio_alias, OBJECT(dev), "pcie-mmio", mmio_reg, 0, size_mmio); + memory_region_add_subregion(get_system_memory(), base_mmio, mmio_alias); + +With this change the above scenario (accessing the MSI-x table of the generic PCIe root port) is working. I'm not sure if this is the correct fix for this problem and how to cope with e.g. high MMIO regions (as are also present in the virt machine).""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1721.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1721.toml new file mode 100644 index 00000000..6f02731e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1721.toml @@ -0,0 +1,72 @@ +id = 1721 +title = "Problem in combination with RabbitMQ and erlang" +state = "opened" +created_at = "2023-06-22T11:33:02.612Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1721" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """I have a problem with rabbitMQ /erlang / Qemu on my local system. + +I use docker with: + +version: "3.6" +``` +services: + rabbitmq: + image: rabbitmq:3-management +``` + +Docker Desktop 4.20.1 (110738) +Docker version 24.0.2, build cb74dfc + +Apple Macbook Pro with M1 Chip Ventura 13.4. + +I deleted all containers and images related to rabbitMQ. Then when I do a: docker compose up -d + +I always get this error and rabbitMQ stopps: + +``` +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:18.984151+00:00 [notice] <0.44.0> Application mnesia exited with reason: stopped +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:20.658039+00:00 [info] <0.230.0> Waiting for Mnesia tables for 30000 ms, 9 retries left +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:20.659274+00:00 [info] <0.230.0> Successfully synced tables from a peer +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:20.662647+00:00 [notice] <0.283.0> Feature flags: attempt to enable `stream_sac_coordinator_unblock_group`... +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:20.793670+00:00 [notice] <0.283.0> Feature flags: `stream_sac_coordinator_unblock_group` enabled +rabbitmq-server-rabbitmq-1 | qemu: uncaught target signal 11 (Segmentation fault) - core dumped +rabbitmq-server-rabbitmq-1 | Segmentation fault +``` + +In the past it worked, like 5 months ago. + +Reproduction steps docker compose up -d + +Expected behavior that the container runs and does not exit + +Additional context docker compose logs + +``` +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:06.946635+00:00 [notice] <0.44.0> Application syslog exited with reason: stopped +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:06.966134+00:00 [notice] <0.230.0> Logging: switching to configured handler(s); following messages may not be visible in this log output +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:06.973002+00:00 [notice] <0.230.0> Logging: configured log handlers are now ACTIVE +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.539052+00:00 [info] <0.230.0> ra: starting system quorum_queues +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.539748+00:00 [info] <0.230.0> starting Ra system: quorum_queues in directory: /var/lib/rabbitmq/mnesia/rabbit@4fb71bcd203a/quorum/rabbit@4fb71bcd203a +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.715984+00:00 [info] <0.261.0> ra system 'quorum_queues' running pre init for 0 registered servers +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.749375+00:00 [info] <0.262.0> ra: meta data store initialised for system quorum_queues. 0 record(s) recovered +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.786151+00:00 [notice] <0.267.0> WAL: ra_log_wal init, open tbls: ra_log_open_mem_tables, closed tbls: ra_log_closed_mem_tables +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.857344+00:00 [info] <0.230.0> ra: starting system coordination +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.857635+00:00 [info] <0.230.0> starting Ra system: coordination in directory: /var/lib/rabbitmq/mnesia/rabbit@4fb71bcd203a/coordination/rabbit@4fb71bcd203a +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.868808+00:00 [info] <0.274.0> ra system 'coordination' running pre init for 0 registered servers +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.874965+00:00 [info] <0.275.0> ra: meta data store initialised for system coordination. 0 record(s) recovered +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.875747+00:00 [notice] <0.280.0> WAL: ra_coordination_log_wal init, open tbls: ra_coordination_log_open_mem_tables, closed tbls: ra_coordination_log_closed_mem_tables +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.899618+00:00 [info] <0.230.0> +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.899618+00:00 [info] <0.230.0> Starting RabbitMQ 3.12.0 on Erlang 25.3.2.2 [jit] +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.899618+00:00 [info] <0.230.0> Copyright (c) 2007-2023 VMware, Inc. or its affiliates. +rabbitmq-server-rabbitmq-1 | 2023-06-22 08:12:07.899618+00:00 [info] <0.230.0> Licensed under the MPL 2.0. Website: https://rabbitmq.com +rabbitmq-server-rabbitmq-1 | +rabbitmq-server-rabbitmq-1 |""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1725.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1725.toml new file mode 100644 index 00000000..fa432cf4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1725.toml @@ -0,0 +1,29 @@ +id = 1725 +title = "qemu-system-x86_64 reports wrong thread to GDB on SIGINT" +state = "closed" +created_at = "2023-06-23T17:34:54.954Z" +closed_at = "2023-08-31T16:14:26.071Z" +labels = ["GDB", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1725" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.0.2 (v8.0.2)" +guest-os = "Linux (Also happens in SeaBIOS)" +guest-arch = "x86_64" +description = """Upon interruption of a thread by GDB, QEMU in some circumstances will send a stop reply with the ID of a thread that had not been resumed. + +This happens for the following reasons: +1. GDB uses `vCont` exclusively to resume and step through threads. +2. When a thread is interrupted by GDB, QEMU runs `vm_stop(RUN_STATE_PAUSED)`, which triggers `gdb_vm_state_change`, which, in turn, uses whatever CPU is pointed to by `gdbserver_state.c_cpu` at that time to construct the stop reply. +3. The `vCont` handler in QEMU doesn't set `gdbserver_state.c_cpu` before resuming any CPUs. + +Important to note is that stepping is not affected by this issue because the `EXCP_DEBUG` handler sets `gdbserver_state.c_cpu` to the CPU the exception happened in before `gdb_vm_state_change` runs. Which also means single stepping before continuing is an effective way to work around this bug.""" +reproduce = """1. Run QEMU with at least two threads and the GDB stub enabled. +2. Run `gdb --nx --ex 'target remote :1234' --ex 'set scheduler-locking on'` +3. Switch to Thread 1.2 in GDB with `thr 2` +4. Resume Thread 1.2 in GDB with `c` +5. Press Ctrl+C to interrupt the VM +6. Notice that the event is reported as having happened in Thread 1.1, which has not been resumed.""" +additional = """Note that, while this bug happens no matter the state of `scheduler-locking`, it only becomes a problem when it is enabled. This is because, when it is disabled, GDB will always resume all threads on `continue`, so it doesn't matter what thread ID QEMU says the interrupt happened in, as it is guaranteed to have been resumed anyway. That, however, is not the case when `scheduler-locking` is enabled. + +Regardless, I don't think it makes sense for QEMU to be reporting events happening in threads that weren't resumed through either `s/S/c/C` or `vCont`, which is what it's doing here.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1727.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1727.toml new file mode 100644 index 00000000..ba6f90cd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1727.toml @@ -0,0 +1,91 @@ +id = 1727 +title = "virtio-gpu-gl-pci console tries to make GL context before widget is realized leading to crash" +state = "closed" +created_at = "2023-06-24T08:05:26.111Z" +closed_at = "2023-12-22T11:08:42.414Z" +labels = ["GUI", "Stable::to backport", "device:virtio", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1727" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "freshly cloned at commit b455ce4c2f300c8ba47cba7232dd03261368a4cb" +guest-os = "n/a" +guest-arch = "n/a" +description = """When `-vga none` is added to the command line, there is no crash. + +When it is not, two `GtkGLArea` widgets are created: one for VGA and one for `virtio-gpu-gl-pci`. Only the first one is realized, but the virgl code tries to create a GL context for the second. In `gd_gl_area_create_context`, `gtk_widget_get_window(vc->gfx.drawing_area)` evaluates to NULL a crash follows: + +``` +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_window_create_gl_context: assertion 'GDK_IS_WINDOW (window)' failed +qemu: Gdk: gdk_gl_context_set_required_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_realize: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gdk: gdk_gl_context_get_version: assertion 'GDK_IS_GL_CONTEXT (context)' failed +qemu: Gtk: gtk_gl_area_make_current: assertion 'gtk_widget_get_realized (widget)' failed +qemu: Gdk: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed +gl_version 0 - compat profile +WARNING: running without ARB/KHR robustness in place may crash +qemu-system-x86_64: ../libepoxy/src/dispatch_common.c:872: epoxy_get_proc_address: Assertion `0 && "Couldn't find current GLX or EGL context.\\n"' failed. +```""" +reproduce = """1. Get OVMF. On Arch Linux, you can install the `edk2-ovmf` package. On other distros, find a similar package and modify the path in the command accordingly. +2. Run the command above.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1728.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1728.toml new file mode 100644 index 00000000..be25fd6b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1728.toml @@ -0,0 +1,26 @@ +id = 1728 +title = "blockdev parameter does not accept dots in pool name in json config" +state = "closed" +created_at = "2023-06-24T13:27:43.220Z" +closed_at = "2023-07-20T07:59:27.219Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1728" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "6.2.0" +guest-os = "Ubuntu 22.04" +guest-arch = "x86_64" +description = """I'm trying to provision a VM using qemu 6.2.0 and pass the remote disk parameters like libvirt. When I start the VM, I get an error saying + + +``` +qemu-system-x86_64: -blockdev {driver:rbd,pool:cloud.disk.hiops,image:csi-vol-8577fffd-0f48-3344-b333-02000038163a,server:[{host:1.2.3.4,port:6789},{host:1.2.3.5,port:6789},{host:1.2.3.6,port:6789}],user:compute-staging,auth-client-required:[cephx,none],key-secret:ceph-secret,node-name:pv-MD7PBV3SRD21L08115JUJ94HMG,cache:{direct:false,no-flush:false},auto-read-only:true,discard:unmap}: JSON parse error, stray '.' +``` + + +I changed the ip address and some fields. + + +My question is should we avoid dots in pool name? I tried to look at the source code of json parser but in its doc, it did not mention a sequence of characters for escaping dots.""" +reproduce = """1. Provision a VM with the provided config""" +additional = """bl""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1729.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1729.toml new file mode 100644 index 00000000..302c093f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1729.toml @@ -0,0 +1,55 @@ +id = 1729 +title = "mremap fails with EFAULT if address range overlaps with stack guard" +state = "closed" +created_at = "2023-06-25T06:50:48.249Z" +closed_at = "2024-10-20T22:02:11.370Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1729" +host-os = "any linux" +host-arch = "x86_64" +qemu-version = "any version" +guest-os = "alpine-linux" +guest-arch = "ARM 32-bit" +description = """When running 32-bit user-static on 64-bit host, `mremap` behave differently from the kernel. This difference let programs that call `pthread_getattr_np` on musl-libc to run into a loop on repeated calling `mremap`. + +https://git.musl-libc.org/cgit/musl/plain/src/thread/pthread_getattr_np.c + +``` c +\t\twhile (mremap(p-l-PAGE_SIZE, PAGE_SIZE, 2*PAGE_SIZE, 0)==MAP_FAILED && errno==ENOMEM) +\t\t\tl += PAGE_SIZE; +```""" +reproduce = """Compile the following program against musl-libc arm 32-bit, and run it in qemu-user-static on x86_64 host. + +``` c +#define _GNU_SOURCE +#include <pthread.h> + +int main(int argc, char *argv[]) { +\tpthread_attr_t attr; +\treturn pthread_getattr_np(pthread_self(), &attr); +} +``` + +For example, on x86_64 fedora 38 with podman and qemu-user-static installed, we can reproduce this with alpine container: + +``` +$ podman run --rm -it --arch arm/v7 docker.io/library/alpine:latest + +/ # apk add alpine-sdk + +...... + +/ # cat test.c +#define _GNU_SOURCE +#include <pthread.h> + +int main(int argc, char *argv[]) { +\tpthread_attr_t attr; +\treturn pthread_getattr_np(pthread_self(), &attr); +} + +/ # gcc test.c + +/ # ./a.out +```""" +additional = """Original thread on musl mail list where this was initially reported: https://www.openwall.com/lists/musl/2017/06/15/9""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/173.toml b/gitlab/issues/target_missing/host_missing/accel_missing/173.toml new file mode 100644 index 00000000..145dc380 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/173.toml @@ -0,0 +1,15 @@ +id = 173 +title = "unable to read symlinks when mounting 9p filesystem with security_model=mapped" +state = "opened" +created_at = "2021-05-05T11:45:35.940Z" +closed_at = "n/a" +labels = ["Launchpad", "block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/173" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1730.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1730.toml new file mode 100644 index 00000000..0f6b5b6b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1730.toml @@ -0,0 +1,26 @@ +id = 1730 +title = "Virtual console in GTK input uses wrong color for dark gray" +state = "opened" +created_at = "2023-06-25T11:31:32.562Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1730" +host-os = "Linux, OVMF" +host-arch = "n/a" +qemu-version = "8.0.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """The virtual console in the GTK window uses black to draw dark gray text. This becomes unintelligible if drawing on black background.""" +reproduce = """1. Boot any distro to shell prompt with `-serial vc`. +2. Switch to serial console in QEMU GTK window (Ctrl+Alt+3). +4. Run `echo -e "\\e[1;30mDark Greay\\e[m"`. +5. Output is black on black. + +or + +1. `qemu-system-x86_64 -bios /usr/share/edk2/x64/OVMF.fd` +2. Enter EFI internal shell +3. `cls 0 8` +4. Run `help cls` and observe correct colors in VGA window. +5. Switch to serial console and observe black on black colors.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1731.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1731.toml new file mode 100644 index 00000000..c493b7a9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1731.toml @@ -0,0 +1,24 @@ +id = 1731 +title = "i440fx ide cdrom pathological slow on early win10 install screen" +state = "opened" +created_at = "2023-06-25T16:27:43.631Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1731" +host-os = "proxmox ve7.4 and ubuntu 23.04" +host-arch = "x86_64" +qemu-version = "qemu-system-x86_64" +guest-os = "Windows 10 22H2" +guest-arch = "n/a" +description = """if you choose i440fx virtual hardware (default in proxmox) for windows 10 instead of q35 , from power on to the windows boot logo is 10 times slower. you need to wait more then 1m45s on my hardware until the blinking cursor in the upper left goes away and the blue windows bootlogo appears. that leads to false assumption, that your setup hangs. + +what's causing this slownewss? + +is implementation really that bad? + +i did compare read performance of ide, sata and scsi cdrom in linux vm and cannot observe such a big difference. + +see +https://forum.proxmox.com/threads/win10-installation-pathological-slowness-with-i440fx-ide-cdrom.129351/""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1732.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1732.toml new file mode 100644 index 00000000..00f44081 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1732.toml @@ -0,0 +1,15 @@ +id = 1732 +title = "Is there a way to disconnect the network of guest?" +state = "closed" +created_at = "2023-06-26T03:27:26.681Z" +closed_at = "2023-06-26T06:16:49.048Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1732" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """When guest is running,I wan to disconnect the network(not detach the net),which should keep disconnect after migrate or restart if we not reconnect it againt. Whether qemu has some ways to do it?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1734.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1734.toml new file mode 100644 index 00000000..ca87c578 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1734.toml @@ -0,0 +1,24 @@ +id = 1734 +title = "mmap-ing more than 1GB of files fails on v8.0 of QEMU, but works on older version" +state = "closed" +created_at = "2023-06-27T04:59:08.216Z" +closed_at = "2023-07-09T07:43:34.631Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1734" +host-os = "Ubuntu 22.04 LTS" +host-arch = "x64 host" +qemu-version = "qemu-arm version 8.0.50 (v8.0.0-1944-gcab35c73be)" +guest-os = "ARM Linux 32-bit user mode application" +guest-arch = "ARM" +description = """Trying to run an application using QEMU user mode for an ARM binary. My host system is Ubuntu 22.04 based. The v6.2 from Ubuntu repos is able to mmap files that contain more than 1GB of address space, but version 8.0 that I compiled will not. + +I created a repo with a readme, and a simple application that you can use to demonstrate the problem: +https://github.com/mwales/qemu_mmap_test + +Example application simply takes a list of files, mmaps the entire file into memory, and then computes a checksum of the file data. Once the file(s) sizes exceed around 1GB, the mmap calls will fail because the memory from 0x00000000 - 0x40000000 has been exhausted.""" +reproduce = """1. Compile test application that mmaps entire files +2. Create 5 256MB test files +3. Run the program tell it to mmap all the files. The first 3 files succeed, but the 4th when run gets a -1 returned from mmap.""" +additional = """Lots of details on my github writeup and a demo of the bug in question. + +It seems that this 1GB limit is an artifact of where QEMU loaded the original ELF binary at (0x40000000). I've also been playing around with moving that address using the -B 0x80000000 option, but I've encountered other problems doing that. As I diagnose that, I figured I would write up this report on what I've seen so far incase I'm doing something dumb / creating a bad build or something.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1738.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1738.toml new file mode 100644 index 00000000..239524af --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1738.toml @@ -0,0 +1,157 @@ +id = 1738 +title = "qemu-system-x86_64 crash during kernel PCI init with large number of busses" +state = "opened" +created_at = "2023-06-27T17:26:05.642Z" +closed_at = "n/a" +labels = ["device: PCI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1738" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "8.0.2" +guest-os = "Linux" +guest-arch = "x86_64" +description = """When booting a Linux kernel under qemu-system-x86_64 (tcg) using a large number of PCI busses (25+), qemu crashes with an invalid memory access during kernel PCI init phase. Failure rate is not 100%; some kernel boots do succeed, but the failure rate increases as the number of pci busses increases. Note that no initrd is needed; crash happens before kernel even gets to the point of trying to mount root.""" +reproduce = """Launch qemu using command line above along with 4.19.x kernel image (have not tested 5.x). It may take a few tries but within about 20 boot attempts, qemu will crash at least once.""" +additional = """Final kernel logs before crash: +``` +... +[ 1.413615] ACPI: Added _OSI(Module Device) +[ 1.413947] ACPI: Added _OSI(Processor Device) +[ 1.414262] ACPI: Added _OSI(3.0 _SCP Extensions) +[ 1.414421] ACPI: Added _OSI(Processor Aggregator Device) +[ 1.414922] ACPI: Added _OSI(Linux-Dell-Video) +[ 1.415445] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio) +[ 1.444489] ACPI: 1 ACPI AML tables successfully acquired and loaded +[ 1.468218] ACPI: Interpreter enabled +[ 1.469897] ACPI: (supports S0 S3 S4 S5) +[ 1.470200] ACPI: Using IOAPIC for interrupt routing +[ 1.471811] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and repog +[ 1.474421] ACPI: Enabled 2 GPEs in block 00 to 3F +[ 1.536854] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) +[ 1.537996] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI] +[ 1.540988] acpi PNP0A08:00: _OSC: platform does not support [LTR] +[ 1.542232] acpi PNP0A08:00: _OSC: OS now controls [PME AER PCIeCapability] +[ 1.546310] PCI host bridge to bus 0000:00 +[ 1.546650] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window] +[ 1.547471] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff window] +[ 1.548039] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window] +[ 1.548421] pci_bus 0000:00: root bus resource [mem 0x80000000-0xafffffff window] +[ 1.549086] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xfebfffff window] +[ 1.549945] pci_bus 0000:00: root bus resource [mem 0x280000000-0xa7fffffff window] +[ 1.550994] pci_bus 0000:00: root bus resource [bus 00-ff] +<...crash...> +``` + +QEMU backtrace: +``` +$ gdb build/qemu-system-x86_64 core.3475232 +<...> +Reading symbols from build/qemu-system-x86_64... +[New LWP 3475243] +[New LWP 3475244] +[New LWP 3475241] +[New LWP 3475238] +[New LWP 3475245] +[New LWP 3475239] +[New LWP 3475246] +[New LWP 3475240] +[New LWP 3475232] +[New LWP 3475242] +[New LWP 3475236] +[New LWP 3475247] +[Thread debugging using libthread_db enabled] +Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". +Core was generated by `build/qemu-system-x86_64 -m 8192 -smp cpus=10,threads=2 -nographic -machine q35'. +Program terminated with signal SIGSEGV, Segmentation fault. +#0 0x0000556065897e0e in memory_region_dispatch_write (mr=mr@entry=0x0, addr=addr@entry=768, data=data@entry=253, + op=op@entry=MO_32, attrs=...) at ../softmmu/memory.c:1497 +1497\t if (mr->alias) { +[Current thread is 1 (Thread 0x7fe2e951d640 (LWP 3475243))] +(gdb) bt full +#0 0x0000556065897e0e in memory_region_dispatch_write + (mr=mr@entry=0x0, addr=addr@entry=768, data=data@entry=253, op=op@entry=MO_32, attrs=...) at ../softmmu/memory.c:1497 + size = <optimized out> +#1 0x00005560659112c2 in io_writex + (env=env@entry=0x556066bbd5d0, full=0x7fe08401ec70, mmu_idx=mmu_idx@entry=2, val=val@entry=253, addr=addr@entry=18446744073699050240, retaddr=retaddr@entry=140611404753775, op=MO_32) at ../accel/tcg/cputlb.c:1430 + _iothread_lock_auto = 0x1 + cpu = 0x556066bbb1e0 + mr_offset = 768 + section = 0x7fe078d7d570 + mr = 0x0 + r = <optimized out> +#2 0x0000556065915f14 in store_helper + (op=MO_32, retaddr=140611404753775, oi=<optimized out>, val=<optimized out>, addr=18446744073699050240, env=0x556066bbd5d0) + at ../accel/tcg/cputlb.c:2454 + full = <optimized out> + need_swap = false + a_bits = <optimized out> + mmu_idx = 2 + tlb_addr = <optimized out> + haddr = <optimized out> + size = 4 + index = <optimized out> + entry = 0x7fe08401bc40 +#3 full_le_stl_mmu (env=0x556066bbd5d0, addr=18446744073699050240, val=253, oi=<optimized out>, retaddr=140611404753775) + at ../accel/tcg/cputlb.c:2542 +#4 0x00007fe2a4d4eb6f in code_gen_buffer () +#5 0x00005560659065bb in cpu_tb_exec + (cpu=cpu@entry=0x556066bbb1e0, itb=itb@entry=0x7fe2a4d4e9c0 <code_gen_buffer+13953427>, tb_exit=tb_exit@entry=0x7fe2e951c758) + at ../accel/tcg/cpu-exec.c:460 + env = 0x556066bbd5d0 + ret = <optimized out> + last_tb = <optimized out> + tb_ptr = 0x7fe2a4d4ea80 <code_gen_buffer+13953619> + __PRETTY_FUNCTION__ = "cpu_tb_exec" +#6 0x0000556065906ab6 in cpu_loop_exec_tb + (tb_exit=0x7fe2e951c758, last_tb=<synthetic pointer>, pc=<optimized out>, tb=0x7fe2a4d4e9c0 <code_gen_buffer+13953427>, cpu=0x556066bbb1e0) at ../accel/tcg/cpu-exec.c:893 + insns_left = <optimized out> + __PRETTY_FUNCTION__ = "cpu_loop_exec_tb" + tb = 0x7fe2a4d4e9c0 <code_gen_buffer+13953427> + flags = <optimized out> + cflags = 4280811520 + cs_base = <optimized out> + pc = <optimized out> + last_tb = <optimized out> + tb_exit = 0 +--Type <RET> for more, q to quit, c to continue without paging-- + ret = <optimized out> +#7 cpu_exec_loop (cpu=cpu@entry=0x556066bbb1e0, sc=sc@entry=0x7fe2e951c7f0) at ../accel/tcg/cpu-exec.c:1013 + tb = 0x7fe2a4d4e9c0 <code_gen_buffer+13953427> + flags = <optimized out> + cflags = 4280811520 + cs_base = <optimized out> + pc = <optimized out> + last_tb = <optimized out> + tb_exit = 0 + ret = <optimized out> +#8 0x0000556065907311 in cpu_exec_setjmp (cpu=cpu@entry=0x556066bbb1e0, sc=sc@entry=0x7fe2e951c7f0) at ../accel/tcg/cpu-exec.c:1043 + __func__ = "cpu_exec_setjmp" +#9 0x00005560659079f0 in cpu_exec (cpu=cpu@entry=0x556066bbb1e0) at ../accel/tcg/cpu-exec.c:1069 + ret = <optimized out> + sc = {diff_clk = 0, last_cpu_icount = 0, realtime_clock = 0} +#10 0x000055606592a854 in tcg_cpus_exec (cpu=cpu@entry=0x556066bbb1e0) at ../accel/tcg/tcg-accel-ops.c:81 + ret = <optimized out> + __PRETTY_FUNCTION__ = "tcg_cpus_exec" +#11 0x000055606592a9a7 in mttcg_cpu_thread_fn (arg=arg@entry=0x556066bbb1e0) at ../accel/tcg/tcg-accel-ops-mttcg.c:95 + r = <optimized out> + + force_rcu = {notifier = {notify = 0x55606592aac0 <mttcg_force_rcu>, node = {le_next = 0x0, le_prev = 0x7fe2e951d4a0}}, cpu = 0x556066bbb1e0} + cpu = 0x556066bbb1e0 + __PRETTY_FUNCTION__ = "mttcg_cpu_thread_fn" + __func__ = "mttcg_cpu_thread_fn" +#12 0x0000556065aa2e91 in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:541 + + __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {140612553791040, -3809744250012005023, 93872529245600, 25, 140612607756368, 140729970282144, -7051494707616903839, -3809738403745854111}, __mask_was_saved = 0}}, __pad = {0x7fe2e951c970, 0x0, 0x0, 0x0}} + __cancel_routine = 0x556065aa2ee0 <qemu_thread_atexit_notify> + __not_first_call = <optimized out> + start_routine = 0x55606592a8a0 <mttcg_cpu_thread_fn> + arg = 0x556066bbb1e0 + r = <optimized out> +#13 0x00007fe2ec894b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 + ret = <optimized out> + pd = <optimized out> + + unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140729970281792, 7053160723592154465, 140612553791040, 25, 140612607756368, 140729970282144, -7051494707570766495, -7051505217351676575}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} + not_first_call = <optimized out> +#14 0x00007fe2ec926a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1739.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1739.toml new file mode 100644 index 00000000..e98ff6d9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1739.toml @@ -0,0 +1,44 @@ +id = 1739 +title = "Build process is broken in /audio/dbusaudio.c:36: pixman.h cannot be found" +state = "closed" +created_at = "2023-06-28T14:19:26.841Z" +closed_at = "2023-07-01T10:12:35.742Z" +labels = ["Audio", "Build System", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1739" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hello. + +I try to build qemu using commit aa1048e33c. But build process stop in /audio/dbusaudio.c with this error log: + +``` +[979/9916] Generating audio-dbus.modin...d (wrapped by meson to capture output) +FAILED: audio-dbus.modinfo +/home/fred/qemu-git/src/qemu/build-full/pyvenv/bin/meson --internal exe --capture audio-dbus.modinfo -- /home/fred/qemu-git/src/qemu/build-full/pyvenv/bin/python3 /home/fred/qemu-git/src/qemu/scripts/modinfo-collect.py ../audio/dbusaudio.c +--- stderr --- +In file included from /home/fred/qemu-git/src/qemu/include/ui/console.h:4, + from /home/fred/qemu-git/src/qemu/ui/dbus.h:31, + from ../audio/dbusaudio.c:36: +/home/fred/qemu-git/src/qemu/include/ui/qemu-pixman.h:12:10: fatal error: pixman.h: No such file or directory + 12 | #include <pixman.h> + | ^~~~~~~~~~ +compilation terminated. +``` + +Of course I have pixman.h which could be find in pixman package: + +``` +pacman -Ql pixman | grep pixman.h +pixman /usr/include/pixman-1/pixman.h +``` + +Used configuration: ```--prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror``` + +The last time I got a buildable qemu was with commit 79dbd910c9, 3 days ago.""" +reproduce = """1. Grab latest commit +2. Use this configure line: ```--prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror``` +3. make and wait""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/174.toml b/gitlab/issues/target_missing/host_missing/accel_missing/174.toml new file mode 100644 index 00000000..040e4847 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/174.toml @@ -0,0 +1,15 @@ +id = 174 +title = "European keyboard PC-105 deadkey" +state = "closed" +created_at = "2021-05-05T11:45:46.880Z" +closed_at = "2021-06-27T16:53:58.158Z" +labels = ["Launchpad", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/174" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1741.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1741.toml new file mode 100644 index 00000000..d02294dd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1741.toml @@ -0,0 +1,15 @@ +id = 1741 +title = "95059f9c313a7fbd7f22e4cdc1977c0393addc7b breaks some 32bit architectures in linux-user on amd64" +state = "closed" +created_at = "2023-06-29T07:44:47.904Z" +closed_at = "2023-07-01T10:12:35.762Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1741" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1743.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1743.toml new file mode 100644 index 00000000..e9cbad40 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1743.toml @@ -0,0 +1,24 @@ +id = 1743 +title = "QEm+Android emulator crashes on x86 host (but not mac M1)" +state = "closed" +created_at = "2023-06-29T16:33:39.057Z" +closed_at = "2023-06-29T18:28:36.960Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1743" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """Using QEmu+Android emulator crashes when using tflite on x86 hosts (but not M1 macs).""" +reproduce = """1. Install android toolchain, including emulator (sdkmanager, adb, avdmanager etc) +2. Start android emulator on an x86 host +3. Follow instructions to download and run tflite benchmarking tool [here](https://www.tensorflow.org/lite/performance/measurement) +4. Crashes with the following error + +``` +06-27 17:38:28.093 8355 8355 F ndk_translation: vendor/unbundled_google/libs/ndk_translation/intrinsics/intrinsics_impl_x86_64.cc:86: CHECK failed: 524288 == 0 +``` + +We have tried with many different models and the result is always the same. The same models run fine when the emulator runs on a mac M1 host.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1744.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1744.toml new file mode 100644 index 00000000..fa01a846 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1744.toml @@ -0,0 +1,15 @@ +id = 1744 +title = "Divide-by-zero in virtio_gpu_simple_process_cmd" +state = "closed" +created_at = "2023-07-02T10:56:20.321Z" +closed_at = "2023-07-17T19:12:17.732Z" +labels = ["Fuzzer", "device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1744" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1746.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1746.toml new file mode 100644 index 00000000..30f87e61 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1746.toml @@ -0,0 +1,15 @@ +id = 1746 +title = "PIC32 support in QEMU" +state = "closed" +created_at = "2023-07-03T11:35:27.255Z" +closed_at = "2023-07-05T15:42:08.959Z" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1746" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """There is a fork of an older version of QEMU that includes running a PIC32 microcontoller in QEMU hosted [here](https://github.com/sergev/qemu), however, it is very outdated.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1747.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1747.toml new file mode 100644 index 00000000..694328b5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1747.toml @@ -0,0 +1,28 @@ +id = 1747 +title = "eMMC support is missing as a storage type" +state = "closed" +created_at = "2023-07-04T11:20:03.805Z" +closed_at = "2024-07-29T13:28:33.521Z" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1747" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """There seems several attempts at this, but the most recent appears much more complete: +* https://lists.gnu.org/archive/html/qemu-devel/2023-07/msg00347.html + + + +Historical; +"[PATCH v3 06/21] sd: emmc: Update CMD8 to send EXT_CSD register" +https://mail.gnu.org/archive/html/qemu-devel/2021-03/msg00118.html + +"[RFC PATCH 00/17] hw/sd: Rework models for eMMC support" +https://lore.kernel.org/qemu-devel/8aa56da0-a54a-102a-fc85-2fa9f02c18d1@kaod.org/ + +2011 eMMC original support +https://lists.nongnu.org/archive/html/qemu-devel/2011-07/msg02835.html""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1748.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1748.toml new file mode 100644 index 00000000..e1e6d08f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1748.toml @@ -0,0 +1,64 @@ +id = 1748 +title = "qcow2: disk size exceeds virtual size" +state = "closed" +created_at = "2023-07-04T11:25:14.573Z" +closed_at = "2023-07-05T02:39:31.176Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1748" +host-os = "centos8" +host-arch = "x86" +qemu-version = "8.0.50" +guest-os = "centos8" +guest-arch = "x86" +description = """Disk size of qcow2 image file exceeds its virtual size after repeatedly writing, and deleting data in qemu vm.""" +reproduce = """1. qemu-img create -f qcow2 tmp.qcow2 32M +2. attach tmp.qcow2 as a device to qemu vm +3. mount the device in qemu vm, and repeatedly writing, and deleting data""" +additional = """xml for attaching tmp.qcow2 +```xml + <disk device="disk" type="file"> + <target bus="virtio" dev="vdb"/> + <source file="/path/to/tmp.qcow2"/> + <driver type="qcow2" name="qemu" cache="none" discard="unmap"/> + </disk> +``` +in fact, set discard="unmap" or not seems has `little impact` on the final result. +reproducible shell script. +```sh +#! /bin/sh + +for i in {1..1000}; do + for j in {1..27}; do + dd if=/dev/zero of=/mnt/test-$j bs=1M count=1 & + done + sync + sleep 10 + rm -f /mnt/test-* + fstrim /mnt +done +``` +MOUNT the device and run this script, problem happens about 30 minutes. + +final result looks like: +```sh +# qemu-img info tmp.qcow2 --force +image: tmp.qcow2 +file format: qcow2 +virtual size: 32 MiB (33554432 bytes) +disk size: 33 MiB +cluster_size: 65536 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + refcount bits: 16 + corrupt: false + extended l2: false +Child node '/file': + filename: tmp.qcow2 + protocol type: file + file length: 32.3 MiB (33882112 bytes) + disk size: 33 MiB + Format specific information: + extent size hint: 1048576 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/175.toml b/gitlab/issues/target_missing/host_missing/accel_missing/175.toml new file mode 100644 index 00000000..72505ffb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/175.toml @@ -0,0 +1,15 @@ +id = 175 +title = "qmp monitor deadlock (with spice events for ex)" +state = "closed" +created_at = "2021-05-05T11:45:54.861Z" +closed_at = "2021-05-05T12:19:41.541Z" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/175" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1753.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1753.toml new file mode 100644 index 00000000..5d504d28 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1753.toml @@ -0,0 +1,15 @@ +id = 1753 +title = "Does the qemu have luks2 support?" +state = "closed" +created_at = "2023-07-07T06:23:49.187Z" +closed_at = "2023-07-07T06:55:38.890Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1753" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Does the qemu have luks2 support?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1754.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1754.toml new file mode 100644 index 00000000..4b736c36 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1754.toml @@ -0,0 +1,24 @@ +id = 1754 +title = "QEMU wrongly requires SD card sizes to be a power of two" +state = "opened" +created_at = "2023-07-07T22:08:46.264Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1754" +host-os = "Linux" +host-arch = "x86" +qemu-version = "8.0.50" +guest-os = "Raspberry Pi OS" +guest-arch = "ARM" +description = """QEMU arbitrarily requires SD card sizes to be a power of 2. However, this behavior does not match the real world, and I am unable to pass a *physical* SD card into the guest operating system. +``` +$ sudo qemu-system-aarch64 -M raspi2b -drive file=/dev/mmcblk0,if=sd,format=raw +qemu-system-aarch64: Invalid SD card size: 29.7 GiB +SD card size has to be a power of 2, e.g. 32 GiB. +You can resize disk images with 'qemu-img resize <imagefile> <new-size>' +(note that this will lose data if you make the image smaller than it currently is). +```""" +reproduce = """1. Insert a physical SD card into your host system and make a note of its device name. It will be something like `/dev/mmcblk0` +2. Attempt to start a guest OS with the SD card attached. See the command above. +3. You will get an error saying that the card size is not a power of two.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1755.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1755.toml new file mode 100644 index 00000000..26f63b29 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1755.toml @@ -0,0 +1,30 @@ +id = 1755 +title = "qemu-arm fails to execute a cortex-M binary (page_set_flags: Assertion 'last <= GUEST_ADDR_MAX' failed.)" +state = "closed" +created_at = "2023-07-10T15:31:29.693Z" +closed_at = "2023-07-16T16:48:48.392Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1755" +host-os = "Ubuntu 22.04" +host-arch = "x86" +qemu-version = "qemu-arm version 8.0.50 (v8.0.0-2316-gd145c0da22)" +guest-os = "n/a" +guest-arch = "arm" +description = """I've noticed that qemu-arm (so linux-user mode) fails to execute a binary targeting cortex-M. This used to work until commit +"Make the commpage executable".""" +reproduce = """1. Compile a simple hello.c for arm-eabi. If you don't have such a toolchain, you can download one from https://developer.arm.com/downloads/-/arm-gnu-toolchain-downloads For instance https://developer.arm.com/-/media/Files/downloads/gnu/12.2.rel1/binrel/arm-gnu-toolchain-12.2.rel1-x86_64-arm-none-eabi.tar.xz (for an x86_64 linux host) + +2.# compile for cortex-m3: + +3. arm-none-eabi-gcc hello.c -o hello.exe.m3 -mcpu=cortex-m3 -specs=rdimon.specs + +4.qemu-arm -cpu cortex-m3 hello.exe.m3 +.....user-exec.c:492: page_set_flags: Assertion 'last <= GUEST_ADDR_MAX' failed. + +5. # compile for cortex-a9: + +6. arm-none-eabi-gcc hello.c -o hello.exe.a9 -mcpu=cortex-a9 -specs=rdimon.specs + +7. qemu-arm -cpu cortex-a9 hello.exe.a9 +Hello""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1756.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1756.toml new file mode 100644 index 00000000..4f90d2b1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1756.toml @@ -0,0 +1,53 @@ +id = 1756 +title = "qemu8-user on Linux: SIGSEGV because brk(NULL) does not exist" +state = "closed" +created_at = "2023-07-12T02:06:22.121Z" +closed_at = "2023-08-05T14:10:02.228Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1756" +host-os = "any recent Linux of the last several years" +host-arch = "same as Host" +qemu-version = "n/a" +guest-os = "same as Host" +guest-arch = "same as Host" +description = """On Linux, the return value of the system call brk(NULL) need not point to a page that exists. +If so, then qemu8-user will generate SIGSEGV at the next call to brk() with a higher value, +because qemu8 believes that it should maintain contiguous .bss with bytes of value 0. +Thus qemu8-user so calls `memset(g2h_untagged(target_brk), 0, brk_page - target_brk); +in do_brk() at ../linux-user/syscall.c:867, and this generates SIGSEGV at +the non-existent page that covers brk(NULL). + +Instead, the safest thing to do is nothing at all. +Linux deliberately returns a random value for brk(NULL), subject to the conditions +that the value be at least as large as the maximum over all PT_LOAD of (.p_vaddr + .p_memsz), +and "somewhat near" that maximum. The purpose of randomness is to use variability +to interfere with effectiveness of malware, and to expose application coding errors +regarding brk() and sbrk(). If qemu-user wants to preserve contiguous .bss, +then qemu-user should call memset() only if the first page of the range exists. +(As explained in the next paragraph, "contiguous .bss" is a murky concept.) + +Linux itself is partly to blame, because it computes the maximum (.p_vaddr + .p_memsz) +over all the PT_LOAD of the most recent execve(). The most recent execve() seen by +Linux might have no relationship to the state of the address space at the time of +_either_ call to brk(). The app can do arbitrary mmap, munmap, mprotect at any time. +In particular, the run-time de-compressor of UPX does exactly that for a compressed +main program. The maximum computed by Linux is for the compressed program, +which has a different layout than the de-compressed program. + +There is a Linux system call prctl(PR_SET_MM_BRK, new_value) which sets a value +for "the brk", but that syscall tries to validate the new_value based on +the most recent execve(). Once again, that has no relationship to the current +layout of the address space produced by the UPX de-compressor.""" +reproduce = """1. build qemu8-x86_64 from +``` +commit fcb237e64f9d026c03d635579c7b288d0008a6e5 (HEAD -> master, origin/master, origin/HEAD) +Merge: 2ff49e96ac c00aac6f14 +Date: Mon Jul 10 09:17:06 2023 +0100 +``` +2. run `build/qemu-x86_64 -strace upx-4.0.2-amd64_linux/upx --version` where the upx +is from https://github.com/upx/upx/releases/download/v4.0.2/upx-4.0.2-amd64_linux.tar.xz +3. output ends with +``` +372621 close(3) = 0 +372621 munmap(0x0000004000803000,3055) = 0""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1757.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1757.toml new file mode 100644 index 00000000..af69442c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1757.toml @@ -0,0 +1,15 @@ +id = 1757 +title = "guest-agent: improve help for --allow-rpcs and --block-rpcs" +state = "closed" +created_at = "2023-07-12T13:10:47.693Z" +closed_at = "2024-01-31T19:52:48.023Z" +labels = ["Bite Sized", "Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1757" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1758.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1758.toml new file mode 100644 index 00000000..c41916f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1758.toml @@ -0,0 +1,20 @@ +id = 1758 +title = "libssh missing on macOS/m1" +state = "closed" +created_at = "2023-07-12T13:58:09.169Z" +closed_at = "2023-07-12T15:40:02.456Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1758" +host-os = "MacOS Ventura" +host-arch = "ARM" +qemu-version = "head" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """I did a "git pull" in my source for qemu. Now when I do "make" I get: +../block/ssh.c:27:10: fatal error: 'libssh/libssh.h' file not found + +Am I supposed to install libssh separately? I were able to compile qemu about a month ago or so.""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1759.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1759.toml new file mode 100644 index 00000000..856a6a79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1759.toml @@ -0,0 +1,18 @@ +id = 1759 +title = "qemu-system-i386 error during install windows 95/98" +state = "closed" +created_at = "2023-07-12T14:16:49.150Z" +closed_at = "2024-01-19T16:40:58.213Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1759" +host-os = "MacBook Air MacOS 13.5" +host-arch = "ARM" +qemu-version = "8.0.91 (v8.1.0-rc1-46-gccb86f079a)" +guest-os = "Windows 95" +guest-arch = "x86" +description = """Installation of the Windows starts but when Windows 95 is supposed to copy files it failes like:  +Installation of Windows 98 failes like: """ +reproduce = """1. get boot floppy & install cd for windows 95 +2. create hard drive C image +3. try to install Windows 95""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/176.toml b/gitlab/issues/target_missing/host_missing/accel_missing/176.toml new file mode 100644 index 00000000..e9e49ba9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/176.toml @@ -0,0 +1,15 @@ +id = 176 +title = "virtual machine cpu soft lockup when qemu attach disk" +state = "opened" +created_at = "2021-05-05T11:46:03.557Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/176" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1760.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1760.toml new file mode 100644 index 00000000..44aa5113 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1760.toml @@ -0,0 +1,61 @@ +id = 1760 +title = "qemu8-i386 gets wrong arguments for 32-bit old mmap syscall (_NR_mmap = 90)" +state = "closed" +created_at = "2023-07-12T18:40:17.467Z" +closed_at = "2023-08-05T21:22:39.184Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1760" +host-os = "Fedora 36" +host-arch = "x86_64" +qemu-version = "commit fcb237e64f9d026c03d635579c7b288d0008a6e5 (HEAD -> master, origin/master, origin/HEAD)" +guest-os = "Fedora 36" +guest-arch = "i686" +description = """qemu8-i386 does not decode syscall arguments correctly for system call _NR_mmap = 90 on i386. +``` +$ strace ./oldmmap +execve("./oldmmap", ["./oldmmap"], 0x7fff46ba6d40 /* 61 vars */) = 0 +[ Process PID=405233 runs in 32 bit mode. ] +mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7fa7000 +exit(5) = ? ++++ exited with 5 +++ + +$ build/qemu-i386 -strace ./oldmmap +405254 mmap(0x40800058,0,PROT_NONE,0,0,0) = 0x3fffb000 +405254 exit(5) +```""" +reproduce = """1. gcc -m32 -o oldmmap -nostartfiles -nostdlib oldmmap.S # build 32-bit executable +2. strace ./oldmmap # run under strace +3. build/qemu-i386 -strace ./oldmmap # run under "qemu-i386 -strace" +4. Notice that qemu-i386 did not report the same arguments to the _NR_map syscall as /usr/bin/strace did.""" +additional = """``` +$ cat oldmmap.S +MAP_FIXED= 0x10 +MAP_PRIVATE= 0x02 +MAP_ANONYMOUS= 0x20 + +PROT_READ= 1 +PROT_WRITE= 2 +PROT_EXEC= 4 + +_NR_exit = 1 +_NR_mmap = 90 // oldmmap: %ebx -> array of 6 arguments + + .globl _start +_start: + push $0 // offset + push $-1 // fd + push $MAP_PRIVATE|MAP_ANONYMOUS // flags + push $PROT_READ|PROT_WRITE // protection + push $2<<12 // length + push $0 // addr (kernel chooses) + mov %esp,%ebx + mov $_NR_mmap,%eax + int $0x80 + nop + + mov $5,%ebx + mov $_NR_exit,%eax + int $0x80 + hlt +$ +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1764.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1764.toml new file mode 100644 index 00000000..4fa1a9ba --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1764.toml @@ -0,0 +1,15 @@ +id = 1764 +title = "lsusb fails with qemu-system-x86_64 command (qemu-system-x86 package)" +state = "opened" +created_at = "2023-07-17T10:58:28.632Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1764" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1766.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1766.toml new file mode 100644 index 00000000..4cd2a825 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1766.toml @@ -0,0 +1,15 @@ +id = 1766 +title = "-strace should print target program counter when SIGSEGV" +state = "opened" +created_at = "2023-07-17T16:26:26.495Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1766" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1767.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1767.toml new file mode 100644 index 00000000..60fe4d86 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1767.toml @@ -0,0 +1,15 @@ +id = 1767 +title = "Add iphone emulated device" +state = "opened" +created_at = "2023-07-17T19:55:13.555Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1767" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1768.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1768.toml new file mode 100644 index 00000000..231aa639 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1768.toml @@ -0,0 +1,40 @@ +id = 1768 +title = "Could not allocate more than ~2GB with qemu-user" +state = "closed" +created_at = "2023-07-18T12:15:24.069Z" +closed_at = "2023-07-25T17:27:25.780Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1768" +host-os = "Slackware GNU/Linux" +host-arch = "x86_64" +qemu-version = "8.0.50 (git commit hash 4633c1e2c576fbabfe5c8c93f4b842504b69c096)" +guest-os = "GNU/Linux user-space" +guest-arch = "arm, hppa, i386, or1k, ppc, sparc" +description = """On qemu-user, failed to allocate more than about 2GB on 32bit platform supporting up to 4GB (arm, ppc, etc.)""" +reproduce = """1. Try to allocate more than 2GB [e.g. for(i=0;i<64;i++) if(malloc(64*1024*1024)==NULL) perror("Failed to allocate 64MB");] +2. Only 1 64MB chunck is allocated in the upper 2GB memory space +3. Failed to allocate after about 2GB.""" +additional = """The problem is in **pageflags_find** and **pageflags_next** functions (found in _accel/tcg/user-exec.c_) 3rd parameters, that should be **target_ulong** instead of incorrect _target_long_ (the parameter will be converted signed extended to uint64_t). +The testing program is the following: +``` +#include <stdio.h> +#include <stdlib.h> + +int main(int argc,char *argv[]) { + unsigned int a; + unsigned int i; + char *al; + unsigned int sss=1U*1024*1024*64; + for(a=0;a<128;a++) { + al=malloc(sss); + if(al!=NULL) { + printf("ALLOC OK %u (%08lX)!\\n",sss*(a+1),al); + } + else { + printf("Cannot alloc %d\\n",(a+1)*sss); + perror("Cannot alloc"); + exit(1); + } + } +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/177.toml b/gitlab/issues/target_missing/host_missing/accel_missing/177.toml new file mode 100644 index 00000000..36d57801 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/177.toml @@ -0,0 +1,15 @@ +id = 177 +title = "qemu-bridge-helper undocumented and broken" +state = "opened" +created_at = "2021-05-05T11:46:12.588Z" +closed_at = "n/a" +labels = ["Documentation", "Launchpad", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/177" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1770.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1770.toml new file mode 100644 index 00000000..cfb38d25 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1770.toml @@ -0,0 +1,30 @@ +id = 1770 +title = "Wrong unpacked structure for epoll_event on qemu-or1k (openrisc)" +state = "closed" +created_at = "2023-07-18T12:58:18.844Z" +closed_at = "2023-08-03T06:40:23.368Z" +labels = ["linux-user", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1770" +host-os = "Slackware GNU/Linux" +host-arch = "x86_64" +qemu-version = "8.0.50 (git commit hash 4633c1e2c576fbabfe5c8c93f4b842504b69c096)" +guest-os = "GNU/Linux OpenRISC user-space" +guest-arch = "or1k (OpenRISC)" +description = """When using cmake automoc, the process will infinite loop waiting for epoll_events.""" +reproduce = """1. Try to compile cmake with qt5 support +2. The build process will freeze when "Automatic MOC" is invoked""" +additional = """The problem is that or1k has a "packed" epoll_event structure, so it should be also packed in target_epoll_event structure. +Following the (very trivial) patch: +``` +--- qemu-20230327/linux-user/syscall_defs.h.orig\t2023-03-27 15:41:42.000000000 +0200 ++++ qemu-20230327/linux-user/syscall_defs.h\t2023-06-30 17:29:39.034322213 +0200 +@@ -2714,7 +2709,7 @@ + #define FUTEX_CMD_MASK ~(FUTEX_PRIVATE_FLAG | FUTEX_CLOCK_REALTIME) + + #ifdef CONFIG_EPOLL +-#if defined(TARGET_X86_64) ++#if defined(TARGET_X86_64) || defined(TARGET_OPENRISC) + #define TARGET_EPOLL_PACKED QEMU_PACKED + #else + #define TARGET_EPOLL_PACKED +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1773.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1773.toml new file mode 100644 index 00000000..3e83f2d8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1773.toml @@ -0,0 +1,17 @@ +id = 1773 +title = "qemu does not use the mic of the webcam dedicated to the VM" +state = "opened" +created_at = "2023-07-20T11:46:43.229Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1773" +host-os = "openSuse tumbleweed" +host-arch = "x86" +qemu-version = "8.02" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = """1. plug two webcams to the desktop, one for the host and one for the VM +2. launch QEMU VM +3. QEMU VM take the desktop webcam mic instead of the webcam mic dedicated to the VM.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1775.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1775.toml new file mode 100644 index 00000000..5e001dda --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1775.toml @@ -0,0 +1,69 @@ +id = 1775 +title = "QEMU abort on Cortex-M breakpoint exception" +state = "closed" +created_at = "2023-07-21T10:46:20.631Z" +closed_at = "2023-07-25T14:49:21.089Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1775" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.0.90 (v8.1.0-rc0-21-gd1181d2937), (commit d1181d29370a4318a9f11ea92065bea6bb159f83)" +guest-os = "-" +guest-arch = "ARM" +description = """When a breakpoint exception is raised in a ARM Cortex-M board QEMU aborts. + +``` +$ qemu-system-arm --version +QEMU emulator version 8.0.90 (v8.1.0-rc0-21-gd1181d2937) + +$ ./qemu-system-arm -M stm32vldiscovery -nographic -device loader,file=raw-bkpt.hex -d in_asm,exec,int +[...] +Trace 0: 0x7fac6c000100 [00800400/0000000000000100/00000110/ff200000] +---------------- +IN: +0x00000110: be01 bkpt #1 + +Linking TBs 0x7fac6c000100 index 0 -> 0x7fac6c0002c0 +Trace 0: 0x7fac6c0002c0 [00800400/0000000000000110/00000110/ff200000] +qemu-system-arm: ../target/arm/helper.c:12224: arm_security_space_below_el3: Assertion `!arm_feature(env, ARM_FEATURE_M)' failed. +``` + +Expected behavior: +``` +$ qemu-system-arm --version +QEMU emulator version 7.1.0 + +$ ./qemu-system-arm -M stm32vldiscovery -nographic -device loader,file=raw-bkpt.hex -d in_asm,exec,int +[...] +Trace 0: 0x7f5408000100 [00800400/00000100/00000110/ff000000] +---------------- +IN: +0x00000110: be01 bkpt #1 + +Linking TBs 0x7f5408000100 [00000100] index 0 -> 0x7f54080002c0 [00000110] +Trace 0: 0x7f54080002c0 [00800400/00000110/00000110/ff000000] +Taking exception 7 [Breakpoint] on CPU 0 +...BusFault with BFSR.STKERR +...taking pending nonsecure exception 3 +...loading from element 3 of non-secure vector table at 0xc +...loaded new PC 0x0 +---------------- +```""" +reproduce = """1. Run any Cortex-M firmware that raises a breakpoint exception. (minimal example attached)""" +additional = """- Minimal Reproducer: +[raw-bkpt.hex](/uploads/b9289c6f3a4feef015c8a3dffb4fc467/raw-bkpt.hex) +- This is **not** a duplicate of #1658 / #1740 +- Stacktrace: +``` +#2 0x00007ffff5a68538 in abort () at /usr/lib/libc.so.6 +#3 0x00007ffff5a6845c in () at /usr/lib/libc.so.6 +#4 0x00007ffff5a783d6 in () at /usr/lib/libc.so.6 +#5 0x0000555555c55921 in arm_security_space_below_el3 (env=0x555556dc1b40) at ../target/arm/helper.c:12224 +#6 arm_security_space_below_el3 (env=env@entry=0x555556dc1b40) at ../target/arm/helper.c:12222 +#7 0x0000555555c48b08 in arm_is_secure_below_el3 (env=0x555556dc1b40) at ../target/arm/cpu.h:2465 +#8 arm_is_el2_enabled (env=0x555556dc1b40) at ../target/arm/cpu.h:2517 +#9 arm_debug_target_el (env=env@entry=0x555556dc1b40) at ../target/arm/debug_helper.c:24 +#10 0x0000555555c49cb5 in helper_exception_bkpt_insn (env=0x555556dc1b40, syndrome=0xe2000001) at ../target/arm/debug_helper.c:510 +#11 0x00007fffac0002d9 in code_gen_buffer () +[...] +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1777.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1777.toml new file mode 100644 index 00000000..7b0315e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1777.toml @@ -0,0 +1,15 @@ +id = 1777 +title = "Allow logging of IP addresses of connections made to QEMU socket backends for e.g. VNC or SPICE console" +state = "opened" +created_at = "2023-07-22T15:08:13.880Z" +closed_at = "n/a" +labels = ["GUI", "kind::Feature Request", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1777" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1778.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1778.toml new file mode 100644 index 00000000..a7619c4f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1778.toml @@ -0,0 +1,15 @@ +id = 1778 +title = "Spice audio play at wrong speed and frequency after qemu-7.2.0" +state = "opened" +created_at = "2023-07-22T17:04:40.797Z" +closed_at = "n/a" +labels = ["Audio", "spice", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1778" +host-os = "Gentoo linux" +host-arch = "x86_64" +qemu-version = "8.0.3" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/178.toml b/gitlab/issues/target_missing/host_missing/accel_missing/178.toml new file mode 100644 index 00000000..cc902a98 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/178.toml @@ -0,0 +1,15 @@ +id = 178 +title = "Meson setup fails with meson 0.58.0" +state = "closed" +created_at = "2021-05-05T13:33:02.896Z" +closed_at = "2021-05-12T16:30:05.589Z" +labels = ["Build System", "Closed::Fixed", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/178" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1781.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1781.toml new file mode 100644 index 00000000..dc2715da --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1781.toml @@ -0,0 +1,64 @@ +id = 1781 +title = "8.1.0rc0: configure from tar file fetches subprojects via git" +state = "closed" +created_at = "2023-07-23T10:02:37.089Z" +closed_at = "2023-07-31T19:19:47.626Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1781" +host-os = "Windows 10 22H2, Msys2/Clang64" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Executing configure from tar file fetches subprojects via git. Fetched subprojects are https://gitlab.com/qemu-project/dtc and https://gitlab.com/qemu-project/keycodemapdb +``` +$ ./configure --disable-download +Using './build' as the directory for build output +... +Initialized empty Git repository in /home/helge/qemu-8.1.0-rc0/subprojects/dtc/.git/ +remote: Enumerating objects: 319, done. +remote: Counting objects: 100% (319/319), done. +remote: Compressing objects: 100% (251/251), done. +remote: Total 319 (delta 54), reused 163 (delta 38), pack-reused 0 +Receiving objects: 100% (319/319), 250.56 KiB | 1.94 MiB/s, done. +Resolving deltas: 100% (54/54), done. +From https://gitlab.com/qemu-project/dtc + * branch b6910bec11614980a21e46fbccc35934b671bd81 -> FETCH_HEAD +HEAD is now at b6910be Bump version to v1.6.1 +... +Initialized empty Git repository in /home/helge/qemu-8.1.0-rc0/subprojects/keycodemapdb/.git/ +remote: Enumerating objects: 26, done. +remote: Counting objects: 100% (26/26), done. +remote: Compressing objects: 100% (21/21), done. +remote: Total 26 (delta 0), reused 23 (delta 0), pack-reused 0 +Unpacking objects: 100% (26/26), 30.65 KiB | 216.00 KiB/s, done. +From https://gitlab.com/qemu-project/keycodemapdb + * branch f5772a62ec52591ff6870b7e8ef32482371f22c6 -> FETCH_HEAD +HEAD is now at f5772a6 Add Qemu qcode support for F13 to F24 +... +``` + +Using `--disable-download` is no option: +``` +$ ./configure --disable-download +Using './build' as the directory for build output + +ERROR: missing subprojects + +This is not a GIT checkout but subproject content appears to +be missing. Do not use 'git archive' or GitHub download links +to acquire QEMU source archives. Non-GIT builds are only +supported with source archives linked from: + + https://www.qemu.org/download/#source +``` + +If I understand the error message correctly, the subprojects should be part of the tar.""" +reproduce = """1. Open Clang64 console +2. `pacman -Syu` +3. `pacman -S binutils mingw-w64-clang-x86_64-toolchain mingw-w64-clang-x86_64-glib2 mingw-w64-clang-x86_64-ninja mingw-w64-clang-x86_64-pixman mingw-w64-clang-x86_64-python mingw-w64-clang-x86_64-python-sphinx mingw-w64-clang-x86_64-python-sphinx_rtd_theme` +4. `wget https://download.qemu.org/qemu-8.1.0-rc0.tar.xz` +5. `tar -xf qemu-8.1.0-rc0.tar.xz` +6. `cd qemu-8.1.0-rc0` +7. `./configure` or `./configure --disable-download`""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1782.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1782.toml new file mode 100644 index 00000000..0278919b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1782.toml @@ -0,0 +1,66 @@ +id = 1782 +title = "8.1.0rc0: Build failure compiling with clang on windows" +state = "closed" +created_at = "2023-07-23T10:22:24.234Z" +closed_at = "2023-08-02T15:13:35.004Z" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1782" +host-os = "Windows 10 22H2, Msys2/Clang64" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Building in Clang64 environment finally fails with: +``` +... +[1416/2001] Compiling C object libcommon.fa.p/ui_dbus-listener.c.obj +FAILED: libcommon.fa.p/ui_dbus-listener.c.obj +"cc" "-m64" "-mcx16" "-Ilibcommon.fa.p" "-Isubprojects/dtc/libfdt" "-I../subprojects/dtc/libfdt" "-Iui" "-I../ui" "-IC:/msys64/clang64/include/pixman-1" "-IC:/msys64/clang64/include/glib-2.0" "-IC:/msys64/clang64/lib/glib-2.0/include" "-IC:/msys64/clang64/include/ncursesw" "-fcolor-diagnostics" "-Wall" "-Winvalid-pch" "-std=gnu11" "-O2" "-g" "-fstack-protector-strong" "-Wundef" "-Wwrite-strings" "-Wmissing-prototypes" "-Wstrict-prototypes" "-Wredundant-decls" "-Wold-style-definition" "-Wtype-limits" "-Wformat-security" "-Wformat-y2k" "-Winit-self" "-Wignored-qualifiers" "-Wempty-body" "-Wnested-externs" "-Wendif-labels" "-Wexpansion-to-defined" "-Wmissing-format-attribute" "-Wno-initializer-overrides" "-Wno-missing-include-dirs" "-Wno-shift-negative-value" "-Wno-string-plus-int" "-Wno-typedef-redefinition" "-Wno-tautological-type-limit-compare" "-Wno-psabi" "-Wno-gnu-variable-sized-type-not-at-end" "-Wthread-safety" "-iquote" "." "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0" "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0/include" "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0/host/include/x86_64" "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0/host/include/generic" "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0/tcg/i386" "-D_GNU_SOURCE" "-D_FILE_OFFSET_BITS=64" "-D_LARGEFILE_SOURCE" "-fno-strict-aliasing" "-fno-common" "-fwrapv" "-fno-pie" "-DNCURSES_WIDECHAR" "-DNCURSES_WIDECHAR=1" -MD -MQ libcommon.fa.p/ui_dbus-listener.c.obj -MF "libcommon.fa.p/ui_dbus-listener.c.obj.d" -o libcommon.fa.p/ui_dbus-listener.c.obj "-c" ../ui/dbus-listener.c +../ui/dbus-listener.c:355:10: error: call to undeclared function 'd3d_texture2d_release0'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] + if (!d3d_texture2d_release0(tex, &err)) { + ^ +../ui/dbus-listener.c:360:10: error: call to undeclared function 'd3d_texture2d_share'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] + if (!d3d_texture2d_share(tex, &share_handle, &err)) { + ^ +../ui/dbus-listener.c:392:10: error: call to undeclared function 'd3d_texture2d_acquire0'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] + if (!d3d_texture2d_acquire0(tex, &err)) { + ^ +3 errors generated. +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:162: run-ninja] Error 1 +make[1]: Leaving directory '/home/helge/qemu-8.1.0-rc0/build' +make: *** [GNUmakefile:11: all] Error 2 + +... +```""" +reproduce = """1. Open Clang64 console +2. `pacman -Syu` +3. `pacman -S binutils mingw-w64-clang-x86_64-toolchain mingw-w64-clang-x86_64-glib2 mingw-w64-clang-x86_64-ninja mingw-w64-clang-x86_64-pixman mingw-w64-clang-x86_64-python mingw-w64-clang-x86_64-python-sphinx mingw-w64-clang-x86_64-python-sphinx_rtd_theme` +4. `wget https://download.qemu.org/qemu-8.1.0-rc0.tar.xz` +5. `tar -xf qemu-8.1.0-rc0.tar.xz` +6. `cd qemu-8.1.0-rc0` +7. `./configure --target-list=x86_64-softmmu` +8. `make`""" +additional = """The used cc is clang in Msys2/Clang64 environment: +``` +$ md5sum /clang64/bin/cc.exe /clang64/bin/clang.exe +bb70e04a10456b05b07f14d190ad9015 */clang64/bin/cc.exe +bb70e04a10456b05b07f14d190ad9015 */clang64/bin/clang.exe +``` + +On manually repeating the command in build directory a different error is shown: +``` +$ cd build +$ "cc" "-m64" "-mcx16" "-Ilibcommon.fa.p" "-Isubprojects/dtc/libfdt" "-I../subprojects/dtc/libfdt" "-Iui" "-I../ui" "-IC:/msys64/clang64/include/pixman-1" "-IC:/msys64/clang64/include/glib-2.0" "-IC:/msys64/clang64/lib/glib-2.0/include" "-IC:/msys64/clang64/include/ncursesw" "-fcolor-diagnostics" "-Wall" "-Winvalid-pch" "-std=gnu11" "-O2" "-g" "-fstack-protector-strong" "-Wundef" "-Wwrite-strings" "-Wmissing-prototypes" "-Wstrict-prototypes" "-Wredundant-decls" "-Wold-style-definition" "-Wtype-limits" "-Wformat-security" "-Wformat-y2k" "-Winit-self" "-Wignored-qualifiers" "-Wempty-body" "-Wnested-externs" "-Wendif-labels" "-Wexpansion-to-defined" "-Wmissing-format-attribute" "-Wno-initializer-overrides" "-Wno-missing-include-dirs" "-Wno-shift-negative-value" "-Wno-string-plus-int" "-Wno-typedef-redefinition" "-Wno-tautological-type-limit-compare" "-Wno-psabi" "-Wno-gnu-variable-sized-type-not-at-end" "-Wthread-safety" "-iquote" "." "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0" "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0/include" "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0/host/include/x86_64" "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0/host/include/generic" "-iquote" "C:/msys64/home/helge/qemu-8.1.0-rc0/tcg/i386" "-D_GNU_SOURCE" "-D_FILE_OFFSET_BITS=64" "-D_LARGEFILE_SOURCE" "-fno-strict-aliasing" "-fno-common" "-fwrapv" "-fno-pie" "-DNCURSES_WIDECHAR" "-DNCURSES_WIDECHAR=1" -MD -MQ libcommon.fa.p/ui_dbus-listener.c.obj -MF "libcommon.fa.p/ui_dbus-listener.c.obj.d" -o libcommon.fa.p/ui_dbus-listener.c.obj "-c" ../ui/dbus-listener.c +../ui/dbus-listener.c:236:9: error: expected expression + Error *err = NULL; + ^ +../ui/dbus-listener.c:240:56: error: use of undeclared identifier 'err' + if (!d3d_texture2d_release0(ddl->d3d_texture, &err)) { + ^ +../ui/dbus-listener.c:241:30: error: use of undeclared identifier 'err' + error_report_err(err); + ^ +3 errors generated. + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1783.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1783.toml new file mode 100644 index 00000000..436f0641 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1783.toml @@ -0,0 +1,15 @@ +id = 1783 +title = "Emulate Breakout Network Connections" +state = "opened" +created_at = "2023-07-23T21:34:45.925Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1783" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """This functionality is required to model/QA real-world implementations for datacenter fabrics in virtual environments. Break-out cabling is how port density is achieved in practice on modern optical fabrics.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1784.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1784.toml new file mode 100644 index 00000000..9e61452e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1784.toml @@ -0,0 +1,21 @@ +id = 1784 +title = "Mac M1 Max / Debian guest / Luks password / Switching to graphical login manager (lightdm/Gdm) hangs in 75%" +state = "opened" +created_at = "2023-07-24T08:22:00.581Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1784" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """In approximately 70% of cases I start QEMU with a Debian guest where the Debian guest was installed with full disk encryption, QEMU 'hangs' (does not respond') after I unlock the encrypted guest and the guest tries to start the graphical login manager (gdm or lightdm). + +I need to force quit QEMU, restart it multiple times until the start of the graphical login manager works.""" +reproduce = """1. Install Debian with (guided) full disk encryption and either the Gnome or the XFCE desktop environment +2. To be able to unlock the hard disk after the installation finished, the Linux boot parameter 'console=tty1' needs to be added within grub to the Linux command line +3. Try to restart/reboot QEMU several times and QEMU will become unresponsive multiple times in this process.""" +additional = """I encounter this problem for several months now, with different versions of QEMU, macOS and Debian. + +There is one observation, which might help: I installed [DropBear](https://packages.debian.org/buster/dropbear-initramfs) to experiment with remote unlocking of Luks encrypted Linux boxes. It seems, that QEMU does not go into the unresponsive state, when I unlock the hard disk via SSH and not focus the QEMU window until after the graphical login manager started. (Only tried remote unlocking a few times so it is too early to confirm if this works 100% of the time.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1785.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1785.toml new file mode 100644 index 00000000..ff8ac9f1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1785.toml @@ -0,0 +1,33 @@ +id = 1785 +title = "8.1.0rc0: Build failure when building static binaries, auto config incorrectly mark bzip2 as supported on my machine" +state = "closed" +created_at = "2023-07-24T12:49:19.500Z" +closed_at = "2023-09-08T15:57:35.517Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1785" +host-os = "linux" +host-arch = "x86" +qemu-version = "8.1.0-rc0" +guest-os = "n/a" +guest-arch = "n/a" +description = """8.1.0rc0 fails to build when I build static binaries. + +``` +Jul 24 20:28:22 clang-13: warning: argument unused during compilation: '-pie' [-Wunused-command-line-argument] +Jul 24 20:28:22 ld.lld: error: attempted static link of dynamic object /usr/bin/../lib/libbz2.so +Jul 24 20:28:22 clang-13: error: linker command failed with exit code 1 (use -v to see invocation) +``` + +It seems that `./configure` mistaken my dynamic library of bzip2 as able to compile under static compilation.""" +reproduce = """1. `./configure --target-list=x86_64-softmmu --static` with bzip2 only dynamicly installed and static library not installed +2. see output + +You can see +``` + snappy support : NO + bzip2 support : YES + lzfse support : NO +``` + +which is wrong. Additionally, the compilation fails because the system only have bzip2 dynamicly but not staticly.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1786.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1786.toml new file mode 100644 index 00000000..d9b87b58 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1786.toml @@ -0,0 +1,34 @@ +id = 1786 +title = "Impossible to create an uncompressed QCOW2 disk" +state = "closed" +created_at = "2023-07-24T19:46:26.195Z" +closed_at = "2023-07-25T10:07:03.807Z" +labels = ["Storage", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1786" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """An QCOW2 image is created compressed unconditionally. There is no way to disable compression, albeit the QCOW format specification allows this. + +``` +$ qemu-img --version +qemu-img version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.12) +Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers +$ qemu-img create -f qcow2 test.qcow2 1G +Formatting 'test.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=1073741824 lazy_refcounts=off refcount_bits=16 +$ +``` + +Same is applicable for 8-x qemu-img version (I built it for testing purposes) +``` +$ ./build/qemu-img create -f qcow2 disk.qcow2 1G +Formatting 'disk.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=1073741824 lazy_refcounts=off refcount_bits=16 +$ ./build/qemu-img --version +qemu-img version 8.0.90 (v8.1.0-rc0-21-gd1181d2937) +Copyright (c) 2003-2023 Fabrice Bellard and the QEMU Project developers +$ +```""" +reproduce = """Create a QCOW2 disk with `qemu-img` of never versions.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1787.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1787.toml new file mode 100644 index 00000000..2163046b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1787.toml @@ -0,0 +1,21 @@ +id = 1787 +title = "Qemu asan test make vm crash when using qxl and spice" +state = "opened" +created_at = "2023-07-25T08:09:12.608Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1787" +host-os = "linux-5.10" +host-arch = "x86" +qemu-version = "qemu-6.2.0" +guest-os = "kylinOS desktop（or other guestos with desktop）" +guest-arch = "x86" +description = """When I tested QEMU with asan, the vm crash. The error message is as follows： +""" +reproduce = """1.Start the vm with qxl and spice. +2.Attach the vm with vnc and spice. +3.Placed for more than three days. +4.Operation on spice client and possible reproduce this bug.""" +additional = """https://github.com/qemu/qemu/blob/44f28df24767cf9dca1ddc9b23157737c4cbb645/ui/cursor.c#L112 +I think the reason for the problem is that the cursor pointer was not set to NULL when qemu call cursor_put. But I don't know what situation will trigger this error. +This error is difficult to reproduce by natural.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1788.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1788.toml new file mode 100644 index 00000000..2abd8a73 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1788.toml @@ -0,0 +1,37 @@ +id = 1788 +title = "Floating point rounding fails on mps3-an547 amd cortex-m55 while using LLVM-embedded-toolchain-for-Arm and Picolibic." +state = "closed" +created_at = "2023-07-25T08:31:42.354Z" +closed_at = "2023-08-01T14:41:51.146Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1788" +host-os = "Ubuntu 20.04.5 LTS" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.1.0" +guest-os = "N/A" +guest-arch = "mps3-an547 and cortex-m55" +description = """Rounding of long double gives unexpected result. Simple code as example: +``` +#include <math.h> +int main(void) +{ + long double value = -8.5L; + long rounded_value = lrintl(value); + if( -8 == rounded_value ) + { + return 0; + } + return 1; +} +```""" +reproduce = """1. Checkout project: [LLVM-embedded-toolchain-for-ARM](https://github.com/ARM-software/LLVM-embedded-toolchain-for-Arm) +2. Configure it with option -DLLVM_TOOLCHAIN_LIBRARY_VARIANTS=armv8.1m.main_hard_nofp_mve +3. Build project +4. Run Picolbic tests with ninja picolibc_armv8.1m.main_hard_nofp_mve-test + +As a result long_double test fails with incorrect rounding. +Last qemu version which successfully execute mentioned test is: qemu 7.0.0 downloaded via [qemu-7.0.0](https://download.qemu.org/qemu-7.0.0.tar.bz2). +Issue is present since qemu version 7.1.""" +additional = """As a result long_double test fails with incorrect rounding. +Last qemu version which successfully execute mentioned test is: qemu 7.0.0 downloaded via [qemu-7.0.0](https://download.qemu.org/qemu-7.0.0.tar.bz2). +Issue is present since qemu version 7.1.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1789.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1789.toml new file mode 100644 index 00000000..46e6de38 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1789.toml @@ -0,0 +1,27 @@ +id = 1789 +title = "First connection to spice hangs after 1 min" +state = "opened" +created_at = "2023-07-25T16:43:09.908Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1789" +host-os = "Alpine 3.18" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.0.3" +guest-os = "Any" +guest-arch = "x86_64" +description = """After starting a VM the first connection to spice logs this errors: + +``` +2023-07-25T16:00:47.497042Z qemu-system-x86_64: warning: Spice: main:0 (0x7f1a3fca5b90): invalid net test stage, ping id 0 test id 0 stage 4 +2023-07-25T16:00:47.497170Z qemu-system-x86_64: warning: Spice: main:0 (0x7f1a3fca5b90): invalid net test stage, ping id 0 test id 0 stage 0 +``` + +And after 60 seconds the spice viewer is closed with this error: +``` +2023-07-25T16:01:47.384207Z qemu-system-x86_64: warning: Spice: main:0 (0x7f1a3fca5b90): rcc 0x7f1a1968cb60 has been unresponsive for more than 30000 ms, disconnecting +```""" +reproduce = """1. Start vm with spice +2. Connect to spice +3. Wait for at least 60 seconds and the viewer will close""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/179.toml b/gitlab/issues/target_missing/host_missing/accel_missing/179.toml new file mode 100644 index 00000000..edd92a5c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/179.toml @@ -0,0 +1,15 @@ +id = 179 +title = "qemu guest crashes on spice client USB redirected device removal" +state = "opened" +created_at = "2021-05-05T14:28:13.634Z" +closed_at = "n/a" +labels = ["GUI", "Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/179" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1791.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1791.toml new file mode 100644 index 00000000..e7bd7224 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1791.toml @@ -0,0 +1,50 @@ +id = 1791 +title = "qemu 8.1.0 rc tarballs are broken, missing subproject content" +state = "closed" +created_at = "2023-07-26T09:16:43.589Z" +closed_at = "2023-07-26T23:34:17.613Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1791" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The released tarballs for 8.1.0 rc releases (both rc0 adn rc1) are missing the +subproject content. Only the submodule content appears present""" +reproduce = """1. `wget http://download.qemu.org/qemu-8.1.0-rc1.tar.xz` +2. `tar Jxvf qemu-8.1.0-rc1.tar.xz` +3. `cd qemu-8.1.0-rc1` +4. `./configure --target-list=x86_64-softmmu --disable-download` + +``` +Using './build' as the directory for build output + +ERROR: missing subprojects + +This is not a GIT checkout but subproject content appears to +be missing. Do not use 'git archive' or GitHub download links +to acquire QEMU source archives. Non-GIT builds are only +supported with source archives linked from: + + https://www.qemu.org/download/#source + +Developers working with GIT can use scripts/archive-source.sh +if they need to create valid source archives. + +``` + +The missing subprojects are + +``` + berkeley-softfloat-3 + berkeley-testfloat-3 + dtc + keycodemapdb + libvfio-user +``` + +If I use 'make-release . 8.1.0-rc1' to create a tarball from git, it has all the expected content. + +IOW, either the release tarballs are not being created using 'make-release', or there's something broken with 'make-release' in some scenarios""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1792.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1792.toml new file mode 100644 index 00000000..53c3566d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1792.toml @@ -0,0 +1,89 @@ +id = 1792 +title = "qemu-8.1-rc1 and rc0 fail build. 8.0 is fine" +state = "closed" +created_at = "2023-07-26T10:36:42.335Z" +closed_at = "2023-07-31T14:02:30.498Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1792" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """Build error with 8.1.0-rc0 and 8.1.0-rc1. +Build of 8.0.3 works correctly, using the same build configuration.""" +reproduce = """1. Run configure as below in logs +2.`/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/build/qemu-8.1.0-rc1/.x86_64-linux-gnu/pyvenv/bin/python3 -m ensurepip --upgrade --default-pip` +3.""" +additional = """``` +$ s/build qemu:host +CLEAN qemu + * Removing /var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/build/qemu-8.1.0-rc0 ... + * Removing /var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/qa_checks/qemu-* ... +UNPACK qemu +BUILD qemu (host) + TOOLCHAIN configure +Executing (host): /var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/build/qemu-8.1.0-rc1/configure --bindir=/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/bin --extra-cflags=-I/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/include --extra-ldflags=-L/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/lib --libexecdir=/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/lib --localstatedir=/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/var --prefix=/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain --sbindir=/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/sbin --sysconfdir=/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/etc --enable-tools --enable-malloc=system --disable-attr --disable-auth-pam --disable-install-blobs --disable-capstone --disable-curl --disable-debug-info --disable-debug-mutex --disable-debug-tcg --disable-docs --disable-gcrypt --disable-gnutls --disable-system --disable-user --disable-vnc --disable-werror --disable-xkbcommon --disable-zstd +python determined to be '/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/bin/python3' +python version: Python 3.11.4 +mkvenv: Creating non-isolated virtual environment at 'pyvenv' +mkvenv subprocess failed: +cmd: ['/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/build/qemu-8.1.0-rc1/.x86_64-linux-gnu/pyvenv/bin/python3', '-m', 'ensurepip', '--upgrade', '--default-pip'] +returncode: 1 +========== stdout ========== +Looking in links: /tmp/tmpio395oka +Processing /tmp/tmpio395oka/setuptools-65.5.0-py3-none-any.whl +Processing /tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl +Installing collected packages: setuptools, pip +ERROR: Exception: +Traceback (most recent call last): + File "/tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl/pip/_internal/cli/base_command.py", line 169, in exc_logging_wrapper + status = run_func(*args) + ^^^^^^^^^^^^^^^ + File "/tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl/pip/_internal/cli/req_command.py", line 248, in wrapper + return func(self, options, args) + ^^^^^^^^^^^^^^^^^^^^^^^^^ + File "/tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl/pip/_internal/commands/install.py", line 449, in run + installed = install_given_reqs( + ^^^^^^^^^^^^^^^^^^^ + File "/tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl/pip/_internal/req/__init__.py", line 72, in install_given_reqs + requirement.install( + File "/tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl/pip/_internal/req/req_install.py", line 800, in install + install_wheel( + File "/tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl/pip/_internal/operations/install/wheel.py", line 731, in install_wheel + _install_wheel( + File "/tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl/pip/_internal/operations/install/wheel.py", line 620, in _install_wheel + assert os.path.exists(pyc_path) +AssertionError +Traceback (most recent call last): + File "<frozen runpy>", line 198, in _run_module_as_main + File "<frozen runpy>", line 88, in _run_code + File "/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/lib/python3.11/ensurepip/__main__.py", line 5, in <module> + sys.exit(ensurepip._main()) + ^^^^^^^^^^^^^^^^^ + File "/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/lib/python3.11/ensurepip/__init__.py", line 286, in _main + return _bootstrap( + ^^^^^^^^^^^ + File "/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/lib/python3.11/ensurepip/__init__.py", line 202, in _bootstrap + return _run_pip([*args, *_PACKAGE_NAMES], additional_paths) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/lib/python3.11/ensurepip/__init__.py", line 103, in _run_pip + return subprocess.run(cmd, check=True).returncode + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/toolchain/lib/python3.11/subprocess.py", line 571, in run + raise CalledProcessError(retcode, process.args, +subprocess.CalledProcessError: Command '['/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-12.0-devel/build/qemu-8.1.0-rc1/.x86_64-linux-gnu/pyvenv/bin/python3', '-W', 'ignore::DeprecationWarning', '-c', '\\nimport runpy\\nimport sys\\nsys.path = [\\'/tmp/tmpio395oka/setuptools-65.5.0-py3-none-any.whl\\', \\'/tmp/tmpio395oka/pip-23.1.2-py3-none-any.whl\\'] + sys.path\\nsys.argv[1:] = [\\'install\\', \\'--no-cache-dir\\', \\'--no-index\\', \\'--find-links\\', \\'/tmp/tmpio395oka\\', \\'--upgrade\\', \\'setuptools\\', \\'pip\\']\\nrunpy.run_module("pip", run_name="__main__", alter_sys=True)\\n']' returned non-zero exit status 2. + +============================ + +*** Ouch! *** + +VENV creation subprocess failed. + + + +ERROR: python venv creation failed + +FAILURE: s/build qemu:host during configure_host (default) + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1794.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1794.toml new file mode 100644 index 00000000..6c10de34 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1794.toml @@ -0,0 +1,35 @@ +id = 1794 +title = "Virtio-GPU doesn't fill Response data for cursor queue" +state = "opened" +created_at = "2023-07-27T10:48:02.241Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1794" +host-os = "Windows 10 22H2" +host-arch = "x86" +qemu-version = "v8.0.2-12029-g9136b8d217" +guest-os = "None" +guest-arch = "i386" +description = """Implementation of virtio-gpu in Qemu is likely not fill Response header in cursor commands. + +Inside the virtio 1.2 specification, document said: +``` +VIRTIO_GPU_CMD_UPDATE_CURSOR + Update cursor. Request data is struct virtio_gpu_update_cursor. Response type is VIRTIO_GPU_RESP_OK_NODATA. + Full cursor update. Cursor will be loaded from the specified resource_id and will be moved to pos. The driver must + transfer the cursor into the resource beforehand (using control queue commands) and make sure the commands to fill + the resource are actually processed (using fencing). + +VIRTIO_GPU_CMD_MOVE_CURSOR + Move cursor. Request data is struct virtio_gpu_update_cursor. Response type is VIRTIO_GPU_RESP_OK_NODATA. + Move cursor to the place specified in pos. The other fields are not used and will be ignored by the device. +``` +The cursor commands do have a response like control commands. + +But in [hw/display/virtio-gpu.c#L1136](https://gitlab.com/qemu-project/qemu/-/blob/master/hw/display/virtio-gpu.c#L1136), QEMU doesn't care anything about response, just fetching command and execute. + +It this a Implementation compromise or I missing something in the specification?""" +reproduce = """1. Write any kernel that using virtio-gpu. +2. Run on qemu. +3. No response on cursor command.""" +additional = """Specification: [virtio-v1.2-cs01.html](https://docs.oasis-open.org/virtio/virtio/v1.2/cs01/virtio-v1.2-cs01.html#x1-3650007)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1796.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1796.toml new file mode 100644 index 00000000..662170a3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1796.toml @@ -0,0 +1,26 @@ +id = 1796 +title = "qemu-img does not accept backing image file path, only file name" +state = "closed" +created_at = "2023-07-28T05:41:49.997Z" +closed_at = "2023-07-28T12:52:51.847Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1796" +host-os = "Fedora 37" +host-arch = "x86_64" +qemu-version = "`" +guest-os = "n/a" +guest-arch = "n/a" +description = """In `qemu-img create ... -b <backing_image> ... <snapshot_image>`, <backing_image> cannot be a file path, but must be a file name. <backing_image> and <snapshot_image> are forced to be in the same directory for the command to work.""" +reproduce = """``` +$ mkdir test +$ qemu-img create -f qcow2 test/a.img 1G +... +$ qemu-img create -f qcow2 -b test/a.img -F qcow2 test/a.img.snap +qemu-img: test/a.img.snap: Could not open 'test/test/a.img': No such file or directory +Could not open backing image. +$ qemu-img create -f qcow2 -b a.img -F qcow2 test/a.img.snap +... +$ ls test +a.img a.img.snap +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1797.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1797.toml new file mode 100644 index 00000000..1c76764d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1797.toml @@ -0,0 +1,15 @@ +id = 1797 +title = "RAM-backed snapshotting" +state = "closed" +created_at = "2023-07-28T11:22:01.673Z" +closed_at = "2023-08-04T19:42:12.774Z" +labels = ["Storage", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1797" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """And thank you for QEMU! 🙂""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1798.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1798.toml new file mode 100644 index 00000000..abcf4d69 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1798.toml @@ -0,0 +1,15 @@ +id = 1798 +title = "conversions of malloc/calloc/free to g_malloc/g_new/g_free etc" +state = "opened" +created_at = "2023-07-28T12:10:44.187Z" +closed_at = "n/a" +labels = ["Bite Sized"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1798" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1801.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1801.toml new file mode 100644 index 00000000..e5652296 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1801.toml @@ -0,0 +1,59 @@ +id = 1801 +title = "qemu-system-arm: Linux doesn't boot with UEFI (hangs after printing `EFI stub: Exiting boot services... `.)" +state = "closed" +created_at = "2023-07-31T20:07:16.478Z" +closed_at = "2023-08-01T05:38:33.108Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1801" +host-os = "macOS" +host-arch = "x86" +qemu-version = "8.0.3" +guest-os = "Ubuntu 23.04 (Tried 20.04, 22.04, and 23.10 daily build too)" +guest-arch = "ARM" +description = """Ubuntu 23.04 (armhf) doesn't boot with UEFI. +It hangs after printing `EFI stub: Exiting boot services... `.""" +reproduce = """```console +$ qemu-system-arm -machine virt -m 2048 -nographic -bios /usr/local/share/qemu/edk2-arm-code.fd -hda ubuntu-23.04-server-cloudimg-armhf.img -snapshot +UEFI firmware (version edk2-stable202302-for-qemu built at 17:13:00 on Mar 15 2023) +Error: Image at 000BFD84000 start failed: Not Found +Error: Image at 000BFCEE000 start failed: Unsupported +Error: Image at 000BFC85000 start failed: Not Found +Tpm2SubmitCommand - Tcg2 - Not Found +Tpm2GetCapabilityPcrs fail! +Tpm2SubmitCommand - Tcg2 - Not Found +BdsDxe: loading Boot0001 "UEFI Misc Device" from PciRoot(0x0)/Pci(0x2,0x0) +BdsDxe: starting Boot0001 "UEFI Misc Device" from PciRoot(0x0)/Pci(0x2,0x0) +EFI stub: Booting Linux Kernel... +EFI stub: Entering in SVC mode with MMU enabled +EFI stub: Using DTB from configuration table +EFI stub: Exiting boot services... +```""" +additional = """It still boots when vmlinuz and initrd are directly specified: +```console +$ qemu-system-arm -machine virt -m 2048 -nographic -bios /usr/local/share/qemu/edk2-arm-code.fd -hda ubuntu-23.04-server-cloudimg-armhf.img -snapshot -kernel ubuntu-23.04-server-cloudimg-armhf-vmlinuz-lpae -initrd ubuntu-23.04-server-cloudimg-armhf-initrd-generic-lpae -append "root=LABEL=cloudimg-rootfs ro" +UEFI firmware (version edk2-stable202302-for-qemu built at 17:13:00 on Mar 15 2023) +Error: Image at 000BFD84000 start failed: Not Found +Error: Image at 000BFCEE000 start failed: Unsupported +Tpm2SubmitCommand - Tcg2 - Not Found +Tpm2GetCapabilityPcrs fail! +Tpm2SubmitCommand - Tcg2 - Not Found +EFI stub: Booting Linux Kernel... +EFI stub: Entering in SVC mode with MMU enabled +EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path +EFI stub: Using DTB from configuration table +EFI stub: Exiting boot services... +[ 0.000000] Booting Linux on physical CPU 0x0 +[ 0.000000] Linux version 6.2.0-26-generic-lpae (buildd@bos02-arm64-018) (arm-linux-gnueabihf-gcc-12 (Ubuntu 12.2.0-17ubuntu1) 12.2.0, GNU ld (GNU + Binutils for Ubuntu) 2.40) #26-Ubuntu SMP Tue Jul 11 10:32:58 UTC 2023 (Ubuntu 6.2.0-26.26-generic-lpae 6.2.13) +[ 0.000000] CPU: ARMv7 Processor [414fc0f0] revision 0 (ARMv7), cr=30c5387d +... +Ubuntu 23.04 ubuntu ttyAMA0 + +ubuntu login: +``` + + +Files: +- https://cloud-images.ubuntu.com/releases/23.04/release-20230729/ubuntu-23.04-server-cloudimg-armhf.img +- https://cloud-images.ubuntu.com/releases/23.04/release-20230729/unpacked/ubuntu-23.04-server-cloudimg-armhf-vmlinuz-lpae +- https://cloud-images.ubuntu.com/releases/23.04/release-20230729/unpacked/ubuntu-23.04-server-cloudimg-armhf-initrd-generic-lpae""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1804.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1804.toml new file mode 100644 index 00000000..a1bac4c1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1804.toml @@ -0,0 +1,19 @@ +id = 1804 +title = "Virtual Machines Do Not Recognize Mouse 5 and 6" +state = "opened" +created_at = "2023-08-02T21:00:50.103Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1804" +host-os = "Debian Bookworm" +host-arch = "amd64" +qemu-version = "0.9.2" +guest-os = "Fedora" +guest-arch = "amd64" +description = """Trying to click the mouse buttons 5 and 6 to go forwards and backwards in Firefox does not work. It seems that those buttons are not recognized by the virtual machine. Tested with both `libvirt` and `aqemu`. Though `libvirt` testing was done on a Fedora host a few months prior. + +Running Fedora 38 VM in virtualbox does not have this problem, the guest recognizes button 5 and 6, going forwards and backwards in Firefox.""" +reproduce = """1. Install aqemu or libvirt on Debian 12 +2. Create a Fedora 38 Guest machine +3. Open Firefox and navigate to a few pages, then try to go backwards and forwards in history using the mouse buttons.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1805.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1805.toml new file mode 100644 index 00000000..e81aac89 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1805.toml @@ -0,0 +1,78 @@ +id = 1805 +title = "build-user-hexagon CI job is not actually testing hexagon" +state = "closed" +created_at = "2023-08-03T13:45:52.856Z" +closed_at = "2023-08-04T11:20:14.508Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1805" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Look at the output from the `build-user-hexagon` CI job and see what compiler meson reports it is using: + + https://gitlab.com/qemu-project/qemu/-/jobs/4790457871 + +``` +Project name: qemu +Project version: 8.0.91 +C compiler for the host machine: cc -m64 -mcx16 (gcc 10.2.1 "cc (Debian 10.2.1-6) 10.2.1 20210110") +C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.35.2 +Host machine cpu family: x86_64 +Host machine cpu: x86_64 +``` + +What is 'cc' resolving to ? + +``` +$ podman run -it registry.gitlab.com/qemu-project/qemu/qemu/debian-hexagon-cross cc -v | grep Target +Target: x86_64-linux-gnu +``` + +That is a x86_64 target native compiler, not a hexagon target cross compiler. + +The ``tests/docker/dockerfiles/debian-hexagon-cross.docker`` file installs the hexagon toolchain under ``/opt`` and adds the dir to ``$PATH`` with: + +``` +ENV PATH $PATH:${TOOLCHAIN_INSTALL}/${TOOLCHAIN_BASENAME}/x86_64-linux-gnu/bin +``` + +This toolchain just installs a `clang` binary, not ``cc`` + +So when ``configure`` runs it looks for ``cc`` first and finds the naitve x86_64 GCC install from the container, not the clang cross compiler + +It is also not possible to merely set ``CC=clang`` because meson will assume it is a native compiler and crash and burn when unable to run binaries + +``` +# CC=clang ./configure --target-list=x86_64-softmmu +Using './build' as the directory for build output +...snip... +Sphinx not found/usable, disabling docs. +Disabling PIE due to missing toolchain support +The Meson build system +Version: 1.2.0 +Source dir: /qemu +Build dir: /qemu/build +Build type: native build +Project name: qemu +Project version: 8.0.92 + +../meson.build:1:0: ERROR: Executables created by c compiler clang -m64 -mcx16 are not runnable. +``` + +AFAICT, the root problem here is that the hexagon container is not setup in the same way as the other cross compiler containers. + +We need the toolchain binaries to be named after the target triplet - ie not ``clang`` but ``hexagon-unknown-linux-musl-clang`` + +This used to be done but was thrown away when switching to a pre-built toolchain in b9052d36342c947b36447558ed0a0dd3fb3fb8f4 + +Then the container also needs to set the configure args for the cross target + +``` +ENV QEMU_CONFIGURE_OPTS --cross-prefix=hexagon-unknown-linux-musl- +``` + +AFAICT, this was never done, so even before switching to the pre-built toolchain, I think the `build-user-hexagon` CI job was running a native built not hexagon build.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1809.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1809.toml new file mode 100644 index 00000000..c35cc0fd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1809.toml @@ -0,0 +1,65 @@ +id = 1809 +title = "config machine \"virt-6.2\" with qemu-system-aarch64,it report \"mem is not supported by this machine type\"" +state = "closed" +created_at = "2023-08-04T02:19:50.366Z" +closed_at = "2023-08-07T12:50:54.473Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1809" +host-os = "centos8" +host-arch = "arrch64" +qemu-version = "6.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """When i config the machine with virt-6.2 and config the numa for cpu,it report "mem is not supported by this machine type",but with virt-5.0 it work well,the newer version virt not support it? It is bug or require hardware support?Or compile configure is not correctlly? + +when i create vm,get the error report as follow: + +virsh create test.xml +``` +qemu unexpectedly closed the monitor: qemu-system-aarch64: -chardev socket,id=charmonitor,fd=34,server,nowait: warning: short-form boolean option 'server' deprecated +Please use server=on instead +qemu-system-aarch64: -chardev socket,id=charmonitor,fd=34,server,nowait: warning: short-form boolean option 'nowait' deprecated +Please use wait=off instead +configure accelerator virt-6.2 start +machine init start +2023-08-04T02:17:13.984797Z qemu-system-aarch64: -numa node,nodeid=0,cpus=0-3,mem=8192: Parameter -numa node,mem is not supported by this machine type +Use -numa node,memdev instead + +``` + + +I use qmp command "query-machines" get the result as follow: +``` +{ + "hotpluggable-cpus": true, + "name": "virt-6.2", + ** "numa-mem-supported": false,** + "default-cpu-type": "cortex-a15-arm-cpu", + "cpu-max": 512, + "deprecated": false, + "default-ram-id": "mach-virt.ram", + "alias": "virt" + }, +``` + +I add the code "mc->numa_mem_supported = true;" in the api "virt_machine_6_1_options",it can supoort numa,but i don't know whether it is affected. + +``` +DEFINE_VIRT_MACHINE_AS_LATEST(6, 2) + +static void virt_machine_6_1_options(MachineClass *mc) +{ + VirtMachineClass *vmc = VIRT_MACHINE_CLASS(OBJECT_CLASS(mc)); + + virt_machine_6_2_options(mc); + compat_props_add(mc->compat_props, hw_compat_6_1, hw_compat_6_1_len); + mc->smp_props.prefer_sockets = true; + vmc->no_cpu_topology = true; + **mc->numa_mem_supported = true;** + + /* qemu ITS was introduced with 6.2 */ + vmc->no_tcg_its = true; +} +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/181.toml b/gitlab/issues/target_missing/host_missing/accel_missing/181.toml new file mode 100644 index 00000000..24355809 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/181.toml @@ -0,0 +1,15 @@ +id = 181 +title = "qemu crashes when doing iotest on virtio-9p filesystem" +state = "closed" +created_at = "2021-05-05T14:28:36.087Z" +closed_at = "2021-05-07T14:59:55.096Z" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/181" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1810.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1810.toml new file mode 100644 index 00000000..b2e76ac0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1810.toml @@ -0,0 +1,199 @@ +id = 1810 +title = "heap-buffer-overflow in esp_do_dma()" +state = "closed" +created_at = "2023-08-04T06:22:03.332Z" +closed_at = "2023-10-03T14:43:02.264Z" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1810" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "commit at c167c80b46" +guest-os = "n/a" +guest-arch = "n/a" +description = """Got a heap-buffer-overflow error when fuzzing the device am53c974.""" +reproduce = """Minimized reproducer: + +```plaintext +cat << EOF | ./qemu-system-x86_64 -display none -machine accel=qtest, -m 512M -device \\ +am53c974,id=scsi -device scsi-hd,drive=disk0 -drive \\ +id=disk0,if=none,file=null-co://,format=raw -nodefaults -qtest /dev/null\\ + -qtest stdio +outl 0xcf8 0x80001010 +outl 0xcfc 0xc000 +outl 0xcf8 0x80001004 +outw 0xcfc 0x05 +outl 0xc03d 0x03000000 +outl 0xc047 0x065a9d80 +outl 0xc00a 0xc10000 +write 0x65a9d 0x1 0x04 +write 0x65a9e 0x1 0x10 +outl 0xc03d 0x03000000 +outl 0xc00a 0xc10000 +outl 0xc00b 0x0800 +outl 0xc00b 0x00 +outl 0xc00b 0x0800 +outl 0xc00b 0x0800 +outl 0xc00b 0x0800 +outl 0xc00b 0x0400 +outl 0xc00b 0x0800 +outl 0xc00b 0x0800 +outw 0xc00b 0x1000 +outw 0xc00b 0x9000 +EOF +```""" +additional = """The crash report triggered by the reproducer is: + +```plaintext +[I 0.000000] OPENED +[R +0.022834] outl 0xcf8 0x80001010 +[S +0.022864] OK +OK +[R +0.022874] outl 0xcfc 0xc000 +[S +0.022887] OK +OK +[R +0.022942] outl 0xcf8 0x80001004 +[S +0.022990] OK +OK +[R +0.023028] outw 0xcfc 0x05 +[S +0.023508] OK +OK +[R +0.023518] outl 0xc03d 0x03000000 +[S +0.023527] OK +OK +[R +0.023532] outl 0xc047 0x065a9d80 +[S +0.023537] OK +OK +[R +0.023544] outl 0xc00a 0xc10000 +[S +0.023573] OK +OK +[R +0.023581] write 0x65a9d 0x1 0x04 +[S +0.023891] OK +OK +[R +0.023900] write 0x65a9e 0x1 0x10 +[S +0.023906] OK +OK [R +0.023910] outl 0xc03d 0x03000000 +[S +0.023917] OK +OK +[R +0.023921] outl 0xc00a 0xc10000 +[S +0.023983] OK +OK +[R +0.023581] write 0x65a9d 0x1 0x04 +[S +0.023891] OK +OK +[R +0.023900] write 0x65a9e 0x1 0x10 +[S +0.023906] OK +OK [R +0.023910] outl 0xc03d 0x03000000 +[S +0.023917] OK +OK +[R +0.023921] outl 0xc00a 0xc10000 +[S +0.023983] OK +OK +[R +0.023991] outl 0xc00b 0x0800 +[S +0.023998] OK +OK +[R +0.024002] outl 0xc00b 0x00 +[S +0.024008] OK +OK +[R +0.024014] outl 0xc00b 0x0800 +[S +0.024028] OK +OK +[R +0.024034] outl 0xc00b 0x0800 +[S +0.024040] OK +OK +[R +0.024051] outl 0xc00b 0x0800 +[S +0.024058] OK +OK +[R +0.024065] outl 0xc00b 0x0400 +[S +0.024073] OK +OK +[R +0.024082] outl 0xc00b 0x0800 +[S +0.024089] OK +OK +[R +0.024104] outl 0xc00b 0x0800 +[S +0.024121] OK +OK +[R +0.024133] outw 0xc00b 0x1000 +[S +0.024150] OK +OK +[R +0.024159] outw 0xc00b 0x9000 +================================================================= +==63330==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x62500020c000 at pc 0x5601fffcf1d4 bp 0x7ffe1920dcf0 sp 0x7ffe1920d4b0 +WRITE of size 32736 at 0x62500020c000 thread T0 + #0 0x5601fffcf1d3 in __asan_memcpy ../../llvm-project-15.0.0.src/compiler-rt/lib/asan/asan_interceptors_memintrinsics.cpp:22:3 + #1 0x5602015f506b in flatview_read_continue ../softmmu/physmem.c:2726:13 + #2 0x5602015f5ee3 in flatview_read ../softmmu/physmem.c:2762:12 + #3 0x5602015f5bf7 in address_space_read_full ../softmmu/physmem.c:2775:18 + #4 0x560200943ef0 in dma_memory_rw_relaxed ../include/sysemu/dma.h:87:12 + #5 0x560200943ef0 in dma_memory_rw ../include/sysemu/dma.h:130:12 + #6 0x560200943ef0 in pci_dma_rw ../hw/pci/pci_device.h:233:12 + #7 0x560200943ef0 in esp_pci_dma_memory_rw ../hw/scsi/esp-pci.c:283:5 + #8 0x56020092db7e in esp_do_dma ../hw/scsi/esp.c + #9 0x560200935774 in handle_ti ../hw/scsi/esp.c:912:9 + #10 0x560200932db6 in esp_reg_write ../hw/scsi/esp.c:1083:13 + #11 0x56020094574d in esp_pci_io_write ../hw/scsi/esp-pci.c:214:9 + #12 0x5602015b5f23 in memory_region_write_accessor ../softmmu/memory.c:493:5 + #13 0x5602015b56aa in access_with_adjusted_size ../softmmu/memory.c:569:18 + #14 0x5602015b4a50 in memory_region_dispatch_write ../softmmu/memory.c + #15 0x5602015fefbf in flatview_write_continue ../softmmu/physmem.c:2653:23 + #16 0x5602015f6463 in flatview_write ../softmmu/physmem.c:2695:12 + #17 0x5602015f6177 in address_space_write ../softmmu/physmem.c:2791:18 + #18 0x5602015a7e99 in cpu_outw ../softmmu/ioport.c:75:5 + #19 0x560200d28daa in qtest_process_command ../softmmu/qtest.c:483:13 + #20 0x560200d2795b in qtest_process_inbuf ../softmmu/qtest.c:788:9 + #21 0x560201b581a6 in fd_chr_read ../chardev/char-fd.c:72:9 + #22 0x7f8fce57e04d in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5204d) (BuildId: 5fdb313daf182a33a858ba2cc945211b11d34561) + #23 0x560201dc540f in glib_pollfds_poll ../util/main-loop.c:290:9 + #24 0x560201dc540f in os_host_main_loop_wait ../util/main-loop.c:313:5 + #25 0x560201dc540f in main_loop_wait ../util/main-loop.c:592:11 + #26 0x560200d34f76 in qemu_main_loop ../softmmu/runstate.c:732:9 + #27 0x56020173e835 in qemu_default_main ../softmmu/main.c:37:14 + #28 0x7f8fcd3a5082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #29 0x5601fff2009d in _start ./qemu-system-x86_64+0x1e9109d) + +0x62500020c000 is located 0 bytes to the right of 4096-byte region [0x62500020b000,0x62500020c000) +allocated by thread T0 here: + #0 0x5601fffd0a0c in posix_memalign ../../llvm-project-15.0.0.src/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 + #1 0x560201db83da in qemu_try_memalign ../util/memalign.c:53:11 + #2 0x560201db8762 in qemu_memalign ../util/memalign.c:73:15 + #3 0x5602008c779e in scsi_req_enqueue ../hw/scsi/scsi-bus.c:906:10 + #4 0x56020093bd2f in do_command_phase ../hw/scsi/esp.c:296:15 + #5 0x56020093bd2f in do_cmd ../hw/scsi/esp.c:344:5 + #6 0x560200932911 in esp_reg_write ../hw/scsi/esp.c:1112:13 + #7 0x56020094574d in esp_pci_io_write ../hw/scsi/esp-pci.c:214:9 + #8 0x5602015b5f23 in memory_region_write_accessor ../softmmu/memory.c:493:5 + #9 0x5602015b56aa in access_with_adjusted_size ../softmmu/memory.c:569:18 + +SUMMARY: AddressSanitizer: heap-buffer-overflow ./llvm-project-15.0.0.src/compiler-rt/lib/asan/asan_interceptors_memintrinsics.cpp:22:3 in __asan_memcpy +Shadow bytes around the buggy address: + 0x0c4a800397b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c4a800397c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c4a800397d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c4a800397e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c4a800397f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 +=>0x0c4a80039800:[fa]fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c4a80039810: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c4a80039820: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c4a80039830: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c4a80039840: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c4a80039850: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa +Shadow byte legend (one shadow byte represents 8 application bytes): + Addressable: 00 + Partially addressable: 01 02 03 04 05 06 07 + Heap left redzone: fa + Freed heap region: fd + Stack left redzone: f1 + Stack mid redzone: f2 + Stack right redzone: f3 + Stack after return: f5 + Stack use after scope: f8 + Global redzone: f9 + Global init order: f6 + Poisoned by user: f7 + Container overflow: fc + Array cookie: ac + Intra object redzone: bb + ASan internal: fe + Left alloca redzone: ca + Right alloca redzone: cb +==63330==ABORTING +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1811.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1811.toml new file mode 100644 index 00000000..ff39bf6f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1811.toml @@ -0,0 +1,44 @@ +id = 1811 +title = "ppc serial appears to have a maximum ratio of output to input, hides output and only writes it on subsequent input(?!)" +state = "opened" +created_at = "2023-08-05T14:35:35.476Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1811" +host-os = "Bullseye but also sid/experimental chroot" +host-arch = "amd64" +qemu-version = "8.0.3 (Debian 1:8.0.3+dfsg-5) and Debian 1:7.2+dfsg-7" +guest-os = "Buster" +guest-arch = "ppc64el" +description = """When pasting in large chunks of text, the echo is partial, but completes with subsequent writes (and is drained when the writes are small). Sorry this is really stupid, see video. + +(also, when booting, the console stops at +``` +Building dt strings... +Building dt structure... +Device tree strings 0x00000000062c0000 -> 0x00000000062c0b90 +Device tree struct 0x00000000062d0000 -> 0x00000000062e0000 +Quiescing Open Firmware ... +Booting Linux via __start() @ 0x0000000002000000 ... +Linux ppc64le +#1 SMP Debian 6. +``` +and then continues with more messages from just after the dot: +``` +Linux ppc64le +#1 SMP Debian 6.[ 15.683156] vio vio: uevent: failed to send synthetic uevent: -19 +vio: Failed to write 'add' to '/sys/devices/vio/uevent', ignoring: No such device +/dev/vda2: clean, 17371/987360 files, 345018/3942144 blocks +``` +)""" +reproduce = """1. `cat > /dev/null` +2. paste in a couple solid lines +3. observe that the echo completed mid-line +4. paste in a couple more solid lines +5. observe that the echo includes the end of the first few lines, and the start of the second set +6. ^D +7. observe that with every key input into the shell, you get a few bytes back, and those bytes are the tail-end of the second set of lines +8. when the echo buffer is drained, it's drained""" +additional = """Demo video: https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1041707;filename=2023-07-21+17-59-25.mp4;msg=5 + +Downstream bug: https://bugs.debian.org/1041707""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1813.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1813.toml new file mode 100644 index 00000000..2835f7bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1813.toml @@ -0,0 +1,120 @@ +id = 1813 +title = "FPE division by zero in scsi_disk_reset() [CVE-2023-42467]" +state = "closed" +created_at = "2023-08-05T22:42:56.198Z" +closed_at = "2023-09-27T20:13:34.451Z" +labels = ["Fuzzer", "Security", "Storage", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1813" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "commit at c167c80b46" +guest-os = "n/a" +guest-arch = "n/a" +description = """Got an FPE division by zero error when fuzzing the device am53c974.""" +reproduce = """Minimized reproducer for the error: + +```plaintext +cat << EOF | ./qemu-system-x86_64 -display none -machine accel=qtest, -m 512M -device \\ +am53c974,id=scsi -device scsi-hd,drive=disk0 -drive \\ +id=disk0,if=none,file=null-co://,format=raw -nodefaults -qtest /dev/null\\ + -qtest stdio +outl 0xcf8 0x80001010 +outl 0xcfc 0xc000 +outl 0xcf8 0x80001004 +outw 0xcfc 0x05 +outl 0xc047 0x065a9d01 +write 0x65a9d 0x1 0x15 +write 0x65a9e 0x1 0x10 +write 0x65aa0 0x1 0x08 +write 0x65aa1 0x1 0x0c +write 0x65aa7 0x1 0x01 +outl 0xc03d 0x03000000 +outl 0xc00a 0xc10000 +outl 0xc03d 0x03000000 +outl 0xc00a 0xc10000 +outl 0xc00b 0x9000 +outl 0xc00b 0x0300 +EOF +```""" +additional = """The crash report triggered by the reproducer is: + +```plaintext +[I 0.000000] OPENED +[R +0.024387] outl 0xcf8 0x80001010 +[S +0.024420] OK +OK +[R +0.024470] outl 0xcfc 0xc000 +[S +0.024490] OK +OK +[R +0.024513] outl 0xcf8 0x80001004 +[S +0.024521] OK +OK +[R +0.024527] outw 0xcfc 0x05 +[S +0.022723] OK +OK +[R +0.022734] outl 0xc047 0x065a9d01 +[S +0.022742] OK +OK +[R +0.022747] write 0x65a9d 0x1 0x15 +[S +0.022932] OK +OK +[R +0.022941] write 0x65a9e 0x1 0x10 +[S +0.022947] OK +OK +[R +0.022952] write 0x65aa0 0x1 0x08 +[S +0.022958] OK +OK +[R +0.022965] write 0x65aa1 0x1 0x0c +[S +0.022973] OK +OK +[R +0.022983] write 0x65aa7 0x1 0x01 +[S +0.022991] OK +OK +[R +0.023004] outl 0xc03d 0x03000000 +[S +0.023014] OK +OK +[R +0.023021] outl 0xc00a 0xc10000 +[S +0.023048] OK +OK +[R +0.023056] outl 0xc03d 0x03000000 +[S +0.023065] OK +OK +[R +0.023072] outl 0xc00a 0xc10000 +[S +0.023128] OK +OK +[R +0.023141] outl 0xc00b 0x9000 +[S +0.023159] OK +OK +[R +0.023166] outl 0xc00b 0x0300 +../hw/scsi/scsi-disk.c:2351:16: runtime error: division by zero +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/scsi/scsi-disk.c:2351:16 in +AddressSanitizer:DEADLYSIGNAL +================================================================= +==1208622==ERROR: AddressSanitizer: FPE on unknown address 0x558e9c0a9386 (pc 0x558e9c0a9386 bp 0x7ffcc04aaf50 sp 0x7ffcc04aaec0 T0) + #0 0x558e9c0a9386 in scsi_disk_reset ../hw/scsi/scsi-disk.c:2351:16 + #1 0x558e9cf23f23 in resettable_phase_hold ../hw/core/resettable.c + #2 0x558e9cf0a861 in bus_reset_child_foreach ../hw/core/bus.c:97:13 + #3 0x558e9cf23c05 in resettable_phase_hold ../hw/core/resettable.c:173:5 + #4 0x558e9cf21b69 in resettable_assert_reset ../hw/core/resettable.c:60:5 + #5 0x558e9cf217aa in resettable_reset ../hw/core/resettable.c:45:5 + #6 0x558e9c0facd7 in esp_reg_write ../hw/scsi/esp.c:1075:13 + #7 0x558e9c10d74d in esp_pci_io_write ../hw/scsi/esp-pci.c:214:9 + #8 0x558e9cd7df23 in memory_region_write_accessor ../softmmu/memory.c:493:5 + #9 0x558e9cd7d6aa in access_with_adjusted_size ../softmmu/memory.c:569:18 + #10 0x558e9cd7ca50 in memory_region_dispatch_write ../softmmu/memory.c + #11 0x558e9cdc6fbf in flatview_write_continue ../softmmu/physmem.c:2653:23 + #12 0x558e9cdbe463 in flatview_write ../softmmu/physmem.c:2695:12 + #13 0x558e9cdbe177 in address_space_write ../softmmu/physmem.c:2791:18 + #14 0x558e9cd70208 in cpu_outl ../softmmu/ioport.c:85:5 + #15 0x558e9c4f0e76 in qtest_process_command ../softmmu/qtest.c:485:13 + #16 0x558e9c4ef95b in qtest_process_inbuf ../softmmu/qtest.c:788:9 + #17 0x558e9d3201a6 in fd_chr_read ../chardev/char-fd.c:72:9 + #18 0x7f974a7c904d in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5204d) (BuildId: 5fdb313daf182a33a858ba2cc945211b11d34561) + #19 0x558e9d58d40f in glib_pollfds_poll ../util/main-loop.c:290:9 + #20 0x558e9d58d40f in os_host_main_loop_wait ../util/main-loop.c:313:5 + #21 0x558e9d58d40f in main_loop_wait ../util/main-loop.c:592:11 + #22 0x558e9c4fcf76 in qemu_main_loop ../softmmu/runstate.c:732:9 + #23 0x558e9cf06835 in qemu_default_main ../softmmu/main.c:37:14 + #24 0x7f97495f0082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #25 0x558e9b6e809d in _start (./qemu-system-x86_64+0x1e9109d) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1814.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1814.toml new file mode 100644 index 00000000..86fa86cc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1814.toml @@ -0,0 +1,26 @@ +id = 1814 +title = "`-M none` breaks on ARM64 platforms with max IPA size < 40" +state = "closed" +created_at = "2023-08-06T03:36:13.599Z" +closed_at = "2023-08-31T16:03:03.770Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1814" +host-os = "Fedora 38 ARM64" +host-arch = "ARM64" +qemu-version = "qemu-7.2.1-2.fc38" +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU fails to initialize the KVM type properly when `-M none` is used. On ARM64, the KVM type sets the IPA size. Without that setting, the kernel defaults to 40 bits. This fails on machines which cannot support that IPA size, such as Apple M1 machines. + +This presumably happens because `virt_machine_class_init()` in `hw/arm/virt.c` never gets called in that case, which means it doesn't initialize `mc->kvm_type` to the correct callback to do the IPA check. + +Since the max IPA size is a property of the host CPU and must be queried properly for things to work at all, this logic should be invoked unconditionally for all machines, even `none`. + +This is breaking libvirt on Apple M1/M2 systems, since it uses `-M none,accel=kvm` for its KVM test, and when it fails it considers KVM support unavailable. See: https://gitlab.com/libvirt/libvirt/-/issues/365""" +reproduce = """On any ARM64 machine: + +1. strace -e ioctl qemu-system-aarch64 -M none,accel=kvm 2>&1 | grep -C1 CREATE_VM +2. strace -e ioctl qemu-system-aarch64 -M virt,accel=kvm 2>&1 | grep -C1 CREATE_VM + +Observe that the first command line does not issue a `KVM_CAP_ARM_VM_IPA_SIZE` and does not set the machine type argument to `KVM_CREATE_VM`, while the second one does. On machines with <40 bit max IPA, the first invocation would fail to initialize KVM.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1815.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1815.toml new file mode 100644 index 00000000..ddcfc5aa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1815.toml @@ -0,0 +1,90 @@ +id = 1815 +title = "Null pointer access in nvme_directive_receive()" +state = "closed" +created_at = "2023-08-06T05:30:10.529Z" +closed_at = "2023-08-09T22:02:51.584Z" +labels = ["Fuzzer", "block:NVMe", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1815" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "commit at c167c80b46" +guest-os = "n/a" +guest-arch = "n/a" +description = """Got an access within null pointer error when fuzzing nvme.""" +reproduce = """Minimized reproducer for the error: + +```plaintext +cat << EOF | ./qemu-system-x86_64 -display none -machine accel=qtest, -m 512M -machine q35 \\ +-nodefaults -drive file=null-co://,if=none,format=raw,id=disk0 -device \\ +nvme,drive=disk0,serial=1 -qtest /dev/null -qtest stdio +outl 0xcf8 0x80000810 +outl 0xcfc 0xe0000000 +outl 0xcf8 0x80000804 +outw 0xcfc 0x06 +write 0xe0000024 0x4 0x040002 +write 0xe0000014 0x4 0x61004600 +write 0xe0001000 0x1 0x04 +write 0x0 0x1 0x1a +write 0x4 0x1 0x01 +write 0x2c 0x1 0x01 +EOF +```""" +additional = """The crash report triggered by the reproducer is: + +```plaintext +[I 0.000000] OPENED +[R +0.025407] outl 0xcf8 0x80000810 +[S +0.025443] OK +OK +[R +0.025456] outl 0xcfc 0xe0000000 +[S +0.025470] OK +OK +[R +0.025476] outl 0xcf8 0x80000804 +[S +0.025483] OK +OK +[R +0.025489] outw 0xcfc 0x06 +[S +0.025934] OK +OK +[R +0.025946] write 0xe0000024 0x4 0x040002 +[S +0.025958] OK +OK +[R +0.025964] write 0xe0000014 0x4 0x61004600 +[S +0.025988] OK +OK +[R +0.026025] write 0xe0001000 0x1 0x04 +[S +0.026041] OK +OK +[R +0.026048] write 0x0 0x1 0x1a +[S +0.026256] OK +OK +[R +0.026268] write 0x4 0x1 0x01 +[S +0.026279] OK +OK +[R +0.026292] write 0x2c 0x1 0x01 +[S +0.026303] OK +OK +../hw/nvme/ctrl.c:6890:29: runtime error: member access within null pointer of type 'NvmeEnduranceGroup' (aka 'struct NvmeEnduranceGroup') +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/nvme/ctrl.c:6890:29 in +AddressSanitizer:DEADLYSIGNAL +================================================================= +==1085476==ERROR: AddressSanitizer: SEGV on unknown address 0x000000001fc8 (pc 0x56306b765ebf bp 0x7ffff17fd890 sp 0x7ffff17f6a00 T0) +==1085476==The signal is caused by a READ memory access. + #0 0x56306b765ebf in nvme_directive_receive ../hw/nvme/ctrl.c:6890:33 + #1 0x56306b765ebf in nvme_admin_cmd ../hw/nvme/ctrl.c:6958:16 + #2 0x56306b765ebf in nvme_process_sq ../hw/nvme/ctrl.c:7015:13 + #3 0x56306cda2c3b in aio_bh_call ../util/async.c:169:5 + #4 0x56306cda3384 in aio_bh_poll ../util/async.c:216:13 + #5 0x56306cd3f15b in aio_dispatch ../util/aio-posix.c:423:5 + #6 0x56306cda72da in aio_ctx_dispatch ../util/async.c:358:5 + #7 0x7fa321cc417c in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5217c) (BuildId: 5fdb313daf182a33a858ba2cc945211b11d34561) + #8 0x56306cda840f in glib_pollfds_poll ../util/main-loop.c:290:9 + #9 0x56306cda840f in os_host_main_loop_wait ../util/main-loop.c:313:5 + #10 0x56306cda840f in main_loop_wait ../util/main-loop.c:592:11 + #11 0x56306bd17f76 in qemu_main_loop ../softmmu/runstate.c:732:9 + #12 0x56306c721835 in qemu_default_main ../softmmu/main.c:37:14 + #13 0x7fa320aeb082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #14 0x56306af0309d in _start (./qemu-system-x86_64+0x1e9109d) + +AddressSanitizer can not provide additional info. +SUMMARY: AddressSanitizer: SEGV ../hw/nvme/ctrl.c:6890:33 in nvme_directive_receive +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1816.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1816.toml new file mode 100644 index 00000000..35de7c7f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1816.toml @@ -0,0 +1,82 @@ +id = 1816 +title = "Memory size limitation under podman on Apple silicon" +state = "closed" +created_at = "2023-08-06T16:12:17.526Z" +closed_at = "2023-08-07T12:40:05.895Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1816" +host-os = "MacOS Ventura" +host-arch = "ARM (Apple Silicon)" +qemu-version = "QEMU emulator version 8.0.3" +guest-os = "Fedora" +guest-arch = "aarch64" +description = """We are using latest MacOS (Ventura) on M2 Ultra with 128Gb RAM (Mac Studio) to run our product Linux aarch64 builds in podman containers. This is cheaper than buying ARM server hardware, and we are not able to use cloud services. + +The issue arises when we try to use the available RAM for the underlying QEMU machine. There seems to be a memory limit which looks like it is in QEMU not podman machine, since that is more of a wrapper in this process. + +The use case is to init a Fedora Linux VM by QEMU which provides a Linux kernel. That kernel is then used to run podman containers. + +When we set the memory limit to 64513Mb the podman machine (VM) start fails with "Error: HV_BAD_ARGUMENT". If we reduce the memory limit to "64512" it works as expected. + +This is an example of how to reproduce: + +` +macstudio:~ build $ podman machine init --cpus="18" --memory="64513" podman-machine-default +Extracting compressed file +Image resized. +Machine init complete +To start your machine run: + +podman machine start + +macstudio:~ build $ podman machine start +Starting machine "podman-machine-default" +Waiting for VM ... +Error: qemu exited unexpectedly with exit code -1, stderr: qemu-system-aarch64: Error: HV_BAD_ARGUMENT + +macstudio:~ build $ podman machine rm --force +macstudio:~ build $ podman machine init --cpus="18" --memory="64512" podman-machine-default +Extracting compressed file +Image resized. +Machine init complete +To start your machine run: + +podman machine start + +macstudio:~ build $ podman machine start +Starting machine "podman-machine-default" +Waiting for VM ... +Mounting volume... /Users:/Users +Mounting volume... /private:/private +Mounting volume... /var/folders:/var/folders + +This machine is currently configured in rootless mode. If your containers +require root permissions (e.g. ports < 1024), or if you run into compatibility +issues with non-podman clients, you can switch using the following command: + +podman machine set --rootful + +API forwarding listening on: /Users/build_ci/.local/share/containers/podman/machine/qemu/podman.sock + +The system helper service is not installed; the default Docker API socket +address can't be used by podman. If you would like to install it run the +following commands: + +sudo /opt/homebrew/Cellar/podman/4.6.0/bin/podman-mac-helper install +podman machine stop; podman machine start + +You can still connect Docker API clients by setting DOCKER_HOST using the +following command in your terminal session: + +export DOCKER_HOST='unix:///Users/build/.local/share/containers/podman/machine/qemu/podman.sock' + +Machine "podman-machine-default" started successfully +macstudio:~ build $ podman machine ls +NAME VM TYPE CREATED LAST UP CPUS MEMORY DISK SIZE +podman-machine-default* qemu About a minute ago Currently running 18 63GiB 100GiB + +`""" +reproduce = """1. Initialise the VM with a RAM limit of 64513Mb, then start it. +2. +3.""" +additional = """Feel free to ask for more information. Unfortunately, these machines are our production platform, so further testing will not have a rapid turn around. We are open to taking a machine out of production for testing, it just needs scheduling.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1817.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1817.toml new file mode 100644 index 00000000..234daf7d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1817.toml @@ -0,0 +1,15 @@ +id = 1817 +title = "meson complains about use of install_subdir in docs/meson.build" +state = "closed" +created_at = "2023-08-07T15:41:39.481Z" +closed_at = "2023-08-07T16:51:42.343Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1817" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1818.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1818.toml new file mode 100644 index 00000000..af904091 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1818.toml @@ -0,0 +1,28 @@ +id = 1818 +title = "whpx does not work with hyper-v enabled" +state = "closed" +created_at = "2023-08-07T16:07:20.834Z" +closed_at = "2023-08-07T19:38:32.315Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1818" +host-os = "Windows 10 22h2 (French, France)" +host-arch = "x86_64 (64 bit)" +qemu-version = "qemu 8.0.3" +guest-os = "WindowsXp" +guest-arch = "i686" +description = """I am experiencing issues with the WHPX (Windows Hypervisor Platform Accelerator) hardware acceleration in QEMU on my Windows 10 22h2 system. When I run QEMU with the `-accel whpx` option, I encounter the following problems: + +2. I receive the error message "WHPX: No accelerator found, hr=00000000" followed by "failed to initialize whpx: No space left on device."""" +reproduce = """1. Enable the Hyper-V feature on Windows. +2. Install the latest QEMU version +3. Run the QEMU command with the `-accel whpx` option.""" +additional = """- my cpu : intel i7 6500U +- ram : 8 gigabytes +- gpu : intel hd 520 +- drive : C: -> 200 gigabytes, D: -> 1to (c: 109 used, d: 732 used) +- emulated drive -> 50 gigabytes (500mb used) + + + + +(in french sorry)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/182.toml b/gitlab/issues/target_missing/host_missing/accel_missing/182.toml new file mode 100644 index 00000000..de3fdd41 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/182.toml @@ -0,0 +1,15 @@ +id = 182 +title = "qemu-xhci device should detect if libusb host supports streams" +state = "opened" +created_at = "2021-05-05T14:28:46.338Z" +closed_at = "n/a" +labels = ["Launchpad", "USB", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/182" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1821.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1821.toml new file mode 100644 index 00000000..3e425dee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1821.toml @@ -0,0 +1,61 @@ +id = 1821 +title = "snapshot-save very slow in 8.1-rc2" +state = "closed" +created_at = "2023-08-09T09:28:04.143Z" +closed_at = "2024-01-18T15:56:09.294Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1821" +host-os = "Proxmox VE 8.0" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.0.92 (v8.1.0-rc2-102-ga8fc5165aa)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Before commit 813cd61669 ("migration: Use migration_transferred_bytes() to calculate rate_limit") the above script will take about 1.5 seconds to execute, after the commit, 1 minute 30 seconds. More RAM makes it take longer still.""" +reproduce = """1. Execute the script given as the command line above.""" +additional = """Creating the issue here, so it doesn't get lost and is documented. + +The following series by @juan.quintela would've avoided the regression, but seems like it never landed: https://lists.nongnu.org/archive/html/qemu-devel/2023-05/msg07971.html + +Logs: + +Before commit 813cd61669 +``` +root@pve8a1 /home/febner/repos/qemu/build # time ~/save-snap.sh +Formatting '/tmp/test.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=1073741824 lazy_refcounts=off refcount_bits=16 +{"QMP": {"version": {"qemu": {"micro": 50, "minor": 0, "major": 8}, "package": "v8.0.0-967-g3db9c05a90-dirty"}, "capabilities": ["oob"]}} +VNC server running on ::1:5900 +{"return": {}} +{"timestamp": {"seconds": 1691572701, "microseconds": 708660}, "event": "JOB_STATUS_CHANGE", "data": {"status": "created", "id": "save0"}} +{"timestamp": {"seconds": 1691572701, "microseconds": 708731}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "save0"}} +{"return": {}} +{"timestamp": {"seconds": 1691572701, "microseconds": 709239}, "event": "STOP"} +{"timestamp": {"seconds": 1691572702, "microseconds": 939059}, "event": "RESUME"} +{"timestamp": {"seconds": 1691572702, "microseconds": 939565}, "event": "JOB_STATUS_CHANGE", "data": {"status": "waiting", "id": "save0"}} +{"timestamp": {"seconds": 1691572702, "microseconds": 939605}, "event": "JOB_STATUS_CHANGE", "data": {"status": "pending", "id": "save0"}} +{"timestamp": {"seconds": 1691572702, "microseconds": 939638}, "event": "JOB_STATUS_CHANGE", "data": {"status": "concluded", "id": "save0"}} +{"return": {}} +{"timestamp": {"seconds": 1691572702, "microseconds": 939730}, "event": "SHUTDOWN", "data": {"guest": false, "reason": "host-qmp-quit"}} +{"timestamp": {"seconds": 1691572702, "microseconds": 941746}, "event": "JOB_STATUS_CHANGE", "data": {"status": "null", "id": "save0"}} +~/save-snap.sh 1.18s user 0.09s system 85% cpu 1.476 total +``` + +After commit 813cd61669 +``` +root@pve8a1 /home/febner/repos/qemu/build # time ~/save-snap.sh +Formatting '/tmp/test.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=1073741824 lazy_refcounts=off refcount_bits=16 +{"QMP": {"version": {"qemu": {"micro": 92, "minor": 0, "major": 8}, "package": "v8.1.0-rc2-102-ga8fc5165aa"}, "capabilities": ["oob"]}} +VNC server running on ::1:5900 +{"return": {}} +{"timestamp": {"seconds": 1691572864, "microseconds": 944026}, "event": "JOB_STATUS_CHANGE", "data": {"status": "created", "id": "save0"}} +{"timestamp": {"seconds": 1691572864, "microseconds": 944115}, "event": "JOB_STATUS_CHANGE", "data": {"status": "running", "id": "save0"}} +{"return": {}} +{"timestamp": {"seconds": 1691572864, "microseconds": 944631}, "event": "STOP"} +{"timestamp": {"seconds": 1691572954, "microseconds": 697523}, "event": "RESUME"} +{"timestamp": {"seconds": 1691572954, "microseconds": 697962}, "event": "JOB_STATUS_CHANGE", "data": {"status": "waiting", "id": "save0"}} +{"timestamp": {"seconds": 1691572954, "microseconds": 697996}, "event": "JOB_STATUS_CHANGE", "data": {"status": "pending", "id": "save0"}} +{"timestamp": {"seconds": 1691572954, "microseconds": 698020}, "event": "JOB_STATUS_CHANGE", "data": {"status": "concluded", "id": "save0"}} +{"return": {}} +{"timestamp": {"seconds": 1691572954, "microseconds": 698089}, "event": "SHUTDOWN", "data": {"guest": false, "reason": "host-qmp-quit"}} +{"timestamp": {"seconds": 1691572954, "microseconds": 701263}, "event": "JOB_STATUS_CHANGE", "data": {"status": "null", "id": "save0"}} +~/save-snap.sh 31.81s user 41.69s system 81% cpu 1:30.03 total +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1822.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1822.toml new file mode 100644 index 00000000..86d04866 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1822.toml @@ -0,0 +1,15 @@ +id = 1822 +title = "Signed source tarball for 8.0.4 missing" +state = "closed" +created_at = "2023-08-09T11:02:35.681Z" +closed_at = "2023-08-12T07:28:21.077Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1822" +host-os = "Arch Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hi! I package this project for Arch Linux. I would like to upgrade to 8.0.4, but unfortunately there is no signed source tarball for that version available yet.""" +reproduce = """1. Go to https://download.qemu.org/ and find no source tarball for 8.0.4""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1824.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1824.toml new file mode 100644 index 00000000..da74bba7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1824.toml @@ -0,0 +1,15 @@ +id = 1824 +title = "[8.x] qemu-user does not build under CentOS 7 any longer" +state = "closed" +created_at = "2023-08-10T09:26:02.043Z" +closed_at = "2023-08-10T12:38:16.156Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1824" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1827.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1827.toml new file mode 100644 index 00000000..124dfcc6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1827.toml @@ -0,0 +1,15 @@ +id = 1827 +title = "Turn DPRINTF macro use into tracepoints" +state = "closed" +created_at = "2023-08-11T15:21:44.622Z" +closed_at = "2023-12-26T14:14:35.940Z" +labels = ["Bite Sized", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1827" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1828.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1828.toml new file mode 100644 index 00000000..fdc0e789 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1828.toml @@ -0,0 +1,29 @@ +id = 1828 +title = "[v8.0.4 regression] `qemu-system-x86_64: -accel hvf: Unknown Error`" +state = "closed" +created_at = "2023-08-12T22:55:31.262Z" +closed_at = "2023-08-13T00:32:12.498Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1828" +host-os = "macOS 13.5" +host-arch = "x86" +qemu-version = "v8.0.4" +guest-os = "(None)" +guest-arch = "x86" +description = """`-accel hvf` crashes with "Unknown Error". +Regression in v8.0.4. + +The master branch doesn't seem affected.""" +reproduce = """v8.0.3: +```console +$ qemu-system-x86_64 -accel hvf +(shows iPXE screen, as expected) +``` + +v8.0.4: +```console +$ qemu-system-x86_64 -accel hvf +qemu-system-x86_64: -accel hvf: Unknown Error +Abort trap: 6 +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1829.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1829.toml new file mode 100644 index 00000000..1eed4f52 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1829.toml @@ -0,0 +1,96 @@ +id = 1829 +title = "DoS via assert failure by guest user" +state = "closed" +created_at = "2023-08-14T09:12:19.865Z" +closed_at = "2023-08-17T11:35:34.590Z" +labels = ["Closed::Duplicate", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1829" +host-os = "Ubuntu" +host-arch = "x86_64" +qemu-version = "8.0.92 (v8.1.0-rc2-80-g 0450cf0897\\-dirty), commit 0450cf08976f9036feaded438031b4cba94f6452" +guest-os = "Debian" +guest-arch = "x86_64" +description = """As root in guest VM user can execute special script, which crashes the whole VM with error + +```plaintext +hw/display/qxl.c:1594 inside of function void qxl_set_mode(PCIQXLDevice *, unsigned int, int): Assertion `qxl_add_memslot(d, 0, devmem, QXL_SYNC) == 0` failed +```""" +reproduce = """1. This bug can be reproduced with: + + ```bash + cat << EOF | ./build/qemu-system-x86_64 -vga qxl -m 2048 -nodefaults -qtest stdio + outl 0xcf8 0x8000101c + outl 0xcfc 0xc000 + outl 0xcf8 0x80001001 + outl 0xcfc 0x01000000 + outl 0xc006 0x00 + EOF + ``` +2. Also, we can execute this python3 script inside guest VM as root (to invoke VM use command: **_qemu-system-x86_64 -vga qxl -hda debian.img -m 2048 -nodefaults_**): + + ```python + import os + f = os.open("/dev/port", os.O_RDWR|os.O_NDELAY) + l = os.lseek(f, 0xcf8, 0) + os.write(f, b'\\x80\\x00\\x10\\x1c') + l = os.lseek(f, 0xcfc, 0) + os.write(f, b'\\xc0\\x00') + l = os.lseek(f, 0xcf8, 0) + os.write(f, b'\\x80\\x00\\x10\\x01') + l = os.lseek(f, 0xcfc, 0) + os.write(f, b'\\x01\\x00\\x00\\x00') + l = os.lseek(f, 0xc006, 0) + os.write(f, b'\\x00') + ``` + + This script causes VM to crash. + + [PoC_qxl-vga_crash.mkv](/uploads/7ee262c20dca69aa9417812f6a93a532/PoC_qxl-vga_crash.mkv)""" +additional = """This issue was found by fuzzing. Here is an auto-generated C source code for a test case that will reproduce the bug. + +```plaintext +/* + * Autogenerated Fuzzer Test Case + * + * Copyright (c) 2023 Artem Nasonov <anasonov@astralinux.ru> + * + * This work is licensed under the terms of the GNU GPL, version 2 or later. + * See the COPYING file in the top-level directory. + */ + +#include "qemu/osdep.h" + +#include "libqtest.h" + +/* + * cat << EOF | qemu-system-x86_64 -vga qxl -hda \\ + * ~/Downloads/virtualdebian.img -m 2048 -nodefaults -qtest stdio + * outl 0xcf8 0x8000101c + * outl 0xcfc 0xc000 + * outl 0xcf8 0x80001001 + * outl 0xcfc 0x01000000 + * outl 0xc006 0x00 + * EOF +*/ +static void test_qxl_set_mode(void) +{ +QTestState *s = qtest_init("-vga qxl -m 2048 -nodefaults"); +qtest_outl(s, 0xcf8, 0x8000101c); +qtest_outl(s, 0xcfc, 0xc000); +qtest_outl(s, 0xcf8, 0x80001001); +qtest_outl(s, 0xcfc, 0x01000000); +qtest_outl(s, 0xc006, 0x00); +qtest_quit(s); +}int main(int argc, char **argv) +{ + const char *arch = qtest_get_arch(); + + g_test_init(&argc, &argv, NULL); + + if (strcmp(arch, "x86_64") == 0) { + qtest_add_func("fuzz/test_qxl_set_mode",test_qxl_set_mode); + } + + return g_test_run(); +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/183.toml b/gitlab/issues/target_missing/host_missing/accel_missing/183.toml new file mode 100644 index 00000000..2974a785 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/183.toml @@ -0,0 +1,15 @@ +id = 183 +title = "Cannot use usb-host on Mac OS" +state = "opened" +created_at = "2021-05-05T14:28:58.185Z" +closed_at = "n/a" +labels = ["Launchpad", "USB", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/183" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1830.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1830.toml new file mode 100644 index 00000000..20633eec --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1830.toml @@ -0,0 +1,34 @@ +id = 1830 +title = "command hangs in CentOS 7 arm64 container with Ubuntu 22 amd64 host" +state = "opened" +created_at = "2023-08-15T17:07:14.463Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1830" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.12)" +guest-os = "CentOS 7" +guest-arch = "aarch64" +description = """The command hangs in the container, taking over the CPU: + +``` +$ docker run -it centos:7 +[root@42e655bf3d60 /]# LD_DEBUG=all /lib64/ld-2.17.so --list /usr/bin/true & +[1] 74 +[root@42e655bf3d60 /]# 74: file=/usr/bin/true [0]; generating link map + +[root@42e655bf3d60 /]# ps -e -o pid,ppid,etime,time,state,args + PID PPID ELAPSED TIME S COMMAND + 1 0 34:59 00:00:00 S /usr/libexec/qemu-binfmt/aarch64-binfmt-P /bin/bash /bin/bash + 74 1 03:16 00:03:13 R /usr/libexec/qemu-binfmt/aarch64-binfmt-P /lib64/ld-2.17.so /lib64/ld-2.17.so + 80 1 4-19:34:01 00:00:00 R ps -e -o pid,ppid,etime,time,state,args +[root@42e655bf3d60 /]# +```""" +reproduce = """1. Start container +2. Run `/lib64/ld-2.17.so --list /usr/bin/true`""" +additional = """1. The problem is not observed in an Ubuntu 20.04 host system performing the same scenario. +2. My team build environment has amd64 native architecture hardware. I ran a similar scenario on an AWS arm64 native machine (QEMU is not needed) and the command works fine in the container. +3. My team builds several Linux images daily - about a dozen amd64 and eight arm64. This is the only image that's causing us this problem. +4. I built trace-cmd but when I tried to start a trace it told me `No events enabled with kvm`. +5. I built qemu-8.1.0-rc3 and saw the same behavior but I don't think `/usr/libexec/qemu-binfmt/aarch64-binfmt-P` was replaced with a new version so I don't think the old version was used for my container.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1835.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1835.toml new file mode 100644 index 00000000..c4f9a9aa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1835.toml @@ -0,0 +1,26 @@ +id = 1835 +title = "IPv4 guest/outbound port forwarding not working" +state = "opened" +created_at = "2023-08-17T18:39:26.995Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1835" +host-os = "Debian GNU/Linux rodete" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.0.2 (Debian 1:8.0.2+dfsg-3)" +guest-os = "Fedora 38 workstation" +guest-arch = "x86" +description = """Python http server running on the host can receive the first http request from guest and provides correct response, but the resent request gets stuck. Package couldn't be seen in `tcpdump` running on host.""" +reproduce = """1. Build libslirp, I am using HEAD @ master. +1. Build your QEMU with user network enabled to use slirp (`./configure -target-list=x86_64-softmmu --enable-slirp`). +1. Ran a Python server on host listening to port `6655` (`python3 -m http.server --bind :: 6655`). +1. Boot your QEMU with aforementioned QEMU command line, I am forwarding a server address to host's local address `guestfwd=tcp:10.0.2.100:6657-tcp:127.0.0.1:6655`. For image, I am using a ordinary Fedora 38 workstation live cdrom. +1. In your guest OS (emulated enviroment), open a terminal and run `curl http://10.0.2.100:6657`, this sends a http get to the +slirp outbound forwarding server. You should see the Python http server gets the request and provides correct response `::ffff:127.0.0.1 - - [17/Aug/2023 18:24:34] "GET / HTTP/1.1" 200 -`, nothing but just `ls` the directory. +5. Repeat step 4, you will see the `curl` command gets stuck.""" +additional = """I've added a .pacp capturing line in QEMU command line and investigated it via Wireshark, noticed the slirp gets the http get, but after that being stuck in some place, I saw the guest sending keep alive request to slirp, so I think this could be something in the QEMU side. + + + + +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1837.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1837.toml new file mode 100644 index 00000000..63eb7fbb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1837.toml @@ -0,0 +1,47 @@ +id = 1837 +title = "Support IP_MULTICAST_IF socket option in linux-user" +state = "opened" +created_at = "2023-08-18T13:15:51.932Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1837" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I've run into this limitation in qemu-aarch64-static version Debian 1:6.2+dfsg-2ubuntu6.12, but from the link above, it doesn't seem to be implemented on master yet. + +Here's some source code that demonstrates the failure: +``` +#include <sys/socket.h> +#include <arpa/inet.h> +#include <netinet/ip.h> +#include <unistd.h> +#include <assert.h> +#include <stdio.h> + +int main() +{ + int fd, ret; + struct in_addr addr = {htonl(INADDR_LOOPBACK)}; + + fd = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP); + assert(fd >= 0); + ret = setsockopt(fd, IPPROTO_IP, IP_MULTICAST_IF, &addr, sizeof(addr)); + if (ret < 0) + { + perror("setsockopt failed"); + return 1; + } + close(fd); + printf("Success!\\n"); + return 0; +} +``` + +When run under qemu, it gives the error `setsockopt failed: Protocol not available`. + +It doesn't look like it should be too hard to support (certainly no worse than IP_ADD_MEMBERSHIP). Let me know if I can help with a patch.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1838.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1838.toml new file mode 100644 index 00000000..10e163fb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1838.toml @@ -0,0 +1,15 @@ +id = 1838 +title = "Win9x on qemu 8.0.3 - Impossible to launch a win32 app" +state = "closed" +created_at = "2023-08-18T18:03:26.281Z" +closed_at = "2023-08-21T20:35:55.587Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1838" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1839.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1839.toml new file mode 100644 index 00000000..b9442d6a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1839.toml @@ -0,0 +1,53 @@ +id = 1839 +title = "command line option (fw_cfg) not being treated as opaque and generates error \"short-form boolean option 'x' deprecated\"" +state = "closed" +created_at = "2023-08-20T06:42:31.291Z" +closed_at = "2024-01-22T13:05:17.566Z" +labels = ["Bite Sized", "Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1839" +host-os = "Proxmox 8.x" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.0.2 (pve-qemu-kvm_8.0.2-4)" +guest-os = "n/a" +guest-arch = "n/a" +description = """I'm trying to run qemu with `fw_cfg` arguments. With a full example I am trying to provide an ignition configuration a flatcar VM using a 'string' parameter which is JSON (rather than a file parameter). + +Running qemu with command line options where the fields have arbitrary data that should be opaque to qemu are being interpreted and cause the command line argument parsing the fail. I have tried putting quotes and double quotes around various parts of the command without success. + + +Sorry, but I haven't tested this with latest (v8.1.0.rc4 / v8.0.4) + +Examples: + +```# qemu-system-x86_64 -fw_cfg name=z,string=a,b +qemu-system-x86_64: -fw_cfg name=z,string=a,b: warning: short-form boolean option 'b' deprecated +Please use b=on instead +qemu-system-x86_64: -fw_cfg name=z,string=a,b: Invalid parameter 'b' +``` + +Single quotes around the `string` value: +``` +# qemu-system-x86_64 -fw_cfg name=z,string='a,b' +qemu-system-x86_64: -fw_cfg name=z,string=a,b: warning: short-form boolean option 'b' deprecated +Please use b=on instead +qemu-system-x86_64: -fw_cfg name=z,string=a,b: Invalid parameter 'b' +``` + +Double quotes around the `string` value +``` +# qemu-system-x86_64 -fw_cfg name=z,string="a,b" +qemu-system-x86_64: -fw_cfg name=z,string=a,b: warning: short-form boolean option 'b' deprecated +Please use b=on instead +qemu-system-x86_64: -fw_cfg name=z,string=a,b: Invalid parameter 'b' + +``` + +Double quotes around the whole `fw_cfg` option value: +``` +# qemu-system-x86_64 -fw_cfg "name=z,string=a,b" +qemu-system-x86_64: -fw_cfg name=z,string=a,b: warning: short-form boolean option 'b' deprecated +Please use b=on instead +qemu-system-x86_64: -fw_cfg name=z,string=a,b: Invalid parameter 'b' +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1840.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1840.toml new file mode 100644 index 00000000..61083f76 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1840.toml @@ -0,0 +1,15 @@ +id = 1840 +title = "Amend RISCV machine default value" +state = "closed" +created_at = "2023-08-21T12:14:15.196Z" +closed_at = "2023-08-24T11:45:54.208Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1840" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1841.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1841.toml new file mode 100644 index 00000000..d5389063 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1841.toml @@ -0,0 +1,22 @@ +id = 1841 +title = "qemu version with 7.2.5 or earlier than 7.2.5 with nvme disk has I/O QID 22 timeout, Aborting errors" +state = "closed" +created_at = "2023-08-23T06:08:43.486Z" +closed_at = "2024-04-07T14:11:02.515Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1841" +host-os = "CentOS Linux release 8.4.2105" +host-arch = "X86" +qemu-version = "7.2.5" +guest-os = "CentOS Linux release 7.7.1908 (Core)" +guest-arch = "x86" +description = """When I use the 7.2.5 version of qemu or versions earlier than 7.2.5 to compile and start the virtual machine, the machine has an nvme disk which is SAMSUNG MZQL23T8HCLS-00B7C and passed through by VFIO. When i use fio to perform pressure test on the nvme disk in vm, dmesg shows message like this nvme nvme0: I/O QID 22 timeout, Aborting, the picture below shows its details. Howerver, when i use 8.0.0 version of qemu to compile and start vm, and using fio to perform pressure test on the nvme disk in vm, it does not have the problem like that. I have using different kernel version, however, the probelem persists, so i think this is not a kernel issue, but a qemu problem. + + +if the irqbalance is running in vm, the problem happens very often, however if the irqbalance is stopped, the problem disappear. + +""" +reproduce = """1. using the 7.2.5 or versions earlier than 7.2.5 and start vm which has an nvme disk +2. the nvme disk is passed through by VFIO +3. using FIO to perform pressure test on the nvme disk in vm""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1842.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1842.toml new file mode 100644 index 00000000..16cc52f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1842.toml @@ -0,0 +1,25 @@ +id = 1842 +title = "keyutils meson regression in 8.1.0" +state = "closed" +created_at = "2023-08-23T08:09:48.976Z" +closed_at = "2023-09-25T15:34:59.003Z" +labels = ["Build System", "Cryptography", "Stable::to backport", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1842" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """keyutils is no longer found by meson during the build. + +commit 0db0fbb5cf8955d4f7a4a82bde32cfd93bd042ea appears to be buggy: +``` +$ grep KEYUTILS config-host.h +#undef CONFIG_KEYUTILS +```""" +reproduce = """1. Have keyutils installed +2. Build QEMU 8.1.0 +3. Note that keyutils is no longer linked into the build + +Thanks""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1843.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1843.toml new file mode 100644 index 00000000..baa539e8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1843.toml @@ -0,0 +1,23 @@ +id = 1843 +title = "Multitouch - GTK: Tapping 3 points or more at too close in interval causes all points to be lost" +state = "closed" +created_at = "2023-08-23T21:00:44.334Z" +closed_at = "2024-02-03T14:06:05.930Z" +labels = ["GUI::GTK", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1843" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "version 8.1.50 (v8.1.0-1-gb0dd9a7d6d)" +guest-os = "BlissOS/Android 12L / Fedora Workstation" +guest-arch = "x86-64 / x86-64" +description = """When using the new multitouch input device, if you use three or more fingers within two rapid interval, the all finger inputs get dropped.""" +reproduce = """ANDROID +1. Download and install BlissOS +2. Swipe with two fingers +3. try multitouch debug app + +FEDORA +1. Load fedora +2. install wev +3. try touch 3 or more points""" +additional = """Not sure what logs are relevant""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1844.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1844.toml new file mode 100644 index 00000000..86e8869e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1844.toml @@ -0,0 +1,32 @@ +id = 1844 +title = "qemu process memory usage greater than windows guest memory usage" +state = "closed" +created_at = "2023-08-24T09:05:50.269Z" +closed_at = "2023-09-08T15:27:58.855Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1844" +host-os = "centos8" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "windows" +guest-arch = "x86" +description = """The Windows Guest internal memory usage is low,but is very high on host of qemu progress. But the linux guest is no such case.Is there any way to trigger the host to reclaim virtual machine memory?""" +reproduce = """1.install a windows guest with 128GB of memory and start it. + +2.When the machine is stable, the VM internal memory usage is low,but is very high on host of qemu progress. + +3.on host,use "free -g" to query,the memory used is also very high + +4.when migrate or dormancy,it can recovery,but I want to know is there any way to trigger the host to reclaim virtual machine memory? + + +host: + + + + + +guest: + +""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1845.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1845.toml new file mode 100644 index 00000000..788d6fd6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1845.toml @@ -0,0 +1,17 @@ +id = 1845 +title = "qemu-xhci not working on aarch64" +state = "opened" +created_at = "2023-08-25T10:56:00.900Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1845" +host-os = "Ubuntu 22.04 LTS" +host-arch = "arm" +qemu-version = "8.1.0" +guest-os = "Pi OS Lite (Debian 11 - Bullseye)" +guest-arch = "arm/v7" +description = """Once the VM is loaded I run lsusb from the cli and I get no devices listed.""" +reproduce = """1. Build qemu from source with libusb support +2. Launch vm using the above configuration +3. Run lsusb from the command line in the VM instance""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1848.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1848.toml new file mode 100644 index 00000000..cb8aaee3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1848.toml @@ -0,0 +1,37 @@ +id = 1848 +title = "8.1.0 build failure ../accel/tcg/cputlb.c: In function ‘do_ld_mmio_beN’: error: call to ‘qemu_build_not_reached_always’ declared with attribute error: code path is reachable" +state = "closed" +created_at = "2023-08-26T21:27:33.905Z" +closed_at = "2023-09-03T07:02:50.366Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1848" +host-os = "Gentoo Linux" +host-arch = "x86-64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Error when building with -Og. Does not occur with -O2. + +``` +FAILED: libqemu-i386-softmmu.fa.p/accel_tcg_cputlb.c.o +x86_64-pc-linux-gnu-gcc -m64 -mcx16 -Ilibqemu-i386-softmmu.fa.p -I. -I.. -Itarget/i386 -I../target/i386 -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/pixman-1 -I/usr/include/spice-server -I/usr/include/spice-1 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/opus -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -fstack-protector-strong -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Wundef -Wwrite-strings -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wmissing-format-attribute -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -isystem /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/linux-headers -isystem linux-headers -iquote . -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0 -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/include -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/host/include/x86_64 -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/host/include/generic -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/tcg/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -march=amdfam10 -Og -g -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="i386-softmmu-config-target.h"' '-DCONFIG_DEVICES="i386-softmmu-config-devices.h"' -MD -MQ libqemu-i386-softmmu.fa.p/accel_tcg_cputlb.c.o -MF libqemu-i386-softmmu.fa.p/accel_tcg_cputlb.c.o.d -o libqemu-i386-softmmu.fa.p/accel_tcg_cputlb.c.o -c ../accel/tcg/cputlb.c +In file included from ../accel/tcg/cputlb.c:20: +../accel/tcg/cputlb.c: In function ‘do_ld_mmio_beN’: +/x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/include/qemu/osdep.h:244:35: error: call to ‘qemu_build_not_reached_always’ declared with attribute error: code path is reachable + 244 | #define qemu_build_not_reached() qemu_build_not_reached_always() + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../accel/tcg/cputlb.c:2121:13: note: in expansion of macro ‘qemu_build_not_reached’ + 2121 | qemu_build_not_reached(); + | ^~~~~~~~~~~~~~~~~~~~~~ +../accel/tcg/cputlb.c: In function ‘do_st_mmio_leN’: +/x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/include/qemu/osdep.h:244:35: error: call to ‘qemu_build_not_reached_always’ declared with attribute error: code path is reachable + 244 | #define qemu_build_not_reached() qemu_build_not_reached_always() + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../accel/tcg/cputlb.c:2764:13: note: in expansion of macro ‘qemu_build_not_reached’ + 2764 | qemu_build_not_reached(); + | ^~~~~~~~~~~~~~~~~~~~~~ +``` + +Downstream bug: https://bugs.gentoo.org/913083""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1849.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1849.toml new file mode 100644 index 00000000..8075a5ff --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1849.toml @@ -0,0 +1,81 @@ +id = 1849 +title = "Problems with building riscv Linux using qemu on wsl2" +state = "closed" +created_at = "2023-08-27T13:43:24.401Z" +closed_at = "2023-08-28T02:39:07.234Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1849" +host-os = "microsoft-standard-WSL2" +host-arch = "n/a" +qemu-version = "7.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """execute: + +`qemu-system-riscv64 -M virt -m 256M -nographic -kernel /home/ysc/test/linux-6.1.46/arch/riscv/boot/Image -drive file=rootfs.img,format=raw,id=hd0 -device virtio-blk-device,drive=hd0 -append "root=/dev/vda rw console=ttyS0"` + +**appear:** + +OpenSBI + +/ \\_\\_ \\\\ / **_| \\_ \\_ | | | | | \\_\\_ \\__\\_ \\_ \\_\\_ | (_**\\_ | |_) || | | | | | '\\_ \\\\ / \\_ \\\\ '\\_ \\\\ \\__\\_ | \\_ \\< | | | |\\*\\*| | |_) | \\_\\_/ | | |) | |) || | \\_\\_**/| .**/ \\_\\*\\*|_| |_|**_/|\\___\\_/_**| | | |\\_| + +Platform Name : riscv-virtio,qemu + +Platform Features : medeleg Platform HART Count : 1 + +Platform IPI Device : aclint-mswi + +Platform Timer Device : aclint-mtimer @ 10000000Hz + +Platform Console Device : uart8250 Platform HSM Device : --- + +Platform Reboot Device : sifive_test Platform Shutdown Device : sifive_test + +Firmware Base : 0x80000000 + +Firmware Size : 252 KB + +Runtime SBI Version : 0.3 + +Domain0 Name : root + +Domain0 Boot HART : 0 + +Domain0 HARTs : 0\\* + +Domain0 Region00 : 0x0000000002000000-0x000000000200ffff (I) + +Domain0 Region01 : 0x0000000080000000-0x000000008003ffff () + +Domain0 Region02 : 0x0000000000000000-0xffffffffffffffff (R,W,X) + +Domain0 Next Address : 0x0000000080200000 Domain0 Next Arg1 : 0x000000008f000000 + +Domain0 Next Mode : S-mode Domain0 SysReset : yes + +Boot HART ID : 0 + +Boot HART Domain : root + +Boot HART ISA : rv64imafdcsuh + +Boot HART Features : scounteren,mcounteren,time + +Boot HART PMP Count : 16 + +Boot HART PMP Granularity : 4 + +Boot HART PMP Address Bits: 54 + +Boot HART MHPM Count : 0 + +Boot HART MIDELEG : 0x0000000000001666 + +Boot HART MEDELEG : 0x0000000000f0b509 + +When I run qemu, it's stuck here""" +reproduce = """1. Build the kernel file using Linux-6.1.46 +2. Use busbox to build rootfs +3. run qemu""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/185.toml b/gitlab/issues/target_missing/host_missing/accel_missing/185.toml new file mode 100644 index 00000000..dd4cb9bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/185.toml @@ -0,0 +1,15 @@ +id = 185 +title = "Coroutines: Audit use of \"coroutine_fn\" specifier" +state = "opened" +created_at = "2021-05-05T16:05:25.404Z" +closed_at = "n/a" +labels = ["Bite Sized", "kind::Task", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/185" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1851.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1851.toml new file mode 100644 index 00000000..3e5ea525 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1851.toml @@ -0,0 +1,443 @@ +id = 1851 +title = "hw/net/rocker: NULL pointer dereference in of_dpa_cmd_add_l2_flood" +state = "opened" +created_at = "2023-08-29T08:37:03.357Z" +closed_at = "n/a" +labels = ["Networking", "Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1851" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """rocker_tlv_parse_nested could return early because of no group ids in the group_tlvs. In such case tlvs is NULL; tlvs\\[i + 1\\] in the next for-loop will deref the NULL pointer.""" +reproduce = """Compile and run the following code within the guest: + +``` +#include <stdio.h> +#include <stdlib.h> +#include <string.h> +#include <assert.h> +#include <fcntl.h> +#include <inttypes.h> +#include <sys/mman.h> +#include <sys/types.h> +#include <sys/stat.h> +#include <unistd.h> +#include <sys/io.h> +#include <stdint.h> +#include <stdbool.h> +#include <err.h> +#include <errno.h> +#include <pthread.h> + +/* + * Rocker DMA ring register offsets + */ +#define ROCKER_DMA_DESC_BASE 0x1000 +#define ROCKER_DMA_DESC_SIZE 32 +#define ROCKER_DMA_DESC_MASK 0x1F +#define ROCKER_DMA_DESC_TOTAL_SIZE \\ + (ROCKER_DMA_DESC_SIZE * 64) /* 62 ports + event + cmd */ +#define ROCKER_DMA_DESC_ADDR_OFFSET 0x00 /* 8-byte */ +#define ROCKER_DMA_DESC_SIZE_OFFSET 0x08 +#define ROCKER_DMA_DESC_HEAD_OFFSET 0x0c +#define ROCKER_DMA_DESC_TAIL_OFFSET 0x10 +#define ROCKER_DMA_DESC_CTRL_OFFSET 0x14 +#define ROCKER_DMA_DESC_CREDITS_OFFSET 0x18 +#define ROCKER_DMA_DESC_RSVD_OFFSET 0x1c + +/* + * Rocker dma ctrl register bits + */ +#define ROCKER_DMA_DESC_CTRL_RESET (1 << 0) + +/* + * Rocker test registers + */ +#define ROCKER_TEST_REG 0x0010 +#define ROCKER_TEST_REG64 0x0018 /* 8-byte */ +#define ROCKER_TEST_IRQ 0x0020 +#define ROCKER_TEST_DMA_ADDR 0x0028 /* 8-byte */ +#define ROCKER_TEST_DMA_SIZE 0x0030 +#define ROCKER_TEST_DMA_CTRL 0x0034 + +/* + * Rocker general purpose registers + */ +#define ROCKER_CONTROL 0x0300 +#define ROCKER_PORT_PHYS_COUNT 0x0304 +#define ROCKER_PORT_PHYS_LINK_STATUS 0x0310 /* 8-byte */ +#define ROCKER_PORT_PHYS_ENABLE 0x0318 /* 8-byte */ +#define ROCKER_SWITCH_ID 0x0320 /* 8-byte */ + +/* + * Rocker test register ctrl + */ +#define ROCKER_TEST_DMA_CTRL_CLEAR (1 << 0) +#define ROCKER_TEST_DMA_CTRL_FILL (1 << 1) +#define ROCKER_TEST_DMA_CTRL_INVERT (1 << 2) + +#define __le16 uint16_t +#define __le32 uint32_t +#define __le64 uint64_t + +typedef struct rocker_desc { + __le64 buf_addr; + uint64_t cookie; + __le16 buf_size; + __le16 tlv_size; + __le16 rsvd[5]; /* pad to 32 bytes */ + __le16 comp_err; +} __attribute__((packed, aligned(8))) RockerDesc; + + +/* + * Rocker TLV type fields + */ + +typedef struct rocker_tlv { + __le32 type; + __le16 len; + __le16 rsvd; +} __attribute__((packed, aligned(8))) RockerTlv; + + +typedef struct cmd_group_msg { + RockerTlv tlv1; + __le64 t1_value; + RockerTlv tlv2; + __le64 t2_value; + RockerTlv tlv3; + __le64 t3_value; +} __attribute__((packed, aligned(8))) CmdGroupMsg; + + +typedef struct cmd_msg { + RockerTlv tlv1; + __le64 t1_value; + RockerTlv tlv2; + CmdGroupMsg group_msg; +} __attribute__((packed, aligned(8))) CmdMsg; + + +typedef struct rx_msg { + RockerTlv tlv1; + __le64 t1_value; + RockerTlv tlv2; + __le64 t2_value; + RockerTlv tlv3; + __le64 t3_value; + RockerTlv tlv4; + __le64 t4_value; + RockerTlv tlv5; + __le64 t5_value; +} __attribute__((packed, aligned(8))) RxMsg; + + +/* Rx msg */ +enum { + ROCKER_TLV_RX_UNSPEC, + ROCKER_TLV_RX_FLAGS, /* u16, see RX_FLAGS_ */ + ROCKER_TLV_RX_CSUM, /* u16 */ + ROCKER_TLV_RX_FRAG_ADDR, /* u64 */ + ROCKER_TLV_RX_FRAG_MAX_LEN, /* u16 */ + ROCKER_TLV_RX_FRAG_LEN, /* u16 */ + + __ROCKER_TLV_RX_MAX, + ROCKER_TLV_RX_MAX = __ROCKER_TLV_RX_MAX - 1, +}; + +/* Tx msg */ +enum { + ROCKER_TLV_TX_UNSPEC, + ROCKER_TLV_TX_OFFLOAD, /* u8, see TX_OFFLOAD_ */ + ROCKER_TLV_TX_L3_CSUM_OFF, /* u16 */ + ROCKER_TLV_TX_TSO_MSS, /* u16 */ + ROCKER_TLV_TX_TSO_HDR_LEN, /* u16 */ + ROCKER_TLV_TX_FRAGS, /* array */ + + __ROCKER_TLV_TX_MAX, + ROCKER_TLV_TX_MAX = __ROCKER_TLV_TX_MAX - 1, +}; + +/* cmd msg */ +enum { + ROCKER_TLV_CMD_UNSPEC, + ROCKER_TLV_CMD_TYPE, /* u16 */ + ROCKER_TLV_CMD_INFO, /* nest */ + + __ROCKER_TLV_CMD_MAX, + ROCKER_TLV_CMD_MAX = __ROCKER_TLV_CMD_MAX - 1, +}; + +enum { + ROCKER_TLV_CMD_TYPE_UNSPEC, + ROCKER_TLV_CMD_TYPE_GET_PORT_SETTINGS, + ROCKER_TLV_CMD_TYPE_SET_PORT_SETTINGS, + ROCKER_TLV_CMD_TYPE_OF_DPA_FLOW_ADD, + ROCKER_TLV_CMD_TYPE_OF_DPA_FLOW_MOD, + ROCKER_TLV_CMD_TYPE_OF_DPA_FLOW_DEL, + ROCKER_TLV_CMD_TYPE_OF_DPA_FLOW_GET_STATS, + ROCKER_TLV_CMD_TYPE_OF_DPA_GROUP_ADD, + ROCKER_TLV_CMD_TYPE_OF_DPA_GROUP_MOD, + ROCKER_TLV_CMD_TYPE_OF_DPA_GROUP_DEL, + ROCKER_TLV_CMD_TYPE_OF_DPA_GROUP_GET_STATS, + + __ROCKER_TLV_CMD_TYPE_MAX, + ROCKER_TLV_CMD_TYPE_MAX = __ROCKER_TLV_CMD_TYPE_MAX - 1, +}; + +/* + * cmd info nested for OF-DPA msgs + */ + +enum { + ROCKER_TLV_OF_DPA_UNSPEC, + ROCKER_TLV_OF_DPA_TABLE_ID, /* u16 */ + ROCKER_TLV_OF_DPA_PRIORITY, /* u32 */ + ROCKER_TLV_OF_DPA_HARDTIME, /* u32 */ + ROCKER_TLV_OF_DPA_IDLETIME, /* u32 */ + ROCKER_TLV_OF_DPA_COOKIE, /* u64 */ + ROCKER_TLV_OF_DPA_IN_PPORT, /* u32 */ + ROCKER_TLV_OF_DPA_IN_PPORT_MASK, /* u32 */ + ROCKER_TLV_OF_DPA_OUT_PPORT, /* u32 */ + ROCKER_TLV_OF_DPA_GOTO_TABLE_ID, /* u16 */ + ROCKER_TLV_OF_DPA_GROUP_ID, /* u32 */ + ROCKER_TLV_OF_DPA_GROUP_ID_LOWER, /* u32 */ + ROCKER_TLV_OF_DPA_GROUP_COUNT, /* u16 */ + ROCKER_TLV_OF_DPA_GROUP_IDS, /* u32 array */ + ROCKER_TLV_OF_DPA_VLAN_ID, /* __be16 */ + ROCKER_TLV_OF_DPA_VLAN_ID_MASK, /* __be16 */ + ROCKER_TLV_OF_DPA_VLAN_PCP, /* __be16 */ + ROCKER_TLV_OF_DPA_VLAN_PCP_MASK, /* __be16 */ + ROCKER_TLV_OF_DPA_VLAN_PCP_ACTION, /* u8 */ + ROCKER_TLV_OF_DPA_NEW_VLAN_ID, /* __be16 */ + ROCKER_TLV_OF_DPA_NEW_VLAN_PCP, /* u8 */ + ROCKER_TLV_OF_DPA_TUNNEL_ID, /* u32 */ + ROCKER_TLV_OF_DPA_TUNNEL_LPORT, /* u32 */ + ROCKER_TLV_OF_DPA_ETHERTYPE, /* __be16 */ + ROCKER_TLV_OF_DPA_DST_MAC, /* binary */ + ROCKER_TLV_OF_DPA_DST_MAC_MASK, /* binary */ + ROCKER_TLV_OF_DPA_SRC_MAC, /* binary */ + ROCKER_TLV_OF_DPA_SRC_MAC_MASK, /* binary */ + ROCKER_TLV_OF_DPA_IP_PROTO, /* u8 */ + ROCKER_TLV_OF_DPA_IP_PROTO_MASK, /* u8 */ + ROCKER_TLV_OF_DPA_IP_DSCP, /* u8 */ + ROCKER_TLV_OF_DPA_IP_DSCP_MASK, /* u8 */ + ROCKER_TLV_OF_DPA_IP_DSCP_ACTION, /* u8 */ + ROCKER_TLV_OF_DPA_NEW_IP_DSCP, /* u8 */ + ROCKER_TLV_OF_DPA_IP_ECN, /* u8 */ + ROCKER_TLV_OF_DPA_IP_ECN_MASK, /* u8 */ + ROCKER_TLV_OF_DPA_DST_IP, /* __be32 */ + ROCKER_TLV_OF_DPA_DST_IP_MASK, /* __be32 */ + ROCKER_TLV_OF_DPA_SRC_IP, /* __be32 */ + ROCKER_TLV_OF_DPA_SRC_IP_MASK, /* __be32 */ + ROCKER_TLV_OF_DPA_DST_IPV6, /* binary */ + ROCKER_TLV_OF_DPA_DST_IPV6_MASK, /* binary */ + ROCKER_TLV_OF_DPA_SRC_IPV6, /* binary */ + ROCKER_TLV_OF_DPA_SRC_IPV6_MASK, /* binary */ + ROCKER_TLV_OF_DPA_SRC_ARP_IP, /* __be32 */ + ROCKER_TLV_OF_DPA_SRC_ARP_IP_MASK, /* __be32 */ + ROCKER_TLV_OF_DPA_L4_DST_PORT, /* __be16 */ + ROCKER_TLV_OF_DPA_L4_DST_PORT_MASK, /* __be16 */ + ROCKER_TLV_OF_DPA_L4_SRC_PORT, /* __be16 */ + ROCKER_TLV_OF_DPA_L4_SRC_PORT_MASK, /* __be16 */ + ROCKER_TLV_OF_DPA_ICMP_TYPE, /* u8 */ + ROCKER_TLV_OF_DPA_ICMP_TYPE_MASK, /* u8 */ + ROCKER_TLV_OF_DPA_ICMP_CODE, /* u8 */ + ROCKER_TLV_OF_DPA_ICMP_CODE_MASK, /* u8 */ + ROCKER_TLV_OF_DPA_IPV6_LABEL, /* __be32 */ + ROCKER_TLV_OF_DPA_IPV6_LABEL_MASK, /* __be32 */ + ROCKER_TLV_OF_DPA_QUEUE_ID_ACTION, /* u8 */ + ROCKER_TLV_OF_DPA_NEW_QUEUE_ID, /* u8 */ + ROCKER_TLV_OF_DPA_CLEAR_ACTIONS, /* u32 */ + ROCKER_TLV_OF_DPA_POP_VLAN, /* u8 */ + ROCKER_TLV_OF_DPA_TTL_CHECK, /* u8 */ + ROCKER_TLV_OF_DPA_COPY_CPU_ACTION, /* u8 */ + + __ROCKER_TLV_OF_DPA_MAX, + ROCKER_TLV_OF_DPA_MAX = __ROCKER_TLV_OF_DPA_MAX - 1, +}; + +#define PAGE_SHIFT 12 +#define PAGE_SIZE (1 << PAGE_SHIFT) +#define PFN_PRESENT (1ull << 63) +#define PFN_PFN ((1ull << 55) - 1) + +uint64_t get_physical_pfn(void* ptr) +{ + uint64_t pfn = -1; + FILE* fp = fopen("/proc/self/pagemap", "rb"); + if (!fp) + { + return pfn; + } + + if (!fseek(fp, (unsigned long)ptr / PAGE_SIZE * 8, SEEK_SET)) + { + fread(&pfn, sizeof(pfn), 1, fp); + if (pfn & PFN_PRESENT) + { + pfn &= PFN_PFN; + } + } + fclose(fp); + return pfn; +} + +uint64_t get_physical_addr(void* ptr) +{ + uint64_t pfn = get_physical_pfn(ptr); + return pfn * PAGE_SIZE + (uint64_t)ptr % PAGE_SIZE; +} + +void* mmio_mem; + +void mmio_write(uint32_t addr, uint32_t value) +{ + *((uint32_t*)(mmio_mem + addr))= value; +} + +void mmio_write64(uint32_t addr, uint64_t value) +{ + *((uint64_t*)(mmio_mem + addr))= value; +} + +uint64_t mmio_read(uint32_t addr) +{ + return *((uint64_t*)(mmio_mem +addr)); +} + +uint64_t mmio_read64(uint64_t addr) +{ + return *((uint64_t*)(mmio_mem +addr)); +} + +uint64_t ring_desk_base_addr(int index) +{ + return ROCKER_DMA_DESC_BASE + index * 32; +} + +int main() +{ + int mmio_fd= open("/sys/devices/pci0000:00/0000:00:04.0/resource0", O_RDWR | O_SYNC); + if (mmio_fd== -1) { + printf("mmio_fd open failed"); + \treturn 1; + } + + mmio_mem = mmap(0, 0x2000, PROT_READ | PROT_WRITE, MAP_SHARED, mmio_fd, 0); + if (mmio_mem == MAP_FAILED) { + printf("mmap mmio_mem failed"); +\treturn 1; + } + + iopl(3); + + RockerTlv cmd_group_tlv = {ROCKER_TLV_OF_DPA_GROUP_ID, sizeof(RockerTlv) + sizeof(__le64), 12345 }; + RockerTlv cmd_count_tlv = {ROCKER_TLV_OF_DPA_GROUP_COUNT, sizeof(RockerTlv) + sizeof(__le64), 12345}; + RockerTlv cmd_ids_tlv = {ROCKER_TLV_OF_DPA_GROUP_IDS, sizeof(RockerTlv) + sizeof(__le64), 12345 }; + + CmdGroupMsg group_msg = { cmd_group_tlv, 0x40000000, cmd_count_tlv, 65535, cmd_ids_tlv, 12345}; + + RockerTlv cmd_type_tlv = {ROCKER_TLV_CMD_TYPE, sizeof(RockerTlv) + sizeof(__le64), 12345 }; + RockerTlv cmd_info_tlv = {ROCKER_TLV_CMD_INFO, sizeof(RockerTlv) + sizeof(CmdGroupMsg), 12345 }; + CmdMsg cmd_msg = {cmd_type_tlv, ROCKER_TLV_CMD_TYPE_OF_DPA_GROUP_ADD, cmd_info_tlv, group_msg }; + RockerDesc cmd_desc = {get_physical_addr(&cmd_msg), 0xdeadbeef, sizeof(CmdMsg), sizeof(CmdMsg), 0x1, 0x4242 }; + + mmio_write64(ROCKER_PORT_PHYS_ENABLE, 0xE); + + // cmd ring + mmio_write(ring_desk_base_addr(0) + ROCKER_DMA_DESC_CTRL_OFFSET, ROCKER_DMA_DESC_CTRL_RESET); + // base_addr + mmio_write64(ring_desk_base_addr(0), get_physical_addr(&cmd_desc)); + mmio_write(ring_desk_base_addr(0) + ROCKER_DMA_DESC_SIZE_OFFSET, 8); + mmio_write(ring_desk_base_addr(0) + ROCKER_DMA_DESC_HEAD_OFFSET, 4); + + printf("End\\n"); + return 0; +} +``` + +Stack trace: + +```plaintext +=================================================================================================== +ldl_he_p(const void * ptr) (/home/arayz/arayz/qemu-git-e1000e/include/qemu/bswap.h:359) +ldl_le_p(const void * ptr) (/home/arayz/arayz/qemu-git-e1000e/include/qemu/bswap.h:394) +rocker_tlv_get_le32(const RockerTlv * tlv) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_tlv.h:114) +of_dpa_cmd_add_l2_flood(OfDpa * of_dpa, OfDpaGroup * group, RockerTlv ** group_tlvs) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_of_dpa.c:2043) +of_dpa_cmd_group_do(OfDpa * of_dpa, uint32_t group_id, OfDpaGroup * group, RockerTlv ** group_tlvs) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_of_dpa.c:2125) +of_dpa_cmd_group_add(OfDpa * of_dpa, uint32_t group_id, RockerTlv ** group_tlvs) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_of_dpa.c:2145) +of_dpa_group_cmd(OfDpa * of_dpa, struct desc_info * info, char * buf, uint16_t cmd, RockerTlv ** group_tlvs) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_of_dpa.c:2204) +of_dpa_cmd(World * world, struct desc_info * info, char * buf, uint16_t cmd, RockerTlv * cmd_info_tlv) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_of_dpa.c:2234) +world_do_cmd(World * world, DescInfo * info, char * buf, uint16_t cmd, RockerTlv * cmd_info_tlv) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_world.c:43) +cmd_consume(Rocker * r, DescInfo * info) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker.c:450) +ring_pump(DescRing * ring) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_desc.c:242) +desc_ring_set_head(DescRing * ring, uint32_t new) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker_desc.c:281) +rocker_io_writel(void * opaque, hwaddr addr, uint32_t val) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker.c:805) +rocker_mmio_write(void * opaque, hwaddr addr, uint64_t val, unsigned int size) (/home/arayz/arayz/qemu-git-e1000e/hw/net/rocker/rocker.c:996) +memory_region_write_accessor(MemoryRegion * mr, hwaddr addr, uint64_t * value, unsigned int size, int shift, uint64_t mask, MemTxAttrs attrs) (/home/arayz/arayz/qemu-git-e1000e/softmmu/memory.c:492) +access_with_adjusted_size(hwaddr addr, uint64_t * value, unsigned int size, unsigned int access_size_min, unsigned int access_size_max, MemTxResult (*)(MemoryRegion *, hwaddr, uint64_t *, unsigned int, int, uint64_t, MemTxAttrs) access_fn, MemoryRegion * mr, MemTxAttrs attrs) (/home/arayz/arayz/qemu-git-e1000e/softmmu/memory.c:554) +memory_region_dispatch_write(MemoryRegion * mr, hwaddr addr, uint64_t data, MemOp op, MemTxAttrs attrs) (/home/arayz/arayz/qemu-git-e1000e/softmmu/memory.c:1514) +flatview_write_continue(FlatView * fv, hwaddr addr, MemTxAttrs attrs, const void * ptr, hwaddr len, hwaddr addr1, hwaddr l, MemoryRegion * mr) (/home/arayz/arayz/qemu-git-e1000e/softmmu/physmem.c:2783) +flatview_write(FlatView * fv, hwaddr addr, MemTxAttrs attrs, const void * buf, hwaddr len) (/home/arayz/arayz/qemu-git-e1000e/softmmu/physmem.c:2823) +address_space_write(AddressSpace * as, hwaddr addr, MemTxAttrs attrs, const void * buf, hwaddr len) (/home/arayz/arayz/qemu-git-e1000e/softmmu/physmem.c:2915) +address_space_rw(AddressSpace * as, hwaddr addr, MemTxAttrs attrs, void * buf, hwaddr len, _Bool is_write) (/home/arayz/arayz/qemu-git-e1000e/softmmu/physmem.c:2925) +kvm_cpu_exec(CPUState * cpu) (/home/arayz/arayz/qemu-git-e1000e/accel/kvm/kvm-all.c:2929) +kvm_vcpu_thread_fn(void * arg) (/home/arayz/arayz/qemu-git-e1000e/accel/kvm/kvm-accel-ops.c:49) +qemu_thread_start(void * args) (/home/arayz/arayz/qemu-git-e1000e/util/qemu-thread-posix.c:556) +libpthread.so.0!start_thread(void * arg) (/build/glibc-sMfBJT/glibc-2.31/nptl/pthread_create.c:477) +libc.so.6!clone() (/build/glibc-sMfBJT/glibc-2.31/sysdeps/unix/sysv/linux/x86_64/clone.S:95) +=================================================================================================== + + disassemble and register context: +=================================================================================================== +Dump of assembler code for function ldl_he_p: + 0x000055d8a1a473e6 <+0>:\tpush %rbp + 0x000055d8a1a473e7 <+1>:\tmov %rsp,%rbp + 0x000055d8a1a473ea <+4>:\tsub $0x20,%rsp + 0x000055d8a1a473ee <+8>:\tmov %rdi,-0x18(%rbp) + 0x000055d8a1a473f2 <+12>:\tmov %fs:0x28,%rax + 0x000055d8a1a473fb <+21>:\tmov %rax,-0x8(%rbp) + 0x000055d8a1a473ff <+25>:\txor %eax,%eax + 0x000055d8a1a47401 <+27>:\tmov -0x18(%rbp),%rax +=> 0x000055d8a1a47405 <+31>:\tmov (%rax),%eax + 0x000055d8a1a47407 <+33>:\tmov %eax,-0xc(%rbp) + 0x000055d8a1a4740a <+36>:\tmov -0xc(%rbp),%eax + 0x000055d8a1a4740d <+39>:\tmov -0x8(%rbp),%rdx + 0x000055d8a1a47411 <+43>:\txor %fs:0x28,%rdx + 0x000055d8a1a4741a <+52>:\tje 0x55d8a1a47421 <ldl_he_p+59> + 0x000055d8a1a4741c <+54>:\tcallq 0x55d8a186d6d0 <__stack_chk_fail@plt> + 0x000055d8a1a47421 <+59>:\tleaveq + 0x000055d8a1a47422 <+60>:\tretq +End of assembler dump. + +rax 0x8 8 +rbx 0x7f7828088ac0 140154044451520 +rcx 0x0 0 +rdx 0x7f7828088ac0 140154044451520 +rsi 0x8 8 +rdi 0x8 8 +rbp 0x7f7832cfd100 0x7f7832cfd100 +rsp 0x7f7832cfd0e0 0x7f7832cfd0e0 +r8 0x7f7828088ac0 140154044451520 +r9 0x7f7828000790 140154043893648 +r10 0x7f78280008d0 140154043893968 +r11 0x7f7828000080 140154043891840 +r12 0x7ffec007cb1e 140732120156958 +r13 0x7ffec007cb1f 140732120156959 +r14 0x7ffec007cbe0 140732120157152 +r15 0x7f7832cfdb00 140154225285888 +rip 0x55d8a1a47405 0x55d8a1a47405 <ldl_he_p+31> +eflags 0x10246 [ PF ZF IF RF ] +cs 0x33 51 +ss 0x2b 43 +ds 0x0 0 +es 0x0 0 +fs 0x0 0 +gs 0x0 0 +=================================================================================================== +```""" +additional = """This was wrongly assigned a high-severity CVE and is being discussed on qemu-devel ML: https://lists.nongnu.org/archive/html/qemu-devel/2023-08/msg04621.html""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1853.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1853.toml new file mode 100644 index 00000000..1f89ce93 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1853.toml @@ -0,0 +1,15 @@ +id = 1853 +title = "Errors when install QEMU from source code" +state = "closed" +created_at = "2023-08-30T09:34:41.612Z" +closed_at = "2023-09-04T09:51:14.209Z" +labels = ["Closed::NotReproducible"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1853" +host-os = "Ubuntu 22.04.2 LT" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1855.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1855.toml new file mode 100644 index 00000000..87fde55a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1855.toml @@ -0,0 +1,67 @@ +id = 1855 +title = "io-qcow2-iothreads-commit-active test fails in a \"minimal\" build of QEMU" +state = "closed" +created_at = "2023-08-30T20:22:26.962Z" +closed_at = "2023-09-13T06:53:23.691Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1855" +host-os = "Guix System" +host-arch = "x86_64" +qemu-version = "8.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """The build fails because of the `io-qcow2-iothreads-commit-active` test failure: + +``` +343/412 qemu:block / io-qcow2-iothreads-commit-active ERROR 1.66s exit status 1 +――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――― +stderr: +--- /tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/tests/qemu-iotests/tests/iothreads-commit-active.out ++++ /tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/b/qemu/scratch/qcow2-file-iothreads-commit-active/iothreads-commit-active.out.bad +@@ -11,13 +11,27 @@ + 10 MiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) + + Launching VM... +-Creating some background I/O... +-{"return": {}} +-Starting active commit... +-{"return": {}} +-{"execute": "job-complete", "arguments": {"id": "job1"}} +-{"return": {}} +-{"data": {"device": "job1", "len": 131072, "offset": 131072, "speed": 0, "type": "commit"}, "event": "BLOCK_JOB_READY", "timestamp": {"microseconds": "USECS", "seconds": "SECS"}} +-{"data": {"device": "job1", "len": 131072, "offset": 131072, "speed": 0, "type": "commit"}, "event": "BLOCK_JOB_COMPLETED", "timestamp": {"microseconds": "USECS", "seconds": "SECS"}} +-{"execute": "job-dismiss", "arguments": {"id": "job1"}} +-{"return": {}} ++Traceback (most recent call last): ++ File "/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/python/qemu/machine/machine.py", line 436, in launch ++ self._launch() ++ File "/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/python/qemu/machine/machine.py", line 463, in _launch ++ self._pre_launch() ++ File "/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/tests/qemu-iotests/iotests.py", line 841, in _pre_launch ++ super()._pre_launch() ++ File "/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/python/qemu/machine/qtest.py", line 143, in _pre_launch ++ self._qtest = QEMUQtestProtocol(self._qtest_path, server=True) ++ File "/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/python/qemu/machine/qtest.py", line 54, in __init__ ++ self._sock.bind(self._address) ++OSError: AF_UNIX path too long ++ ++The above exception was the direct cause of the following exception: ++ ++Traceback (most recent call last): ++ File "/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/tests/qemu-iotests/tests/iothreads-commit-active", line 65, in <module> ++ vm.launch() ++ File "/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/python/qemu/machine/machine.py", line 449, in launch ++ raise VMLaunchFailure( ++qemu.machine.machine.VMLaunchFailure: OSError: AF_UNIX path too long ++ Command: /tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/b/qemu/tests/qemu-iotests/../../qemu-system-x86_64 -display none -vga none -chardev socket,id=mon,fd=3 -mon chardev=mon,mode=control -qtest unix:path=/tmp/guix-build-qemu-minimal-8.1.0.drv-0/tmptfjmlerc/qcow2-file-iothreads-commit-active/qemu-58979-qtest.sock -accel qtest -nodefaults -display none -accel qtest -object iothread,id=iothread0 -object throttle-group,x-bps-write=1048576,id=tg0 -blockdev file,node-name=disk0-file,filename=/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/b/qemu/scratch/qcow2-file-iothreads-commit-active/58979-disk0.img -blockdev qcow2,node-name=disk0-fmt,file=disk0-file -drive if=none,id=drive0,file=/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/b/qemu/scratch/qcow2-file-iothreads-commit-active/58979-disk0-snap.img,format=qcow2,cache=writeback,aio=threads,backing=disk0-fmt,node-name=disk0 -device virtio-scsi,iothread=iothread0 -device scsi-hd,drive=drive0 -blockdev file,filename=/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/b/qemu/scratch/qcow2-file-iothreads-commit-active/58979-mirror-src.img,node-name=mirror-src-file -blockdev qcow2,file=mirror-src-file,node-name=mirror-src -blockdev file,filename=/tmp/guix-build-qemu-minimal-8.1.0.drv-0/qemu-8.1.0/b/qemu/scratch/qcow2-file-iothreads-commit-active/58979-mirror-dst.img,node-name=mirror-dst-file -blockdev qcow2,file=mirror-dst-file,node-name=mirror-dst-fmt -blockdev throttle,throttle-group=tg0,file=mirror-dst-fmt,node-name=mirror-dst -device scsi-hd,drive=mirror-src ++ Output: ++ + +(test program exited with status code 1) +―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― +```""" +reproduce = """1. Install GNU Guix on your GNU/Linux machine. +2. `guix time-machine --url=https://gitlab.com/Apteryks/guix --branch=qemu-minimal-io-qcow2-iothreads-commit-active-test-failure -- build qemu-minimal --keep-failed` +3. Observe the test failure. The build artifacts are left under /tmp/guix-build-qemu-minimal-8.1.0.drv-0 to inspect.""" +additional = """Attached is the complete build log +[8xr1k7v10jp2wgbimib6f0s51ilqgj3z-qemu-minimal-8.1.0.drv.gz](/uploads/59a0f88a05715c18a6bdb44845b83a18/8xr1k7v10jp2wgbimib6f0s51ilqgj3z-qemu-minimal-8.1.0.drv.gz)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1859.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1859.toml new file mode 100644 index 00000000..b2e4f6e6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1859.toml @@ -0,0 +1,16 @@ +id = 1859 +title = "Trying to boot Windows Server 2008 Windows Host" +state = "opened" +created_at = "2023-09-03T00:31:10.774Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1859" +host-os = "Windows 10 21H2" +host-arch = "x64" +qemu-version = "v8.1.0-12034-g129566d84e" +guest-os = "Windows" +guest-arch = "x64" +description = """On Windows 10 trying to boot Windows Server 2008 R2 I am just stuck on starting Windows if I do get past Starting Windows it just goes to 0x0000007F BSOD""" +reproduce = """1. Run Windows Server with my command line input +2. Stuck on Starting Windows""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/186.toml b/gitlab/issues/target_missing/host_missing/accel_missing/186.toml new file mode 100644 index 00000000..8b5e429b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/186.toml @@ -0,0 +1,15 @@ +id = 186 +title = "Audit consistent option usage in documentation" +state = "opened" +created_at = "2021-05-06T02:37:20.438Z" +closed_at = "n/a" +labels = ["Bite Sized", "Documentation", "kind::Task", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/186" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1860.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1860.toml new file mode 100644 index 00000000..5b1d1e57 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1860.toml @@ -0,0 +1,18 @@ +id = 1860 +title = "virtio-gpu: Only black screen observed after resuming when guest vm do S3" +state = "closed" +created_at = "2023-09-03T12:59:52.385Z" +closed_at = "2024-07-10T07:15:27.031Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1860" +host-os = "Xen 4.18-unstable on Ubuntu 22.04.2 LTS" +host-arch = "x86" +qemu-version = "7.2.0" +guest-os = "Ubuntu 22.04.2 LTS" +guest-arch = "x86" +description = """On Xen hypervisor, host(dom0) is PVH, guest(domU) is hvm, config virtio-gpu for guest. + +##""" +reproduce = """1. In guest vm run "sudo su root" & "echo mem \\> /sys/power/state" +2. In host run "sudo xl trigger \\<guest id\\> s3resume"""" +additional = """##""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1862.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1862.toml new file mode 100644 index 00000000..711bc6cb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1862.toml @@ -0,0 +1,26 @@ +id = 1862 +title = "SVGA/VESA strange colors (NetWare 6.x)" +state = "opened" +created_at = "2023-09-05T00:37:01.350Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1862" +host-os = "Gentoo Linux" +host-arch = "x86/64" +qemu-version = "8.1.0" +guest-os = "NetWare" +guest-arch = "x86" +description = """The text mode part of the installation is correct but whenever the X server is starting, the display seems to be in 16 colors although GUI settings shows "SVGA/256 colors" (NetWare setup reports a "SVGA Plug & Play" display, VESA 2.0 compliance expected). Color depth issue with VESA? Telling NetWare to use explicitly the Cirrus Logic driver for a CL GD 5446 bring the display back to normal and colors are displayed as they should.""" +reproduce = """1. Grab a NetWare 6.0 installation ISO on some abandonware site (no need of a license key, unlicensed = 2 users max.) +2. Execute the command line above +3. Complete the text-mode part (defaults choices are fine)""" +additional = """NetWare 6.0 + Qemu => Same issue. SVGA PnP with wrong colors. +NetWare 6.5 + Qemu => Same issue. SVGA PnP with wrong colors. +NetWare 6.0 + PCem/86Box => does not exhibit the issue. Colors are normal. + +Using SeaBIOS 1.16. + +Screenshots: + + +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1863.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1863.toml new file mode 100644 index 00000000..24bd0e4e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1863.toml @@ -0,0 +1,80 @@ +id = 1863 +title = "Assertion `core->delayed_causes == 0` failed in hw/net/e1000e_core.c:353 during fuzzing" +state = "opened" +created_at = "2023-09-05T03:34:35.747Z" +closed_at = "n/a" +labels = ["Fuzzer", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1863" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "commit at 17780edd81" +guest-os = "n/a" +guest-arch = "n/a" +description = """Got an assertion failure `core->delayed_causes == 0` when fuzzing e1000e.""" +reproduce = """Minimized reproducer for the error: + +```plaintext +cat << EOF | ./qemu-system-x86_64 -display none -machine accel=qtest, -m 512M -M q35 \\ +-nodefaults -device e1000e,netdev=net0 -netdev user,id=net0 -qtest \\ +/dev/null -qtest stdio +outl 0xcf8 0x80000810 +outl 0xcfc 0xe0000000 +outl 0xcf8 0x80000804 +outw 0xcfc 0x06 +write 0xe000042a 0x2 0x0241 +write 0xe0000402 0x2 0x0200 +write 0x400b 0x1 0x88 +write 0xe0000438 0x4 0x01040000 +outl 0xcf8 0x800008a3 +outb 0xcfc 0x80 +EOF +```""" +additional = """The crash report triggered by the reproducer is: + +```plaintext +qemu-fuzz-x86_64: /../hw/net/e1000e_core.c:353: uint32_t e1000e_intmgr_collect_delayed_causes(E1000ECore *): Assertion `core->delayed_causes == 0' failed. +==2036033== ERROR: libFuzzer: deadly signal + #0 0x5606ff6c555e in __sanitizer_print_stack_trace ../../../llvm-project-15.0.0.src/compiler-rt/lib/asan/asan_stack.cpp:87:3 + #1 0x5606ff607bb1 in fuzzer::PrintStackTrace() ../../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x5606ff5e2486 in fuzzer::Fuzzer::CrashCallback() (.part.0) ../../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:233:18 + #3 0x5606ff5e254d in fuzzer::Fuzzer::CrashCallback() ../../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:205:1 + #4 0x5606ff5e254d in fuzzer::Fuzzer::StaticCrashSignalCallback() ../../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:204:19 + #5 0x7f7490e4e41f (/lib/x86_64-linux-gnu/libpthread.so.0+0x1441f) (BuildId: 7b4536f41cdaa5888408e82d0836e33dcf436466) + #6 0x7f7490c4200a in __libc_signal_restore_set /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/internal-signals.h:86:3 + #7 0x7f7490c4200a in raise /build/glibc-SzIz7B/glibc-2.31/signal/../sysdeps/unix/sysv/linux/raise.c:48:3 + #8 0x7f7490c21858 in abort /build/glibc-SzIz7B/glibc-2.31/stdlib/abort.c:79:7 + #9 0x7f7490c21728 in __assert_fail_base /build/glibc-SzIz7B/glibc-2.31/assert/assert.c:92:3 + #10 0x7f7490c32fd5 in __assert_fail /build/glibc-SzIz7B/glibc-2.31/assert/assert.c:101:3 + #11 0x5606ffd20c33 in e1000e_intmgr_collect_delayed_causes ../hw/net/e1000e_core.c:353:9 + #12 0x5606ffd20c33 in e1000e_set_interrupt_cause ../hw/net/e1000e_core.c:2203:12 + #13 0x5606ffd1bd1b in e1000e_receive_internal ../hw/net/e1000e_core.c:1751:9 + #14 0x56070055a58a in qemu_deliver_packet_iov ../net/net.c:820:15 + #15 0x56070055e215 in qemu_net_queue_deliver ../net/queue.c:164:11 + #16 0x56070055f9ca in qemu_net_queue_flush ../net/queue.c:286:15 + #17 0x56070054f5c8 in qemu_flush_or_purge_queued_packets ../net/net.c:681:9 + #18 0x5606ffd14ff5 in e1000e_start_recv ../hw/net/e1000e_core.c:983:9 + #19 0x5606ffd3c33b in e1000e_set_rx_control ../hw/net/e1000e_core.c:1959:9 + #20 0x5606ffd20fe8 in e1000e_core_write ../hw/net/e1000e_core.c:3306:9 + #21 0x560700caeb43 in memory_region_write_accessor ../softmmu/memory.c:493:5 + #22 0x560700cae2ca in access_with_adjusted_size ../softmmu/memory.c:569:18 + #23 0x560700cad670 in memory_region_dispatch_write ../softmmu/memory.c + #24 0x560700cf7d6f in flatview_write_continue ../softmmu/physmem.c:2677:23 + #25 0x560700cef213 in flatview_write ../softmmu/physmem.c:2719:12 + #26 0x560700ceef27 in address_space_write ../softmmu/physmem.c:2815:18 + #27 0x560700420b2f in qtest_process_command ../softmmu/qtest.c:558:13 + #28 0x56070041ecfb in qtest_process_inbuf ../softmmu/qtest.c:810:9 + #29 0x56070041eb19 in qtest_server_inproc_recv ../softmmu/qtest.c:941:9 + #30 0x56070126a792 in qtest_sendf ../tests/qtest/libqtest.c:607:5 + #31 0x56070126ae9e in qtest_write ../tests/qtest/libqtest.c:1072:5 + #32 0x56070126ae9e in qtest_writel ../tests/qtest/libqtest.c:1088:5 + #33 0x5606ff7058cb in __wrap_qtest_writel ../tests/qtest/fuzz/qtest_wrappers.c:180:9 + #34 0x5606ff70d5f2 in op_write ../tests/qtest/fuzz/generic_fuzz.c:485:13 + #35 0x5606ff70bd2f in generic_fuzz ../tests/qtest/fuzz/generic_fuzz.c:666:13 + #36 0x5606ff7008e7 in LLVMFuzzerTestOneInput ../tests/qtest/fuzz/fuzz.c:158:5 + #37 0x5606ff5e2d08 in fuzzer::Fuzzer::ExecuteCallback(unsigned char const*, unsigned long) ../../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:612:15 + #38 0x5606ff5c6124 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) ../../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:324:21 + #39 0x5606ff5d2b0a in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char const*, unsigned long)) ../../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:860:19 + #40 0x5606ff5bd8d6 in main ../../../llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #41 0x7f7490c23082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16 + #42 0x5606ff5bd95d in _start (./qemu-fuzz-x86_64+0x1ef595d) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1871.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1871.toml new file mode 100644 index 00000000..cd72a2a9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1871.toml @@ -0,0 +1,15 @@ +id = 1871 +title = "Browse qcow2 image contents and add/remove files" +state = "closed" +created_at = "2023-09-05T19:01:36.571Z" +closed_at = "2023-09-06T17:54:05.170Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1871" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1872.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1872.toml new file mode 100644 index 00000000..341e2b9d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1872.toml @@ -0,0 +1,15 @@ +id = 1872 +title = "When I compile package , I will report 'Could not open'/lib64/ld musl arch64. so. 1 ': No such file or directory" +state = "closed" +created_at = "2023-09-06T00:46:51.297Z" +closed_at = "2023-09-08T14:59:06.051Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1872" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1873.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1873.toml new file mode 100644 index 00000000..2e1d9a31 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1873.toml @@ -0,0 +1,92 @@ +id = 1873 +title = "igb driver failed to change MTU" +state = "opened" +created_at = "2023-09-06T09:24:49.600Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1873" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """I am using the new IGB model to test sriov inside a virtual machine. + +and when the operator tries to configure MTU of 9000 on the VF I get a kernel crash and the node goes into reboot + +``` +virsh console virt-cluster-worker-0 +Connected to domain 'virt-cluster-worker-0' +Escape character is ^] (Ctrl + ]) +[ 486.776188] kernel BUG at include/linux/skbuff.h:2420! +[ 486.779661] invalid opcode: 0000 [#1] PREEMPT SMP NOPTI +[ 486.781938] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.14.0-284.16.1.el9_2.x86_64 #1 +[ 486.783847] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 +[ 486.785681] RIP: 0010:eth_type_trans+0xd3/0x140 +[ 486.787051] Code: 80 00 00 00 eb c1 8b 47 70 2b 47 74 48 8b 97 c8 00 00 00 83 f8 01 7e 1b 48 85 d2 74 06 66 83 3a ff 74 09 b8 00 04 00 00 eb a5 <0f> 0b b8 00 01 00 00 eb 9c 48 85 ff 74 eb 31 f6 b9 02 00 00 00 48 +[ 486.790542] RSP: 0018:ffffaef200114e30 EFLAGS: 00010283 +[ 486.791726] RAX: 000000000000002e RBX: ffffaef206a38000 RCX: 0000000000000028 +[ 486.793086] RDX: ffff90bb7767a840 RSI: ffff90bc7d6a0000 RDI: ffff90bb413bc600 +[ 486.794430] RBP: ffff90bb413bc600 R08: 0000000000000000 R09: ffff90bc7d6a0980 +[ 486.795779] R10: 000000000000003c R11: 00000001a8be8000 R12: 0000000000000001 +[ 486.797132] R13: 0000000000000003 R14: ffff90bd3b94e400 R15: ffff90bdcbc8c000 +[ 486.798499] FS: 0000000000000000(0000) GS:ffff90beafc40000(0000) knlGS:0000000000000000 +[ 486.800325] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 +[ 486.801520] CR2: 00007faf740ec058 CR3: 000000010a40c004 CR4: 0000000000770ee0 +[ 486.802856] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 +[ 486.804171] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 +[ 486.805459] PKRU: 55555554 +[ 486.806291] Call Trace: +[ 486.807083] <IRQ> +[ 486.807822] igbvf_clean_rx_irq.constprop.0.isra.0+0x1b4/0x600 [igbvf] +[ 486.809027] igbvf_poll+0x3d/0x210 [igbvf] +[ 486.809981] __napi_poll+0x27/0x170 +[ 486.810886] net_rx_action+0x233/0x2f0 +[ 486.811777] __do_softirq+0xc7/0x2ac +[ 486.812644] __irq_exit_rcu+0xb5/0xe0 +[ 486.813515] common_interrupt+0x80/0xa0 +[ 486.814404] </IRQ> +[ 486.815113] <TASK> +[ 486.815800] asm_common_interrupt+0x22/0x40 +[ 486.816710] RIP: 0010:default_idle+0x10/0x20 +[ 486.817631] Code: cc 0f ae f0 0f ae 38 0f ae f0 eb b5 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 0f 1f 44 00 00 66 90 0f 00 2d 7e 3e 4d 00 fb f4 <c3> cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 0f 1f 44 00 00 65 +[ 486.820523] RSP: 0018:ffffaef2000afed0 EFLAGS: 00000246 +[ 486.821705] RAX: ffffffff99f36ea0 RBX: ffff90bb4032a300 RCX: ffff90bd581f2430 +[ 486.822936] RDX: 000000000013bd13 RSI: 0000000000000001 RDI: 000000000013bd14 +[ 486.824165] RBP: 0000000000000000 R08: 0000007155e9e493 R09: ffff90bb437f4800 +[ 486.825374] R10: 0000000000000232 R11: 0000000000000000 R12: 0000000000000000 +[ 486.826581] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 +[ 486.827777] ? mwait_idle+0x80/0x80 +[ 486.828593] default_idle_call+0x33/0xe0 +[ 486.829479] cpuidle_idle_call+0x15d/0x1c0 +[ 486.830381] ? kvm_sched_clock_read+0x14/0x40 +[ 486.831289] do_idle+0x7b/0xe0 +[ 486.832035] cpu_startup_entry+0x19/0x20 +[ 486.833076] start_secondary+0x116/0x140 +[ 486.834527] secondary_startup_64_no_verify+0xe5/0xeb +[ 486.835953] </TASK> +[ 486.836991] Modules linked in: igbvf veth ipt_REJECT nf_reject_ipv4 xt_nat xt_CT vhost_net vhost vhost_iotlb tap tun nf_conntrack_netlink tls xt_MASQUERADE nft_chain_nat xt_mark xt_conntrack xt_comment nft_compat nft_counter nf_tables rfkill geneve ip6_udp_tunnel udp_tunnel nfnetlink_cttimeout nfnetlink openvswitch nf_conncount nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 overlay ext4 mbcache jbd2 intel_rapl_msr intel_rapl_common isst_if_common nfit libnvdimm kvm_intel kvm irqbypass rapl iTCO_wdt iTCO_vendor_support cirrus drm_shmem_helper drm_kms_helper pcspkr i2c_i801 syscopyarea sysfillrect i2c_smbus sysimgblt virtio_balloon lpc_ich fb_sys_fops joydev ip_tables drm xfs libcrc32c dm_multipath sr_mod cdrom sg igb nvme_tcp ahci nvme_fabrics nvme libahci nvme_core virtio_net crct10dif_pclmul libata i2c_algo_bit crc32_pclmul dca virtio_console net_failover nvme_common virtio_blk t10_pi crc32c_intel failover ghash_clmulni_intel serio_raw dm_mirror dm_region_hash dm_log dm_mod fuse +[ 486.852907] ---[ end trace d1f9cdb1a6c92411 ]--- +[ 486.854263] RIP: 0010:eth_type_trans+0xd3/0x140 +[ 486.855234] Code: 80 00 00 00 eb c1 8b 47 70 2b 47 74 48 8b 97 c8 00 00 00 83 f8 01 7e 1b 48 85 d2 74 06 66 83 3a ff 74 09 b8 00 04 00 00 eb a5 <0f> 0b b8 00 01 00 00 eb 9c 48 85 ff 74 eb 31 f6 b9 02 00 00 00 48 +[ 486.858732] RSP: 0018:ffffaef200114e30 EFLAGS: 00010283 +[ 486.859777] RAX: 000000000000002e RBX: ffffaef206a38000 RCX: 0000000000000028 +[ 486.861020] RDX: ffff90bb7767a840 RSI: ffff90bc7d6a0000 RDI: ffff90bb413bc600 +[ 486.862238] RBP: ffff90bb413bc600 R08: 0000000000000000 R09: ffff90bc7d6a0980 +[ 486.863478] R10: 000000000000003c R11: 00000001a8be8000 R12: 0000000000000001 +[ 486.864718] R13: 0000000000000003 R14: ffff90bd3b94e400 R15: ffff90bdcbc8c000 +[ 486.865969] FS: 0000000000000000(0000) GS:ffff90beafc40000(0000) knlGS:0000000000000000 +[ 486.867317] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 +[ 486.868458] CR2: 00007faf740ec058 CR3: 000000010a40c004 CR4: 0000000000770ee0 +[ 486.869705] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 +[ 486.870959] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 +[ 486.872212] PKRU: 55555554 +[ 486.873040] Kernel panic - not syncing: Fatal exception in interrupt +[ 486.875441] Kernel Offset: 0x18400000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff) +[ 486.877044] Rebooting in 10 seconds.. +```""" +reproduce = """1. create a vm using igb driver for the network interface +2. change the MTU of the PF to 9000 +3. allocate virtual functions +4. change the MTU on the virtual function (vm crash)""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1875.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1875.toml new file mode 100644 index 00000000..adc7b665 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1875.toml @@ -0,0 +1,21 @@ +id = 1875 +title = "qemu-system-x86_64: warning: no scancode found for keysym 65483" +state = "opened" +created_at = "2023-09-08T13:56:19.315Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1875" +host-os = "Kubuntu 23.04" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.0 (Debian 1:7.2+dfsg-5ubuntu2.2)" +guest-os = "Windows 10 21H1" +guest-arch = "x86" +description = """qemu-system-x86_64: warning: no scancode found for keysym 65483 + +I'm hoping this is something that could easily be added to qemu, rather than a limitation of windows: + +I want to bind F14 to an arbitrary key, in this case `keycode 148 = XF86Calculator`, but it's not happening, and qemu is giving the error: `qemu-system-x86_64: warning: no scancode found for keysym 65483` + +`xmodmap -e "keycode 148 = F14 F14 F14 F14 F14"` Executes with no error, and xev correctly shows as F14 pressed/released, but a windows 10 VM started afterwards cannot recognise this bind.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1876.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1876.toml new file mode 100644 index 00000000..aed42968 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1876.toml @@ -0,0 +1,15 @@ +id = 1876 +title = "Host wayland gtk problem" +state = "opened" +created_at = "2023-09-10T12:05:24.651Z" +closed_at = "n/a" +labels = ["GUI::GTK", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1876" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1877.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1877.toml new file mode 100644 index 00000000..103c0c0b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1877.toml @@ -0,0 +1,251 @@ +id = 1877 +title = "virtiofs Illegal Seek Error because of ivshmem device of looking-glass" +state = "opened" +created_at = "2023-09-11T07:57:21.336Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1877" +host-os = "Manjaro" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.0.4" +guest-os = "Windows 10 22H2" +guest-arch = "x86_64" +description = """tl;dr: The dev "gnif" from looking-glass does not want to analyse this problem which his config from the documentation is causing. He insists someone opens a issue here at qemu's, so thats what i did now :) He also insists this problem is not caused by his config (even though the config is needed for looking-glass) and does not want to help or analyse this whole mess. Sorry if i'm a bit salty. + +Please see the following issues on his and the virtio-win github : \\ +https://github.com/gnif/LookingGlass/issues/1089 + +https://github.com/gnif/LookingGlass/issues/1083 + +[https://github.com/virtio-win/kvm-guest-drivers-windows/issues/911](https://github.com/virtio-win/kvm-guest-drivers-windows/issues/911%5C) + +#""" +reproduce = """1. Create a VM +2. enable looking-glass (i used the latest Beta6 release from github) with the mentioned kernel module (i use manjaro and can use looking-glass-module-dkms from AUR) +3. add virtiofs from virt-manager""" +additional = """libvirt XML + +```plaintext +<domain xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0" type="kvm"> + <name>win10</name> + <uuid>a026f749-3adc-4ab8-a5cf-521a4e8ec9d6</uuid> + <metadata> + <libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0"> + <libosinfo:os id="http://microsoft.com/win/10"/> + </libosinfo:libosinfo> + </metadata> + <memory unit="KiB">12582912</memory> + <currentMemory unit="KiB">12582912</currentMemory> + <memoryBacking> + <source type="memfd"/> + <access mode="shared"/> + </memoryBacking> + <vcpu placement="static">10</vcpu> + <os> + <type arch="x86_64" machine="pc-q35-5.1">hvm</type> + <loader readonly="yes" type="pflash">/usr/share/edk2-ovmf/x64/OVMF_CODE.fd</loader> + <nvram>/var/lib/libvirt/qemu/nvram/win10_VARS.fd</nvram> + </os> + <features> + <acpi/> + <apic/> + <hyperv mode="custom"> + <relaxed state="on"/> + <vapic state="on"/> + <spinlocks state="on" retries="8191"/> + <vendor_id state="on" value="ASRock"/> + </hyperv> + <vmport state="off"/> + </features> + <cpu mode="host-passthrough" check="none" migratable="on"> + <topology sockets="1" dies="1" cores="5" threads="2"/> + </cpu> + <clock offset="localtime"> + <timer name="hpet" present="yes"/> + <timer name="hypervclock" present="yes"/> + </clock> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>restart</on_crash> + <pm> + <suspend-to-mem enabled="no"/> + <suspend-to-disk enabled="yes"/> + </pm> + <devices> + <emulator>/usr/bin/qemu-system-x86_64</emulator> + <disk type="file" device="cdrom"> + <driver name="qemu" type="raw"/> + <target dev="sdc" bus="sata"/> + <readonly/> + <boot order="1"/> + <address type="drive" controller="0" bus="0" target="0" unit="2"/> + </disk> + <disk type="file" device="disk"> + <driver name="qemu" type="qcow2" cache="none" discard="unmap"/> + <source file="/opt/windowsos.qcow2"/> + <target dev="sdd" bus="scsi"/> + <boot order="2"/> + <address type="drive" controller="0" bus="0" target="0" unit="3"/> + </disk> + <disk type="block" device="disk"> + <driver name="qemu" type="raw" cache="none" io="native" discard="unmap"/> + <source dev="/dev/zvol/satassd2tb/vms/windowsdata2"/> + <target dev="sde" bus="scsi"/> + <address type="drive" controller="0" bus="0" target="0" unit="4"/> + </disk> + <controller type="usb" index="0" model="qemu-xhci" ports="15"> + <address type="pci" domain="0x0000" bus="0x02" slot="0x00" function="0x0"/> + </controller> + <controller type="pci" index="0" model="pcie-root"/> + <controller type="pci" index="1" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="1" port="0x10"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x0" multifunction="on"/> + </controller> + <controller type="pci" index="2" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="2" port="0x11"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x1"/> + </controller> + <controller type="pci" index="3" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="3" port="0x12"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x2"/> + </controller> + <controller type="pci" index="4" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="4" port="0x13"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x3"/> + </controller> + <controller type="pci" index="5" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="5" port="0x14"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x4"/> + </controller> + <controller type="pci" index="6" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="6" port="0x15"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x5"/> + </controller> + <controller type="pci" index="7" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="7" port="0x16"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x6"/> + </controller> + <controller type="pci" index="8" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="8" port="0x17"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x7"/> + </controller> + <controller type="pci" index="9" model="pcie-to-pci-bridge"> + <model name="pcie-pci-bridge"/> + <address type="pci" domain="0x0000" bus="0x05" slot="0x00" function="0x0"/> + </controller> + <controller type="pci" index="10" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="10" port="0x18"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x0" multifunction="on"/> + </controller> + <controller type="pci" index="11" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="11" port="0x19"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x1"/> + </controller> + <controller type="pci" index="12" model="pcie-root-port"> + <model name="pcie-root-port"/> + <target chassis="12" port="0x1a"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x2"/> + </controller> + <controller type="scsi" index="0" model="virtio-scsi"> + <address type="pci" domain="0x0000" bus="0x08" slot="0x00" function="0x0"/> + </controller> + <controller type="sata" index="0"> + <address type="pci" domain="0x0000" bus="0x00" slot="0x1f" function="0x2"/> + </controller> + <controller type="virtio-serial" index="0"> + <address type="pci" domain="0x0000" bus="0x0c" slot="0x00" function="0x0"/> + </controller> + <filesystem type="mount" accessmode="passthrough"> + <driver type="virtiofs"/> + <source dir="/home/nemu/Downloads"/> + <target dir="nemu_downloads"/> + <address type="pci" domain="0x0000" bus="0x04" slot="0x00" function="0x0"/> + </filesystem> + <interface type="bridge"> + <mac address="52:54:00:cc:75:be"/> + <source bridge="vmbr0"/> + <model type="virtio"/> + <link state="up"/> + <address type="pci" domain="0x0000" bus="0x01" slot="0x00" function="0x0"/> + </interface> + <interface type="bridge"> + <mac address="52:54:00:b8:8d:30"/> + <source bridge="vmbr1"/> + <model type="virtio"/> + <address type="pci" domain="0x0000" bus="0x07" slot="0x00" function="0x0"/> + </interface> + <channel type="spicevmc"> + <target type="virtio" name="com.redhat.spice.0"/> + <address type="virtio-serial" controller="0" bus="0" port="1"/> + </channel> + <input type="mouse" bus="virtio"> + <address type="pci" domain="0x0000" bus="0x0a" slot="0x00" function="0x0"/> + </input> + <input type="keyboard" bus="virtio"> + <address type="pci" domain="0x0000" bus="0x0b" slot="0x00" function="0x0"/> + </input> + <input type="mouse" bus="ps2"/> + <input type="keyboard" bus="ps2"/> + <graphics type="spice" port="-1" autoport="no" listen="127.0.0.1"> + <listen type="address" address="127.0.0.1"/> + <image compression="off"/> + <gl enable="no"/> + </graphics> + <sound model="ich9"> + <audio id="1"/> + <address type="pci" domain="0x0000" bus="0x00" slot="0x1b" function="0x0"/> + </sound> + <audio id="1" type="spice"/> + <video> + <model type="vga" vram="16384" heads="1" primary="yes"> + <acceleration accel3d="no"/> + </model> + <address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x0"/> + </video> + <hostdev mode="subsystem" type="pci" managed="yes"> + <source> + <address domain="0x0000" bus="0x04" slot="0x00" function="0x0"/> + </source> + <address type="pci" domain="0x0000" bus="0x03" slot="0x00" function="0x0"/> + </hostdev> + <hostdev mode="subsystem" type="pci" managed="yes"> + <source> + <address domain="0x0000" bus="0x04" slot="0x00" function="0x1"/> + </source> + <address type="pci" domain="0x0000" bus="0x06" slot="0x00" function="0x0"/> + </hostdev> + <redirdev bus="usb" type="spicevmc"> + <address type="usb" bus="0" port="2"/> + </redirdev> + <redirdev bus="usb" type="spicevmc"> + <address type="usb" bus="0" port="3"/> + </redirdev> + <redirdev bus="usb" type="spicevmc"> + <address type="usb" bus="0" port="4"/> + </redirdev> + <redirdev bus="usb" type="spicevmc"> + <address type="usb" bus="0" port="5"/> + </redirdev> + <watchdog model="itco" action="reset"/> + <memballoon model="none"/> + </devices> + <qemu:commandline> + <qemu:arg value="-device"/> + <qemu:arg value="{"driver":"ivshmem-plain","id":"shmem1","memdev":"looking-glass"}"/> + <qemu:arg value="-object"/> + <qemu:arg value="{"qom-type":"memory-backend-file","id":"looking-glass","mem-path":"/dev/kvmfr0","size":134217728,"share":true}"/> + </qemu:commandline> +</domain> +``` + +If more logs are needed please just ask. I will gladly provide them.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1879.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1879.toml new file mode 100644 index 00000000..488d054e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1879.toml @@ -0,0 +1,17 @@ +id = 1879 +title = "ARM Cortex-A15 Emulation Not Working" +state = "closed" +created_at = "2023-09-11T14:55:06.214Z" +closed_at = "2023-09-11T20:58:37.032Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1879" +host-os = "Ubuntu 23.04" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.0 (Debian 1:7.2+dfsg-5ubuntu2.2)" +guest-os = "Windows RT 8.1" +guest-arch = "ARM" +description = """I want to make a VM with Windows RT 8.1 but it fails because it can't find a file for the to-emulate ARM CPU.""" +reproduce = """1. Use virt-manager to make a VM with the ARM architecture. +2. Make sure the emulated CPU is an ARM Cortex-A15. +3. Try installing and making the VM, it will fail with the error.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1880.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1880.toml new file mode 100644 index 00000000..cdf0830f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1880.toml @@ -0,0 +1,21 @@ +id = 1880 +title = "CXL Mem enable error" +state = "opened" +created_at = "2023-09-12T09:39:37.924Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1880" +host-os = "Ubuntu20.04" +host-arch = "X86" +qemu-version = "v8.1.0" +guest-os = "Ubuntu20.4" +guest-arch = "x86" +description = """During the process of booting, the following info indicate that the CXL Mem is not enabled. +``` +Media not active (-16) +probe of mem0 failed with error -16 +```""" +reproduce = """1. Compile Linux kernel v5.18 as shown in the QEMU doc +2. Run the above-mentioned script +3. Check the booting script""" +additional = """Could you give me some hints of how to operate on the CXL device properly? Thanks a lot.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1881.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1881.toml new file mode 100644 index 00000000..e3bcdea9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1881.toml @@ -0,0 +1,27 @@ +id = 1881 +title = "netdev-socket test_stream_unix() is unreliable" +state = "closed" +created_at = "2023-09-12T13:19:00.833Z" +closed_at = "2024-01-18T10:20:16.033Z" +labels = ["CI", "Tests", "flaky-ci", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1881" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """test_stream_unix is unreliable and causes random CI job failures such as this one: +https://gitlab.com/qemu-project/qemu/-/jobs/5020899550 + +``` +576/839 ERROR:../tests/qtest/netdev-socket.c:293:test_stream_unix: assertion failed (resp == expect): ("st0: index=0,type=stream,connection error\\r\\n" == "st0: index=0,type=stream,unix:/tmp/netdev-socket.UW5IA2/stream_unix\\r\\n") ERROR +576/839 qemu:qtest+qtest-sh4 / qtest-sh4/netdev-socket ERROR 62.85s killed by signal 6 SIGABRT +>>> MALLOC_PERTURB_=249 QTEST_QEMU_BINARY=./qemu-system-sh4 QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu-storage-daemon G_TEST_DBUS_DAEMON=/home/gitlab-runner/builds/-LCfcJ2T/0/qemu-project/qemu/tests/dbus-vmstate-daemon.sh QTEST_QEMU_IMG=./qemu-img /home/gitlab-runner/builds/-LCfcJ2T/0/qemu-project/qemu/build/tests/qtest/netdev-socket --tap -k +――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――― +stderr: +** +ERROR:../tests/qtest/netdev-socket.c:293:test_stream_unix: assertion failed (resp == expect): ("st0: index=0,type=stream,connection error\\r\\n" == "st0: index=0,type=stream,unix:/tmp/netdev-socket.UW5IA2/stream_unix\\r\\n") +(test program exited with status code -6) +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1882.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1882.toml new file mode 100644 index 00000000..732953fb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1882.toml @@ -0,0 +1,21 @@ +id = 1882 +title = "Test suite hangs on FreeBSD 13.2" +state = "closed" +created_at = "2023-09-12T13:38:03.540Z" +closed_at = "2023-09-21T15:14:07.175Z" +labels = ["CI", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1882" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The 80 minute timeout for the x64-freebsd-13-build CI job is insufficient: +https://gitlab.com/qemu-project/qemu/-/jobs/5058610599 + +``` +672/832 qemu:block / io-qcow2-041 OK 39.77s 1 subtests passed +Timed out! +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1883.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1883.toml new file mode 100644 index 00000000..c9185986 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1883.toml @@ -0,0 +1,18 @@ +id = 1883 +title = "riscv64-debian-cross-container CI job fails" +state = "closed" +created_at = "2023-09-12T14:23:53.191Z" +closed_at = "2025-02-07T16:11:08.675Z" +labels = ["CI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1883" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The riscv64-debian-cross-container job is allowed to fail and has been failing for some time. If it fails all the time then running it is a waste of electricity and the test should be disabled. Or maybe someone familiar with the test can rectify things and get it passing again. Either way, it's time for someone familiar with the test to review it. + +Here it a recent CI failure: +https://gitlab.com/qemu-project/qemu/-/jobs/5058610458""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1884.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1884.toml new file mode 100644 index 00000000..00032fe4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1884.toml @@ -0,0 +1,22 @@ +id = 1884 +title = "avocado-system-* CI jobs are unreliable" +state = "closed" +created_at = "2023-09-12T14:43:13.307Z" +closed_at = "2024-01-11T17:02:11.158Z" +labels = ["CI", "flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1884" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The avocado-system-* CI jobs fail randomly: +https://gitlab.com/qemu-project/qemu/-/jobs/5058610614 +https://gitlab.com/qemu-project/qemu/-/jobs/5058610654 +https://gitlab.com/qemu-project/qemu/-/jobs/5030428571 + +I don't know how to interpret the test output. Until these CI jobs pass reliably it won't be possible for me to identify when a subtest that is actually healthy/reliable breaks. + +Please take a look at the logs and fix or remove unreliable test cases.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1885.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1885.toml new file mode 100644 index 00000000..a2642c62 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1885.toml @@ -0,0 +1,34 @@ +id = 1885 +title = "mipsel malta machine is broken in avocado console tests" +state = "closed" +created_at = "2023-09-13T16:24:26.692Z" +closed_at = "2023-09-13T17:16:56.134Z" +labels = ["Closed::Duplicate", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1885" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """As noted in #1884 we see failures of the boot_linux_console.py test. Unlikely other avocado failures, these ones are consistent and reproduce locally with 100% success + +``` +./configure --target-list=mipsel-softmmu +make -j 20 +cd build +./pyvenv/bin/python3 -B -m avocado --show=app run --job-results-dir=./tests/results -t arch:mipsel --failfast tests/avocado/boot_linux_console.py:BootLinuxConsole.test_mips_malta32el_nanomips_4k +``` + +This test will reliably fail with a timeout waiting for console output. + +Attempting to run the QEMU command manually + +``` +$ ./qemu-system-mipsel -display none -vga none -machine malta -chardev stdio,id=console -serial chardev:console -cpu I7200 -no-reboot -kernel /home/berrange/src/virt/qemu/build/tests/results/job-2023-09-13T17.14-77de093/test-results/tmp_dir520smana/1-tests_avocado_boot_linux_console.py_BootLinuxConsole.test_mips_malta32el_nanomips_4kkernel -append 'printk.time=0 mem=256m@@0x0 console=ttyS0' +``` + +results in no serial console output at all. + +IMHO either the MIPS malta machine has had a regression, or the kernel we're downloading for testing has had a regression.""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1886.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1886.toml new file mode 100644 index 00000000..2a837a8a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1886.toml @@ -0,0 +1,29 @@ +id = 1886 +title = "migration-test is unreliable" +state = "closed" +created_at = "2023-09-13T19:22:26.343Z" +closed_at = "2023-09-28T04:38:11.373Z" +labels = ["CI", "Migration", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1886" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following intermittent failure occurred in the CI: + +``` +>>> QTEST_QEMU_IMG=./qemu-img MALLOC_PERTURB_=116 QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu-storage-daemon G_TEST_DBUS_DAEMON=/builds/qemu-project/qemu/tests/dbus-vmstate-daemon.sh QTEST_QEMU_BINARY=./qemu-system-x86_64 /builds/qemu-project/qemu/build/tests/qtest/migration-test --tap -k +――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――― +stderr: +qemu-system-x86_64: Unable to read from socket: Connection reset by peer +Memory content inconsistency at 5b43000 first_byte = bd last_byte = bc current = 4f hit_edge = 1 +** +ERROR:../tests/qtest/migration-test.c:300:check_guests_ram: assertion failed: (bad == 0) +(test program exited with status code -6) +``` + +You can find the full output here: +https://gitlab.com/qemu-project/qemu/-/jobs/5080200417""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1887.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1887.toml new file mode 100644 index 00000000..7037692e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1887.toml @@ -0,0 +1,17 @@ +id = 1887 +title = "Window VM failed to resume when using GPU passthrough(GVT-d) on Intel platform if add 'hv-stimer' option, seems like it happened after V6.2.0" +state = "opened" +created_at = "2023-09-14T03:35:13.325Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1887" +host-os = "Ubuntu 22.04" +host-arch = "x86" +qemu-version = "v6.2+" +guest-os = "Windows 10 22H2" +guest-arch = "x86" +description = """Windows VM failed to be resumed if adding 'hv-stimer' after Qemu v6.2.0.""" +reproduce = """1.Set up GVTd env and launch Windows 10 VM as guest; +2. Sleep the Windows VM with Sleep button; +3. Resume Windows VM via telnet to qemu ,e.g.,'telnet 127.0.0.1 2222', then input 'system_wakeup' to resume Windows VM.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1888.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1888.toml new file mode 100644 index 00000000..ab9f500a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1888.toml @@ -0,0 +1,24 @@ +id = 1888 +title = "megasas: Buffer I/O error on dev sda / critical target error, dev sda, sector 0 op 0x0:(READ)" +state = "opened" +created_at = "2023-09-14T05:09:17.340Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1888" +host-os = "ALT Linux" +host-arch = "x86-64" +qemu-version = "7.2.0 - 8.0.0" +guest-os = "ALT Linux" +guest-arch = "x86_64" +description = """Since QEMU 7.2.0 when using `megasas` device the guest kernel is unable to I/O with the device (Input/output error) also producing errors messages in `dmesg` like these: +``` +[ 18.739344] critical target error, dev sda, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2 +[ 18.739925] Buffer I/O error on dev sda, logical block 0, async page read +[ 18.740374] Dev sda: unable to read RDB block 0 +``` + +Relevant options are: `-device megasas -blockdev driver=null-co,read-zeroes=on,node-name=null -device scsi-hd,drive=null` then in guest `modprobe megaraid-sas`. With qcow2 images - errors are the same. + +I also tested that the same commands produce no errors on QEMU 6.0.0 - 7.1.0.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1889.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1889.toml new file mode 100644 index 00000000..935b21ab --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1889.toml @@ -0,0 +1,55 @@ +id = 1889 +title = "IO delays on live migration lv initialization" +state = "opened" +created_at = "2023-09-14T08:19:44.547Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1889" +host-os = "Debian 11" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.0 (pve-qemu-kvm_7.2.0-8)" +guest-os = "Debian 11" +guest-arch = "x86" +description = """Hi, + +When I live migrate a VM via Proxmox and the destination is an LVM thin pool I see that at the start of copying the disk it's first initialized. + +This leads the thin volume to be directly 100% allocated which needs to be discarded afterwards. Not ideal but .... + +The more annoying thing is that this initialization step used 100% of disk IO. In iotop I see it writing over 1000MB/sec. The nasty side effect is that other VM's on that host are negatively affected. It's not completely locked up, I can ssh in and look around, but storage intensive things see more delay. With e.g. http requests timing out. And even a simple ls command could take 10+ seconds which is normally instant. + + +I've previously reported it on the [proxmox forum](https://forum.proxmox.com/threads/io-delays-on-live-migration-lv-initialization.132296/#post-582050) but the call was made that this is behavior from Qemu. + +> The zeroing happens, because of what QEMU does when the discard option is enabled: + + +When I disable discard for the VM disk I can see that it's not pre-initialized during migration, but not having that defeats the purpose of having an lvm thin pool. + +For the (disk) migration itself I can set a bandwidth limit ... could we do something similar for initialization? + + +Even better would be to not initialize at all when using LVM thin. As far as I understand it the new blocks allocated by lvm thin should always be empty.""" +reproduce = """1. Migrate a vm with a large disk +2. look in iotop on the new host, would be see more write IO then the network could handle.. just before the disk content is transferred. +3. look in another VM on the destination host, reading from disk would be significantly slower then normal.""" +additional = """An example VM config +``` +agent: 1,fstrim_cloned_disks=1 +balloon: 512 +bootdisk: scsi0 +cores: 6 +ide2: none,media=cdrom +memory: 8196 +name: ... +net0: virtio=...,bridge=... +numa: 0 +onboot: 1 +ostype: l26 +scsi0: thin_pool_hwraid:vm-301-disk-0,discard=on,format=raw,size=16192M +scsi1: thin_pool_hwraid:vm-301-disk-1,discard=on,format=raw,size=26G +scsihw: virtio-scsi-pci +serial0: socket +smbios1: uuid=... +sockets: 1 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1892.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1892.toml new file mode 100644 index 00000000..0fc8b087 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1892.toml @@ -0,0 +1,41 @@ +id = 1892 +title = "docs/system/devices/cxl.rst suggests qemu-system-aarch64 command lines which fail with \"Property 'virt-8.2-machine.cxl' not found\"" +state = "closed" +created_at = "2023-09-15T10:25:45.223Z" +closed_at = "2023-09-21T15:14:07.307Z" +labels = ["Documentation", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1892" +host-os = "ubuntu22.04" +host-arch = "ARM64" +qemu-version = "8.2" +guest-os = "disk-image-23.04-server-arm64.img" +guest-arch = "ARM" +description = """When trying to run qemu-system-aarch64 with "-M virt,gic-version=3,cxl=on -m 4g,maxmem=8G,slots=8 -cpu max", get the following problem: +"qemu-system-aarch64: Property 'virt-8.2-machine.cxl' not found". Do I need to compile the QEMU with specific option?""" +reproduce = """1. Compile QEMU with "./config" "make -j6" +2. Compile Linux +``` +#!/bin/bash + +KERNEL_PATH=/users/LiuQun/linux/arch/arm64/boot/Image +DISK_IMG=/users/LiuQun/ARM_img/disk-image-22.04-server-arm64.img + +./build/qemu-system-aarch64 \\ +-M virt,gic-version=3,cxl=on -m 4g,maxmem=8G,slots=8 -cpu max \\ +-bios /users/LiuQun/ARM_img/QEMU_EFI.fd \\ +-kernel $KERNEL_PATH \\ +-drive file=$DISK_IMG,format=raw,if=none,id=drive-sata0-0-0 \\ +-device virtio-blk-device,drive=drive-sata0-0-0 \\ +-append "console=ttyAMA0 root=/dev/vda1 rdinit=/init acpi=off" \\ +-object memory-backend-file,id=cxl-mem1,share=on,mem-path=cxl-window1,size=512M \\ +-object memory-backend-file,id=cxl-label1,share=on,mem-path=cxl-label1,size=1K \\ +-object memory-backend-file,id=cxl-label2,share=on,mem-path=cxl-label2,size=1K \\ +-device pxb-cxl,id=cxl.0,bus=pcie.0,bus_nr=52,uid=0,len-window-base=1,window-base[0]=0x4c00000000,memdev[0]=cxl-mem1 \\ +-device cxl-rp,id=rp0,bus=cxl.0,addr=0.0,chassis=0,slot=0,port=0 \\ +-device cxl-rp,id=rp1,bus=cxl.0,addr=1.0,chassis=0,slot=1,port=1 \\ +-device cxl-type3,bus=rp0,memdev=cxl-mem1,id=cxl-pmem0,size=256M,lsa=cxl-label1 \\ +-device cxl-type3,bus=rp1,memdev=cxl-mem1,id=cxl-pmem1,size=256M,lsa=cxl-label2 \\ +-nographic + +```""" +additional = """The same problem happens with QEMU 8.1""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1893.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1893.toml new file mode 100644 index 00000000..cafc93de --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1893.toml @@ -0,0 +1,21 @@ +id = 1893 +title = "assert on savevm" +state = "closed" +created_at = "2023-09-16T07:32:17.545Z" +closed_at = "2024-02-09T16:57:28.461Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1893" +host-os = "macOS 13.5.2" +host-arch = "arm64" +qemu-version = "QEMU emulator version 8.1.0" +guest-os = "NixOS 23.05" +guest-arch = "aarch64" +description = """""" +reproduce = """1. launch as above (n.b. qemu-img command: qemu-img create -f qcow2 rootfs.qcow2 60G +2. from qemu monitor: savevm test +3. On stderr + +``` +Assertion failed: (qemu_get_current_aio_context() == qemu_get_aio_context()), function bdrv_poll_co, file block-gen.h, line 43. +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1894.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1894.toml new file mode 100644 index 00000000..1d6333f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1894.toml @@ -0,0 +1,19 @@ +id = 1894 +title = "Can't emulate audio with OpenCore Mac OS X 10.7" +state = "opened" +created_at = "2023-09-16T23:41:56.209Z" +closed_at = "n/a" +labels = ["Audio", "guest: macOS", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1894" +host-os = "Mac OS" +host-arch = "arm64/aarch64" +qemu-version = "Unknown, however it is bound to be one of the last 3 latest released stable versions" +guest-os = "Mac OS X" +guest-arch = "x86_64" +description = """OpenCore wants me to use `AppleALC`, but to use _that_, I need the layout ID of the motherboard or something and I'm not sure how I'd do that since it's a QEMU VM. All I want to do is have some audio :( + +So, how can I emulate audio with AppleALC + OpenCore/how can I get a layout ID that'll give me audio on a QEMU VM? Do note that I am using UTM (https://getutm.app/) (UTM uses QEMU and is basically a QEMU frontend).""" +reproduce = """1. Set up OpenCore and install Mac OS X 10.7 +2. Copy across a .mp3 file +3. iTunes fails to play it due to no audio drivers/audio outputs""" +additional = """N/A""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1896.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1896.toml new file mode 100644 index 00000000..b10ba322 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1896.toml @@ -0,0 +1,66 @@ +id = 1896 +title = "Use `qemu_exit()` function instead of `exit()`" +state = "closed" +created_at = "2023-09-18T05:32:56.807Z" +closed_at = "2023-11-21T20:43:53.648Z" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1896" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I just saw the similar refactoring for the GDB part of QEMU and thought it might be useful in more general case too: https://lore.kernel.org/qemu-devel/20230907112640.292104-1-chigot@adacore.com/T/#m540552946cfa960b34c4d76d2302324f5de8627f + +``` +$ rg "exit\\(0" -t c -l +gdbstub/gdbstub.c +qemu-edid.c +subprojects/libvhost-user/libvhost-user.c +semihosting/arm-compat-semi.c +softmmu/async-teardown.c +softmmu/device_tree.c +softmmu/vl.c +softmmu/runstate.c +os-posix.c +dtc/util.c +dtc/dtc.c +dtc/tests/dumptrees.c +qemu-keymap.c +qemu-io.c +contrib/ivshmem-server/main.c +contrib/rdmacm-mux/main.c +tests/qtest/vhost-user-blk-test.c +tests/qtest/fuzz/fuzz.c +tests/qtest/fuzz/generic_fuzz.c +tests/unit/test-seccomp.c +tests/unit/test-rcu-list.c +tests/unit/rcutorture.c +tests/bench/qht-bench.c +tests/bench/atomic64-bench.c +tests/bench/atomic_add-bench.c +tests/unit/test-iov.c +tests/tcg/multiarch/linux/linux-test.c +tests/tcg/aarch64/mte-3.c +tests/tcg/aarch64/pauth-2.c +tests/tcg/aarch64/mte-5.c +tests/tcg/aarch64/mte-6.c +tests/tcg/aarch64/mte-2.c +tests/tcg/cris/libc/check_glibc_kernelversion.c +tests/tcg/cris/libc/check_lz.c +tests/tcg/s390x/signals-s390x.c +tests/tcg/i386/hello-i386.c +tests/tcg/cris/bare/sys.c +tests/tcg/ppc64/mtfsf.c +qemu-nbd.c +net/net.c +hw/nvram/eeprom93xx.c +hw/arm/allwinner-r40.c +hw/rdma/rdma_backend.c +hw/watchdog/watchdog.c +trace/control.c +hw/pci/pci.c +hw/misc/sifive_test.c +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1897.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1897.toml new file mode 100644 index 00000000..6defc5bb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1897.toml @@ -0,0 +1,33 @@ +id = 1897 +title = "npcm7xx_timer-test.c is unreliable" +state = "closed" +created_at = "2023-09-19T17:39:39.820Z" +closed_at = "2023-10-16T19:16:22.179Z" +labels = ["CI", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1897" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Sometimes npcm7xx_timer-test fails intermittently: +https://gitlab.com/qemu-project/qemu/-/jobs/5121787250 + +``` +38/96 qemu:qtest+qtest-arm / qtest-arm/npcm7xx_timer-test ERROR 0.95s exit status 1 +>>> QTEST_QEMU_BINARY=./qemu-system-arm QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu-storage-daemon G_TEST_DBUS_DAEMON=/builds/qemu-project/qemu/tests/dbus-vmstate-daemon.sh QTEST_QEMU_IMG=./qemu-img MALLOC_PERTURB_=103 /builds/qemu-project/qemu/build/tests/qtest/npcm7xx_timer-test --tap -k +――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――― +stderr: +** +ERROR:../tests/qtest/npcm7xx_timer-test.c:475:test_periodic_interrupt: assertion failed (tim_read(td, TISR) == tim_timer_bit(td)): (0x00000000 == 0x00000004) +** +ERROR:../tests/qtest/npcm7xx_timer-test.c:476:test_periodic_interrupt: 'qtest_get_irq(global_qtest, tim_timer_irq(td))' should be TRUE +(test program exited with status code 1) +―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― +``` + +When I reran the CI job, it passed. + +Please investigate why this test is unreliable and fix it. Thanks!""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1898.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1898.toml new file mode 100644 index 00000000..d9f94473 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1898.toml @@ -0,0 +1,40 @@ +id = 1898 +title = "Ninja makeserver support" +state = "closed" +created_at = "2023-09-21T08:01:32.084Z" +closed_at = "2024-04-11T11:08:50.838Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1898" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "8.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """Building `qemu` using a patched version of `ninja`[0] to utilize `make`'s jobserver feature doesn't work when building `qemu`. Usually, when using a jobserver to control the number of jobs being built in parallel across multiple different builds (i.e. when building with `open-embedded` or `buildroot`), the `-j$(nproc)` argument is left out. In this case, the `Qemu` `Makefile` interprets the absent `-j` argument as a wish for a single process only, and adds a `-j1` argument to the `ninja` call.""" +reproduce = """1. Built/install the patched `ninja` from [0]: `export PATH=<path/to/ninja>:$PATH` +2. Start the attached [jobserver.py](/uploads/8215e8a470c97cd456d2d14e2c71c6a5/jobserver.py) script: `python jobserver.py /tmp/jobserver 4` +3. Configure `qemu`: `mkdir build; ../configure` +4. Build `qemu`: `MAKEFLAGS="--jobserver-auth=fifo:/tmp/jobserver" make` +5. Observe that only a single CPU/core is being used. + +Now, to avoid passing `-j1` to `ninja`, remove filtering of `-j` arguments from the `Makefile`: + +```patch +diff --git a/Makefile b/Makefile +index bfc4b2c8e9..d66141787e 100644 +--- a/Makefile ++++ b/Makefile +@@ -142,7 +142,6 @@ MAKE.k = $(findstring k,$(firstword $(filter-out --%,$(MAKEFLAGS)))) + MAKE.q = $(findstring q,$(firstword $(filter-out --%,$(MAKEFLAGS)))) + MAKE.nq = $(if $(word 2, $(MAKE.n) $(MAKE.q)),nq) + NINJAFLAGS = $(if $V,-v) $(if $(MAKE.n), -n) $(if $(MAKE.k), -k0) \\ +- $(filter-out -j, $(lastword -j1 $(filter -l% -j%, $(MAKEFLAGS)))) \\ + -d keepdepfile + ninja-cmd-goals = $(or $(MAKECMDGOALS), all) + ninja-cmd-goals += $(foreach g, $(MAKECMDGOALS), $(.ninja-goals.$g)) +``` + +Run the build again, and see four jobs being run in parallel: + +`make clean; MAKEFLAGS="--jobserver-auth=fifo:/tmp/jobserver" make`""" +additional = """[0] https://github.com/stefanb2/ninja/tree/topic-issue-1139-part-3-jobserver-fifo""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/190.toml b/gitlab/issues/target_missing/host_missing/accel_missing/190.toml new file mode 100644 index 00000000..191f29f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/190.toml @@ -0,0 +1,15 @@ +id = 190 +title = "'set_link net0 off' not working with e1000e driver" +state = "opened" +created_at = "2021-05-06T08:58:34.848Z" +closed_at = "n/a" +labels = ["Launchpad", "Networking", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/190" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1900.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1900.toml new file mode 100644 index 00000000..6927884a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1900.toml @@ -0,0 +1,15 @@ +id = 1900 +title = "8.1.0-r1: segfault at get_zones_wp() at ../block/file-posix.c:1337" +state = "closed" +created_at = "2023-09-22T18:30:52.042Z" +closed_at = "2023-09-25T07:44:44.987Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1900" +host-os = "Linux" +host-arch = "x86" +qemu-version = "8.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1902.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1902.toml new file mode 100644 index 00000000..b02a5f23 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1902.toml @@ -0,0 +1,75 @@ +id = 1902 +title = "Crash on macOS when screen resolution changes when using SDL UI frontend" +state = "opened" +created_at = "2023-09-22T19:21:04.697Z" +closed_at = "n/a" +labels = ["GUI", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1902" +host-os = "macOS Sonoma" +host-arch = "aarch64" +qemu-version = "8.1.0" +guest-os = "NetBSD" +guest-arch = "aarch64" +description = """In the above configuration, booting NetBSD works fine up to the point where the kernel sets the framebuffer resolution for the console, which results in a window size change. At this point, the OS terminates the qemu process with this error message: + +``` +*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSWindow geometry should only be modified on the main thread!' +*** First throw call stack: +( +\t0 CoreFoundation 0x00000001849208c0 __exceptionPreprocess + 176 +\t1 libobjc.A.dylib 0x0000000184419eb4 objc_exception_throw + 60 +\t2 CoreFoundation 0x0000000184945bac _CFBundleGetValueForInfoKey + 0 +\t3 AppKit 0x00000001880a6ab8 -[NSWindow(NSWindow_Theme) _postWindowNeedsToResetDragMarginsUnlessPostingDisabled] + 240 +\t4 AppKit 0x00000001880b2a38 -[NSThemeFrame _tileTitlebarAndRedisplay:] + 88 +\t5 AppKit 0x00000001880c18a0 -[NSTitledFrame _titleDidChange] + 116 +\t6 AppKit 0x0000000188a92f04 -[NSTitledFrame setTitle:subtitle:] + 420 +\t7 AppKit 0x00000001880c1570 -[NSThemeFrame setTitle:] + 52 +\t8 AppKit 0x000000018866e0fc -[NSFrameView _updateTitleProperties:animated:] + 44 +\t9 AppKit 0x0000000188a85e98 -[NSThemeFrame _updateTitleProperties:animated:] + 156 +\t10 CoreFoundation 0x00000001848a0780 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 148 +\t11 CoreFoundation 0x00000001849349a8 ___CFXRegistrationPost_block_invoke + 88 +\t12 CoreFoundation 0x00000001849348f0 _CFXRegistrationPost + 440 +\t13 CoreFoundation 0x000000018486f434 _CFXNotificationPost + 764 +\t14 Foundation 0x0000000185960c74 -[NSNotificationCenter postNotificationName:object:userInfo:] + 88 +\t15 AppKit 0x000000018881da88 -[NSWindowTitleController _propertiesChanged:] + 128 +\t16 AppKit 0x00000001880c1388 -[NSWindow _dosetTitle:andDefeatWrap:] + 156 +\t17 libSDL2-2.0.0.dylib 0x0000000106aa9abc Cocoa_SetWindowTitle + 104 +\t18 qemu-system-aarch64 0x0000000105006628 sdl_update_caption + 256 +\t19 qemu-system-aarch64 0x0000000105007838 sdl_mouse_mode_change + 168 +\t20 qemu-system-aarch64 0x00000001054ab100 notifier_list_notify + 36 +\t21 qemu-system-aarch64 0x0000000104d28124 qemu_input_check_mode_change + 96 +\t22 qemu-system-aarch64 0x0000000104e13a74 hid_pointer_activate + 32 +\t23 qemu-system-aarch64 0x0000000104f44c2c usb_process_one + 464 +\t24 qemu-system-aarch64 0x0000000104f4491c usb_handle_packet + 120 +\t25 qemu-system-aarch64 0x0000000104f58a94 xhci_kick_epctx + 1888 +\t26 qemu-system-aarch64 0x00000001052d8f78 memory_region_write_accessor + 264 +\t27 qemu-system-aarch64 0x00000001052d8db8 access_with_adjusted_size + 348 +\t28 qemu-system-aarch64 0x00000001052d8c04 memory_region_dispatch_write + 428 +\t29 qemu-system-aarch64 0x00000001052e6cfc flatview_write_continue + 344 +\t30 qemu-system-aarch64 0x00000001052e4068 flatview_write + 156 +\t31 qemu-system-aarch64 0x00000001052e9424 subpage_write + 124 +\t32 qemu-system-aarch64 0x00000001052d8db8 access_with_adjusted_size + 348 +\t33 qemu-system-aarch64 0x00000001052d8c04 memory_region_dispatch_write + 428 +\t34 qemu-system-aarch64 0x000000010532ebf4 io_writex + 184 +\t35 qemu-system-aarch64 0x000000010532ed44 do_st_mmio_leN + 104 +\t36 qemu-system-aarch64 0x0000000105323e78 do_st4_mmu + 536 +\t37 ??? 0x0000000108a91750 0x0 + 4440266576 +\t38 qemu-system-aarch64 0x00000001053108f0 cpu_tb_exec + 164 +\t39 qemu-system-aarch64 0x0000000105311754 cpu_exec_loop + 1084 +\t40 qemu-system-aarch64 0x0000000105310edc cpu_exec_setjmp + 48 +\t41 qemu-system-aarch64 0x0000000105310dcc cpu_exec + 560 +\t42 qemu-system-aarch64 0x0000000105332650 tcg_cpus_exec + 44 +\t43 qemu-system-aarch64 0x0000000105332c1c mttcg_cpu_thread_fn + 240 +\t44 qemu-system-aarch64 0x00000001054a7494 qemu_thread_start + 128 +\t45 libsystem_pthread.dylib 0x00000001847cf034 _pthread_start + 136 +\t46 libsystem_pthread.dylib 0x00000001847c9e3c thread_start + 8 +) +libc++abi: terminating due to uncaught exception of type NSException +``` + +I think there have been other bugs of a similar nature in the past with the Cocoa UI. The regression may be because of stricter checks in the new macOS version.""" +reproduce = """1. Start qemu (the QEMU_EFI.fd is from Tianocore EDK2). +2. Wait for the NetBSD kernel to set framebuffer resolution and observe the crash. + +With `-nographic`, the problem does not occur.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1903.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1903.toml new file mode 100644 index 00000000..92646a6f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1903.toml @@ -0,0 +1,49 @@ +id = 1903 +title = "qemu/kvm are instantly SIGKILLed by systemd on shutdown, without wait." +state = "closed" +created_at = "2023-09-22T22:47:50.126Z" +closed_at = "2023-09-28T10:05:49.626Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1903" +host-os = "Linux, Arch" +host-arch = "x86" +qemu-version = "8.1.1 (arch package 8.1.1-1)" +guest-os = "not relevant i believe, but for the above, linux." +guest-arch = "x86" +description = """systemd assumes it cannot terminate qemu, and SIGKILLs it. Instantly.""" +reproduce = """1. Start qemu on a systemd managed host +2. Shutdown/Reboot""" +additional = """Nothing on qemu's own log, besides that it is starting a vnc server. + +```plaintext +# journalctl -b -1 +... +Sep 22 18:38:04 local kernel: kvm_amd: TSC scaling supported +Sep 22 18:38:04 local kernel: kvm_amd: Nested Virtualization enabled +Sep 22 18:38:04 local kernel: kvm_amd: Nested Paging enabled +Sep 22 18:38:04 local kernel: kvm_amd: Virtual VMLOAD VMSAVE supported +Sep 22 18:38:04 local kernel: kvm_amd: Virtual GIF supported +Sep 22 18:38:04 local kernel: kvm_amd: LBR virtualization supported +... +Sep 22 18:38:50 local systemd-logind[721]: The system will reboot now! +Sep 22 18:38:50 local systemd-logind[721]: System is rebooting. +Sep 22 18:38:50 local sddm-helper[850]: Signal received: SIGTERM +... +Sep 22 18:38:50 local systemd[1]: Stopping User Manager for UID 1000... +Sep 22 18:38:50 local systemd-logind[721]: Removed session 1. +Sep 22 18:38:50 local systemd[854]: Activating special unit Exit the Session... +Sep 22 18:38:50 local systemd[854]: app-org.kde.konsole-1ab3dac6a1db4b29b55899b477b32975.scope: Failed to kill control group /user.slice/user-1000.slice/user@1000.service/app.slice/> +Sep 22 18:38:50 local systemd[854]: app-org.kde.konsole-1ab3dac6a1db4b29b55899b477b32975.scope: Killing process 1708 (qemu-system-x86) with signal SIGKILL. +Sep 22 18:38:50 local systemd[854]: app-org.kde.konsole-1ab3dac6a1db4b29b55899b477b32975.scope: Killing process 1712 (kvm-nx-lpage-recovery-1708) with signal SIGKILL. +Sep 22 18:38:50 local systemd[854]: app-org.kde.konsole-1ab3dac6a1db4b29b55899b477b32975.scope: Failed to kill control group /user.slice/user-1000.slice/user@1000.service/app.slice/> +Sep 22 18:38:50 local systemd[854]: Stopped Konsole - Terminal. +... (some other applications terminanting normally ) +Sep 22 18:38:50 local systemd[854]: app-org.kde.konsole-1ab3dac6a1db4b29b55899b477b32975.scope: Consumed 10.068s CPU time. +Sep 22 18:38:50 local systemd[854]: Removed slice User Background Tasks Slice. +Sep 22 18:38:50 local systemd[854]: background.slice: Consumed 2.960s CPU time. +... +``` + +I cannot explain why it sends SIGKILL to qemu/kvm... it is the same second as the shutdown started, their docs says there's a delay for that. + +Also, other processes owned by the user received a single SIGTERM after qemu was SIGKILLed. Some even take a couple seconds to exit and are not SIGKILLed.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1904.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1904.toml new file mode 100644 index 00000000..33b84836 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1904.toml @@ -0,0 +1,24 @@ +id = 1904 +title = "Windows LTO build fails" +state = "closed" +created_at = "2023-09-23T07:33:54.701Z" +closed_at = "2023-10-06T13:29:58.398Z" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1904" +host-os = "Windows 11 Version 10.0.22621" +host-arch = "amd64 ucrt64" +qemu-version = "current master as of writing b55e4b9c0525560577384adfc6d30eb0daa8d7be" +guest-os = "n/a" +guest-arch = "n/a" +description = """LTO likes to delete `win32_close_exception_handler` which causes an error when linking +``` +[2736/5786] Linking target qemu-system-avr.exe +FAILED: qemu-system-avr.exe +"cc" "-m64" "-mcx16" @qemu-system-avr.exe.rsp +`win32_close_exception_handler' referenced in section `.xdata' of C:\\msys64\\tmp\\cceRwR4N.ltrans59.ltrans.o: defined in discarded section `.text' of libqemuutil.a.p/util_oslib-win32.c.obj (symbol from plugin) +collect2.exe: error: ld returned 1 exit status +```""" +reproduce = """1. `./configure --enable-lto` +2. `make`""" +additional = """Looks like the offending commit is d89f30b4df13dfe389a4d6cf8a30b2f87c4c166e "win32: wrap socket close() with an exception handler". +Undoing the commit or marking the exception handler as `__attribute__ ((noinline, used))` both appear to fix the issue.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1905.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1905.toml new file mode 100644 index 00000000..f0ee24c2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1905.toml @@ -0,0 +1,15 @@ +id = 1905 +title = "Allow for copying text from serial output" +state = "opened" +created_at = "2023-09-25T03:27:05.659Z" +closed_at = "n/a" +labels = ["GUI::GTK", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1905" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """In addition to the serial output, it would be beneficial if this copy feature could also be extended to the QEMU monitor and parallel output.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1906.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1906.toml new file mode 100644 index 00000000..9de287be --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1906.toml @@ -0,0 +1,42 @@ +id = 1906 +title = "Failed to compile QEMU 7.0.0 source code. recipe for target 'run-ninja' failed." +state = "closed" +created_at = "2023-09-25T19:46:29.494Z" +closed_at = "2023-09-26T05:56:38.610Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1906" +host-os = "Ubuntu 18.04.6 LTS" +host-arch = "x64" +qemu-version = "7.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Failed to compiling the download QEMU 7.0.0 source code. It seems to be due to something wrong with ninja. +The followings are error logs after executing command "make -j$(nproc)": + +changing dir to build for make ""... +make[1]: Entering directory '/home/liangke/os-env/qemu-7.0.0/build' +/usr/bin/ninja build.ninja && touch build.ninja.stamp +**ninja: no work to do.** +... +... +... +[1350/2396] Compiling C object libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o +**FAILED: libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o** +cc -m64 -mcx16 -Ilibqemu-riscv64-softmmu.fa.p -I. -I.. -Itarget/riscv -I../target/riscv -I../dtc/libfdt -I../capstone/include/capstone -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/pixman-1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/liangke/os-env/qemu-7.0.0/linux-headers -isystem linux-headers -iquote . -iquote /home/liangke/os-env/qemu-7.0.0 -iquote /home/liangke/os-env/qemu-7.0.0/include -iquote /home/liangke/os-env/qemu-7.0.0/disas/libvixl -iquote /home/liangke/os-env/qemu-7.0.0/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="riscv64-softmmu-config-target.h"' '-DCONFIG_DEVICES="riscv64-softmmu-config-devices.h"' -MD -MQ libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o -MF libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o.d -o libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o -c ../target/riscv/translate.c +**cc: fatal error: Killed signal terminated program cc1** +**compilation terminated.** +**ninja: build stopped: subcommand failed.** +**Makefile:163: recipe for target 'run-ninja' failed** +**make[1]: *** [run-ninja] Error 1** +make[1]: Leaving directory '/home/liangke/os-env/qemu-7.0.0/build' +**GNUmakefile:10: recipe for target 'all' failed** +**make: *** [all] Error 2**""" +reproduce = """1. cd qemu-7.0.0 source code folder; +2. ./configure --target-list=riscv64-softmmu,riscv64-linux-user; +3. make -j$(nproc)""" +additional = """1. I downloaded the source code from https://download.qemu.org/qemu-7.0.0.tar.xz. +2. my compiling prerequisites: +sudo apt install autoconf automake autotools-dev curl libmpc-dev libmpfr-dev libgmp-dev \\ + gawk build-essential bison flex texinfo gperf libtool patchutils bc ninja-build \\ + zlib1g-dev libexpat-dev pkg-config libglib2.0-dev libpixman-1-dev git tmux python3 +3. Found ninja-1.8.2 at /usr/bin/ninja""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1907.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1907.toml new file mode 100644 index 00000000..367fac0e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1907.toml @@ -0,0 +1,65 @@ +id = 1907 +title = "QEMU LoongArch regression after merging LASX changes" +state = "closed" +created_at = "2023-09-26T03:54:58.431Z" +closed_at = "2023-10-08T06:54:35.499Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1907" +host-os = "Debian Linux Bookworm" +host-arch = "x86_64" +qemu-version = "v8.1.0-1000-g494a6a2cf7" +guest-os = "Gentoo Linux" +guest-arch = "LoongArch" +description = """After enabling LASX in qemu (@gaosong), booting Gentoo Linux with latest glibc master (w/ LSX & LASX optimized libc routines) will fail in systemd: + +``` +[ 10.350207] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000085 +[ 10.350557] CPU: 5 PID: 1 Comm: systemd Not tainted 6.5.2-gentoo #2 +[ 10.350655] Hardware name: QEMU QEMU Virtual Machine, BIOS 0.0.0 02/06/2015 +[ 10.350961] Stack : 0072617764726148 0000000000000000 9000000000223440 90000001000e4000 +[ 10.351181] 90000001000e7990 90000001000e7998 0000000000000000 90000001000e7ad8 +[ 10.351294] 90000001000e7ad0 90000001000e7ad0 90000001000e7900 0000000000000001 +[ 10.351406] 0000000000000001 90000001000e7998 ec94a2e1446052e6 9000000100438140 +[ 10.351519] 0000000000000001 0000000000000003 0000000000000000 0000000000000030 +[ 10.351630] 0000000000000000 00000000000559bf 00000000056e0000 0000000000000004 +[ 10.351745] 0000000000000000 0000000000000000 900000000162b438 900000000177e000 +[ 10.351856] 00000000400004d8 0000000000000001 0000000000000018 90000001000e7c84 +[ 10.351968] 0000000000020000 0000000000000000 9000000000223458 00007ffff0341af0 +[ 10.352081] 00000000000000b0 0000000000000004 0000000000000000 0000000000071c1c +[ 10.352196] ... +[ 10.352277] Call Trace: +[ 10.352482] [<9000000000223458>] show_stack+0x5c/0x180 +[ 10.353518] [<9000000001178d4c>] dump_stack_lvl+0x60/0x88 +[ 10.353592] [<900000000115cd7c>] panic+0x13c/0x308 +[ 10.353670] [<900000000024244c>] do_exit+0x860/0x868 +[ 10.353735] [<900000000024261c>] do_group_exit+0x34/0x94 +[ 10.353803] [<9000000000250514>] get_signal+0x75c/0x804 +[ 10.353869] [<90000000002254c4>] arch_do_signal_or_restart+0x74/0xae0 +[ 10.353944] [<90000000002c738c>] exit_to_user_mode_loop.isra.0+0x90/0x10c +[ 10.354041] [<9000000001179ff0>] irqentry_exit_to_user_mode+0x1c/0x28 +[ 10.354119] [<90000000011792f8>] do_bp+0xcc/0x2ac +[ 10.354222] [<90000001005a1924>] 0x90000001005a1924 +[ 10.354522] [<00007ffff0341af0>] 0x7ffff0341af0 +``` + +Full log: + +[stderr](/uploads/61b9870ae2441c9a25f44791c67889b8/stderr) + +Instruction trace `-d in_asm,out_asm,op` (very large): + +[log.tar.zstd](https://cloud.tsinghua.edu.cn/f/a83eac6d44694ede8cb1/?dl=1) + +I also tried to boot LoongArchLinux whose glibc does not have LSX/LASX optimized C routines, and it can boot without problems. If I chroot from LoongArchLinux into Gentoo Linux, running `emerge` command will SIGSEGV. + +If I disable LASX in CPUCFG2, the problem is gone: + +```cpp +// data = FIELD_DP32(data, CPUCFG2, LASX, 1), +``` + +I guess the bug is related to LASX assemblies in [glibc](https://github.com/bminor/glibc/tree/master/sysdeps/loongarch/lp64/multiarch).""" +reproduce = """1. Launch qemu +2. Wait for systemd to be killed +3. Collect logs""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1914.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1914.toml new file mode 100644 index 00000000..5ca2db4b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1914.toml @@ -0,0 +1,17 @@ +id = 1914 +title = "x86 q35 machine type documentation is missing" +state = "opened" +created_at = "2023-09-29T15:57:42.565Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1914" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The x86 machine type of q35 was added in 2012 by commit +df2d8b3ed4d2 ("q35: Introduce q35 pc based chipset emulator") +but no documentation was added to docs/master/system/target-i386.html""" +reproduce = "n/a" +additional = """There was development documentation at https://wiki.qemu.org/Features/Q35""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1915.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1915.toml new file mode 100644 index 00000000..77c7f936 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1915.toml @@ -0,0 +1,19 @@ +id = 1915 +title = "whpx causes a blue screen on guest windows" +state = "opened" +created_at = "2023-09-30T18:58:21.710Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1915" +host-os = "Windows 10" +host-arch = "x86_64" +qemu-version = "qemu 8.1.0" +guest-os = "Windows 7" +guest-arch = "x86_64 (64 bits)" +description = """i wanted to install windows 7 with qemu, but qunad i tried i got a blue screen . Then I downgraded to version 5.0.2 and it worked perfectly, I also tried with windows 10 and it didn't boot. + +""" +reproduce = """1. install windows 7 iso +2. run the setup +3. and the bsod..""" +additional = """I tried it with qemu 5.0.2 and it worked perfectly.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1918.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1918.toml new file mode 100644 index 00000000..6f95dbbe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1918.toml @@ -0,0 +1,57 @@ +id = 1918 +title = "Build failure on FreeBSD 13.2-RELEASE-p3 amd64 with --vhost-user" +state = "closed" +created_at = "2023-10-03T08:37:05.923Z" +closed_at = "2023-10-13T15:42:15.285Z" +labels = ["Build System", "Python", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1918" +host-os = "FreeBSD 13.2-RELEAESE-p3" +host-arch = "amd64" +qemu-version = "git checkout at 50d0bfd0ed78209f003e8f7b9ac25edaa0399157" +guest-os = "n/a" +guest-arch = "n/a" +description = """- Assumption that the python interpreter is in PATH as `python3` +- Attempt to include Linux headers on a FreeBSD system""" +reproduce = """1. `$ ./configure --prefix=/opt/qemu --enable-vhost-user` (log attached below) +2. `$ ninja -C build` +3. See it running a python script without an explicit python interpreter +4. Work around by invoking the python script through the interpreter that meson found: + +```diff +diff --git a/ui/meson.build b/ui/meson.build +index 0a1e8272a3..c6456f54c4 100644 +--- a/ui/meson.build ++++ b/ui/meson.build +@@ -81,7 +81,7 @@ if dbus_display + input: 'dbus-display1.xml', + output: 'dbus-display1.xml', + env: env, +- command: [xml_pp, '@INPUT@', '@OUTPUT@']) ++ command: [python, xml_pp, '@INPUT@', '@OUTPUT@']) + dbus_display1 = custom_target('dbus-display gdbus-codegen', + output: ['dbus-display1.h', 'dbus-display1.c'], + input: xml, + +``` + +5. Then fails trying to include a Linux header: + +```console +/usr/bin/cc -m64 -mcx16 -Ilibcommon.fa.p -I../common-user/host/x86_64 -I../bsd-user/include -Isubprojects/dtc/libfdt -I../subprojects/dtc/libfdt -Iui -I../ui -I/usr/local/include/capstone -I/usr/local/include/pixman-1 -I/usr/local/include/l +ibpng16 -I/usr/local/include -I/usr/local/include/p11-kit-1 -I/usr/local/include/SDL2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gio-unix-2.0 -I/usr/local/include/slirp -I/usr/local/include/gtk-3.0 +-I/usr/local/include/pango-1.0 -I/usr/local/include/harfbuzz -I/usr/local/include/freetype2 -I/usr/local/include/fribidi -I/usr/local/include/cairo -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/libepoll-shim -I/usr/local/include/ +atk-1.0 -I/usr/local/include/at-spi2-atk/2.0 -I/usr/local/include/at-spi-2.0 -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include -I/usr/local/include/vte-2.91 -I/usr/local/include/webp -fcolor-diagnostics -Wall -Winvalid-pch -st +d=gnu11 -O2 -g -fstack-protector-strong -Wundef -Wwrite-strings -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wn +ested-externs -Wendif-labels -Wexpansion-to-defined -Wmissing-format-attribute -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compar +e -Wno-psabi -Wno-gnu-variable-sized-type-not-at-end -Wthread-safety -iquote . -iquote /usr/home/nico/build/qemu -iquote /usr/home/nico/build/qemu/include -iquote /usr/home/nico/build/qemu/host/include/x86_64 -iquote /usr/home/nico/build/qe +mu/host/include/generic -iquote /usr/home/nico/build/qemu/tcg/i386 -pthread -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -fPIE -DAVIF_DLL -DHWY_SHARED_DEFINE -D_REENTRANT -D_THREAD_SAFE - +MD -MQ libcommon.fa.p/hw_net_vhost_net.c.o -MF libcommon.fa.p/hw_net_vhost_net.c.o.d -o libcommon.fa.p/hw_net_vhost_net.c.o -c ../hw/net/vhost_net.c +In file included from ../hw/net/vhost_net.c:37: +/usr/home/nico/build/qemu/linux-headers/linux/vhost.h:14:10: fatal error: 'linux/vhost_types.h' file not found +#include <linux/vhost_types.h> + ^~~~~~~~~~~~~~~~~~~~~ +``` + +I don't know what that is about. Full build log is attached below.""" +additional = """[config_log](/uploads/49d1c33d4b3951f79f826a701ceff1c2/config_log) +[build_log_fail](/uploads/2cb3b49e7503a430457c4d99b1c60dbe/build_log_fail)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1923.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1923.toml new file mode 100644 index 00000000..a6590a89 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1923.toml @@ -0,0 +1,26 @@ +id = 1923 +title = "qemu breaks vmdk larger than 600GB." +state = "closed" +created_at = "2023-10-06T03:52:45.280Z" +closed_at = "2023-11-28T16:22:38.680Z" +labels = ["block:vmdk", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1923" +host-os = "ubuntu 22.04" +host-arch = "x86" +qemu-version = "master qemu-nbd 8.1.50 (v8.1.0-1353-g2f3913f4b2)" +guest-os = "n/a" +guest-arch = "n/a" +description = """The vmdk larger than 600G is corrupted after an edit by qemu-nbd. If I open the corrupted vmdk file, I find an extra **^@** byte. +``` +RW 4194304 SPARSE "disk-s289.vmdk" +RW 4^@94304 SPARSE "disk-s290.vmdk" +RW 4194304 SPARSE "disk-s291.vmdk" +```""" +reproduce = """``` + qemu-img create -f vmdk -o subformat=twoGbMaxExtentSparse disk.vmdk 1T + sudo qemu-nbd -c /dev/nbd0 disk.vmdk + sudo mkfs.btrfs /dev/nbd0 + sudo qemu-nbd -d /dev/nbd0 + qemu-img info disk.vmdk | head + ```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1924.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1924.toml new file mode 100644 index 00000000..b33f5cef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1924.toml @@ -0,0 +1,74 @@ +id = 1924 +title = "memory leak for pthread_create by valgrind" +state = "opened" +created_at = "2023-10-08T02:32:25.739Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1924" +host-os = "- CentOS Linux release 8.2.2004 (Core)" +host-arch = "- x86" +qemu-version = "- QEMU emulator version 8.1.50" +guest-os = "- centos8.2" +guest-arch = "- x86" +description = """qemu_thread_create calls pthread_create have memory leak +valgrind stack +``` +==4075190== 1,776 bytes in 3 blocks are possibly lost in loss record 6,778 of 6,978 +==4075190== at 0x4C3721A: calloc (vg_replace_malloc.c:760) +==4075190== by 0x40129EB: _dl_allocate_tls (in /usr/lib64/ld-2.28.so) +==4075190== by 0xADA3DA2: pthread_create@@GLIBC_2.2.5 (in /usr/lib64/libpthread-2.28.so) +==4075190== by 0x9B0DA5: qemu_thread_create (qemu-thread-posix.c:581) +==4075190== by 0x9C470C: do_spawn_thread (thread-pool.c:145) +==4075190== by 0x9C47C0: worker_thread (thread-pool.c:82) +==4075190== by 0x9AFD89: qemu_thread_start (qemu-thread-posix.c:541) +==4075190== by 0xADA3149: start_thread (in /usr/lib64/libpthread-2.28.so) +==4075190== by 0xB0B7DC2: clone (in /usr/lib64/libc-2.28.so) +==4075190== +==4075190== 2,368 bytes in 4 blocks are possibly lost in loss record 6,834 of 6,978 +==4075190== at 0x4C3721A: calloc (vg_replace_malloc.c:760) +==4075190== by 0x40129EB: _dl_allocate_tls (in /usr/lib64/ld-2.28.so) +==4075190== by 0xADA3DA2: pthread_create@@GLIBC_2.2.5 (in /usr/lib64/libpthread-2.28.so) +==4075190== by 0x9B0DA5: qemu_thread_create (qemu-thread-posix.c:581) +==4075190== by 0x827FA8: kvm_start_vcpu_thread (kvm-accel-ops.c:75) +==4075190== by 0x633672: qemu_init_vcpu (cpus.c:642) +==4075190== by 0x722EA7: x86_cpu_realizefn (cpu.c:7430) +==4075190== by 0x833E2E: device_set_realized (qdev.c:510) +==4075190== by 0x8371D5: property_set_bool (object.c:2299) +==4075190== by 0x839512: object_property_set (object.c:1434) +==4075190== by 0x83C58E: object_property_set_qobject (qom-qobject.c:28) +==4075190== by 0x839783: object_property_set_bool (object.c:1503) +``` + +If we do vcpu hotplug and hot unplug for virtual machine continuously, the virtual memory and RES memory of qemu is increasing.""" +reproduce = """1. start qemu： +valgrind --tool=memcheck --leak-check=full /home/qemu-system-x86_64 -accel kvm -cpu host -m 4G -smp 4,maxcpus=64,sockets=8,dies=1,cores=8,threads=1 -drive file=/home/centosx861.qcow2,if=none,id=drive0,cache=none -device virtio-blk,drive=drive0,bootindex=1 -monitor stdio -vnc :0 +2. after boot successful +ctl+c kill qemu + +``` +==4075190== 1,776 bytes in 3 blocks are possibly lost in loss record 6,778 of 6,978 +==4075190== at 0x4C3721A: calloc (vg_replace_malloc.c:760) +==4075190== by 0x40129EB: _dl_allocate_tls (in /usr/lib64/ld-2.28.so) +==4075190== by 0xADA3DA2: pthread_create@@GLIBC_2.2.5 (in /usr/lib64/libpthread-2.28.so) +==4075190== by 0x9B0DA5: qemu_thread_create (qemu-thread-posix.c:581) +==4075190== by 0x9C470C: do_spawn_thread (thread-pool.c:145) +==4075190== by 0x9C47C0: worker_thread (thread-pool.c:82) +==4075190== by 0x9AFD89: qemu_thread_start (qemu-thread-posix.c:541) +==4075190== by 0xADA3149: start_thread (in /usr/lib64/libpthread-2.28.so) +==4075190== by 0xB0B7DC2: clone (in /usr/lib64/libc-2.28.so) +==4075190== +==4075190== 2,368 bytes in 4 blocks are possibly lost in loss record 6,834 of 6,978 +==4075190== at 0x4C3721A: calloc (vg_replace_malloc.c:760) +==4075190== by 0x40129EB: _dl_allocate_tls (in /usr/lib64/ld-2.28.so) +==4075190== by 0xADA3DA2: pthread_create@@GLIBC_2.2.5 (in /usr/lib64/libpthread-2.28.so) +==4075190== by 0x9B0DA5: qemu_thread_create (qemu-thread-posix.c:581) +==4075190== by 0x827FA8: kvm_start_vcpu_thread (kvm-accel-ops.c:75) +==4075190== by 0x633672: qemu_init_vcpu (cpus.c:642) +==4075190== by 0x722EA7: x86_cpu_realizefn (cpu.c:7430) +==4075190== by 0x833E2E: device_set_realized (qdev.c:510) +==4075190== by 0x8371D5: property_set_bool (object.c:2299) +==4075190== by 0x839512: object_property_set (object.c:1434) +==4075190== by 0x83C58E: object_property_set_qobject (qom-qobject.c:28) +==4075190== by 0x839783: object_property_set_bool (object.c:1503) +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1929.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1929.toml new file mode 100644 index 00000000..5c823224 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1929.toml @@ -0,0 +1,29 @@ +id = 1929 +title = "regression: 7.0.0 breaks registering process subreaper on Apple silicon" +state = "closed" +created_at = "2023-10-11T08:17:54.578Z" +closed_at = "2024-03-13T12:35:53.217Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1929" +host-os = "Mac OS Sonoma 14.0" +host-arch = "ARM / aarch64 (Apple M1)" +qemu-version = "QEMU emulator version 8.1.1" +guest-os = "Fedora CoreOS 38 (via podman)" +guest-arch = "ARM / aarch64" +description = """When running any container on the QEMU virtual guest that is using a utility like `tini` which is trying to register itself as a process subreaper I get an error message like this: + +``` +[FATAL tini (1)] PR_SET_CHILD_SUBREAPER is unavailable on this platform. Are you using Linux >= 3.4? +``` + +The issue has been observed by multiple people on Apple silicon Macs, e.g. in these issues: +https://github.com/docker/for-mac/issues/6620#issuecomment-1694380189 +https://github.com/GoogleCloudPlatform/spark-on-k8s-operator/issues/1735""" +reproduce = """1. Install QEMU 7.0.0+ on an Apple silicon MAC +2. Run a virtual guest +3. Try to register a process subreaper, e.g. like `tini -s` does""" +additional = """the issue was introduced in QEMU 7.0.0 with this commit: +https://gitlab.com/qemu-project/qemu/-/commit/220717a6f46a99031a5b1af964bbf4dec1310440 + +tini readme talking about process subreaping: +https://github.com/krallin/tini#subreaping""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1930.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1930.toml new file mode 100644 index 00000000..1bb6c43b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1930.toml @@ -0,0 +1,56 @@ +id = 1930 +title = "qemu-aarch64 results in segmentation fault while running a test binary compiled for QNX" +state = "closed" +created_at = "2023-10-11T09:41:56.896Z" +closed_at = "2023-10-12T15:26:12.778Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1930" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "5.2.0 and 6.2.0" +guest-os = "QNX 7.1.0" +guest-arch = "arm64" +description = """We have cross compiled a simple hello world program for QNX SDP 7.1.0 on Ubuntu Focal x86_64. Running the binary using qemu-aarch64 results in segmentation fault error. + +``` + $ qemu-aarch64 -L /home/vsts/qnx710/target/qnx7/aarch64le ./hello-world + qemu: uncaught target signal 11 (Segmentation fault) - core dumped + Segmentation fault (core dumped) +``` + +We also tried Ubuntu Jammy which has qemu-aarch64 v6.2.0 but got the same error. +Can you tell us how we can emulate the binary using QEMU emulator that is built for QNX on x86_64 platform? Any help would be much appreciated.""" +reproduce = """1. Download QNX SDP from QNX software center https://www.qnx.com/download/group.html?programid=29178. +2. Write a simple hello world program. + +``` + #include <stdio.h> + + int main(void) { + return printf("Hello World!"); + } +``` + +3. Source QNX SDP to set some environment variables. + + `$ source ./qnx710/qnxsdp-env.sh` + +4. Compile using the QNX compiler. + + `$ qcc -Vgcc_ntoaarch64le -o hello-world hello-world.c` + +5. Running the binary as it is results to: + +``` + $ ./hello-world + aarch64-binfmt-P: Could not open '/usr/lib/ldqnx-64.so.2': No such file or directory +``` + +5. Running using QEMU emulator results to segmentation fault. + +``` + $ qemu-aarch64 -L /home/vsts/qnx710/target/qnx7/aarch64le ./hello-world + qemu: uncaught target signal 11 (Segmentation fault) - core dumped + Segmentation fault (core dumped) +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1931.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1931.toml new file mode 100644 index 00000000..c40a8ef5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1931.toml @@ -0,0 +1,15 @@ +id = 1931 +title = "dbus: Support multiple QEMU instances" +state = "closed" +created_at = "2023-10-11T10:43:53.391Z" +closed_at = "2023-10-11T11:05:03.149Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1931" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """cc @marcandre.lureau""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1933.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1933.toml new file mode 100644 index 00000000..e805443e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1933.toml @@ -0,0 +1,51 @@ +id = 1933 +title = "qemu 8.1.1 and 7.2.6 live migration with qcow2 attached to vm using postcopy crashes" +state = "closed" +created_at = "2023-10-12T06:37:52.394Z" +closed_at = "2024-02-06T17:04:19.300Z" +labels = ["Migration", "block:qcow2", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1933" +host-os = "Fedora 38" +host-arch = "n/a" +qemu-version = "8.1.1 and 7.2.6" +guest-os = "n/a" +guest-arch = "n/a" +description = """Live migrating a vm with a qcow2 disk attached using postcopy will cause vm to crash during migration.""" +reproduce = """1. Create a generic vm and attach a qcow2 file to the vm. +<disk type='file' device='disk'> + <driver name='qemu' type='qcow2' cache='none'/> + <source file='/var/lib/libvirt/images/jlow2.qcow2'/> + <target dev='vda' bus='virtio'/> + <boot order='1'/> +</disk> + +2. virsh migrate jlow2 --change-protection --persistent --live --verbose --undefinesource --abort-on-error --postcopy --postcopy-after-precopy --timeout 1 --timeout-postcopy qemu+tcp://10.18.64.118/system + +vm will start migrating and then pause on the source and be shut down on the target once migration switches to postcopy + +Migration: [33.08 %]error: internal error: QEMU unexpectedly closed the monitor (vm='jlow2'): 2023-10-12T06:23:44.354387Z qemu-system-x86_64: warning: TSC frequency mismatch between VM (2892749 kHz) and host (2799999 kHz), and TSC scaling unavailable +2023-10-12T06:23:44.354538Z qemu-system-x86_64: warning: TSC frequency mismatch between VM (2892749 kHz) and host (2799999 kHz), and TSC scaling unavailable +qemu-system-x86_64: ../block/qcow2.c:5257: qcow2_get_specific_info: Assertion `false' failed. + + +Logs from source + +2023-10-12 06:23:43.412+0000: initiating migration + +2023-10-12T06:23:44.362392Z qemu-system-x86_64: failed to save SaveStateEntry with id(name): 3(ram): -5 + +2023-10-12T06:23:44.362485Z qemu-system-x86_64: Detected IO failure for postcopy. Migration paused. + +Logs from target + +2023-10-12T06:23:44.354387Z qemu-system-x86_64: warning: TSC frequency mismatch between VM (2892749 kHz) and host (2799999 kHz), and TSC scaling unavailable + +2023-10-12T06:23:44.354538Z qemu-system-x86_64: warning: TSC frequency mismatch between VM (2892749 kHz) and host (2799999 kHz), and TSC scaling unavailable + +qemu-system-x86_64: ../block/qcow2.c:5257: qcow2_get_specific_info: Assertion `false' failed. +2023-10-12 06:23:44.408+0000: shutting down, reason=failed + +If postcopy is disabled with command below, migration will succeed: + +virsh migrate jlow2 --change-protection --persistent --live --verbose --undefinesource --abort-on-error qemu+tcp://10.18.64.118/system""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1935.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1935.toml new file mode 100644 index 00000000..bab7f317 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1935.toml @@ -0,0 +1,17 @@ +id = 1935 +title = "migrate problem when add SCSI reservations with iSCSI backed disks" +state = "opened" +created_at = "2023-10-13T07:43:12.625Z" +closed_at = "n/a" +labels = ["Migration", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1935" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """When performing migrations with QEMU using iSCSI as the backend, it's common for the migration to start successfully. However, in scenarios where Persistent Reservations are added in the guest, the target host, under the precopy mode, preempts the Persistent Reservations right from the beginning, causing migration issues. Is there a way to control the Persistent Reservations lock within QEMU at an appropriate time, ensuring that it's only preempted during the switchover phase？ + +Isn't libiscsi thread-safe? Can multiple threads operate on Persistent Reservations lock simultaneously?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1937.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1937.toml new file mode 100644 index 00000000..1e66f699 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1937.toml @@ -0,0 +1,19 @@ +id = 1937 +title = "Live migration with TLS fail (GNUTLS AUTO_REKEY)" +state = "opened" +created_at = "2023-10-13T14:21:51.839Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1937" +host-os = "Ubuntu 22.04.3 LTS" +host-arch = "x86" +qemu-version = "6.2 and 7.2.5" +guest-os = "Ubuntu 22.04" +guest-arch = "x86" +description = """Live migration with TLS fail in postcopy stage when: + +#""" +reproduce = """1. run VM with heavy RAM load: `nohup stress-ng --vm 6 --vm-bytes 12G &` +2. run precopy for more that 80sec +3. switch into post-copy stage""" +additional = """This only occurs with TLS transport, if clear qemu+tcp is used then everything works.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1939.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1939.toml new file mode 100644 index 00000000..fa112c0c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1939.toml @@ -0,0 +1,72 @@ +id = 1939 +title = "qemu master git can no longer be compiled under MacOs Sonoma 14.0" +state = "closed" +created_at = "2023-10-14T15:23:00.586Z" +closed_at = "2023-11-28T13:01:24.984Z" +labels = ["Build System", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1939" +host-os = "MacOs" +host-arch = "ARM" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """Qemu master git fails to compile under MacOs M1/2, I already tested it with "git-bisect" "git bisect good" and "git bisect bad".All dependencies for qemu are fulfilled and were installed using Homebrew under MacOs.It fails with these commits: + + +`>>>>> commit 7c3fb52bcdaef85b15a91b3ca4d1516f9d9b5402 +>>>>> Author: Paolo Bonzini <pbonzini@redhat.com> +>>>>> Date: Tue Aug 8 20:28:25 2023 +0200 +>>>>> +>>>>> configure: never use PyPI for Meson +>>>>> +>>>>> Since there is a vendored copy, there is no point in choosing +>> online +>>>> +>>>>> operation. +>>>>> +>>>>> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> +>> +>>>>> +>>>>> configure | 6 ------ +>>>>> 1 file changed, 6 deletions(-) +>>>>>`""" +additional = """Older sources Qemu 8.1 can be compiled without problems. The only thing that has changed is that I did a major system update and Xcode was also updated. Since then compiling on qemu master version 8.1.50 breaks. + +``` +`On branch master +Your branch is up to date with 'origin/master'. + +nothing to commit, working tree clean +Mac-Studio qemu % ./configure --target-list=ppc-softmmu +Using './build' as the directory for build output +python determined to be '/Library/Frameworks/Python.framework/Versions/3.10/bin/python3' +python version: Python 3.10.8 +mkvenv: Creating non-isolated virtual environment at 'pyvenv' +mkvenv: checking for tomli>=1.2.0 +mkvenv: installing tomli>=1.2.0 +mkvenv: checking for meson>=0.63.0 +mkvenv: installing meson==0.63.3 +mkvenv: checking for sphinx>=1.6 +mkvenv: checking for sphinx_rtd_theme>=0.5 + +'sphinx==5.3.0' not found: +• Python package 'sphinx' was not found nor installed. +• mkvenv was configured to operate offline and did not check PyPI. + + +Sphinx not found/usable, disabling docs. +Disabling PIE due to missing toolchain support +The Meson build system +Version: 0.63.3 +Source dir: /Users/qemu +Build dir: /Users/qemu/build +Build type: native build +Project name: qemu +Project version: 8.1.50 + +../meson.build:1:0: ERROR: Unable to detect linker for compiler `cc -Wl,--version` +stdout: +stderr: ld: unknown options: --version +clang: error: linker command failed with exit code 1 (use -v to see invocation)` +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/194.toml b/gitlab/issues/target_missing/host_missing/accel_missing/194.toml new file mode 100644 index 00000000..82408bbd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/194.toml @@ -0,0 +1,15 @@ +id = 194 +title = "Qemu fails to start with error \" There is no option group 'spice'\"" +state = "closed" +created_at = "2021-05-06T11:07:38.429Z" +closed_at = "2021-05-27T13:54:03.018Z" +labels = ["Closed::Fixed", "GUI", "QAPI/QMP"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/194" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1940.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1940.toml new file mode 100644 index 00000000..6628cda0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1940.toml @@ -0,0 +1,28 @@ +id = 1940 +title = "Saving vm with shared folder results in Error: State blocked by non-migratable device '000.../vhost-user-fs'" +state = "opened" +created_at = "2023-10-14T19:24:09.585Z" +closed_at = "n/a" +labels = ["Migration", "device:virtio", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1940" +host-os = "Fedora 37" +host-arch = "x86_64" +qemu-version = "7.0.0 (qemu-7.0.0-15.fc37)" +guest-os = "Debian 12" +guest-arch = "x86_64" +description = """Saving a vm with savevm in the QEMU Monitor with a shared folder causes the following error message: +`Error: State blocked by non-migratable device '0000:00:05.0/vhost-user-fs'`""" +reproduce = """1. Get an qcow2 image that can boot (not sure if working qcow2 image is actually needed) +2. Start virtiofsd with this /usr/libexec/virtiofsd --socket-path=/tmp/virtiofs_socket -o source=/path/to/share +3. Run qemu-system-x86_64 -m 4G -object memory-backend-file,id=mem,size=4G,mem-path=/dev/shm,share=on -numa node,memdev=mem -smp 2 -hda image.qcow2 -vga qxl -virtfs local,path=/path/to/share,mount_tag=share,security_model=passthrough,id=virtiofs -chardev socket,id=char0,path=/tmp/virtiofs_socket -device vhost-user-fs-pci,queue-size=1024,chardev=char0,tag=share +4. Let the image boot and/or go into the QEMU monitor. +5. type savevm testvm +6. See error.""" +additional = """This happens with both the legacy virtio-fs and the rust version. + +According to the first reply to https://gitlab.com/virtio-fs/virtiofsd/-/issues/81 there needs to be "a lot of changes not only in virtiofsd but also in the rust-vmm crates and qemu (and maybe in the vhost-user protocol)" so I'm reporting this here in the hopes it will speed something up. + +I followed the following to get virtiofsd working with command line QEMU: +https://github.com/virtio-win/kvm-guest-drivers-windows/wiki/Virtiofs:-Shared-file-system + +This is blocking our migration from VirtualBox because it doesn't have problems like this. The least I need is a work around or alternative shared filesystem. We are trying to avoid networked shares.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1943.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1943.toml new file mode 100644 index 00000000..2202b3a8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1943.toml @@ -0,0 +1,32 @@ +id = 1943 +title = "Weird error trying to autodetect CHS disk geometry" +state = "opened" +created_at = "2023-10-16T00:32:32.768Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1943" +host-os = "debian bookworm" +host-arch = "x64" +qemu-version = "QEMU emulator version 7.2.4 (Debian 1:7.2+dfsg-7+deb12u1)" +guest-os = "None!" +guest-arch = "x86-16" +description = """Error: "SSD Read Error" + +Something about the contents of the disk causes qemu to wildly misdetect the disk geometry. +This disk started as a blank disk, and had a FAT filesystem written to it from inside it; thus +writing the detected geometry to the disk. And this caused the detected geometry to change to +something nonsensical.""" +reproduce = """1. Unpack the attached [hd.bz2](/uploads/53f5bb00cdd563223bea1f7a0f86fe1c/hd.bz2) to hd.img +2. Run qemu -hda hd.img +3. Observe error""" +additional = """The following command appears to fix the problem; however it is wrong: + +qemu -drive if=none,id=dr,file=hd.img -device ide-hd,drive=dr,cyls=1023,heads=16,secs=63 + +The problem with this command is this command yields only 504MB instead of the 512MB the +disk is actually formatted to be. CHS translation should be enabled on this disk but won't +be with this command. + +This command was copied essentially blindly from "Removed features" because that's what comes +up for a google search for "qemu specify geometry" and I don't understand the command well +enough to correct it.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1944.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1944.toml new file mode 100644 index 00000000..081deec7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1944.toml @@ -0,0 +1,81 @@ +id = 1944 +title = "Deadlock on snapshot removal (bdrv_graph_wrlock)" +state = "closed" +created_at = "2023-10-16T07:43:36.506Z" +closed_at = "2024-11-02T19:00:40.147Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1944" +host-os = "CentOS 9 Stream" +host-arch = "x86_64" +qemu-version = "qemu-kvm-8.1.0-2.1.el9.x86_64 (Is the 8.1.0-2 version with https://patchwork.kernel.org/project/qemu-devel/patch/20231003125236.216473-2-jean-louis@dupond.be/)" +guest-os = "Debian 11" +guest-arch = "x86_64" +description = """VM was hanging during snapshot removal. +There was an attempt to shutdown the VM, but that did hang. + +gdb shows me: +``` +(gdb) bt full +#0 0x00007f20493427fe in __ppoll (fds=0x557e630718b0, nfds=2, timeout=<optimized out>, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:43 + sc_ret = -514 + sc_cancel_oldtype = 0 + sc_ret = <optimized out> + tval = {tv_sec = 139776632323420, tv_nsec = 139776632323432} +#1 0x0000557e619cab52 in fdmon_poll_wait.llvm () +No symbol table info available. +#2 0x0000557e619ca0b6 in aio_poll () +No symbol table info available. +#3 0x0000557e61801651 in bdrv_graph_wrlock () +No symbol table info available. +#4 0x0000557e617c873b in bdrv_replace_child_noperm.llvm () +No symbol table info available. +#5 0x0000557e617c8601 in bdrv_root_unref_child () +No symbol table info available. +#6 0x0000557e617f6333 in blk_unref () +No symbol table info available. +#7 0x0000557e6181b0d1 in mirror_exit_common () +No symbol table info available. +#8 0x0000557e617dbdb4 in job_do_finalize_locked.llvm () +No symbol table info available. +#9 0x0000557e617dd72b in job_exit () +No symbol table info available. +#10 0x0000557e619e5101 in aio_bh_poll () +No symbol table info available. +#11 0x0000557e619c95a4 in aio_dispatch () +No symbol table info available. +#12 0x0000557e619e655f in aio_ctx_dispatch () +No symbol table info available. +#13 0x00007f2049546e2f in g_main_dispatch (context=0x557e62ecebd0) at ../glib/gmain.c:3337 + dispatch = 0x557e619e6550 <aio_ctx_dispatch> + prev_source = 0x0 + begin_time_nsec = 232172181173336 + was_in_call = <optimized out> + user_data = 0x0 + callback = 0x0 + cb_funcs = 0x0 + cb_data = 0x0 + need_destroy = <optimized out> + source = 0x557e62ec73e0 + current = 0x557e63e4b600 + i = 0 + __func__ = {<optimized out> <repeats 16 times>} +#14 g_main_context_dispatch (context=0x557e62ecebd0) at ../glib/gmain.c:4055 +No locals. +#15 0x0000557e619e74be in main_loop_wait () +No symbol table info available. +#16 0x0000557e615201e7 in qemu_main_loop () +No symbol table info available. +#17 0x0000557e61374c6a in qemu_default_main () +No symbol table info available. +#18 0x00007f204923feb0 in __libc_start_call_main (main=main@entry=0x557e61374c80 <main>, argc=argc@entry=153, argv=argv@entry=0x7ffe07495238) at ../sysdeps/nptl/libc_start_call_main.h:58 + self = <optimized out> + result = <optimized out> + unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, -6145724763479124305, 140729020666424, 94001285254272, 94001294953808, 139776661151744, 6145708635144279727, 6121919821307926191}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x7f204954cb41 <g_malloc0+33>, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 1230293825}}} + not_first_call = <optimized out> +#19 0x00007f204923ff60 in __libc_start_main_impl (main=0x557e61374c80 <main>, argc=153, argv=0x7ffe07495238, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffe07495228) at ../csu/libc-start.c:389 +No locals. +#20 0x0000557e613743d5 in _start () +No symbol table info available. +```""" +reproduce = """Still trying to reproduce in lab.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1949.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1949.toml new file mode 100644 index 00000000..fac865b6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1949.toml @@ -0,0 +1,20 @@ +id = 1949 +title = "chardev zombie TCP session" +state = "opened" +created_at = "2023-10-17T10:08:03.366Z" +closed_at = "n/a" +labels = ["Chardev"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1949" +host-os = "Rocky Linux 9.2" +host-arch = "x86_64" +qemu-version = "7.2.0" +guest-os = "N/A" +guest-arch = "N/A" +description = """When user terminates TCP session ungracefully (eg: power-cycle or network cable disconnect), the TCP session keeps in established status forever. In this state, new sessions can't access the chardev, since the zombie TCP session keeps exclusive access to chardev.""" +reproduce = """1.Establish client session to chardev TCP socket. +2.Power-off the client machine. +3.Establish a new client session +4.Observe that old TCP session is never killed and new session can connect but not interact with chardev.""" +additional = """Suggestions to resolve this and improve the chardev feature: +- enable TCP keep-alive for chardev server. +- allow multiple client sessions concurrently, where chardev output is broadcasted to all client sessions, and chardev input is shared by all clients.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/195.toml b/gitlab/issues/target_missing/host_missing/accel_missing/195.toml new file mode 100644 index 00000000..02c18876 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/195.toml @@ -0,0 +1,15 @@ +id = 195 +title = "wavcapture does not record silence" +state = "opened" +created_at = "2021-05-06T11:38:27.392Z" +closed_at = "n/a" +labels = ["Audio", "Launchpad", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/195" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1951.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1951.toml new file mode 100644 index 00000000..c1d072a3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1951.toml @@ -0,0 +1,146 @@ +id = 1951 +title = "MacOS requires root to pass through USB devices properly" +state = "opened" +created_at = "2023-10-18T22:30:22.292Z" +closed_at = "n/a" +labels = ["USB", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1951" +host-os = "macOS 14.0 (23A344)" +host-arch = "arm" +qemu-version = "QEMU emulator version 8.0.4" +guest-os = "FreeBSD" +guest-arch = "aarch64" +description = """If I run qemu as a normal user, the PlutoSDR USB device will not work in the VM. For example, the umass device will remain attached to the host system, and will not appear in the guest system. The device will appear in the guest system, but it will fail to be configured: +``` +usb_alloc_device: Failure selecting configuration index 0:USB_ERR_STALLED, port 2, addr 2 (ignored) +``` + +I believe that similar issues are happening w/ guest OS's Ubuntu 20.04 and 22.04, but I have not tested them to confirm. + +There is no error message (that I noticed) that reports that this might be an issue and that you need to run qemu as root.""" +reproduce = """1. Run qemu like above +2. Plug in a PlutoSDR +3. See that the device appears in the guest, but does not attach completely""" +additional = """The confusing part is that a simple device, an RTL-SDR device will appear to work fine when passed through w/o running as root making things more confusing to debug. + +When run qemu as a normal user, the console (includes FreeBSD kernel messages: +``` +login: qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +usb_alloc_device: Failure selecting configuration index 0:USB_ERR_STALLED, port 2, addr 2 (ignored) +ugen1.2: <Analog Devices Inc. PlutoSDR (ADALM-PLUTO)> at usbus1 +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_detach_kernel_driver: -3 [ACCESS] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +``` + +It's not clear what action, if any needs to be taken w/ these error messages. At a minimum, qemu should complain loudly about needing to be run as root, but would be best if it didn't need to run as root, like other VM systems. + +If I run qemu as root (via sudo), it attachs as expected: +``` +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +qemu-system-aarch64: libusb_kernel_driver_active: -5 [NOT_FOUND] +ugen1.2: <Analog Devices Inc. PlutoSDR (ADALM-PLUTO)> at usbus1 +umass0 on uhub0 +umass0: <Mass Storage> on usbus1 +umass0: SCSI over Bulk-Only; quirks = 0x0000 +umass0:0:0: Attached to scbus0 +da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 +da0: <Linux File-Stor Gadget 0414> Removable Direct Access SCSI-2 device +da0: 40.000MB/s transfers +da0: 30MB (61441 512 byte sectors) +da0: quirks=0x2<NO_6_BYTE> +urndis0 on uhub0 +urndis0: <RNDIS Communications Control> on usbus1 +umodem0 on uhub0 +umodem0: <CDC Abstract Control Model (ACM)> on usbus1 +umodem0: data interface 4, has no CM over data, has no break +``` + +Trying root was inspired by: +https://github.com/libusb/libusb/issues/1014 + +From that issue, it appears that this is a qemu build issue and does not have the proper entitlements.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1954.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1954.toml new file mode 100644 index 00000000..7698b284 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1954.toml @@ -0,0 +1,38 @@ +id = 1954 +title = "guest-fsfreeze can't work well on windows" +state = "closed" +created_at = "2023-10-22T09:06:59.577Z" +closed_at = "2023-10-26T08:53:35.036Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1954" +host-os = "centos8" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "Windows 10" +guest-arch = "x86" +description = """I used qemu 5.0 to cross-compile windows gqa on the fedroa30 system.And install it on guest with windows10,but i can't work well.""" +reproduce = """1. ./configure --cross-prefix=x86_64-w64-mingw32- --enable-guest-agent-msi --with-vss-sdk=/root/vssdk/VSSSDK72 + + my vssdk download from:[vssdk](https://www.microsoft.com/en-us/download/details.aspx?id=23490),i install it on my pc and copy to /root/vssdk/VSSSDK72 + +2. make qemu-ga -j4 + +3. and then install qemu-ga-x86_64.msi on windows10,it report the error: +  + +4.then I ./configure not with "--with-vss-sdk",the qemu-ga-x86_64.msi can install successfully. + +5.So, I install gga first. Then ./configure with "--with-vss-sdk" to make get the qemu-ga.exe + +6.replace qemu-ga.exe and reboot gga service,then execute the command "virsh domfsfreeze" on host,but it report error: + + error: Unable to freeze filesystems + error: internal error: unable to execute QEMU agent command 'guest-fsfreeze-freeze': failed to add \\\\?\\Volume{d1ee1072-0000-0000-0000-100000000000}\\ to snapshot set: + + +**I looked at the windows Event Viewer,it get the error:** + + Unexpected error querying for the IVssWriterCallback interface. hr = 0x80070005, Access is denied. + +I have referred to this [document](https://www.ryadel.com/en/volume-shadow-copy-service-error-unexpected-error-querying-for-the-ivsswritercallback-interface-how-to-fix-that/),but it not work.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1957.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1957.toml new file mode 100644 index 00000000..74259529 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1957.toml @@ -0,0 +1,28 @@ +id = 1957 +title = "Reading files failed from QEMU TFTP server" +state = "closed" +created_at = "2023-10-24T22:33:31.847Z" +closed_at = "2023-10-25T07:30:09.690Z" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1957" +host-os = "Ubuntu 22.04" +host-arch = "x86" +qemu-version = "8.0.2" +guest-os = "UEFI environment" +guest-arch = "x86" +description = """QEMU TFTP server on Linux is sensitive to the filename delimiters: + +After building QEMU UEFI firmware with the entire NetworkPkg stack and booting to UEFI shell, one can use `tftp` command to read files from the QEMU TFTP server specified during QEMU launching. i.e. `tftp 10.0.2.2 Boot\\BCD`. However, when setting up the TFTP folder to be exactly the same (Linux and Windows), the result for running this command is different. On Windows host, this tftp command from emulated UEFI shell will proceed properly. But on Linux host, this will fail with "File Not Found". + +The issue seems to be around the slirp engine used by QEMU: the received packet will hand off to slirp as is, which leads to a host specific libc implementation of "open" function call: https://git.launchpad.net/ubuntu/+source/libslirp/tree/src/tftp.c#n113. Thus the server result would be different when the host is different. + +This will cause the PXE boot to fail when setting up the PXE folder on through QEMU on Linux because Windows will attempt to read BCD file at the same directory of the initial boot file, with a `\\` in between. + +As TFTP protocol seems to be folder agnostic (just file names), in this case, should the TFTP server (QEMU here) handle the path normalization to make sure the file lookup to go through? Otherwise, Windows PXE boot on QEMU Linux host will always fail. + +Any suggestion here? Thanks in advance!""" +reproduce = """1. Build OVMF UEFI with full network stack +2. Launch QEMU with the built UEFI with nic enabled, boot to UEFI shell. +3. Invoke `tftp 10.0.2.2 Boot\\BCD` from UEFI shell. +4. When performing step 1-3 on Windows, this will succeed. But on Linux, this will fail with "File Not Found"""" +additional = """Attached is a wireshark dump from QEMU on Linux host. The same command sequence will all be successful on Windows host.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1959.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1959.toml new file mode 100644 index 00000000..a44d5ca3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1959.toml @@ -0,0 +1,15 @@ +id = 1959 +title = "qemu-img: support ZSTD compression level customization" +state = "opened" +created_at = "2023-10-25T15:49:22.105Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1959" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/196.toml b/gitlab/issues/target_missing/host_missing/accel_missing/196.toml new file mode 100644 index 00000000..57c6bd1b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/196.toml @@ -0,0 +1,15 @@ +id = 196 +title = "Improve UX for macOS when launching from a fullscreen app" +state = "closed" +created_at = "2021-05-06T11:38:36.828Z" +closed_at = "2022-08-05T02:45:42.347Z" +labels = ["GUI", "Launchpad", "hostos: macOS", "kind::Feature Request", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/196" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1962.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1962.toml new file mode 100644 index 00000000..ab0535bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1962.toml @@ -0,0 +1,37 @@ +id = 1962 +title = "systemd-tmpfiles-setup-dev-early.service fails in emulated systemd-nspawn container" +state = "opened" +created_at = "2023-10-26T19:57:30.093Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1962" +host-os = "GNU/Linux Debian Trixie/testing" +host-arch = "x86_64" +qemu-version = "version 8.1.2 (Debian 1:8.1.2+ds-1)" +guest-os = "GNU/Linux Debian Trixie/testing" +guest-arch = "aarch64/arm64 (or any other arch)" +description = """When booting a fresh `debootstrap`ed Debian Trixie/testing rootfs with foreign architecture via `systemd-nspawn` and `qemu-user-static`, invoked via `systemd-binfmt`, the `systemd-tmpfiles-setup-dev-early.service` service within the guest fails, which leads to `/dev` not existing (respectively no default content), so that several other guest system components fail as well, like any console/shell access: +``` +Starting systemd-tmpfiles-setup-dev-early.service - Create Static Device Nodes in /dev gracefully... +systemd-tmpfiles-setup-dev-early.service: Failed to set up credentials: Invalid argument +systemd-tmpfiles-setup-dev-early.service: Main process exited, code=exited, status=243/CREDENTIALS +systemd-tmpfiles-setup-dev-early.service: Failed with result 'exit-code'. +[FAILED] Failed to start systemd-tmpfiles-setup-dev-early.service - Create Static Device Nodes in /dev gracefully. +See 'systemctl status systemd-tmpfiles-setup-dev-early.service' for details. +Starting systemd-tmpfiles-setup-dev.service - Create Static Device Nodes in /dev... +systemd-tmpfiles-setup-dev.service: Failed to set up credentials: Invalid argument +systemd-tmpfiles-setup-dev.service: Main process exited, code=exited, status=243/CREDENTIALS +systemd-tmpfiles-setup-dev.service: Failed with result 'exit-code'. +[FAILED] Failed to start systemd-tmpfiles-setup-dev.service - Create Static Device Nodes in /dev. +See 'systemctl status systemd-tmpfiles-setup-dev.service' for details. +```""" +reproduce = """1. `apt install debootstrap systemd-container qemu-user-static` +2. `systemctl restart systemd-binfmt` +3. `mkdir rootfs` +4. `debootstrap --variant=minbase --include=systemd-sysv --arch=arm64 trixie ./rootfs 'https://deb.debian.org/debian'` +5. `systemd-nspawn -bD rootfs`""" +additional = """On Bookworm guest systems and/or without QEMU emulation, this works without issues, so I guess systemd recently started to use a certain syscall for the `ImportCredential=tmpfiles.*` method in systemd units, which is not supported by QEMU, probably similar to https://github.com/systemd/systemd/pull/28954? + +I hope it is fine to report it here. Always difficult to decide whether to report to the distribution (Debian) or one, and in case which, of the related projects, which do not work together. + +Debian Trixie currently ships `systemd 254.4-1` btw. I am not sure whether the issue was introduced with 253 or 254, since the linked issue prevented booting such containers on an earlier stage with 253, which was fixed in 254, which has the here reported issue.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1963.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1963.toml new file mode 100644 index 00000000..edf1cd42 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1963.toml @@ -0,0 +1,36 @@ +id = 1963 +title = "EOF is not detected, when semihosting is reading from stdin" +state = "opened" +created_at = "2023-10-27T08:32:16.590Z" +closed_at = "n/a" +labels = ["Semihosting", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1963" +host-os = "Ubuntu 22.04.3 LTS" +host-arch = "x86_64" +qemu-version = "8.1.50 (v8.1.0-2161-ga95260486a)" +guest-os = "bare metal" +guest-arch = "arm" +description = """QEMU hangs.""" +reproduce = """1. Run the program with stdin from a pipe.""" +additional = """The code is compiled from this source: +``` +#include <stdio.h> + +int main(int argc, char** argv) { + int i = -1; + int result = scanf("%d", &i); + printf("result = %d, i = %d\\n", result, i); + return 0; +} +``` +compiled with GCC and picolibc: +``` +arm-none-eabi-gcc --specs=picolibc.specs -march=armv7-m ~/sources/picolibc/git/test-stdin.c -o test-stdin -lc -lsemihost --crt0=hosted -O0 -g +``` +[test-stdin](/uploads/dbd2650c8e0aaca353fd7630ac9c8440/test-stdin) +The execution hangs at semihosting SYS_READC(0x7) call: +``` +\tmovs r0, #7 +(...) +\tbkpt #0xab +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1967.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1967.toml new file mode 100644 index 00000000..5d57cdb0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1967.toml @@ -0,0 +1,15 @@ +id = 1967 +title = "Guest SIGRTMIN remapped incorrectly" +state = "closed" +created_at = "2023-10-27T21:59:47.648Z" +closed_at = "2023-10-31T07:50:33.464Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1967" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1968.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1968.toml new file mode 100644 index 00000000..50132ba3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1968.toml @@ -0,0 +1,15 @@ +id = 1968 +title = "scripts (checkpatch): make braces {} necessary for 'for' loops" +state = "opened" +created_at = "2023-10-28T11:32:08.624Z" +closed_at = "n/a" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1968" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1969.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1969.toml new file mode 100644 index 00000000..475d7e9c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1969.toml @@ -0,0 +1,15 @@ +id = 1969 +title = "Test fails with SIGSEGV because of use-after-free" +state = "closed" +created_at = "2023-11-03T19:27:58.953Z" +closed_at = "2024-01-30T06:49:44.227Z" +labels = ["Migration", "Stable::to backport"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1969" +host-os = "linux" +host-arch = "x86" +qemu-version = "8.1.50 (commit d762bf97931b58839316b68a570eecc6143c9e3e)" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1971.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1971.toml new file mode 100644 index 00000000..3f77ff6e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1971.toml @@ -0,0 +1,156 @@ +id = 1971 +title = "Cannot build QEMU on MSYS2 on Windows 10 22H2" +state = "closed" +created_at = "2023-11-06T17:38:23.098Z" +closed_at = "2023-11-08T08:19:49.917Z" +labels = ["Build System", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1971" +host-os = "Windows 10 Pro 22H2 64-bit" +host-arch = "x64" +qemu-version = "7.1.0 and 8.1.2, also happen on master branch" +guest-os = "No" +guest-arch = "No" +description = """I have followed build instructions on Wiki, section Native builds with MSYS2. MSYS2 and other tools are installed without any errors. But when run `./configure --enable-sdl --enable-gtk`, I have this error that I have never seen before: + +``` +# ./configure --enable-sdl --enable-gtk +Using './build' as the directory for build output +ln: failed to create symbolic link 'aarch64-softmmu/qemu-system-aarch64.exe': No such file or directory +ln: failed to create symbolic link 'alpha-softmmu/qemu-system-alpha.exe': No such file or directory +ln: failed to create symbolic link 'arm-softmmu/qemu-system-arm.exe': No such file or directory +ln: failed to create symbolic link 'avr-softmmu/qemu-system-avr.exe': No such file or directory +ln: failed to create symbolic link 'cris-softmmu/qemu-system-cris.exe': No such file or directory +ln: failed to create symbolic link 'hppa-softmmu/qemu-system-hppa.exe': No such file or directory +ln: failed to create symbolic link 'i386-softmmu/qemu-system-i386.exe': No such file or directory +ln: failed to create symbolic link 'loongarch64-softmmu/qemu-system-loongarch64.exe': No such file or directory +ln: failed to create symbolic link 'm68k-softmmu/qemu-system-m68k.exe': No such file or directory +ln: failed to create symbolic link 'microblaze-softmmu/qemu-system-microblaze.exe': No such file or directory +ln: failed to create symbolic link 'microblazeel-softmmu/qemu-system-microblazeel.exe': No such file or directory +ln: failed to create symbolic link 'mips-softmmu/qemu-system-mips.exe': No such file or directory +ln: failed to create symbolic link 'mips64-softmmu/qemu-system-mips64.exe': No such file or directory +ln: failed to create symbolic link 'mips64el-softmmu/qemu-system-mips64el.exe': No such file or directory +ln: failed to create symbolic link 'mipsel-softmmu/qemu-system-mipsel.exe': No such file or directory +ln: failed to create symbolic link 'nios2-softmmu/qemu-system-nios2.exe': No such file or directory +ln: failed to create symbolic link 'or1k-softmmu/qemu-system-or1k.exe': No such file or directory +ln: failed to create symbolic link 'ppc-softmmu/qemu-system-ppc.exe': No such file or directory +ln: failed to create symbolic link 'ppc64-softmmu/qemu-system-ppc64.exe': No such file or directory +ln: failed to create symbolic link 'riscv32-softmmu/qemu-system-riscv32.exe': No such file or directory +ln: failed to create symbolic link 'riscv64-softmmu/qemu-system-riscv64.exe': No such file or directory +ln: failed to create symbolic link 'rx-softmmu/qemu-system-rx.exe': No such file or directory +ln: failed to create symbolic link 's390x-softmmu/qemu-system-s390x.exe': No such file or directory +ln: failed to create symbolic link 'sh4-softmmu/qemu-system-sh4.exe': No such file or directory +ln: failed to create symbolic link 'sh4eb-softmmu/qemu-system-sh4eb.exe': No such file or directory +ln: failed to create symbolic link 'sparc-softmmu/qemu-system-sparc.exe': No such file or directory +ln: failed to create symbolic link 'sparc64-softmmu/qemu-system-sparc64.exe': No such file or directory +ln: failed to create symbolic link 'tricore-softmmu/qemu-system-tricore.exe': No such file or directory +ln: failed to create symbolic link 'x86_64-softmmu/qemu-system-x86_64.exe': No such file or directory +ln: failed to create symbolic link 'xtensa-softmmu/qemu-system-xtensa.exe': No such file or directory +ln: failed to create symbolic link 'xtensaeb-softmmu/qemu-system-xtensaeb.exe': No such file or directory +The Meson build system +Version: 1.2.3 +Source dir: C:/msys64/home/DuyThanh/qemu-ios +Build dir: C:/msys64/home/DuyThanh/qemu-ios/build +Build type: native build +Project name: qemu +Project version: 7.2.50 +C compiler for the host machine: cc -m64 -mcx16 (gcc 13.2.0 "cc (Rev2, Built by MSYS2 project) 13.2.0") +C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.41 +Host machine cpu family: x86_64 +Host machine cpu: x86_64 +Program scripts/symlink-install-tree.py found: YES (C:/msys64/mingw64/bin/python.exe C:/msys64/home/DuyThanh/qemu-ios/scripts/symlink-install-tree.py) +Program sh found: YES (C:\\msys64\\usr\\bin/sh.EXE) +Program python3 found: YES (C:/msys64/mingw64/bin/python.exe) +Program bzip2 found: YES (C:\\msys64\\mingw64\\bin/bzip2.EXE) +Program iasl found: NO +Compiler for C supports link arguments -Wl,-z,relro: NO +Compiler for C supports link arguments -Wl,-z,now: NO +Compiler for C supports link arguments -Wl,--no-seh: YES +Compiler for C supports link arguments -Wl,--nxcompat: YES +C++ compiler for the host machine: c++ -m64 -mcx16 (gcc 13.2.0 "c++ (Rev2, Built by MSYS2 project) 13.2.0") +C++ linker for the host machine: c++ -m64 -mcx16 ld.bfd 2.41 +Compiler for C++ supports link arguments -Wl,--warn-common: YES +Program cgcc found: NO +Library m found: YES +Run-time dependency threads found: YES +Traceback (most recent call last): + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/mesonmain.py", line 194, in run + return options.run_func(options) + ^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/msetup.py", line 358, in run + app.generate() + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/msetup.py", line 183, in generate + return self._generate(env, capture, vslite_ctx) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/msetup.py", line 228, in _generate + intr.run() + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreter/interpreter.py", line 3002, in run + super().run() + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/interpreterbase.py", line 164, in run + self.evaluate_codeblock(self.ast, start=1) + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/interpreterbase.py", line 190, in evaluate_codeblock + raise e + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/interpreterbase.py", line 182, in evaluate_codeblock + self.evaluate_statement(cur) + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/interpreterbase.py", line 198, in evaluate_statement + self.assignment(cur) + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/interpreterbase.py", line 635, in assignment + value = self.evaluate_statement(node.value) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/interpreterbase.py", line 200, in evaluate_statement + return self.method_call(cur) + ^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/interpreterbase.py", line 550, in method_call + res = obj.method_call(method_name, args, kwargs) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/baseobjects.py", line 94, in method_call + return method(args, kwargs) + ^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/decorators.py", line 109, in wrapped + ret = f(*wrapped_args, **wrapped_kwargs) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/decorators.py", line 277, in wrapper + return f(*nargs, **wrapped_kwargs) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreterbase/decorators.py", line 596, in wrapper + return f(*wrapped_args, **wrapped_kwargs) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/interpreter/compiler.py", line 635, in find_library_method + linkargs = self.compiler.find_library(libname, self.environment, search_dirs, libtype) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/compilers/mixins/clike.py", line 1191, in find_library + return self._find_library_impl(libname, env, extra_dirs, code, libtype, lib_prefix_warning) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/compilers/mixins/clike.py", line 1180, in _find_library_impl + value = self._find_library_real(libname, env, extra_dirs, code, libtype, lib_prefix_warning) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/compilers/mixins/clike.py", line 1158, in _find_library_real + for d in itertools.chain(extra_dirs, self.get_library_dirs(env, elf_class)): + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/compilers/mixins/clike.py", line 261, in get_library_dirs + return self._get_library_dirs(env, elf_class).copy() + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/compilers/mixins/clike.py", line 220, in _get_library_dirs + dirs = self.get_compiler_dirs(env, 'libraries') + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/compilers/mixins/gnu.py", line 515, in get_compiler_dirs + return self._split_fetch_real_dirs(line.split('=', 1)[1]) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/site-packages/mesonbuild/compilers/mixins/gnu.py", line 497, in _split_fetch_real_dirs + if pobj.exists(): + ^^^^^^^^^^^^^ + File "C:/msys64/mingw64/lib/python3.11/pathlib.py", line 1237, in exists + self.stat() + File "C:/msys64/mingw64/lib/python3.11/pathlib.py", line 1015, in stat + return os.stat(self, follow_symlinks=follow_symlinks) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ +OSError: [WinError 1005] The volume does not contain a recognized file system. +Please make sure that all required file system drivers are loaded and that the volume is not corrupted: 'D:/a/msys64/mingw64/lib/x86_64-w64-mingw32/13.2.0' + +ERROR: Unhandled python OSError. This is probably not a Meson bug, but an issue with your build environment. + +ERROR: meson setup failed +```""" +reproduce = """1. Install MSYS2 and follow the wiki page +2. Git clone +3. Run configure then error""" +additional = """No""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1972.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1972.toml new file mode 100644 index 00000000..e11d63ef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1972.toml @@ -0,0 +1,49 @@ +id = 1972 +title = "Windows TCG plugin build fails with mingw cross-compile images" +state = "closed" +created_at = "2023-11-08T15:24:43.385Z" +closed_at = "2023-11-24T21:08:13.092Z" +labels = ["Build System", "TCG plugins", "hostos: Linux", "hostos: Windows", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1972" +host-os = "Linux MINGW Docker container (cross-w32-system and cross-w64-system)" +host-arch = "n/a" +qemu-version = "8.1.50 (a475f32b075d566f)" +guest-os = "n/a" +guest-arch = "n/a" +description = """It looks like the mingw variants of the compiler are sensitive to the order of linking: + +``` +bash-5.2$ x86_64-w64-mingw32-gcc -m64 -mcx16 plugins/qemu_plugin_api.lib -o tests/plugin/libinsn.dll tests/plugin/libinsn.dll.p/insn.c.obj tests/plugin/libinsn.dll.p/.._.._contrib_plugins_win32_linker.c.obj plugins/qemu_plugin_api.lib -Wl,--allow-shlib-undefined -shared -Wl,--start-group -Wl,--out-implib=tests/plugin/libinsn.dll.a -fstack-protector-strong -Wl,--no-seh -Wl,--nxcompat -Wl,--dynamicbase -Wl,--high-entropy-va -Wl,--warn-common /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libglib-2.0.dll.a /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libintl.dll.a /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libgmodule-2.0.dll.a -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32 -Wl,--end-group +bash-5.2$ x86_64-w64-mingw32-gcc -m64 -mcx16 plugins/qemu_plugin_api.lib -o tests/plugin/libinsn.dll tests/plugin/libinsn.dll.p/insn.c.obj tests/plugin/libinsn.dll.p/.._.._contrib_plugins_win32_linker.c.obj -Wl,--allow-shlib-undefined -shared -Wl,--start-group -Wl,--out-implib=tests/plugin/libinsn.dll.a -fstack-protector-strong -Wl,--no-seh -Wl,--nxcompat -Wl,--dynamicbase -Wl,--high-entropy-va -Wl,--warn-common /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libglib-2.0.dll.a /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libintl.dll.a /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libgmodule-2.0.dll.a -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32 -Wl,--end-group +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: tests/plugin/libinsn.dll.p/insn.c.obj: in function `vcpu_tb_trans': +/tmp/qemu-test/build/../src/tests/plugin/insn.c:90: undefined reference to `__imp_qemu_plugin_tb_n_insns' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:100: undefined reference to `__imp_qemu_plugin_insn_vaddr' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:97: undefined reference to `__imp_qemu_plugin_register_vcpu_insn_exec_inline' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:94: undefined reference to `__imp_qemu_plugin_tb_get_insn' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:101: undefined reference to `__imp_qemu_plugin_register_vcpu_insn_exec_cb' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:107: undefined reference to `__imp_qemu_plugin_insn_size' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:121: undefined reference to `__imp_qemu_plugin_insn_disas' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:130: undefined reference to `__imp_qemu_plugin_register_vcpu_insn_exec_cb' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: tests/plugin/libinsn.dll.p/insn.c.obj: in function `plugin_exit': +/tmp/qemu-test/build/../src/tests/plugin/insn.c:168: undefined reference to `__imp_qemu_plugin_outs' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:168: undefined reference to `__imp_qemu_plugin_outs' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:168: undefined reference to `__imp_qemu_plugin_outs' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: tests/plugin/libinsn.dll.p/insn.c.obj: in function `vcpu_insn_matched_exec_before': +/tmp/qemu-test/build/../src/tests/plugin/insn.c:83: undefined reference to `__imp_qemu_plugin_outs' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: tests/plugin/libinsn.dll.p/insn.c.obj: in function `qemu_plugin_install': +/tmp/qemu-test/build/../src/tests/plugin/insn.c:199: undefined reference to `__imp_qemu_plugin_bool_parse' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:215: undefined reference to `__imp_qemu_plugin_register_vcpu_tb_trans_cb' +/usr/lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld: /tmp/qemu-test/build/../src/tests/plugin/insn.c:216: undefined reference to `__imp_qemu_plugin_register_atexit_cb' +collect2: error: ld returned 1 exit status + + +If you move the qemu_plugin_api.lib to after the other .obj files, it works: + +bash-5.2$ x86_64-w64-mingw32-gcc -m64 -mcx16 plugins/qemu_plugin_api.lib -o tests/plugin/libinsn.dll tests/plugin/libinsn.dll.p/insn.c.obj tests/plugin/libinsn.dll.p/.._.._contrib_plugins_win32_linker.c.obj plugins/qemu_plugin_api.lib -Wl,--allow-shlib-undefined -shared -Wl,--start-group -Wl,--out-implib=tests/plugin/libinsn.dll.a -fstack-protector-strong -Wl,--no-seh -Wl,--nxcompat -Wl,--dynamicbase -Wl,--high-entropy-va -Wl,--warn-common /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libglib-2.0.dll.a /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libintl.dll.a /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libgmodule-2.0.dll.a -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32 -Wl,--end-group +bash-5.2$ echo $? +0 +```""" +reproduce = """``` +make docker-test-build@fedora-win64-cross J=30 V=1 EXTRA_CONFIGURE_OPTS="--enable-fdt=internal --enable-plugins" NETWORK=1 +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1973.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1973.toml new file mode 100644 index 00000000..c4c81c56 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1973.toml @@ -0,0 +1,15 @@ +id = 1973 +title = "Issues with dmabuf use in dbus interface" +state = "opened" +created_at = "2023-11-08T19:27:10.515Z" +closed_at = "n/a" +labels = ["GUI", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1973" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1974.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1974.toml new file mode 100644 index 00000000..dcbb9c69 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1974.toml @@ -0,0 +1,15 @@ +id = 1974 +title = "Default console changes break Xen command-line" +state = "closed" +created_at = "2023-11-09T11:31:50.573Z" +closed_at = "2023-11-21T15:35:00.217Z" +labels = ["kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1974" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1975.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1975.toml new file mode 100644 index 00000000..54a2426f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1975.toml @@ -0,0 +1,47 @@ +id = 1975 +title = "SEGV on exit: net_cleanup() frees devices it doesn't own." +state = "closed" +created_at = "2023-11-09T12:58:40.844Z" +closed_at = "2023-11-27T14:19:45.408Z" +labels = ["kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1975" +host-os = "Linux" +host-arch = "x86" +qemu-version = "ad6ef0a42e3 (HEAD as of 2023-11-09)" +guest-os = "N/A" +guest-arch = "N/A" +description = """On exiting QEMU, the `net_cleanup()` function iterates over all existing `net_clients`, both netdevs and nics, and deletes them all. Freeing the netdevs is fine, and they are correctly detached from their peer nic as appropriate. But the nics belong to an actual device and this can cause a use-after-free or double-free. + +Mostly this doesn't happen because emulated devices *don't* bother to clean up after themselves on exit; none of their state is going to outlast the QEMU process so there's no point. But XenBus devices interact with the external XenStore and do need to perform a cleanup. The `xen_netdev_unrealize()` function calls `qemu_del_nic()` on the nic which `net_cleanup()` already stole from it, and crashes... + +``` +QEMU: Terminated + +Thread 1 "qemu-system-x86" received signal SIGSEGV, Segmentation fault. +qemu_del_nic (nic=0x55555846ab00) at ../net/net.c:451 +451\t int i, queues = MAX(nic->conf->peers.queues, 1); +(gdb) bt +#0 qemu_del_nic (nic=0x55555846ab00) at ../net/net.c:451 +#1 0x0000555555a89ce3 in xen_device_unrealize (dev=<optimized out>) at ../hw/xen/xen-bus.c:973 +#2 0x0000555555e5c847 in notifier_list_notify (list=<optimized out>, data=0x0) at ../util/notify.c:39 +#3 0x00007ffff5fe51e6 in __run_exit_handlers (status=0, listp=<optimized out>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:111 +#4 0x00007ffff5fe532e in __GI_exit (status=<optimized out>) at exit.c:141 +#5 0x00007ffff5fccb91 in __libc_start_call_main (main=main@entry=0x5555558837a0 <main>, argc=argc@entry=23, argv=argv@entry=0x7fffffffd7a8) at ../sysdeps/nptl/libc_start_call_main.h:74 +#6 0x00007ffff5fccc4b in __libc_start_main_impl + (main=0x5555558837a0 <main>, argc=23, argv=0x7fffffffd7a8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd798) at ../csu/libc-start.c:360 +#7 0x0000555555885345 in _start () +```""" +reproduce = """1. Launch a Xen guest as described at https://qemu-project.gitlab.io/qemu/system/i386/xen.html (which will get a Xen NIC by default). +2. Terminate QEMU. + +It doesn't need to boot, doesn't need to do anything. Just launch a completely non-functional guest and then hit `Ctrl-a x` on the default monitor: +``` +$ ./qemu-system-x86_64 -accel kvm,xen-version=0x40010,kernel-irqchip=split -display none +QEMU: Terminated +Segmentation fault + +``` + +For `net_cleanup()` to clean up the *netdevs* makes sense, because those might have state which persists in the system after QEMU exits, and need to be cleaned up. But deleting the nics doesn't seem to be necessary. +Fix at https://lore.kernel.org/qemu-devel/61ea91785772a8138ad12b305cbd5aac4aa1e86a.camel@infradead.org""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1977.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1977.toml new file mode 100644 index 00000000..a5807f01 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1977.toml @@ -0,0 +1,38 @@ +id = 1977 +title = "MSYS2 build fails with link errors on Window 10 22H2" +state = "closed" +created_at = "2023-11-10T10:07:32.939Z" +closed_at = "2023-12-11T02:41:36.029Z" +labels = ["Build System", "hostos: Windows", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1977" +host-os = "Windows 10 22H2" +host-arch = "x86" +qemu-version = "commit ea10c3817814b8be75be22c78ea91d633b0d2532" +guest-os = "N/A" +guest-arch = "ARM" +description = """Linking target tests/plugin/libbb.dll fails with undefined references in below attached output""" +reproduce = """1. Open MSYS2 build environment on Windows 10 +2. mkdir build && cd build && ../configure --prefix=/home/Admin --enable-sdl --enable-gtk --target-list=arm-softmmu +3. make -j4""" +additional = """[2300/2631] Linking target tests/plugin/libbb.dll +FAILED: tests/plugin/libbb.dll +"cc" "-m64" "-mcx16" -o tests/plugin/libbb.dll plugins/qemu_plugin_api.lib tests/plugin/libbb.dll.p/bb.c.obj tests/plugin/libbb.dll.p/.._.._contrib_plugins_win32_linker.c.obj "-Wl,--allow-shlib-undefined" "-shared" "-Wl,--start-group" "-Wl,--out-implib=tests/plugin/libbb.dll.a" "-fstack-protector-strong" "-Wl,--no-seh" "-Wl,--nxcompat" "-Wl,--dynamicbase" "-Wl,--high-entropy-va" "-Wl,--warn-common" "C:/msys64/ucrt64/lib/libglib-2.0.dll.a" "C:/msys64/ucrt64/lib/libintl.dll.a" "C:/msys64/ucrt64/lib/libgmodule-2.0.dll.a" "-lkernel32" "-luser32" "-lgdi32" "-lwinspool" "-lshell32" "-lole32" "-loleaut32" "-luuid" "-lcomdlg32" "-ladvapi32" "-Wl,--end-group" +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: tests/plugin/libbb.dll.p/bb.c.obj: in function `vcpu_tb_trans': +C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:84:(.text+0x4f): undefined reference to `__imp_qemu_plugin_tb_n_insns' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:87:(.text+0x62): undefined reference to `__imp_qemu_plugin_register_vcpu_tb_exec_inline' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:93:(.text+0xba): undefined reference to `__imp_qemu_plugin_register_vcpu_tb_exec_cb' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: tests/plugin/libbb.dll.p/bb.c.obj: in function `plugin_exit': +C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:55:(.text+0x1cb): undefined reference to `__imp_qemu_plugin_outs' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:55:(.text+0x204): undefined reference to `__imp_qemu_plugin_outs' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: tests/plugin/libbb.dll.p/bb.c.obj: in function `vcpu_idle': +C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:66:(.text+0x299): undefined reference to `__imp_qemu_plugin_outs' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: tests/plugin/libbb.dll.p/bb.c.obj: in function `qemu_plugin_install': +C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:114:(.text+0x2e8): undefined reference to `__imp_qemu_plugin_bool_parse' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:141:(.text+0x3d5): undefined reference to `__imp_qemu_plugin_register_vcpu_tb_trans_cb' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:142:(.text+0x3ea): undefined reference to `__imp_qemu_plugin_register_atexit_cb' +C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\\msys64\\home\\Admin\\qemu\\build/../tests/plugin/bb.c:138:(.text+0x420): undefined reference to `__imp_qemu_plugin_register_vcpu_idle_cb' +collect2.exe: error: ld returned 1 exit status +[2301/2631] Compiling C object tests/plugin/libempty.dll.p/.._.._contrib_plugins_win32_linker.c.obj +[2302/2631] Compiling C object tests/libtestqapi.a.p/meson-generated_.._test-qapi-visit.c.obj +[2303/2631] Compiling C object tests/plugin/libinsn.dll.p/.._.._contrib_plugins_win32_linker.c.obj +ninja: build stopped: subcommand failed.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1979.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1979.toml new file mode 100644 index 00000000..8925de36 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1979.toml @@ -0,0 +1,39 @@ +id = 1979 +title = "pc-q35-7.2 breaks the pcie hot plugin" +state = "closed" +created_at = "2023-11-11T22:07:34.664Z" +closed_at = "2023-11-22T16:18:17.868Z" +labels = ["device: PCI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1979" +host-os = "Fedora Linux 38" +host-arch = "x86 64" +qemu-version = "QEMU emulator version 7.2.6 (qemu-7.2.6-1.fc38)" +guest-os = "Fedora 39" +guest-arch = "x86 64" +description = """the new pc-q35 version >6.0 break the pcie hot plug feature +if I use 5.2, 6.0, it works fine. `dmesg | grep pcieport` shows that: +there is pciehp which provide functionality of hot plug for PCIE device +``` +[test@localhost ~]$ dmesg | grep pcieport +[ 1.161129] pcieport 0000:00:02.0: PME: Signaling with IRQ 24 +[ 1.162254] pcieport 0000:00:02.0: AER: enabled with IRQ 24 +[ 1.163218] pcieport 0000:00:02.0: pciehp: Slot #0 AttnBtn+ PwrCtrl+ MRL- AttnInd+ PwrInd+ HotPlug+ Surprise+ Interlock+ NoCompl- IbPresDis- LLActRep+ +``` + +if I switch to 6.1, 6.2, 7.0, 7.1 ,7.2, the pciehp does not show any control slot. +``` +[test@localhost ~]$ dmesg | grep pcieport +[ 1.164311] pcieport 0000:00:02.0: PME: Signaling with IRQ 24 +[ 1.165446] pcieport 0000:00:02.0: AER: enabled with IRQ 24 +```""" +reproduce = """1. run the qemu command as I produced +2. connect to console +3. run `dmesg | grep pcieport` +4. you can try to plug in a GPU or something else, the device initialization will fail because there is no pciehp slow to power it on, normall you will see something like following, with >6.0 you cannot see them: + ``` + pciehp: Slot(0-8): Attention button pressed + pciehp: Slot(0-8) Powering on due to button press + pciehp: Slot(0-8): Card present + pciehp: Slot(0-8): Link Up + ```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1980.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1980.toml new file mode 100644 index 00000000..bae79e4f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1980.toml @@ -0,0 +1,21 @@ +id = 1980 +title = "pipewire backend, bad mic sound" +state = "opened" +created_at = "2023-11-12T07:43:24.699Z" +closed_at = "n/a" +labels = ["Audio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1980" +host-os = "openSUSE Tumbleweed" +host-arch = "x86_64" +qemu-version = "8.1" +guest-os = "android-x86 8.1 r6" +guest-arch = "x86_64" +description = """Qemu VM and openSUSE share the webcam mic. +Pipewire is used by openSUSE. + +If using qemu with pa backend, there is no sound problem when mic is used by Skype in openSUSE. +If using qemu with pipewire backend and Skype used the mic then my contact says he does not recognize my voice and there are cracks.""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1982.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1982.toml new file mode 100644 index 00000000..a0fb3ad8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1982.toml @@ -0,0 +1,17 @@ +id = 1982 +title = "PS/2 mouse and keyboard not disabled when adding USB devices" +state = "closed" +created_at = "2023-11-16T11:20:33.318Z" +closed_at = "2023-11-16T13:13:55.335Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1982" +host-os = "ArchLinux" +host-arch = "amd64" +qemu-version = "8.1.2" +guest-os = "Haiku r1~beta4_hrev57383" +guest-arch = "amd64" +description = """Documentation (such as https://www.qemu.org/docs/master/system/qemu-manpage.html or https://www.qemu.org/docs/master/system/devices/usb.html) says that enabling a USB keyboard or mouse (or tablet) will disable the PS/2 equivalent, but it seems both are present instead.""" +reproduce = """1. Pass a `-usbdevice` or `-device` option to QEMU. +2. Boot Haiku. +3. Find two identical devices in Preferences > Input, both `Extended PS/2 Mouse 1` and `USB Tablet 1`, as well as `AT Keyboard 1` and `USB Keyboard 1`.""" +additional = """The content of /var/log/syslog, which shows discovery of PS/2 devices: [syslog.zst](/uploads/7ed067538c94edfdbaf35ec92a422c68/syslog.zst)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1983.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1983.toml new file mode 100644 index 00000000..68fc6c6c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1983.toml @@ -0,0 +1,38 @@ +id = 1983 +title = "Guest boot displays \"virtio: device uses modern interface but does not have VIRTIO_F_VERSION_1\" and then happens Call Trace" +state = "closed" +created_at = "2023-11-17T03:24:44.083Z" +closed_at = "2024-02-02T02:14:18.203Z" +labels = ["Storage", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1983" +host-os = "CentOS Stream 9, Linux" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.1.90 (v8.2.0-rc0), commit id: 9c673a41eefc50f1cb2fe3c083e7de842c7d276a" +guest-os = "Red Hat Enterprise Linux Server release 6.8, Linux" +guest-arch = "x86" +description = """Guest boot displays "FATAL: Module scsi_wait_scan not found", and then happens Call Trace. + +``` +Call Trace: + dump_stack+0x4f/0x66 + panic+0xa2/0x258 + do_exit+0x858/0xab0 + do_group_exit+0x2f/0x90 + ? do_page_fault+0x18c/0x4c0 + sys_exit_group+0x11/0x20 + do_fast_syscall_32+0x8b/0x1c2 + entry_SYSENTER_32+0xa5/0xf8 +EIP: 0xb7fcec71 +Code: 89 01 31 c0 89 51 04 89 71 08 89 79 0c eb 03 83 c8 ff 83 c4 28 5b 5e 5f 5d c3 8b 1c 24 c3 90 90 90 51 52 55 89 e5 0f 34 cd 80 <5d> 5a 59 c3 90 90 90 90 8d 76 00 58 b8 77 00 00 00 cd 80 90 8d 76 +EAX: ffffffda EBX: 00000001 ECX: 034c4745 EDX: 00000000 +ESI: 00000000 EDI: 00000000 EBP: bff7db18 ESP: bff7da3c +DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 007b EFLAGS: 00000246 +Kernel Offset: 0x16c00000 from 0xc0400000 (relocation range: 0xc0000000-0xf75fdfff) +```""" +reproduce = """1.Create guest by using the command + ``` + ./qemu-system-x86_64 -accel kvm -m 4096 -smp 4 -cpu host -drive file=test-img.qcow2,format=qcow2,if=none,id=virtio-disk0 -device virtio-blk-pci,drive=virtio-disk0,bootindex=0 -monitor pty -daemonize -vnc :32137 -device virtio-net-pci,netdev=nic0,mac=00:c2:58:38:8e:f0 -netdev tap,id=nic0,br=virbr0,helper=/usr/local/libexec/qemu-bridge-helper,vhost=on + ```""" +additional = """Suspected to be a QEMU regression issue, the first bad commit id: 14f5a7bae4cb5ca45a03e16b5bb0c5d766fd51b7. + +Latest successful version commit id: cea3ea670fe265421131aad90c36fbb87bc4d206""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1984.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1984.toml new file mode 100644 index 00000000..c82d886b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1984.toml @@ -0,0 +1,15 @@ +id = 1984 +title = "Fails to start dataplane while using vdpa-dev with vduse backend" +state = "opened" +created_at = "2023-11-17T14:18:24.192Z" +closed_at = "n/a" +labels = ["Networking", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1984" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1988.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1988.toml new file mode 100644 index 00000000..727ecb66 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1988.toml @@ -0,0 +1,34 @@ +id = 1988 +title = "8.2.0rc0 Regression: '-display vnc' opens gtk display as well" +state = "closed" +created_at = "2023-11-20T14:19:26.350Z" +closed_at = "2023-11-21T15:12:23.627Z" +labels = ["GUI", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1988" +host-os = "Operating system: Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.1.50 - git bisect identifies 484629fc8141eaa257f961b5e5e310a1bbd0f1a2 as the first bad commit" +guest-os = "n/a" +guest-arch = "n/a" +description = """A VNC display is requested, but a GTK frontend is opened as well. A VNC client is able to connect.""" +reproduce = """1. /configure --enable-fdt=internal --target-list=x86_64-softmmu +2. make +3. build/qemu-system-x86_64 -display vnc=:05 -k de""" +additional = """git bisect finally shows +``` +484629fc8141eaa257f961b5e5e310a1bbd0f1a2 is the first bad commit +commit 484629fc8141eaa257f961b5e5e310a1bbd0f1a2 +Author: Marc-André Lureau <marcandre.lureau@redhat.com> +Date: Wed Oct 25 17:21:17 2023 +0400 + + vl: simplify display_remote logic + + Bump the display_remote variable when the -vnc option is parsed, just + like -spice. + + Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com> + Reviewed-by: Thomas Huth <thuth@redhat.com> + + system/vl.c | 6 +----- + 1 file changed, 1 insertion(+), 5 deletions(-) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1989.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1989.toml new file mode 100644 index 00000000..8b89c0c2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1989.toml @@ -0,0 +1,40 @@ +id = 1989 +title = "Regression: by default qemu opens both vnc and stdout console" +state = "closed" +created_at = "2023-11-20T15:04:34.447Z" +closed_at = "2023-11-21T15:12:23.854Z" +labels = ["Regression", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1989" +host-os = "Fedora 34" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.1.50 (v8.1.0-2957-g462ad017ed)" +guest-os = "Fedora 38" +guest-arch = "x86_64" +description = """Running qemu with a vnc display (by default I'm not using the -display option) and -monitor stdio, +it fails because the display also wants the std output (it fails even if a pass the -vnc option). +If I remove the monitor I have both the vnc and the std output console at the same time. +I was able to use `-monitor stdio`, passing `-serial telent:...`""" +reproduce = """1. ./configure --enable-slirp --target-list=x86_64-softmmu --disable-user --disable-docs +2. make -j 4 +3. qemu-system-x86_64 ... (without `-display` as shown above)""" +additional = """After bisecting I found the following commit changed the behavior: + +``` +commit 1bec1cc0da497e55c16e2a7b50f94cdb2a02197f +Author: Marc-André Lureau <marcandre.lureau@redhat.com> +Date: Tue Sep 5 23:18:08 2023 +0400 + + ui/console: allow to override the default VC + + If a display is backed by a specialized VC, allow to override the + default "vc:80Cx24C". + + As suggested by Paolo, if the display doesn't implement a VC (get_vc() + returns NULL), use a fallback that will use a muxed console on stdio. + + This changes the behaviour of "qemu -display none", to create a muxed + serial/monitor by default (on TTY & not daemonized). + + Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com> + Reviewed-by: Thomas Huth <thuth@redhat.com> +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/199.toml b/gitlab/issues/target_missing/host_missing/accel_missing/199.toml new file mode 100644 index 00000000..8c89eab0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/199.toml @@ -0,0 +1,15 @@ +id = 199 +title = "Convert QAPI to static types" +state = "opened" +created_at = "2020-10-27T23:28:31.975Z" +closed_at = "n/a" +labels = ["Python", "QAPI/QMP", "kind::Feature Request", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/199" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1994.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1994.toml new file mode 100644 index 00000000..23ea737f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1994.toml @@ -0,0 +1,15 @@ +id = 1994 +title = "MacOS window sizing bug" +state = "closed" +created_at = "2023-11-21T16:36:02.464Z" +closed_at = "2024-03-12T14:13:34.108Z" +labels = ["device:graphics", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1994" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1995.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1995.toml new file mode 100644 index 00000000..e5cb192b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1995.toml @@ -0,0 +1,15 @@ +id = 1995 +title = "No equivalent of `-boot once` for `bootindex`" +state = "closed" +created_at = "2023-11-21T21:46:31.882Z" +closed_at = "2023-12-09T15:25:15.254Z" +labels = ["CLI", "Closed::WontFix"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1995" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1996.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1996.toml new file mode 100644 index 00000000..30b014c3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1996.toml @@ -0,0 +1,75 @@ +id = 1996 +title = "[Regression in v8.2.0-rc0] [macOS] configure: `ld: unknown options: --version `" +state = "closed" +created_at = "2023-11-22T14:12:14.380Z" +closed_at = "2023-11-22T15:35:07.716Z" +labels = ["Closed::Duplicate"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1996" +host-os = "macOS 14.1.1" +host-arch = "x86" +qemu-version = "v8.2.0-rc0, v8.2.0-rc1" +guest-os = "N/A" +guest-arch = "N/A" +description = """On macOS, `./configure` fails since v8.2.0-rc0 due to `ld: unknown options: --version`""" +reproduce = """```console +$ ./configure +Using './build' as the directory for build output +python determined to be '/usr/local/bin/python3' +python version: Python 3.11.6 +mkvenv: Creating non-isolated virtual environment at 'pyvenv' +mkvenv: checking for meson>=0.63.0 +mkvenv: installing meson==0.63.3 +mkvenv: checking for sphinx>=1.6 +mkvenv: checking for sphinx_rtd_theme>=0.5 + +'sphinx==5.3.0' not found: + • Python package 'sphinx' was not found nor installed. + • mkvenv was configured to operate offline and did not check PyPI. + + +Sphinx not found/usable, disabling docs. +Disabling PIE due to missing toolchain support +The Meson build system +Version: 0.63.3 +Source dir: /Users/suda/gopath/src/gitlab.com/qemu-project/qemu +Build dir: /Users/suda/gopath/src/gitlab.com/qemu-project/qemu/build +Build type: native build +Project name: qemu +Project version: 8.1.90 + +../meson.build:1:0: ERROR: Unable to detect linker for compiler `cc -m64 -mcx16 -Wl,--version` +stdout: +stderr: ld: unknown options: --version +clang: error: linker command failed with exit code 1 (use -v to see invocation) + + +A full log can be found at /Users/suda/gopath/src/gitlab.com/qemu-project/qemu/build/meson-logs/meson-log.txt + +ERROR: meson setup failed + + +```""" +additional = """```console +$ cc -m64 -mcx16 -Wl,--version +ld: unknown options: --version +clang: error: linker command failed with exit code 1 (use -v to see invocation) + +$ cc --version +Apple clang version 15.0.0 (clang-1500.0.40.1) +Target: x86_64-apple-darwin23.1.0 +Thread model: posix +InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bi + +$ ld --version +ld: unknown option: --version + +$ ld -v +@(#)PROGRAM:ld PROJECT:dyld-1015.7 +BUILD 16:59:22 Oct 1 2023 +configured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em +will use ld-classic for: armv6 armv7 armv7s arm64_32 i386 armv6m armv7k armv7m armv7em +LTO support using: LLVM version 15.0.0 (static support for 29, runtime is 29) +TAPI support using: Apple TAPI version 15.0.0 (tapi-1500.0.12.3) +Library search paths: +Framework search paths: +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/1997.toml b/gitlab/issues/target_missing/host_missing/accel_missing/1997.toml new file mode 100644 index 00000000..a307a755 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/1997.toml @@ -0,0 +1,28 @@ +id = 1997 +title = "Disk corruption on ARM64 (Apple Silicon) Linux VMs" +state = "opened" +created_at = "2023-11-22T15:43:27.278Z" +closed_at = "n/a" +labels = ["Storage", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/1997" +host-os = "macOS Sonoma 14.1.1" +host-arch = "ARM / arm64 / aarch64" +qemu-version = "7.2.0" +guest-os = "Linux (any flavor). In this particular case, Ubuntu 22.04 with HWE kernel" +guest-arch = "arm / arm64/ aarch64" +description = """aarch64 Linux VMs will encounter disk corruption if they're set up with a filesystem that will notice it when it happens, e.g. BTRFS. This seems to be across the board with products, including Apple Hypervisor Framework, or just QEMU, so it very well might be an aarch64 Linux bug.""" +reproduce = """1. Install an aarch64 Linux VM using BTRFS as the root filesystem. ZFS might recognize silent corruption readily as well. +2. Run `stress-ng --iomix 4` +3. Check your `dmesg` and/or `btrfs check --force <device>` to check for filesystem corruption.""" +additional = """This is discussed in two other tickets, but I'm hoping to get more attention to the problem here. +[https://github.com/lima-vm/lima/issues/1957](https://github.com/lima-vm/lima/issues/1957) +[](https://github.com/utmapp/UTM/issues/4840) + + + + + +I can't seem to figure out how to upload images, but you can probably get to the image that I'm trying to share somehow... + + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/200.toml b/gitlab/issues/target_missing/host_missing/accel_missing/200.toml new file mode 100644 index 00000000..806d56df --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/200.toml @@ -0,0 +1,15 @@ +id = 200 +title = "Add Python linters (mypy, pylint, isort, flake8) to Gitlab CI" +state = "closed" +created_at = "2020-10-27T23:26:04.853Z" +closed_at = "2021-06-03T00:25:34.465Z" +labels = ["CI", "Closed::Fixed", "Python", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/200" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2001.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2001.toml new file mode 100644 index 00000000..c4d3c66b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2001.toml @@ -0,0 +1,51 @@ +id = 2001 +title = "qemu_img convert and drive mirror migrate the same raw disk to rbd volume, will get the different USED size in ceph cluster." +state = "opened" +created_at = "2023-11-24T01:31:41.343Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2001" +host-os = "ctyunos 23.01" +host-arch = "X86" +qemu-version = "7.2.0" +guest-os = "centos8.3" +guest-arch = "X86" +description = """qemu_img convert and drive mirror migrate the same raw disk to rbd volume, will get the different USED size in ceph cluster.""" +reproduce = """create raw and qcow2 disk + +1. qemu-img create -f raw lvm_volume_1.raw 12G +2. qemu-img create -f qcow2 lvm_volume_1.qcow2 12G + + install a centos OS + +3. qemu-system-x86_64 -m 4096 -drive file=lvm_volume_1.qcow2,format=qcow2,index=0 -nographic -cdrom CentOS-8.3.2011-x86_64-dvd1.iso -vnc :25 + + convert the qcow2 OS disk to q raw OS disk + +4. qemu-img convert -f qcow2 -O raw ./lvm_volume_1.qcow2 ./lvm_volume_1.raw + + create a qemu-rbd process + +5. qemu-nbd --fork -x node1 -p 1238 rbd:cephpool- test/volume_1:id=xxx:key=xxx:mon_host=xxx:auth_supported=cephx + + boot the raw OS disk + +6. qemu-system-x86_64 -hda ./lvm_volume_1.raw -m 4096 -smp 4 -vnc :25 -monitor stdio + + migrate the raw OS disk to a ceph volume + +7. drive_mirror -n -f #block125 nbd:localhost:1238:exportname=node1 raw + + check the rbd volume USED size in ceph cluster + "rbd du cephpool-test/volume_1" + the ceph rbd volume PROVISION and USED are the same size + + convert the raw OS disk to a ceph volume + +8. qemu-img convert -n -f raw -O raw ./lvm_volume_1.raw rbd:cephpool- +test/volume_2:id=xxx:key=xxx:mon_host=xxx:auth_supported=cephx + + check the rbd volume USED size in ceph cluster + "rbd du cephpool-test/volume_2" + the ceph rbd volume PROVISION and USED are different PROVISION > USED""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2002.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2002.toml new file mode 100644 index 00000000..01a7e00d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2002.toml @@ -0,0 +1,15 @@ +id = 2002 +title = "Need to be able to set WM_CLASS under X11" +state = "opened" +created_at = "2023-11-24T04:37:26.863Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2002" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2004.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2004.toml new file mode 100644 index 00000000..b3344780 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2004.toml @@ -0,0 +1,45 @@ +id = 2004 +title = "do_guest_openat /proc interposition doesn't work for openat" +state = "opened" +created_at = "2023-11-24T17:09:30.952Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2004" +host-os = "All" +host-arch = "All" +qemu-version = "8.1.2" +guest-os = "Linux" +guest-arch = "All" +description = """For instance, trying with hppa emulated on top of x86: + +``` +$ hppa-linux-gnu-gcc test.c -o test +$ qemu-hppa-static ./test +``` + +One gets the host cpu information: + +``` +processor\t: 0 +vendor_id\t: GenuineIntel +cpu family\t: 6 +model\t\t: 142 +model name\t: Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz +[...] +``` + +while we would want to see the guest cpu information, like the test program does when `#if 0` is turned into `#if 1`: + +``` +processor\t: 0 +cpu family\t: PA-RISC 1.1e +cpu\t\t: PA7300LC (PCX-L2) +capabilities\t: os32 +model\t\t: 9000/778/B160L - Merlin L2 160 QEMU (9000/778/B160L) +``` + +This is because `do_guest_openat` only checks for the path, and does not look at `dirfd`, so it doesn't recognize that `openat(dirfd, "cpuinfo", O_RDONLY)` is actually opening a file in `/proc`. + +We could probably, when `dirfd` is not `AT_FDCWD`, try to `fstat()` it, open `/proc` with `O_DIRECTORY` and `fstat()` that too, and compare their `st_dev` and `st_ino`?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2006.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2006.toml new file mode 100644 index 00000000..0cb75612 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2006.toml @@ -0,0 +1,50 @@ +id = 2006 +title = "migrating failed with rcu_preempt message on proxmox 8" +state = "closed" +created_at = "2023-11-27T05:30:10.903Z" +closed_at = "2023-11-27T15:00:03.978Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2006" +host-os = "Proxmox 8.1(Debian 12.2)" +host-arch = "x86_64" +qemu-version = "8.1.2-4" +guest-os = "debian 12" +guest-arch = "x86_64" +description = """when i migrate the VM from one host to another, it fails and give messages: + + ``` +[ 584.109502] rcu: INFO: rcu_preempt detected stalls on CPUs/tasks: +[ 584.109534] rcu: \t1-...!: (0 ticks this GP) idle=1408/0/0x0 softirq=8428/8428 fqs=0 (false positive?) +[ 584.109556] \t(detected by 0, t=5252 jiffies, g=2953, q=74 ncpus=2) +[ 584.109561] Sending NMI from CPU 0 to CPUs 1: +[ 584.109587] NMI backtrace for cpu 1 skipped: idling at native_safe_halt+0xb/0x10 +[ 584.110564] rcu: rcu_preempt kthread timer wakeup didn't happen for 5251 jiffies! g2953 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 +[ 584.110585] rcu: \tPossible timer handling issue on cpu=1 timer-softirq=8006 +[ 584.110597] rcu: rcu_preempt kthread starved for 5252 jiffies! g2953 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=1 +[ 584.110614] rcu: \tUnless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior. +[ 584.110645] rcu: RCU grace-period kthread stack dump: +[ 584.110658] task:rcu_preempt state:I stack:0 pid:15 ppid:2 flags:0x00004000 +[ 584.110667] Call Trace: +[ 584.110672] <TASK> +[ 584.110688] __schedule+0x351/0xa20 +[ 584.110699] ? rcu_gp_cleanup+0x480/0x480 +[ 584.110704] schedule+0x5d/0xe0 +[ 584.110705] schedule_timeout+0x94/0x150 +[ 584.110709] ? __bpf_trace_tick_stop+0x10/0x10 +[ 584.110714] rcu_gp_fqs_loop+0x141/0x4c0 +[ 584.110717] rcu_gp_kthread+0xd0/0x190 +[ 584.110720] kthread+0xe9/0x110 +[ 584.110725] ? kthread_complete_and_exit+0x20/0x20 +[ 584.110728] ret_from_fork+0x22/0x30 +[ 584.110735] </TASK> +[ 584.110736] rcu: Stack dump where RCU GP kthread last ran: +[ 584.110747] Sending NMI from CPU 0 to CPUs 1: +[ 584.110757] NMI backtrace for cpu 1 skipped: idling at native_safe_halt+0xb/0x10 + + ``` + +we can reproduce on our R630 cluster easily, but it is OK on R730 cluster and R740 cluster.""" +reproduce = """1. create and run an VM +2. migrate the vm to other host +3. it failed with message""" +additional = """i downgrade the pve-qemu-kvm from 8.1.2-4 to 8.0.2-3, same problem.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2009.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2009.toml new file mode 100644 index 00000000..72e1a4ec --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2009.toml @@ -0,0 +1,15 @@ +id = 2009 +title = "ld: warning: -undefined error is deprecated" +state = "closed" +created_at = "2023-11-29T09:26:40.150Z" +closed_at = "2023-11-30T08:10:48.405Z" +labels = ["Build System", "Closed::NotOurBug", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2009" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/201.toml b/gitlab/issues/target_missing/host_missing/accel_missing/201.toml new file mode 100644 index 00000000..dc259bd6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/201.toml @@ -0,0 +1,15 @@ +id = 201 +title = "Create an asynchronous Python QMP library" +state = "closed" +created_at = "2020-10-27T23:57:00.695Z" +closed_at = "2022-03-23T02:51:16.504Z" +labels = ["Python", "QAPI/QMP", "Tests", "kind::Feature Request", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/201" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2011.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2011.toml new file mode 100644 index 00000000..ec0c88ad --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2011.toml @@ -0,0 +1,15 @@ +id = 2011 +title = "ARM emulation layer for Windows x86_64 OS request" +state = "closed" +created_at = "2023-12-01T10:51:22.724Z" +closed_at = "2023-12-01T20:01:19.182Z" +labels = ["Closed::WontFix", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2011" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2012.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2012.toml new file mode 100644 index 00000000..781411e8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2012.toml @@ -0,0 +1,20 @@ +id = 2012 +title = "Possible regression: Windows 95 setup fails on show of license" +state = "closed" +created_at = "2023-12-01T15:37:58.221Z" +closed_at = "2024-01-19T16:40:58.217Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2012" +host-os = "Apple MacOS Sonoma 14.1.2" +host-arch = "ARM/M1" +qemu-version = "from git" +guest-os = "Windows 95" +guest-arch = "i386" +description = """Install of Windows 95 fails when showing the license. Qemu v8.1.0 is fine, Qemu 8.1.3 and later failes. Git bisect suggest the problem may have been introduced at 9fb45b05582438dcd52d2d48d48feb05de680c37""" +reproduce = """1. Find install CD for Windows 95 and a DOS boot floppy +2. Create a harddrive (size 300MB) +3. Boot from floppy, create and format partition C: using all available space +4. change to the CD at D: and run command SETUP.EXE +5. follow instructions until display of license +6. See error: SUWIN caused a General Protection Fault in module <unknown>""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2014.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2014.toml new file mode 100644 index 00000000..00df4b08 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2014.toml @@ -0,0 +1,61 @@ +id = 2014 +title = "virtio: bounce.in_use==true in virtqueue_map_desc()" +state = "opened" +created_at = "2023-12-02T15:28:55.108Z" +closed_at = "n/a" +labels = ["device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2014" +host-os = "Ubuntu 24.04 (Noble)" +host-arch = "amd64" +qemu-version = "8.2-rc2 / 8.1.92" +guest-os = "EDK II" +guest-arch = "riscv64" +description = """""" +reproduce = """1. Build EDK II (edk2-stable202311) for riscv64 +2. Build UEFI SCT (commit 81dfa8d53d4290) for riscv64 +3. Run the UEFI SCT +4. Observe the message "qemu: virtio: bogus descriptor or out of resources" after which the execution stalls. + +The full procedure is described in https://github.com/xypron/sct_release_test + +To save time you can call `sct -u` and select only test 'MediaAccessTest\\\\BlockIOProtocolTest'. Run it with `F9`.""" +additional = """virtqueue_map_desc() may be called for a large buffers size `sz`. It will then call dma_memory_map() multiple times in a loop. In address_space_map() `bounce.in_use` is set to `true` on the first call. Each subsequent call is bound to fail. + +To verify this is the cause I applied the following diff: + +```plaintext +diff --git a/system/physmem.c b/system/physmem.c +index a63853a7bc..12b3c2f828 100644 +--- a/system/physmem.c ++++ b/system/physmem.c +@@ -3151,12 +3151,16 @@ void *address_space_map(AddressSpace *as, + + if (!memory_access_is_direct(mr, is_write)) { + if (qatomic_xchg(&bounce.in_use, true)) { ++ fprintf(stderr, "bounce.in_use in address_space_map\\n"); ++ + *plen = 0; + return NULL; + } + /* Avoid unbounded allocations */ + l = MIN(l, TARGET_PAGE_SIZE); + bounce.buffer = qemu_memalign(TARGET_PAGE_SIZE, l); ++ if (!bounce.buffer) ++ fprintf(stderr, "Out of memory in address_space_map\\n"); + bounce.addr = addr; + bounce.len = l; +``` + +and saw this output: + +```plaintext +Logfile: "\\sct\\Log\\MediaAccessTest\\BlockIOProtocolTest0\\ReadBlocks_Conf_0_0_8261 +59D3-04A5-4CCE-8431-344707A8B57A.log" +Test Started: 12/02/23 08:43a +------------------------------------------------------------ +Current Device: Acpi(PNP0A03,0)/Pci(3|0) +Bounce.in_use in address_space_map +qemu: virtio: bogus descriptor or out of resources +``` + +See related bug #850.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2016.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2016.toml new file mode 100644 index 00000000..b8535df7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2016.toml @@ -0,0 +1,17 @@ +id = 2016 +title = "-virtfs not working on windows" +state = "opened" +created_at = "2023-12-03T11:57:31.801Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2016" +host-os = "windows 10" +host-arch = "x64" +qemu-version = "8.1.91" +guest-os = "- OS/kernel version:" +guest-arch = "arm64" +description = """performing the above returns +qemu-system-aarch64.exe: -virtfs abc: There is no option group 'virtfs' +qemu-system-aarch64.exe: -virtfs abc: virtfs support is disabled""" +reproduce = """1.qemu-system-aarch64.exe -virtfs abc""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2018.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2018.toml new file mode 100644 index 00000000..aa78e959 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2018.toml @@ -0,0 +1,30 @@ +id = 2018 +title = "QEMU would not start when trying to create two UFS host controllers" +state = "closed" +created_at = "2023-12-05T04:34:18.821Z" +closed_at = "2023-12-05T21:32:34.466Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2018" +host-os = "22.04.1-Ubuntu" +host-arch = "x86_64" +qemu-version = "latest master" +guest-os = "NA" +guest-arch = "NA" +description = """This issue is reported by Akinobu Mita. +https://lore.kernel.org/qemu-devel/20231204150543.48252-1-akinobu.mita@gmail.com/ + +> QEMU would not start when trying to create two UFS host controllers and a UFS logical unit for each with the following options: +> +> -device ufs,id=bus0 \\ +> -device ufs-lu,drive=drive1,bus=bus0,lun=0 \\ +> -device ufs,id=bus1 \\ +> -device ufs-lu,drive=drive2,bus=bus1,lun=0 \\ +> +> This is because the same ID string ("0:0:0/scsi-disk") is generated +> for both UFS logical units. +> +> To fix this issue, prepend the parent pci device's path to make +> the ID string unique. +> ("0000:00:03.0/0:0:0/scsi-disk" and "0000:00:04.0/0:0:0/scsi-disk")""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2019.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2019.toml new file mode 100644 index 00000000..fd3c811a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2019.toml @@ -0,0 +1,34 @@ +id = 2019 +title = "Additional network device is not recognized on windows guest vm" +state = "opened" +created_at = "2023-12-06T08:39:28.492Z" +closed_at = "n/a" +labels = ["Networking", "guest: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2019" +host-os = "Ubuntu 22.04.1 LTS" +host-arch = "x86_64" +qemu-version = "v7.2.2" +guest-os = "Windows 2019/2022" +guest-arch = "x86" +description = """I have a problem for using Windows 2019/2022 guest vm as QEMU. +When I add a network device more online, it isn't work and recognized. +There is an error occurs at the Device Manager. + + + +I added network device with this qmp command +``` +'{ "execute": "chardev-add", "arguments":{"id":"charnet_35", "backend": { "type" : "socket", "data" : { "addr" : { "type" : "unix", "data" : {"path" : "/tmp/17115.1''"}}, "server" : true, "wait" : false }}}}' | nc -U $socket -N +'{ "execute": "netdev_add", "arguments":{"type":"vhost-user", "id":"'hostnet_35", "chardev":"charnet_35", "queues":2 }}' | nc -U $socket -N +'{ "execute" : "device_add", "arguments" : {"driver" : "virtio-net-pci", "mq":"on" ,"vectors":6, "netdev":"hostnet_35", "id":"dpdk_35", "mac":"F2:20:AF:40:12:65", "bus" : "bridge", "addr" : "0x8", "page-per-vq": "on", "rx_queue_size" : 1024, "tx_queue_size": 1024, "mrg_rxbuf" : "on", "disable-legacy": "on", "disable-modern" : "off" , "host_mtu" : 1500, "csum" : "on", "guest_csum" : "on", "host_tso4" : "on", "host_tso6" : "on"}}' | nc -U $socket -N +``` + +But, I can check recognized additional Network device after Windows guest vm rebooted.""" +reproduce = """1. Boot Windows 2019/2022 guest vm +2. Add chardev, netdev, device more with qmp command as hotplug +3. Check Network device recognition on the guest os""" +additional = """- I'm using hardware vDPA offloading with mellanox NIC card. +And When I use tap device instead vhost-user at the netdev, I don't have any problem. That error does not occured + +- And second, when I disable the first NIC, The additional NIC is recognized. +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/202.toml b/gitlab/issues/target_missing/host_missing/accel_missing/202.toml new file mode 100644 index 00000000..9d976ef5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/202.toml @@ -0,0 +1,15 @@ +id = 202 +title = "Move scripts/qmp/qom-* tooling into qemu.qmp.*" +state = "closed" +created_at = "2020-10-27T23:32:29.629Z" +closed_at = "2022-03-23T02:57:26.685Z" +labels = ["Python", "QAPI/QMP", "QOM", "kind::Feature Request", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/202" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2021.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2021.toml new file mode 100644 index 00000000..0d5872a7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2021.toml @@ -0,0 +1,15 @@ +id = 2021 +title = "crashing when trying to read data from sensor though usb" +state = "opened" +created_at = "2023-12-07T10:53:17.115Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2021" +host-os = "n/a" +host-arch = "arm64. mac m1" +qemu-version = "4.4.4" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2023.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2023.toml new file mode 100644 index 00000000..1de0b14d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2023.toml @@ -0,0 +1,15 @@ +id = 2023 +title = "[block jobs]qemu hang when creating snapshot target node(iothread enable)" +state = "closed" +created_at = "2023-12-08T10:29:01.088Z" +closed_at = "2024-01-16T06:07:07.705Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2023" +host-os = "RHEL9" +host-arch = "x86" +qemu-version = "v8.2.0-rc2-48-g d451e32ce8" +guest-os = "RHEL9" +guest-arch = "x86" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2024.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2024.toml new file mode 100644 index 00000000..b8fd08e3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2024.toml @@ -0,0 +1,38 @@ +id = 2024 +title = "IPv6 DHCPv6 DUID-UUID Generation Issue with iPXE on QEMU 8.1.2 and SMBIOS 3.0" +state = "closed" +created_at = "2023-12-08T16:25:15.863Z" +closed_at = "2024-01-03T14:42:57.313Z" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2024" +host-os = "Arch Linux / Debian" +host-arch = "x86_64/x86_64" +qemu-version = "QEMU emulator version 8.1.3 / QEMU emulator version 8.1.2 (pve-qemu-kvm_8.1.2-4)" +guest-os = "IPXE" +guest-arch = "x86_64" +description = """I'm creating this ticket in both projects affected as I'm unsure which side needs to resolve it. I discovered this bug after upgrading Proxmox to version 8.1. I use iPXE to boot in IPv6 and retrieve the configuration from a web server. I have a DHCPv6 and SLAAC server configured. + +In this configuration, iPXE is unable to generate the necessary DUID-UUID for IPv6. If I revert to the previous QEMU version (using the machine: pc-i440fx-8.0 option in Proxmox), I have no issues. The only difference I notice and understand is the switch to SMBIOS 3.0, which is 64 bits, compared to SMBIOS 2.8, which is 32 bits. It appears to be the same issue with Libvirt. By default, it uses pc-q35-8.1, and I encounter the bug. However, if I switch to pc-q35-8.0, the problem is resolved. + +I've included two sets of information in the first part. The first one is from my local computer using libvirt, making it easier to reproduce the bug. The second set is from my production environment. + +Here's the iPXE trace: + +```plaintext +iPXE> ifconf --configurator ipv6 +Configuring [ipv6] (net0 66:b5:3e:97:7d:4e)... +DHCPv6 net0 could not create DUID-UUID: No such file or directory (https://ipxe.org/2d0c203b) +No such file or directory (https://ipxe.org/2d0c203b) +```""" +reproduce = """1. Create a PXE ISO with IPv6 debug options: + 1. Clone the iPXE repository with the following command: + * `git clone https://github.com/ipxe/ipxe` + 2. Navigate to the src directory: + * `cd ipxe/src` + 3. Build the iPXE ISO with IPv6 debug options using the following command: + * `DEBUG='dhcpv6,neighbour' make bin/ipxe.iso` +2. Set up a Libvirt network with DHCPv6 enabled (example configuration provided in the next section). +3. Create a virtual machine with the generated iPXE ISO and the network configured for IPv6. +4. Press `Ctrl+B` to access the iPXE shell. +5. Execute the command `ifconf --configurator ipv6` in the iPXE shell.""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2025.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2025.toml new file mode 100644 index 00000000..76dc6f4f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2025.toml @@ -0,0 +1,38 @@ +id = 2025 +title = "Can't make the touchscreen work in Windows VM, device virtio-multitouch-pci not starting" +state = "opened" +created_at = "2023-12-09T14:46:00.455Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2025" +host-os = "debian 12" +host-arch = "amd64" +qemu-version = "8.1.2" +guest-os = "Windows 10" +guest-arch = "64 bits" +description = """I tried the multitouch on qemu 8, by adding "-device virtio-multitouch-pci" to the qemu cmd line +I could make the multitouch work for an Ubuntu VM, but not for a Windows VM +Last version of Virtio drivers are installed in Windows. + +Here are the issues i can see in windows : + + +Windows Events of virtio input driver device : + +``` +Device PCI\\VEN_1AF4&DEV_1052&SUBSYS_11001AF4&REV_01\\3&2411e6fe&0&18 had a problem starting. +Driver Name: oem7.inf +Class Guid: {745a17a0-74d3-11d0-b6fe-00a0c90f57da} +Service: VirtioInput +Lower Filters: +Upper Filters: +Problem: 0xA +Problem Status: 0xC000009A +``` +Qemu didnt produce any logs regarding this PCI + +Do I miss something ? + +Thanks for your help""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2026.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2026.toml new file mode 100644 index 00000000..961b5d18 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2026.toml @@ -0,0 +1,16 @@ +id = 2026 +title = "Virtio-vga-gl: If xres/yres is set, Qemu should not inherit the resolution of the window" +state = "opened" +created_at = "2023-12-10T01:56:17.269Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2026" +host-os = "Arch" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.1.50 (v8.1.0-3127-g69680740ea)" +guest-os = "Android/Fedora 39-1.5" +guest-arch = "x86" +description = """Despite setting xres=1920,yres-1080 when the VM the resolution the VM gets set to is inherited from the window.""" +reproduce = """1. Launch VM with xres/yres set +2. check display size""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2028.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2028.toml new file mode 100644 index 00000000..7179ab03 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2028.toml @@ -0,0 +1,15 @@ +id = 2028 +title = "CAN sja1000 standard frame filter bug" +state = "closed" +created_at = "2023-12-11T04:28:20.924Z" +closed_at = "2024-01-05T18:43:18.535Z" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2028" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2029.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2029.toml new file mode 100644 index 00000000..7ca7b764 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2029.toml @@ -0,0 +1,15 @@ +id = 2029 +title = "[block jobs]Guest hang when dd file on snapshot overlay(iothread enable)" +state = "closed" +created_at = "2023-12-11T07:39:54.789Z" +closed_at = "2024-02-26T02:53:10.636Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2029" +host-os = "RHEL9" +host-arch = "x86" +qemu-version = "v8.2.0-rc2-48-gd451e32ce8" +guest-os = "RHEL9" +guest-arch = "x86" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/203.toml b/gitlab/issues/target_missing/host_missing/accel_missing/203.toml new file mode 100644 index 00000000..0c073287 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/203.toml @@ -0,0 +1,15 @@ +id = 203 +title = "move ./scripts/qapi/ to ./python/qemu/qapi/" +state = "opened" +created_at = "2020-10-27T23:19:28.781Z" +closed_at = "n/a" +labels = ["Python", "QAPI/QMP", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/203" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2031.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2031.toml new file mode 100644 index 00000000..bea88178 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2031.toml @@ -0,0 +1,25 @@ +id = 2031 +title = "Redundant comparison" +state = "closed" +created_at = "2023-12-11T13:38:17.912Z" +closed_at = "2023-12-11T15:49:31.515Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2031" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The result of the function `qdev_get_hotplug_handler` is always __NULL__. That is why the comparison in the line №502 is redundant: + +https://gitlab.com/qemu-project/qemu/-/blob/master/hw/core/qdev.c#L501 + +This code will never be executed: + +https://gitlab.com/qemu-project/qemu/-/blob/master/hw/core/qdev.c#L502-L507 + +Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE. + +Author A. Voronin.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2032.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2032.toml new file mode 100644 index 00000000..2f2ecf82 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2032.toml @@ -0,0 +1,39 @@ +id = 2032 +title = "qemu-guest-agent not starting" +state = "closed" +created_at = "2023-12-11T14:20:20.058Z" +closed_at = "2024-01-20T15:21:58.120Z" +labels = ["Guest Agent", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2032" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "n/a" +guest-arch = "n/a" +description = """Trace found in syslog : +``` +syslog:Dec 11 13:45:08 mail systemd[1]: dev-virtio\\x2dports-org.qemu.guest_agent.0.device: Job dev-virtio\\x2dports-org.qemu.guest_agent.0.device/start timed out. +syslog:Dec 11 13:45:08 mail systemd[1]: Timed out waiting for device /dev/virtio-ports/org.qemu.guest_agent.0. +syslog:Dec 11 13:45:08 mail systemd[1]: qemu-guest-agent.service: Job qemu-guest-agent.service/start failed with result 'dependency'. +syslog:Dec 11 13:45:08 mail systemd[1]: dev-virtio\\x2dports-org.qemu.guest_agent.0.device: Job dev-virtio\\x2dports-org.qemu.guest_agent.0.device/start failed with result 'timeout'. +```""" +reproduce = """systemctl start qemu-guest-agent""" +additional = """Messages when installing the systemd unit : +``` +systemctl enable qemu-guest-agent +Synchronizing state of qemu-guest-agent.service with SysV service script with /lib/systemd/systemd-sysv-install. +Executing: /lib/systemd/systemd-sysv-install enable qemu-guest-agent +The unit files have no installation config (WantedBy=, RequiredBy=, Also=, +Alias= settings in the [Install] section, and DefaultInstance= for template +units). This means they are not meant to be enabled using systemctl. + +Possible reasons for having this kind of units are: +• A unit may be statically enabled by being symlinked from another unit's + .wants/ or .requires/ directory. +• A unit's purpose may be to act as a helper for some other unit which has + a requirement dependency on it. +• A unit may be started when needed via activation (socket, path, timer, + D-Bus, udev, scripted systemctl call, ...). +• In case of template units, the unit is meant to be enabled with some + instance name specified. + ```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2033.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2033.toml new file mode 100644 index 00000000..cbdaad9c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2033.toml @@ -0,0 +1,15 @@ +id = 2033 +title = "goldfish_rtc device incorrectly migrates tick offset as an offset from QEMU_CLOCK_VIRTUAL" +state = "closed" +created_at = "2023-12-12T14:11:35.264Z" +closed_at = "2025-03-06T06:38:23.822Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2033" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2035.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2035.toml new file mode 100644 index 00000000..b2833b78 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2035.toml @@ -0,0 +1,62 @@ +id = 2035 +title = "TCG Plugin exit callback not executing" +state = "opened" +created_at = "2023-12-13T15:46:34.693Z" +closed_at = "n/a" +labels = ["TCG plugins", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2035" +host-os = "RHEL 8" +host-arch = "x86" +qemu-version = "master, 8.1.3" +guest-os = "n/a" +guest-arch = "n/a" +description = """I cannot get the plugin exit callback to register/execute. I should see "Goodbye from plugin" but dont. I have also tried using `qemu_plugin_outs` without success. + +**Update: If I make my test binary an infinite loop and kill it with CTRL-C, then the callback is called as expected. Am I just using it wrong?**""" +reproduce = """1. Configured QEMU with `--target-list=riscv32-linux-user,riscv64-linux-user --enable-plugins --disable-system` +2. Compiled plugin with +``` +gcc -I./qemu/include/qemu `pkg-config --libs glib-2.0` -O0 -fvisibility=hidden -Wall -shared -fPIC `pkg-config --cflags glib-2.0` +``` +3. Compiled test binary (just a hello world) with `riscv64-unknown-elf-gcc test_qemu.c -o test_qemu` +4. Ran ./qemu/build/qemu-riscv64 -plugin ./test_plugin.so -d plugin ./test_qemu""" +additional = """test_plugin.c +``` +#include <inttypes.h> +#include <assert.h> +#include <stdlib.h> +#include <string.h> +#include <unistd.h> +#include <stdio.h> +#include <qemu-plugin.h> + +QEMU_PLUGIN_EXPORT int qemu_plugin_version = QEMU_PLUGIN_VERSION; + +static void vcpu_tb_trans(qemu_plugin_id_t id, struct qemu_plugin_tb *tb) +{ + int n_insns = qemu_plugin_tb_n_insns(tb); + printf("> New TB of size %d\\n", n_insns); + + for (int i = 0; i < n_insns; i++) { + struct qemu_plugin_insn * insn = qemu_plugin_tb_get_insn(tb, i); + char * disassembly = qemu_plugin_insn_disas(insn); + printf(" > Instruciton: %s\\n", disassembly); + } +} + +static void plugin_exit(qemu_plugin_id_t id, void *p) +{ + printf("> Goodbye from plugin. %d\\n", id); +} + +QEMU_PLUGIN_EXPORT int qemu_plugin_install(qemu_plugin_id_t id, + const qemu_info_t *info, + int argc, char **argv) +{ + printf("> Hello From Plugin!\\n"); + qemu_plugin_register_vcpu_tb_trans_cb(id, vcpu_tb_trans); + qemu_plugin_register_atexit_cb(id, plugin_exit, NULL); + printf("> Everything was registered\\n"); + return 0; +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2036.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2036.toml new file mode 100644 index 00000000..7fa32f4d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2036.toml @@ -0,0 +1,19 @@ +id = 2036 +title = "`edk2-riscv-code.fd.bz2` is included in the repo but not installed to `$PREFIX/share/qemu`" +state = "closed" +created_at = "2023-12-14T05:01:55.486Z" +closed_at = "2024-09-05T06:32:30.150Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2036" +host-os = "N/A" +host-arch = "N/A" +qemu-version = "v8.0.0-rc1 and later, including the current master (v8.2.0-rc4)" +guest-os = "N/A" +guest-arch = "N/A" +description = """`edk2-riscv-code.fd.bz2` is included in the repo (https://gitlab.com/qemu-project/qemu/-/blob/v8.2.0-rc4/pc-bios/edk2-riscv-code.fd.bz2), but this file is not installed to `$PREFIX/share/qemu`. + +The binaries for other architectures (aarch64, arm, i386, x86\\_64) are installed as expected. +https://gitlab.com/qemu-project/qemu/-/blob/v8.2.0-rc4/pc-bios/meson.build?ref_type=tags#L3-L12""" +reproduce = """`ls $PREFIX/share/qemu/edk2-*`""" +additional = """- Not sure if this is intentional or a bug. +- The descriptor JSON file is missing for riscv: https://gitlab.com/qemu-project/qemu/-/tree/v8.2.0-rc4/pc-bios/descriptors""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2038.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2038.toml new file mode 100644 index 00000000..d0df940f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2038.toml @@ -0,0 +1,26 @@ +id = 2038 +title = "simpletrace.py does nothing, and syntax error when called from bash script" +state = "opened" +created_at = "2023-12-15T11:42:44.330Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2038" +host-os = "RHEL 8" +host-arch = "x86" +qemu-version = "master branch" +guest-os = "n/a" +guest-arch = "n/a" +description = """The simpletrace python script appears to do nothing when I run it as above. + +It appears to run (but do nothing) when called from my terminal but there is also a syntax error when I run it from the bash script above. + +``` +SyntaxError: invalid syntax + File "<fstring>", line 1 + (pid=) + ^ +``` + +I think this syntax error is caused by the line `print(f'{event.name} {delta_ns / 1000:0.3f} {pid=} ' + ' '.join(fields))`""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2039.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2039.toml new file mode 100644 index 00000000..29a18e58 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2039.toml @@ -0,0 +1,19 @@ +id = 2039 +title = "there is no 'write' lock checked when exec `qemu-img check lvqcow2`" +state = "opened" +created_at = "2023-12-18T06:35:03.135Z" +closed_at = "n/a" +labels = ["Storage", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2039" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """There is a difference between a qcow2 file image and a lvqcow2 img. + +'write' lock will be checked when using a normal qcow2-format image (/path/to/img/test.qcow2) to avoid some risky operations. However, when I create a qcow2 img on a lv, there is not any write lock checked when I perform `qemu-img check` on this lvqcow2 even though it was attached to a vm.""" +reproduce = """1. create a lvqcow2: `qemu-img create -f qcow2 /path/to/lv xxG` +2. create a vm using this lvqcow2 +3. exec `qemu-img check` on this lvqcow2, there is no any perm (such as 'write' lock) check and notifaction even though this lvqcow2 is using in qemu vm.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/204.toml b/gitlab/issues/target_missing/host_missing/accel_missing/204.toml new file mode 100644 index 00000000..07010c50 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/204.toml @@ -0,0 +1,15 @@ +id = 204 +title = "Dos Keypad is not working for numbers - numlock is not working" +state = "opened" +created_at = "2021-05-06T17:31:27.845Z" +closed_at = "n/a" +labels = ["Launchpad", "device:input", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/204" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2042.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2042.toml new file mode 100644 index 00000000..46451466 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2042.toml @@ -0,0 +1,28 @@ +id = 2042 +title = "Not able to reboot Linux guest on Windows host" +state = "opened" +created_at = "2023-12-18T22:23:14.711Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2042" +host-os = "Windows 10 Enterprise" +host-arch = "x86_64" +qemu-version = "8.1" +guest-os = "Linux Mint" +guest-arch = "x86_64" +description = """I am running Linux Mint on Windows, but when I try to reboot the machine, I get the following error: + +qemu: WHPX: Unexpected VP exit code 4 + +I did some experiments changing the flags I use when I launch Qemu and I realized that if I set -smp 1 it does not fail. Furthermore, if I set the irqchip to off (kernel-irqchip=off) it does not fail either, but both options do not have good performance at all. I realized too that if I set 4 cores (-smp 4), the error might appear up to 4 times. + +What seems to be failing then is the APIC emulation that Hyper-V provides. Does anyone know if: + +1. Am I missing a flag when launching Qemu? +2. Is it there a patch to solve this? + +Any leads for solving this problem would be highly appreciated.""" +reproduce = """1. Install MSYS +2. Open MSYS and run pacman -S mingw-w64-x86_64-qemu +3. Launch Qemu and reboot machine""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2043.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2043.toml new file mode 100644 index 00000000..ded54a20 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2043.toml @@ -0,0 +1,82 @@ +id = 2043 +title = "QEMU hangs sometimes during TRIM command" +state = "opened" +created_at = "2023-12-19T09:33:17.737Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2043" +host-os = "Debian 11 + Xen 4.16.5" +host-arch = "x86_64" +qemu-version = "8.1.93 (v8.2.0-rc3)" +guest-os = "Windows 7 Enterprise Service Pack 1" +guest-arch = "x86_64" +description = """I encountered a virtual machine freeze when map cache invalidation request was received while executing a TRIM command. + +I did some research and i think i found the problem. + +1. `xen_invalidate_map_cache` calls `bdrv_drain_all` before invalidation +2. All BlockBackend devices run into quiesce mode (increment of `blk->quiesce_counter` in `blk_root_drained_begin`) +3. When processing another block in TRIM command coroutine `blk_co_do_pdiscard` calls `blk_wait_while_drained` +4. In `blk_wait_while_drained` we go under tre condition, decrement `in_flight` counter and yield the coroutine +5. After return from `blk_aio_complete_bh` `in_flight` counter of `BlockBackend` device remains with value 1, which prevents `AIO_WAIT_WHILE_UNLOCKED(NULL, bdrv_drain_all_poll());` loop from exiting +6. So QEMU stays in `bdrv_drain_all_begin` method + +Now why `in_flight` counter does not go to zero in point 5? + +Below is a call diagram for TRIM command. For example, consider processing of 2 blocks. + + + +s can be seen from the diagram `in_flight` counter of BlockBackend at first increments at start of command in `ide_issue_trim`, and next in `blk_aio_prwv` before start of coroutine. But for second and next blocks we get into BH method `blk_aio_complete_bh` and before decrementing `in_flight` we call `acb->common.cb` callback, that is in fact `ide_issue_trim_cb`, so we incrementing `in_flight` again to value of 3. And decrementing to value of 2 before return from `blk_aio_complete`. + +So, the value of `blk->in_flight` varies in range [2..3] during block processing. + +Now consider the situation when map cache invalidation request is received during a block processing in TRIM command. Below is a call diagram for this situation. + + + +In this example we get invalidation request before second block processing. Our BlockBackend device run into quiesce mode, and we yielding the coroutine in `blk_wait_while_drained`, decrementing `in_flight` counter from 3 to 2. Second decrement is made in `blk_aio_complete` (2 to 1). + +And now we get in situation, when we not scheduling any block processing methods, as they must be called later from `bdrv_drain_all_end`, and on the other hand, `bdrv_drain_all_poll` always returns true, as we have non-zero `in_flight` counter on one of BlockBackend devices. + +As one of possible solutions i try to call `blk_set_disable_request_queuing(s->blk, true);` in `ide_issue_trim` and corresponding `blk_set_disable_request_queuing(blk, false);` in `ide_trim_bh_cb`. Looks like it solves the problem, so TRIM command always process completely, as is ignore quiesce mode and not do coroutine yielding. But i think is not optimal. + +I try also remove incrementing and decrementing of `in_flight` counter in `ide_issue_trim` and `ide_trim_bh_cb`, so value of counter varies in range [1..2] during block processing. This also works, but i started to get warings like `Locked DMA mapping while invalidating mapcache!`, as TRIM command probably uses map cache and is not completed before actual map cache invalidation.""" +reproduce = """1. Run virtual machine +2. Run progrms, work with files, etc.""" +additional = """QEMU trace logs. Enabled trace events: handle_ioreq, ide_dma_cb, dma_blk_io, dma_blk_cb, dma_complete, qemu_coroutime_yield. + +Log of TRIM command without freeze excerpt: + +``` +… +handle_ioreq I/O=0x7ffc51d5e160 type=0 dir=0 df=0 ptr=0 port=0x1f4 data=0x0 count=1 size=1 +handle_ioreq I/O=0x7ffc51d5e160 type=0 dir=0 df=0 ptr=0 port=0x1f5 data=0x0 count=1 size=1 +handle_ioreq I/O=0x7ffc51d5e160 type=0 dir=0 df=0 ptr=0 port=0x1f7 data=0x6 count=1 size=1 +handle_ioreq I/O=0x7ffc51d5e160 type=0 dir=0 df=0 ptr=0 port=0xc160 data=0x1 count=1 size=1 +ide_dma_cb IDEState 0x5559d513ff98; sector_num=0 n=1 cmd=DMA TRIM +dma_blk_io dbs=0x5559d5c6f350 bs=0x5559d513ff98 offset=0 to_dev=1 +dma_blk_cb dbs=0x5559d5c6f350 ret=0 +dma_blk_cb dbs=0x5559d5c6f350 ret=0 +dma_complete dbs=0x5559d5c6f350 ret=0 cb=0x5559d1585620 +handle_ioreq I/O=0x7ffc51d5e160 type=0 dir=1 df=0 ptr=0 port=0xc162 data=0x0 count=1 size=1 +handle_ioreq I/O=0x7ffc51d5e160 type=0 dir=1 df=0 ptr=0 port=0xc162 data=0x0 count=1 size=1 +handle_ioreq I/O=0x7ffc51d5e160 type=0 dir=0 df=0 ptr=0 port=0xc160 data=0x0 count=1 size=1 +… +``` + +Log of TRIM command with freeze: + +``` +… +handle_ioreq I/O=0x7ffc52722ae0 type=8 dir=0 df=0 ptr=0 port=0x0 data=0xffffffffffffffff count=0 size=4 +handle_ioreq I/O=0x7ffc52722ae0 type=8 dir=0 df=0 ptr=0 port=0x0 data=0xffffffffffffffff count=0 size=4 +handle_ioreq I/O=0x7ffc52722ae0 type=8 dir=0 df=0 ptr=0 port=0x0 data=0xffffffffffffffff count=0 size=4 +handle_ioreq I/O=0x7ffc52722ae0 type=0 dir=0 df=0 ptr=0 port=0xc160 data=0x1 count=1 size=1 +ide_dma_cb IDEState 0x55c76faccf98; sector_num=0 n=1 cmd=DMA TRIM +dma_blk_io dbs=0x55c770425b50 bs=0x55c76faccf98 offset=0 to_dev=1 +dma_blk_cb dbs=0x55c770425b50 ret=0 +handle_ioreq I/O=0x7ffc52722ae0 type=8 dir=0 df=0 ptr=0 port=0x0 data=0xffffffffffffffff count=0 size=4 +qemu_coroutine_yield from 0x55c76f4207f0 to 0x7f7fb099e0c0 +[end of log, no more events] +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2045.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2045.toml new file mode 100644 index 00000000..59ba754e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2045.toml @@ -0,0 +1,15 @@ +id = 2045 +title = "virtio-gpu-*-pci Support reset of virtual GPU from /sys/bus/pci/devices/$NUMBER/reset" +state = "opened" +created_at = "2023-12-19T18:46:57.998Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2045" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2046.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2046.toml new file mode 100644 index 00000000..ee3d7e2e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2046.toml @@ -0,0 +1,15 @@ +id = 2046 +title = "live migration error : qemu-kvm: Missing section footer for 0000:00:01.3/piix4_pm" +state = "opened" +created_at = "2023-12-20T12:54:00.571Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2046" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2047.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2047.toml new file mode 100644 index 00000000..493b476a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2047.toml @@ -0,0 +1,15 @@ +id = 2047 +title = "Support of LibVF.IO - vendor neutral GPU multiplexing tool driven by YAML & VFIO." +state = "opened" +created_at = "2023-12-20T18:44:59.411Z" +closed_at = "n/a" +labels = ["VFIO", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2047" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Git: https://github.com/Arc-Compute/LibVF.IO/tree/master/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2048.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2048.toml new file mode 100644 index 00000000..661dd792 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2048.toml @@ -0,0 +1,15 @@ +id = 2048 +title = "Host: Wayland sdl display problem" +state = "opened" +created_at = "2023-12-20T21:52:07.639Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2048" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2049.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2049.toml new file mode 100644 index 00000000..8d339c10 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2049.toml @@ -0,0 +1,21 @@ +id = 2049 +title = "drive-mirror RBD thin" +state = "opened" +created_at = "2023-12-21T06:46:48.169Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2049" +host-os = "【CentOS Linux release 7.9.2009 (Core)】" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.1.92 (v8.2.0-rc2-48-gd451e32ce8)" +guest-os = "CentOS7" +guest-arch = "x86_64" +description = """I found that this problem was first discovered in 2014. There was a post +[2014 bug description](https://lists.gnu.org/archive/html/qemu-devel/2014-10/msg01231.html )、 +[2014 patch](https://patchwork.ozlabs.org/project/qemu-devel/patch/1433747185-16797-2-git-send-email-famz@redhat.com/) +mentioning this bug. +The patch in the post said that this problem had been solved, but after trying and asking, I found that the problem had not been solved. +Later, I saw this problem in the [2017 bug description](https://forum.proxmox.com/threads/drive-mirror-rbd-thin.33250/#post-613502) forum and it was said that there was a patch to fix it, but it was not. +I tried the latest qemu version and found that this problem has not been solved.""" +reproduce = "n/a" +additional = """nbd is normal, but rbd is wrong！""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/205.toml b/gitlab/issues/target_missing/host_missing/accel_missing/205.toml new file mode 100644 index 00000000..5008bd15 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/205.toml @@ -0,0 +1,15 @@ +id = 205 +title = "Arrow keys press is double in some programs in Dos" +state = "opened" +created_at = "2021-05-06T17:31:41.918Z" +closed_at = "n/a" +labels = ["Launchpad", "device:input", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/205" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2050.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2050.toml new file mode 100644 index 00000000..683785cb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2050.toml @@ -0,0 +1,17 @@ +id = 2050 +title = "Graphical glitch on boot screen of ubuntu aarch64" +state = "closed" +created_at = "2023-12-21T08:58:38.386Z" +closed_at = "2024-01-24T11:03:43.671Z" +labels = ["GUI", "device:virtio", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2050" +host-os = "MacOS" +host-arch = "ARM64" +qemu-version = "QEMU emulator version 8.2.0" +guest-os = "Ubuntu Nobel ISO" +guest-arch = "ARM64" +description = """Glitches on boot screen.""" +reproduce = "n/a" +additional = """ + +(The "TIANO Core" screen before this has similar issues)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2051.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2051.toml new file mode 100644 index 00000000..f58d608a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2051.toml @@ -0,0 +1,15 @@ +id = 2051 +title = "virtio-gpu redraw issue" +state = "closed" +created_at = "2023-12-22T11:17:36.457Z" +closed_at = "2023-12-28T19:19:03.513Z" +labels = ["GUI", "Stable::to backport", "device:graphics", "device:virtio", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2051" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2052.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2052.toml new file mode 100644 index 00000000..cc09d655 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2052.toml @@ -0,0 +1,15 @@ +id = 2052 +title = "sdl window partially catches mouse cursor" +state = "opened" +created_at = "2023-12-22T12:01:04.449Z" +closed_at = "n/a" +labels = ["GUI", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2052" +host-os = "linux" +host-arch = "x86_64" +qemu-version = "8.2.0" +guest-os = "linux" +guest-arch = "x86_64" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2055.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2055.toml new file mode 100644 index 00000000..610cce9f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2055.toml @@ -0,0 +1,17 @@ +id = 2055 +title = "Unable to set the PBMTE bit in the menvcfg register for RISCV 64 bit" +state = "closed" +created_at = "2023-12-24T02:28:57.792Z" +closed_at = "2023-12-26T04:18:46.181Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2055" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """We are unable to program the PBMTE bit in the menvcfg register of a RV64 machine. The following is the command that was used to do this. + +write_csr(menvcfg,PTE_PBMT);""" +reproduce = """1. A simple test program with the above command should be able to reproduce this issue.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2056.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2056.toml new file mode 100644 index 00000000..d6612ca9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2056.toml @@ -0,0 +1,22 @@ +id = 2056 +title = "macOS Cocoa title bar covers top of VM screen" +state = "opened" +created_at = "2023-12-24T13:02:29.213Z" +closed_at = "n/a" +labels = ["GUI", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2056" +host-os = "macOS Sonoma 14.2.1" +host-arch = "ARM64" +qemu-version = "QEMU emulator version 8.2.0" +guest-os = "Windows XP, MacOS 8, Windows 98" +guest-arch = "x86, m68k, x86" +description = """When using the Cocoa interface the title bar covers the top part of the VM screen. In Windows XP, using show-cursor=on and USB tablet (-usb -device usb-tablet,bus=usb-bus.0), the mouse cursor seems to be off by the height of the title bar; to click on a target the mouse cursor has to be below the target by about the height of the top bar.""" +reproduce = """1. Run Qemu using the Cocoa-interface (-display cocoa)""" +additional = """The problem exists in both Qemu 8.2.0 (compiled from source) as well as in the MacPorts version (version 8.0.5). Further testing shows the same problem in versions 6.2.0, 7.0.0, and 7.1.0. This problem did not exist in previous versions of macOS. + +A screenshot is enclosed: + + +For similar reports, see: https://www.emaculation.com/forum/viewtopic.php?p=77350#p77350 and https://github.com/phil-opp/blog_os/issues/1249#issuecomment-1825933581 and https://68kmla.org/bb/index.php?threads/a-self-contained-qemu-based-a-ux-system-for-macos.45106/post-504970 + +The problem exists on both Apple Silicon and Intel hardware.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2057.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2057.toml new file mode 100644 index 00000000..9286804c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2057.toml @@ -0,0 +1,15 @@ +id = 2057 +title = "QEMU 8.2 configure error" +state = "closed" +created_at = "2023-12-25T18:20:46.283Z" +closed_at = "2023-12-26T08:36:27.341Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2057" +host-os = "Debian 12.2" +host-arch = "x86_64" +qemu-version = "8.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """please see output upper""" +reproduce = """1. Just run ./configure""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2058.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2058.toml new file mode 100644 index 00000000..6f602d1d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2058.toml @@ -0,0 +1,62 @@ +id = 2058 +title = "QEMU should pad Ethernet frames from vmnet.framework on macOS hosts" +state = "closed" +created_at = "2023-12-27T22:25:20.754Z" +closed_at = "2025-01-01T23:41:23.832Z" +labels = ["Networking", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2058" +host-os = "macOS Monterey 12.7.2" +host-arch = "x86-64" +qemu-version = "8.2.0" +guest-os = "Mac OS X" +guest-arch = "PowerPC" +description = """When using a `vmnet` network device on a macOS host, the host’s [ARP](https://en.wikipedia.org/wiki/Address_Resolution_Protocol) replies are smaller than the 64-octet minimum frame size defined for Ethernet in IEEE Std 802.3-2022 (subclause 4.2.3.3 and Table 4–2). + +When QEMU presents such frames to a guest, the guest’s Ethernet device driver may drop them with “frame too short” or “runt” errors, since they are smaller than actual Ethernet frames should ever be. This prevents the guest from resolving the host’s MAC address, so the guest and host can’t communicate as expected. + +I observed this problem with a Mac OS X 10.4.11 guest using a `sungem` or `rtl8139` virtual network device, but it might also affect other guests and virtual network devices.""" +reproduce = "n/a" +additional = """To prevent this problem, QEMU should pad Ethernet frames received from `vmnet` to the minimum size, 60 bytes before the frame check sequence, before handing them off to a guest. (QEMU’s virtual network devices used to add such padding, but that was changed earlier this year in commits such as 63b901bf and aee87b43.) + +Here is a patch for `net/vmnet-common.m` that calls `eth_pad_short_frame()` for this, as `net/tap.c` and `net/slirp.c` already do: + +``` +--- net/vmnet-common.m.orig\t2023-12-19 13:24:34.000000000 -0800 ++++ net/vmnet-common.m\t2023-12-27 13:30:15.000000000 -0800 +@@ -18,6 +18,7 @@ + #include "qemu/error-report.h" + #include "qapi/error.h" + #include "sysemu/runstate.h" ++#include "net/eth.h" + + #include <vmnet/vmnet.h> + #include <dispatch/dispatch.h> +@@ -150,10 +151,23 @@ + */ + static void vmnet_write_packets_to_qemu(VmnetState *s) + { ++ uint8_t *pkt; ++ size_t pktsz; ++ uint8_t min_pkt[ETH_ZLEN]; ++ size_t min_pktsz = sizeof(min_pkt); ++ + while (s->packets_send_current_pos < s->packets_send_end_pos) { +- ssize_t size = qemu_send_packet_async(&s->nc, +- s->iov_buf[s->packets_send_current_pos].iov_base, +- s->packets_buf[s->packets_send_current_pos].vm_pkt_size, ++ pkt = s->iov_buf[s->packets_send_current_pos].iov_base; ++ pktsz = s->packets_buf[s->packets_send_current_pos].vm_pkt_size; ++ ++ if (net_peer_needs_padding(&s->nc)) { ++ if (eth_pad_short_frame(min_pkt, &min_pktsz, pkt, pktsz)) { ++ pkt = min_pkt; ++ pktsz = min_pktsz; ++ } ++ } ++ ++ ssize_t size = qemu_send_packet_async(&s->nc, pkt, pktsz, + vmnet_send_completed); + + if (size == 0) { + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/206.toml b/gitlab/issues/target_missing/host_missing/accel_missing/206.toml new file mode 100644 index 00000000..6bc8e225 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/206.toml @@ -0,0 +1,15 @@ +id = 206 +title = "Dos on the fly CD image replacement is not Working with DOS" +state = "opened" +created_at = "2021-05-06T17:31:50.313Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage", "hostos: Windows", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/206" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2060.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2060.toml new file mode 100644 index 00000000..235e6075 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2060.toml @@ -0,0 +1,15 @@ +id = 2060 +title = "memfd_create() called without MFD_EXEC or MFD_NOEXEC_SEAL set" +state = "opened" +created_at = "2023-12-28T11:56:17.295Z" +closed_at = "n/a" +labels = ["hostos: Linux"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2060" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """i'm using pve-qemu-kvm 8.1.2-6 on 6.5.11-7-pve kernel""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2061.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2061.toml new file mode 100644 index 00000000..1efdc822 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2061.toml @@ -0,0 +1,21 @@ +id = 2061 +title = "Regression: QEMU 8.2.0 VFIO GPU guests cannot reboot due to improper reset" +state = "closed" +created_at = "2023-12-29T07:11:52.383Z" +closed_at = "2024-01-20T15:06:55.154Z" +labels = ["Stable::to backport", "VFIO", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2061" +host-os = "Arch Linux (up to date)" +host-arch = "x86_64" +qemu-version = "8.2.0" +guest-os = "Windows 11 Enterprise 23H2" +guest-arch = "x86_64" +description = """Prior to QEMU 8.2.0 (i.e. 8.1.4), rebooting the guest with VFIO GPU passed through would result in a proper reboot. +After updating to QEMU 8.2.0, rebooting the guest results in a black screen due to improper reset behaviour. +I was able to narrow this down to commit #3d779ab. Compiling and running with commit #0bddd88 results in the correct behaviour. +That is, the GPU properly resets on guest reboot and boots successfully to Windows.""" +reproduce = """1. Update to QEMU 8.2.0 +2. Boot Windows 11 23H2 +3. Reboot +4. Notice a black screen""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2062.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2062.toml new file mode 100644 index 00000000..e18dd3a3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2062.toml @@ -0,0 +1,15 @@ +id = 2062 +title = "qemu-img snapshot -l output formatting is broken (field to small / whitespace missing)" +state = "closed" +created_at = "2023-12-29T18:09:21.652Z" +closed_at = "2024-03-19T10:23:08.504Z" +labels = ["Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2062" +host-os = "Debian 12 Bookworm" +host-arch = "x86_64" +qemu-version = "qemu-img version 8.1.2 (pve-qemu-kvm_8.1.2-6)" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2065.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2065.toml new file mode 100644 index 00000000..59ac59d3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2065.toml @@ -0,0 +1,15 @@ +id = 2065 +title = "rfe: Cygwin support" +state = "closed" +created_at = "2024-01-03T11:01:26.997Z" +closed_at = "2024-05-13T11:35:08.971Z" +labels = ["Build System", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2065" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2067.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2067.toml new file mode 100644 index 00000000..57ae7f86 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2067.toml @@ -0,0 +1,15 @@ +id = 2067 +title = "screen unblanking issue with debian 12 gui" +state = "closed" +created_at = "2024-01-03T20:18:53.499Z" +closed_at = "2024-08-07T21:06:07.992Z" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2067" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "debian 12 linux" +guest-arch = "x86_64" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2068.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2068.toml new file mode 100644 index 00000000..4c8582eb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2068.toml @@ -0,0 +1,23 @@ +id = 2068 +title = "Regression: 8.1.3 -> 8.2.0 breaks virtio vga driver" +state = "closed" +created_at = "2024-01-04T09:35:01.897Z" +closed_at = "2024-01-08T08:20:13.217Z" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2068" +host-os = "Arch Linux" +host-arch = "x86 64" +qemu-version = "8.2.0" +guest-os = "Arch" +guest-arch = "x86_64" +description = """I have a number of emulated arch linuxes using the same x11/kde configuration. After updating from 8.1.3 to 8.2.0, they all broke in the following way: +- screen tearing/artifacts seen from bios up until sddm +- sddm is possibly affected +- kde/x11 has so many artifacts that its unusable. if i attempt to write in a console window, i can only see parts of what ive written if i attempt to gently resize the bottom of the window. clicking the menu item will only render the menu 1/6 times and only partly. however if I click where I remember the shutdown button to be, the system shuts down immediately, so thi seems to be purely a graphics issue. +- starting with -vga qxl fixes all issues.""" +reproduce = """1. make new qemu, install arch/kde +2. boot said qemu with -vga virtio option +3. observe issue from the moment it boots""" +additional = """Using nVidia card and drivers on host. + +Removing x86-video-vesa on the guest system seemed to significant improve performance. There are still many artifacts but its almost usable with this driver removed.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2069.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2069.toml new file mode 100644 index 00000000..5b08fc9d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2069.toml @@ -0,0 +1,362 @@ +id = 2069 +title = "[virtio_blk:iothread-vq-mapping]Qemu core dump when checking the deleted device via \"info qtree\"" +state = "closed" +created_at = "2024-01-04T10:00:25.584Z" +closed_at = "2024-01-26T15:08:08.655Z" +labels = ["Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2069" +host-os = "RHEL9" +host-arch = "x86_64" +qemu-version = "qemu-img version 8.2.50 (v8.2.0-196-g7425b6277f)" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """[virtio_blk:iothread-vq-mapping]Qemu core dump when checking the deleted device via "info qtree"""" +reproduce = """1.Start guest with qemu cmds: \\ + qemu-system-x86_64 \\ + -S \\ + -name 'avocado-vt-vm1' \\ + -machine pc,memory-backend=mem-machine_mem \\ + -nodefaults \\ + -device '{"driver": "VGA", "bus": "pci.0", "addr": "0x2"}' \\ + -m 30720 \\ + -object '{"size": 32212254720, "id": "mem-machine_mem", "qom-type": "memory-backend-ram"}' \\ + -smp 10,maxcpus=10,cores=5,threads=1,dies=1,sockets=2 \\ + -cpu 'Cascadelake-Server-noTSX',+kvm_pv_unhalt \\ + -chardev socket,path=/tmp/monitor-qmpmonitor1-20240104-043347-5Miq4hMP,wait=off,server=on,id=qmp_id_qmpmonitor1 \\ + -mon chardev=qmp_id_qmpmonitor1,mode=control \\ + -chardev socket,path=tmp/monitor-catch_monitor-20240104-043347-5Miq4hMP,wait=off,server=on,id=qmp_id_catch_monitor \\ + -mon chardev=qmp_id_catch_monitor,mode=control \\ + -device '{"ioport": 1285, "driver": "pvpanic", "id": "id3KTLMV"}' \\ + -chardev socket,path=/tmp/serial-serial0-20240104-043347-5Miq4hMP,wait=off,server=on,id=chardev_serial0 \\ + -device '{"id": "serial0", "driver": "isa-serial", "chardev": "chardev_serial0"}' \\ + -chardev socket,id=seabioslog_id_20240104-043347-5Miq4hMP,path=/tmp/seabios-20240104-043347-5Miq4hMP,server=on,wait=off \\ + -device isa-debugcon,chardev=seabioslog_id_20240104-043347-5Miq4hMP,iobase=0x402 \\ + -device '{"driver": "ich9-usb-ehci1", "id": "usb1", "addr": "0x1d.0x7", "multifunction": true, "bus": "pci.0"}' \\ + -device '{"driver": "ich9-usb-uhci1", "id": "usb1.0", "multifunction": true, "masterbus": "usb1.0", "addr": "0x1d.0x0", "firstport": 0, "bus": "pci.0"}' \\ + -device '{"driver": "ich9-usb-uhci2", "id": "usb1.1", "multifunction": true, "masterbus": "usb1.0", "addr": "0x1d.0x2", "firstport": 2, "bus": "pci.0"}' \\ + -device '{"driver": "ich9-usb-uhci3", "id": "usb1.2", "multifunction": true, "masterbus": "usb1.0", "addr": "0x1d.0x4", "firstport": 4, "bus": "pci.0"}' \\ + -device '{"driver": "usb-tablet", "id": "usb-tablet1", "bus": "usb1.0", "port": "1"}' \\ + -object '{"qom-type": "iothread", "id": "t1"}' \\ + -object '{"qom-type": "iothread", "id": "t2"}' \\ + -object '{"qom-type": "iothread", "id": "t3"}' \\ + -object '{"qom-type": "iothread", "id": "t4"}' \\ + -blockdev '{"node-name": "file_image1", "driver": "file", "auto-read-only": true, "discard": "unmap", "aio": "threads", "filename": "/home/kvm_autotest_root/images/rhel9-virtio.qcow2", "cache": {"direct": true, "no-flush": false}}' \\ + -blockdev '{"node-name": "drive_image1", "driver": "qcow2", "read-only": false, "cache": {"direct": true, "no-flush": false}, "file": "file_image1"}' \\ + -device '{"driver": "virtio-blk-pci", "id": "image1", "drive": "drive_image1", "bootindex": 0, "write-cache": "on", "bus": "pci.0", "addr": "0x3"}' \\ + -blockdev '{"node-name": "file_stg1", "driver": "file", "auto-read-only": true, "discard": "unmap", "aio": "threads", "filename": "/home/kvm_autotest_root/images/stg1.qcow2", "cache": {"direct": true, "no-flush": false}}' \\ + -blockdev '{"node-name": "drive_stg1", "driver": "qcow2", "read-only": false, "cache": {"direct": true, "no-flush": false}, "file": "file_stg1"}' \\ + -device '{"driver": "virtio-blk-pci", "id": "stg1", "drive": "drive_stg1", "bootindex": 1, "write-cache": "on", "serial": "stg1", "bus": "pci.0", "addr": "0x4", "iothread-vq-mapping": [{"iothread": "t2"}, {"iothread": "t3"}]}' \\ + -blockdev '{"node-name": "file_stg2", "driver": "file", "auto-read-only": true, "discard": "unmap", "aio": "threads", "filename": "/home/kvm_autotest_root/images/stg2.qcow2", "cache": {"direct": true, "no-flush": false}}' \\ + -blockdev '{"node-name": "drive_stg2", "driver": "qcow2", "read-only": false, "cache": {"direct": true, "no-flush": false}, "file": "file_stg2"}' \\ + -device '{"driver": "virtio-blk-pci", "id": "stg2", "drive": "drive_stg2", "bootindex": 2, "write-cache": "on", "serial": "stg2", "num-queues": 6, "iothread-vq-mapping": [{"iothread": "t1", "vqs": [0, 1, 2]}, {"iothread": "t2", "vqs": [3]}, {"iothread": "t4", "vqs": [4, 5]}], "bus": "pci.0", "addr": "0x5"}' \\ + -device '{"driver": "virtio-net-pci", "mac": "9a:5b:6c:5f:5b:5b", "id": "iddNmpYv", "netdev": "idG9Emyl", "bus": "pci.0", "addr": "0x6"}' \\ + -netdev '{"id": "idG9Emyl", "type": "tap", "vhost": true}' \\ + -vnc :0 \\ + -rtc base=utc,clock=host,driftfix=slew \\ + -boot menu=off,order=cdn,once=c,strict=off \\ + -enable-kvm \\ + +2. Continue VM: \\ + {"execute": "cont"} \\ + +3. Check disk info before hot unplug: \\ + (guest)#ls /dev/[vhs]d* | grep -v [0-9]$ \\ + +4. Unplug device from vm: \\ + {"execute": "device_del", "arguments": {"id": "stg1"}} \\ + {"timestamp": {"seconds": 1704360854, "microseconds": 751289}, "event": "DEVICE_DELETED", "data": {"path": "/machine/peripheral/stg1/virtio-backend"}} \\ + {"timestamp": {"seconds": 1704360854, "microseconds": 752078}, "event": "DEVICE_DELETED", "data": {"device": "stg1", "path": "/machine/peripheral/stg1"}} \\ + +5. Check device info via "info qtree": \\ + {"execute": "human-monitor-command", "arguments": {"command-line": "info qtree"}} \\ + +Actual Result: \\ + After step5, qemu core dump with info: \\ + qemu-system-x86_64: ../qapi/string-output-visitor.c:316: start_list: Assertion `sov->list_mode == LM_NONE' failed. \\ + /tmp/aexpect_fNRmaiS3/aexpect-okx056xs.sh: line 1: 480254 Aborted (core dumped) MALLOC_PERTURB_=1 qemu-system-x86_64 -S -name 'avocado-vt-vm1' -machine pc,memory-backend=mem-machine_mem ... \\ + +Coredump info as bellow: \\ + #coredumpctl debug 480254 \\ + Stack trace of thread 480254: + #0 0x00007f9397ea365c __pthread_kill_implementation (libc.so.6 + 0xa365c) \\ + #1 0x00007f9397e54d06 __GI_raise (libc.so.6 + 0x54d06) \\ + #2 0x00007f9397e287f3 __GI_abort (libc.so.6 + 0x287f3) \\ + #3 0x00007f9397e2871b __assert_fail_base (libc.so.6 + 0x2871b) \\ + #4 0x00007f9397e4dca6 __assert_fail (libc.so.6 + 0x4dca6) \\ + #5 0x000056472e810e0d start_list (qemu-system-x86_64 + 0xa92e0d) \\ + #6 0x000056472e80acb9 visit_start_list (qemu-system-x86_64 + 0xa8ccb9) \\ + #7 0x000056472e75e9c0 visit_type_uint16List (qemu-system-x86_64 + 0x9e09c0) \\ + #8 0x000056472e7e9955 visit_type_IOThreadVirtQueueMapping_members (qemu-system-x86_64 + 0xa6b955) \\ + #9 0x000056472e7e9a1b visit_type_IOThreadVirtQueueMapping (qemu-system-x86_64 + 0xa6ba1b) \\ + #10 0x000056472e7e9b0d visit_type_IOThreadVirtQueueMappingList (qemu-system-x86_64 + 0xa6bb0d) \\ + #11 0x000056472e1519b2 get_iothread_vq_mapping_list (qemu-system-x86_64 + 0x3d39b2) \\ + #12 0x000056472e629d0f field_prop_get (qemu-system-x86_64 + 0x8abd0f) \\ + #13 0x000056472e635b24 object_property_get (qemu-system-x86_64 + 0x8b7b24) \\ + #14 0x000056472e6368b3 object_property_print (qemu-system-x86_64 + 0x8b88b3) \\ + #15 0x000056472e38f97a qdev_print_props (qemu-system-x86_64 + 0x61197a) \\ + #16 0x000056472e38fc9f qdev_print (qemu-system-x86_64 + 0x611c9f) \\ + #17 0x000056472e38fdd9 qbus_print (qemu-system-x86_64 + 0x611dd9) \\ + #18 0x000056472e38fd03 qdev_print (qemu-system-x86_64 + 0x611d03) \\ + #19 0x000056472e38fdd9 qbus_print (qemu-system-x86_64 + 0x611dd9) \\ + #20 0x000056472e38fd03 qdev_print (qemu-system-x86_64 + 0x611d03) \\ + #21 0x000056472e38fdd9 qbus_print (qemu-system-x86_64 + 0x611dd9) \\ + #22 0x000056472e38fe26 hmp_info_qtree (qemu-system-x86_64 + 0x611e26) \\ + #23 0x000056472e3ed6ed handle_hmp_command_exec (qemu-system-x86_64 + 0x66f6ed) \\ + #24 0x000056472e3ed91a handle_hmp_command (qemu-system-x86_64 + 0x66f91a) \\ + #25 0x000056472e3eef02 qmp_human_monitor_command (qemu-system-x86_64 + 0x670f02) \\ + #26 0x000056472e7cc89b qmp_marshal_human_monitor_command (qemu-system-x86_64 + 0xa4e89b) \\ + #27 0x000056472e8117d0 do_qmp_dispatch_bh (qemu-system-x86_64 + 0xa937d0) \\ + #28 0x000056472e83be78 aio_bh_call (qemu-system-x86_64 + 0xabde78) \\ + #29 0x000056472e83bf93 aio_bh_poll (qemu-system-x86_64 + 0xabdf93) \\ + #30 0x000056472e81eb3e aio_dispatch (qemu-system-x86_64 + 0xaa0b3e) \\ + #31 0x000056472e83c3d2 aio_ctx_dispatch (qemu-system-x86_64 + 0xabe3d2) \\ + #32 0x00007f939829ff4f g_main_dispatch (libglib-2.0.so.0 + 0x54f4f) \\ + #33 0x000056472e83d8a8 glib_pollfds_poll (qemu-system-x86_64 + 0xabf8a8) \\ + #34 0x000056472e83d925 os_host_main_loop_wait (qemu-system-x86_64 + 0xabf925) \\ + #35 0x000056472e83da33 main_loop_wait (qemu-system-x86_64 + 0xabfa33) \\ + #36 0x000056472e396150 qemu_main_loop (qemu-system-x86_64 + 0x618150) \\ + #37 0x000056472e628b7f qemu_default_main (qemu-system-x86_64 + 0x8aab7f) \\ + #38 0x000056472e628bba main (qemu-system-x86_64 + 0x8aabba) \\ + #39 0x00007f9397e3feb0 __libc_start_call_main (libc.so.6 + 0x3feb0) \\ + #40 0x00007f9397e3ff60 __libc_start_main_impl (libc.so.6 + 0x3ff60) \\ + #41 0x000056472e08e435 _start (qemu-system-x86_64 + 0x310435) \\ + \\ + Stack trace of thread 480255: \\ + #0 0x00007f9397e3ee5d syscall (libc.so.6 + 0x3ee5d) \\ + #1 0x000056472e82343c qemu_futex_wait (qemu-system-x86_64 + 0xaa543c) \\ + #2 0x000056472e823623 qemu_event_wait (qemu-system-x86_64 + 0xaa5623) \\ + #3 0x000056472e830d03 call_rcu_thread (qemu-system-x86_64 + 0xab2d03) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480258: \\ + #0 0x00007f9397f429be __ppoll (libc.so.6 + 0x1429be) \\ + #1 0x000056472e841cf0 qemu_poll_ns (qemu-system-x86_64 + 0xac3cf0) \\ + #2 0x000056472e81f95f fdmon_poll_wait (qemu-system-x86_64 + 0xaa195f) \\ + #3 0x000056472e81f29b aio_poll (qemu-system-x86_64 + 0xaa129b) \\ + #4 0x000056472e67440c iothread_run (qemu-system-x86_64 + 0x8f640c) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480266: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480267: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480257: \\ + #0 0x00007f9397f429be __ppoll (libc.so.6 + 0x1429be) \\ + #1 0x000056472e841cf0 qemu_poll_ns (qemu-system-x86_64 + 0xac3cf0) \\ + #2 0x000056472e81f95f fdmon_poll_wait (qemu-system-x86_64 + 0xaa195f) \\ + #3 0x000056472e81f29b aio_poll (qemu-system-x86_64 + 0xaa129b) \\ + #4 0x000056472e67440c iothread_run (qemu-system-x86_64 + 0x8f640c) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480256: \\ + #0 0x00007f9397f429be __ppoll (libc.so.6 + 0x1429be) \\ + #1 0x000056472e841d87 qemu_poll_ns (qemu-system-x86_64 + 0xac3d87) \\ + #2 0x000056472e81f95f fdmon_poll_wait (qemu-system-x86_64 + 0xaa195f) \\ + #3 0x000056472e81f29b aio_poll (qemu-system-x86_64 + 0xaa129b) \\ + #4 0x000056472e67440c iothread_run (qemu-system-x86_64 + 0x8f640c) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480260: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0fb4 __pthread_cond_wait_common (libc.so.6 + 0xa0fb4) \\ + #2 0x000056472e823041 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0xaa5041) \\ + #3 0x000056472e8230dc qemu_cond_timedwait_impl (qemu-system-x86_64 + 0xaa50dc) \\ + #4 0x000056472e840595 worker_thread (qemu-system-x86_64 + 0xac2595) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480264: \\ + #0 0x00007f9397f428bf __GI___poll (libc.so.6 + 0x1428bf) \\ + #1 0x00007f93982f51fc g_main_context_poll (libglib-2.0.so.0 + 0xaa1fc) \\ + #2 0x00007f939829f5a3 g_main_loop_run (libglib-2.0.so.0 + 0x545a3) \\ + #3 0x000056472e67443f iothread_run (qemu-system-x86_64 + 0x8f643f) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480274: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480337: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0fb4 __pthread_cond_wait_common (libc.so.6 + 0xa0fb4) \\ + #2 0x000056472e823041 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0xaa5041) \\ + #3 0x000056472e8230dc qemu_cond_timedwait_impl (qemu-system-x86_64 + 0xaa50dc) \\ + #4 0x000056472e840595 worker_thread (qemu-system-x86_64 + 0xac2595) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480273: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480358: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0fb4 __pthread_cond_wait_common (libc.so.6 + 0xa0fb4) \\ + #2 0x000056472e823041 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0xaa5041) \\ + #3 0x000056472e8230dc qemu_cond_timedwait_impl (qemu-system-x86_64 + 0xaa50dc) \\ + #4 0x000056472e840595 worker_thread (qemu-system-x86_64 + 0xac2595) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480276: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0cb0 __pthread_cond_wait_common (libc.so.6 + 0xa0cb0) \\ + #2 0x000056472e822f8e qemu_cond_wait_impl (qemu-system-x86_64 + 0xaa4f8e) \\ + #3 0x000056472e0c6f39 vnc_worker_thread_loop (qemu-system-x86_64 + 0x348f39) \\ + #4 0x000056472e0c7544 vnc_worker_thread (qemu-system-x86_64 + 0x349544) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480259: \\ + #0 0x00007f9397f429be __ppoll (libc.so.6 + 0x1429be) \\ + #1 0x000056472e841cf0 qemu_poll_ns (qemu-system-x86_64 + 0xac3cf0) \\ + #2 0x000056472e81f95f fdmon_poll_wait (qemu-system-x86_64 + 0xaa195f) \\ + #3 0x000056472e81f29b aio_poll (qemu-system-x86_64 + 0xaa129b) \\ + #4 0x000056472e67440c iothread_run (qemu-system-x86_64 + 0x8f640c) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480357: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0fb4 __pthread_cond_wait_common (libc.so.6 + 0xa0fb4) \\ + #2 0x000056472e823041 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0xaa5041) \\ + #3 0x000056472e8230dc qemu_cond_timedwait_impl (qemu-system-x86_64 + 0xaa50dc) \\ + #4 0x000056472e840595 worker_thread (qemu-system-x86_64 + 0xac2595) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912)\\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480268: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480269: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480353: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0fb4 __pthread_cond_wait_common (libc.so.6 + 0xa0fb4) \\ + #2 0x000056472e823041 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0xaa5041) \\ + #3 0x000056472e8230dc qemu_cond_timedwait_impl (qemu-system-x86_64 + 0xaa50dc) \\ + #4 0x000056472e840595 worker_thread (qemu-system-x86_64 + 0xac2595) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480271: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480354: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0fb4 __pthread_cond_wait_common (libc.so.6 + 0xa0fb4) \\ + #2 0x000056472e823041 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0xaa5041) \\ + #3 0x000056472e8230dc qemu_cond_timedwait_impl (qemu-system-x86_64 + 0xaa50dc) \\ + #4 0x000056472e840595 worker_thread (qemu-system-x86_64 + 0xac2595) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480356: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0fb4 __pthread_cond_wait_common (libc.so.6 + 0xa0fb4) \\ + #2 0x000056472e823041 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0xaa5041) \\ + #3 0x000056472e8230dc qemu_cond_timedwait_impl (qemu-system-x86_64 + 0xaa50dc) \\ + #4 0x000056472e840595 worker_thread (qemu-system-x86_64 + 0xac2595) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480355: \\ + #0 0x00007f9397e9e4aa __futex_abstimed_wait_common64 (libc.so.6 + 0x9e4aa) \\ + #1 0x00007f9397ea0fb4 __pthread_cond_wait_common (libc.so.6 + 0xa0fb4) \\ + #2 0x000056472e823041 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0xaa5041) \\ + #3 0x000056472e8230dc qemu_cond_timedwait_impl (qemu-system-x86_64 + 0xaa50dc) \\ + #4 0x000056472e840595 worker_thread (qemu-system-x86_64 + 0xac2595) \\ + #5 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #6 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #7 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480270: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480272: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + \\ + Stack trace of thread 480265: \\ + #0 0x00007f9397e3ec6b ioctl (libc.so.6 + 0x3ec6b) \\ + #1 0x000056472e619a24 kvm_vcpu_ioctl (qemu-system-x86_64 + 0x89ba24) \\ + #2 0x000056472e619236 kvm_cpu_exec (qemu-system-x86_64 + 0x89b236) \\ + #3 0x000056472e61c0fc kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x89e0fc) \\ + #4 0x000056472e8237d6 qemu_thread_start (qemu-system-x86_64 + 0xaa57d6) \\ + #5 0x00007f9397ea1912 start_thread (libc.so.6 + 0xa1912) \\ + #6 0x00007f9397e3f450 __clone3 (libc.so.6 + 0x3f450) \\ + ELF object binary architecture: AMD x86-64 \\""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/207.toml b/gitlab/issues/target_missing/host_missing/accel_missing/207.toml new file mode 100644 index 00000000..d2610b46 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/207.toml @@ -0,0 +1,15 @@ +id = 207 +title = "move ./scripts/qmp to ./python/qemu/qmp" +state = "closed" +created_at = "2020-10-27T23:53:05.809Z" +closed_at = "2022-03-23T02:54:09.644Z" +labels = ["Python", "QAPI/QMP", "kind::Feature Request", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/207" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2071.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2071.toml new file mode 100644 index 00000000..a0d543c3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2071.toml @@ -0,0 +1,120 @@ +id = 2071 +title = "Segfault when starting a guest with spice configured to listen on a unix socket" +state = "closed" +created_at = "2024-01-04T19:04:12.157Z" +closed_at = "2024-01-13T17:29:06.426Z" +labels = ["spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2071" +host-os = "Fedora release 38 (Thirty Eight)" +host-arch = "x86_64" +qemu-version = "qemu-7.2.7-1.fc38.x86_64" +guest-os = "Fedora release 38 (Thirty Eight)" +guest-arch = "x86_64" +description = """Guest crash immediately when spice is configured to listen on a unix socket.""" +reproduce = """1. Configure spice to listen on a unix socket +2. Start the guest""" +additional = """Here's the log when I start the guest: + +``` +[root@localhost ~]# virsh start fedora-waydroid +error: Failed to start domain 'fedora-waydroid' +error: internal error: qemu unexpectedly closed the monitor +``` +Here's the relevant output in journald: + +`SECCOMP auid=4294967295 uid=107 gid=107 ses=4294967295 pid=17930 comm="qemu-system-x86" exe="/usr/bin/qemu-system-x86_64" sig=31 arch=c000003e syscall=56 compat=0 ip=0x7f7b95459397 code=0x80000000` + +<details><summary>Full journald</summary> + +``` +Jan 04 11:59:03 localhost polkitd[1436]: Registered Authentication Agent for unix-process:17895:5747660 (system bus name :1.160 [/usr/bin/pkttyagent --process 17895 --notify-fd 4 --fallback], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) +Jan 04 11:59:03 localhost audit[1595]: VIRT_MACHINE_ID pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 vm-ctx=+107:+107 img-ctx=+107:+107 model=dac exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost virtlogd[1659]: Client hit max requests limit 1. This may result in keep-alive timeouts. Consider tuning the max_client_requests server parameter +Jan 04 11:59:03 localhost virtlogd[1659]: Client hit max requests limit 1. This may result in keep-alive timeouts. Consider tuning the max_client_requests server parameter +Jan 04 11:59:03 localhost polkitd[1436]: Unregistered Authentication Agent for unix-process:17895:5747660 (system bus name :1.160, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) (disconnected from bus) +Jan 04 11:59:03 localhost audit: ANOM_PROMISCUOUS dev=vnet12 prom=256 old_prom=0 auid=4294967295 uid=0 gid=0 ses=4294967295 +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=net reason=open vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 net=52:54:00:72:c3:92 path="/dev/net/tun" rdev=0A:C8 exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=net reason=open vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 net=52:54:00:72:c3:92 path="/dev/vhost-net" rdev=0A:EE exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2422] manager: (vnet12): new Tun device (/org/freedesktop/NetworkManager/Devices/19) +Jan 04 11:59:03 localhost kernel: br-dmz: port 4(vnet12) entered blocking state +Jan 04 11:59:03 localhost kernel: br-dmz: port 4(vnet12) entered disabled state +Jan 04 11:59:03 localhost kernel: vnet12: entered allmulticast mode +Jan 04 11:59:03 localhost kernel: vnet12: entered promiscuous mode +Jan 04 11:59:03 localhost kernel: br-dmz: port 4(vnet12) entered blocking state +Jan 04 11:59:03 localhost kernel: br-dmz: port 4(vnet12) entered forwarding state +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2468] device (vnet12): state change: unmanaged -> unavailable (reason 'connection-assumed', sys-iface-state: 'external') +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2470] device (vnet12): state change: unavailable -> disconnected (reason 'connection-assumed', sys-iface-state: 'external') +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2473] device (vnet12): Activation: starting connection 'vnet12' (abcdefgh-ijkl-mnop-qrst-uvwx12345679) +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2478] device (vnet12): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'external') +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2479] device (vnet12): state change: prepare -> config (reason 'none', sys-iface-state: 'external') +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2480] device (vnet12): state change: config -> ip-config (reason 'none', sys-iface-state: 'external') +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2480] device (br-dmz): bridge port vnet12 was attached +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2480] device (vnet12): Activation: connection 'vnet12' enslaved, continuing activation +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2481] device (vnet12): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'external') +Jan 04 11:59:03 localhost systemd-machined[1368]: New machine qemu-10-fedora-waydroid. +Jan 04 11:59:03 localhost systemd[1]: Started machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope - Virtual Machine qemu-10-fedora-waydroid. +Jan 04 11:59:03 localhost systemd[1]: Starting NetworkManager-dispatcher.service - Network Manager Script Dispatcher Service... +Jan 04 11:59:03 localhost audit: BPF prog-id=112 op=LOAD +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=deny vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=all exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/null" rdev=01:03 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/full" rdev=01:07 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/zero" rdev=01:05 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/random" rdev=01:08 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/urandom" rdev=01:09 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/ptmx" rdev=05:02 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/kvm" rdev=0A:E8 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=major category=pty maj=88 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/dri/by-path/pci-0000:00:02.0-render" rdev=E2:80 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 cgroup="/sys/fs/cgroup/machine.slice/machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope/" class=path path="/dev/urandom" rdev=01:09 acl=rw exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost systemd[1]: Started NetworkManager-dispatcher.service - Network Manager Script Dispatcher Service. +Jan 04 11:59:03 localhost audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2796] device (vnet12): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'external') +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2797] device (vnet12): state change: secondaries -> activated (reason 'none', sys-iface-state: 'external') +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.2799] device (vnet12): Activation: successful, device activated. +Jan 04 11:59:03 localhost systemd[1]: iscsi.service: Unit cannot be reloaded because it is inactive. +Jan 04 11:59:03 localhost audit[17930]: SECCOMP auid=4294967295 uid=107 gid=107 ses=4294967295 pid=17930 comm="qemu-system-x86" exe="/usr/bin/qemu-system-x86_64" sig=31 arch=c000003e syscall=56 compat=0 ip=0x7f7b95459397 code=0x80000000 +Jan 04 11:59:03 localhost audit[17930]: ANOM_ABEND auid=4294967295 uid=107 gid=107 ses=4294967295 pid=17930 comm="qemu-system-x86" exe="/usr/bin/qemu-system-x86_64" sig=31 res=1 +Jan 04 11:59:03 localhost audit: BPF prog-id=113 op=LOAD +Jan 04 11:59:03 localhost audit: BPF prog-id=114 op=LOAD +Jan 04 11:59:03 localhost audit: BPF prog-id=115 op=LOAD +Jan 04 11:59:03 localhost systemd[1]: Started systemd-coredump@3-17978-0.service - Process Core Dump (PID 17978/UID 0). +Jan 04 11:59:03 localhost audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@3-17978-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost systemd-coredump[17980]: Resource limits disable core dumping for process 17930 (qemu-system-x86). +Jan 04 11:59:03 localhost systemd-coredump[17980]: [🡕] Process 17930 (qemu-system-x86) of user 107 terminated abnormally without generating a coredump. +Jan 04 11:59:03 localhost systemd[1]: systemd-coredump@3-17978-0.service: Deactivated successfully. +Jan 04 11:59:03 localhost audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@3-17978-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit: ANOM_PROMISCUOUS dev=vnet12 prom=0 old_prom=256 auid=4294967295 uid=107 gid=107 ses=4294967295 +Jan 04 11:59:03 localhost kernel: br-dmz: port 4(vnet12) entered disabled state +Jan 04 11:59:03 localhost kernel: vnet12 (unregistering): left allmulticast mode +Jan 04 11:59:03 localhost kernel: vnet12 (unregistering): left promiscuous mode +Jan 04 11:59:03 localhost kernel: br-dmz: port 4(vnet12) entered disabled state +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.3895] device (vnet12): state change: activated -> unmanaged (reason 'unmanaged', sys-iface-state: 'removed') +Jan 04 11:59:03 localhost NetworkManager[1338]: <info> [1704394743.3897] device (vnet12): released from master device br-dmz +Jan 04 11:59:03 localhost virtqemud[1595]: Unable to read from monitor: Connection reset by peer +Jan 04 11:59:03 localhost virtqemud[1595]: internal error: qemu unexpectedly closed the monitor +Jan 04 11:59:03 localhost virtqemud[1595]: internal error: process exited while connecting to monitor +Jan 04 11:59:03 localhost virtlogd[1659]: Client hit max requests limit 1. This may result in keep-alive timeouts. Consider tuning the max_client_requests server parameter +Jan 04 11:59:03 localhost virtqemud[1595]: Failed to acquire pid file '/run/libvirt/qemu/swtpm/10-fedora-waydroid-swtpm.pid': Resource temporarily unavailable +Jan 04 11:59:03 localhost systemd[1]: machine-qemu\\x2d10\\x2dfedora\\x2dwaydroid.scope: Deactivated successfully. +Jan 04 11:59:03 localhost systemd-machined[1368]: Machine qemu-10-fedora-waydroid terminated. +Jan 04 11:59:03 localhost audit: BPF prog-id=115 op=UNLOAD +Jan 04 11:59:03 localhost audit: BPF prog-id=114 op=UNLOAD +Jan 04 11:59:03 localhost audit: BPF prog-id=113 op=UNLOAD +Jan 04 11:59:03 localhost audit: BPF prog-id=112 op=UNLOAD +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=disk reason=start vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 old-disk="?" new-disk="/var/lib/libvirt/images/fedora-waydroid.img" exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=net reason=start vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 old-net="?" new-net="52:54:00:72:c3:92" exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=dev reason=start vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 bus=usb device=555342207265646972646576 exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=dev reason=start vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 bus=usb device=555342207265646972646576 exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=rng reason=start vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 old-rng="?" new-rng="/dev/urandom" exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=tpm-emulator reason=start vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 device="?" exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=mem reason=start vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 old-mem=0 new-mem=4194304 exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_RESOURCE pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=vcpu reason=start vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 old-vcpu=0 new-vcpu=4 exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=success' +Jan 04 11:59:03 localhost audit[1595]: VIRT_CONTROL pid=1595 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm op=start reason=booted vm="fedora-waydroid" uuid=abcdefgh-ijkl-mnop-qrst-uvwx12345678 vm-pid=0 exe="/usr/sbin/virtqemud" hostname=? addr=? terminal=? res=failed' +``` + +<details> + +For the record I filed a bug earlier in libvirt (https://gitlab.com/libvirt/libvirt/-/issues/573) but I now think it's qemu related. + + +/label ~"kind::Bug"""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2073.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2073.toml new file mode 100644 index 00000000..b9780a0e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2073.toml @@ -0,0 +1,28 @@ +id = 2073 +title = "Audio: missing ability to disable microphone input from host?" +state = "opened" +created_at = "2024-01-04T21:49:16.262Z" +closed_at = "n/a" +labels = ["Audio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2073" +host-os = "Windows Server 2022" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.2.0" +guest-os = "Windows 10, Fedora 39" +guest-arch = "x86_64" +description = """**It appears there is no way to disable the microphone / input to the audio backend device(s).** + + +There are at least two cases where this matters: +1. The host has no microphone input (e.g. only HDMI audio output with video). +2. The host has a microphone input, but the user doesn't want the guest VM to have access to the microphone/input. + +I tried the option in.channels=0, as that seemed the most obvious way, though that doesn't work. + +For -audio dsound, it appears that CLSID_DirectSoundCapture is unconditionally acquired. + +There will also be later periodic warning/text outputs from QEMU "Could not create a backend for voice virtio.in", if you're running on a host system with no audio input device. + +Adding a couple backend checks for channels > 0 may work well. Not sure if it matters that audio front end device in the VM still thinks there is an audio input.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2075.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2075.toml new file mode 100644 index 00000000..420721dd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2075.toml @@ -0,0 +1,18 @@ +id = 2075 +title = "QGA guest-get-fsinfo can not return windows dynamic volumes" +state = "closed" +created_at = "2024-01-05T09:59:04.432Z" +closed_at = "2024-02-01T13:14:10.019Z" +labels = ["Guest Agent", "guest: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2075" +host-os = "centos7" +host-arch = "x86" +qemu-version = "6.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """Install qemu-ga (newest version) in Windows, create multiple dynamic volumes（containing multiple disks）, + + +get them information via guest-get-fsinfo, but guest-get-fsinfo does not return the the dynamic volume.""" +reproduce = """virsh qemu-agent-command {domain} --pretty '{ "execute": "guest-get-fsinfo" }'""" +additional = """Please see if this bug can be fixed by [qga-win: Fix guest-get-fsinfo multi-disks collection](https://patchew.org/QEMU/20231227071540.4035803-1-peng.ji@smartx.com/)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2076.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2076.toml new file mode 100644 index 00000000..383f9cd4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2076.toml @@ -0,0 +1,15 @@ +id = 2076 +title = "stringop-overread warning in tests/tcg/multiarch/sha1.c" +state = "opened" +created_at = "2024-01-05T13:45:53.718Z" +closed_at = "n/a" +labels = ["Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2076" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2077.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2077.toml new file mode 100644 index 00000000..c2b5717a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2077.toml @@ -0,0 +1,15 @@ +id = 2077 +title = "flaky CI test: acpiBitsTest.test_acpi_smbios_bits" +state = "closed" +created_at = "2024-01-05T18:32:04.316Z" +closed_at = "2024-01-19T09:57:23.148Z" +labels = ["ACPI", "Tests", "flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2077" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/208.toml b/gitlab/issues/target_missing/host_missing/accel_missing/208.toml new file mode 100644 index 00000000..0237d4c8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/208.toml @@ -0,0 +1,15 @@ +id = 208 +title = "Write a new, asynchronous qmp-shell TUI" +state = "opened" +created_at = "2020-10-27T23:46:30.190Z" +closed_at = "n/a" +labels = ["Python", "QAPI/QMP", "kind::Feature Request", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/208" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2080.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2080.toml new file mode 100644 index 00000000..3ffdcd5b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2080.toml @@ -0,0 +1,15 @@ +id = 2080 +title = "CI 'pages' job sometimes fails with \"htags: Negative exec line limit\"" +state = "closed" +created_at = "2024-01-08T12:20:55.164Z" +closed_at = "2024-01-12T17:27:39.062Z" +labels = ["CI", "flaky-ci", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2080" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2081.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2081.toml new file mode 100644 index 00000000..9f4e64e2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2081.toml @@ -0,0 +1,21 @@ +id = 2081 +title = "[OHCI] OHCI_CC_DEVICENOTRESPONDING not set when transferring to a disconnected device" +state = "opened" +created_at = "2024-01-09T03:51:15.462Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2081" +host-os = "Ubuntu" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """If a USB device is disconnected and is cleaned up by qemu, subsequent transfers to that device address are ignored. On a real OHCI controller `OHCI_CC_DEVICENOTRESPONDING` bit is set and is reported as an error to the host. + +qemu attempts to set it here https://github.com/qemu/qemu/blob/ffd454c67e38cc6df792733ebc5d967eee28ac0d/hw/usb/hcd-ohci.c#L795 which would work fine on a valid device handle. + +However this check https://github.com/qemu/qemu/blob/ffd454c67e38cc6df792733ebc5d967eee28ac0d/hw/usb/hcd-ohci.c#L975 leaves early if no device handle is found so the error code is never set. + +Fix is to set `OHCI_CC_DEVICENOTRESPONDING` if `ohci_find_device` fails before returning.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2082.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2082.toml new file mode 100644 index 00000000..573c5e74 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2082.toml @@ -0,0 +1,56 @@ +id = 2082 +title = "\"Unable to find a guest_base to satisfy all guest address mapping requirements\" running certain x86_64 binaries on aarch64 host" +state = "opened" +created_at = "2024-01-09T10:12:24.548Z" +closed_at = "n/a" +labels = ["kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2082" +host-os = "Fedora 39 & Fedora 40" +host-arch = "aarch64" +qemu-version = "qemu-8.1.3-1.fc39, qemu-8.2.0-0.3.rc2.fc40" +guest-os = "linux-user" +guest-arch = "x86_64" +description = """Copying from: + + https://bugzilla.redhat.com/show_bug.cgi?id=2256916 + +With ``qemu-x86_64-static`` from ``qemu-8.1.3-1.fc39``, I can no longer run on the m1 the ``x86_64`` binary created by https://github.com/containers/PodmanHello + +If I try with ``qemu-x86_64-static`` from ``qemu-7.2.7-1.fc38`` then this works. + +If I build the binary manually on a fc39 x86 system with ``gcc -O2 -static -o podman_hello_world podman_hello_world.c``, then I can also run it successfully with ``qemu-8.1.3-1.fc39``. +It's only the static binary built inside the alpine container which cannot be run on the M1. + + +Misc tests I ran: + +``` +$ ./qemu-x86_64-static-8.1.3 podman_hello_world.alpine +qemu-x86_64-static-8.1.3: /var/roothome/podman_hello_world.alpine: Unable to find a guest_base to satisfy all guest address mapping requirements + 0000000000000000-0000000000000fff + 0000000000400000-00000000004047ef + +$ ./qemu-x86_64-static-7.2.7 podman_hello_world.alpine +!... Hello Podman World ...! +[...] + +$ ./qemu-x86_64-static-8.1.3 podman_hello_world.fc39 +!... Hello Podman World ...! +[...] +``` + +The issue is still present with ``qemu-8.2.0-0.3.rc2.fc40`` + +I also could not reproduce on ``x86_64`` machines. I just tried it on fc39 installed on non-Apple ``aarch64`` hardware, and I'm seeing the same issue: + +``` +# rpm -qf /usr/bin/qemu-x86_64-static +qemu-user-static-x86-8.1.3-1.fc39.aarch64 + +# qemu-x86_64-static ./podman_hello_world.alpine +qemu-x86_64-static: /root/podman_hello_world.alpine: Unable to find a guest_base to satisfy all guest address mapping requirements + 0000000000000000-0000000000000fff + 0000000000400000-00000000004047ef +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2085.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2085.toml new file mode 100644 index 00000000..685ae925 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2085.toml @@ -0,0 +1,30 @@ +id = 2085 +title = "screen doesn't update fully wth spice + virtio-vga graphics" +state = "closed" +created_at = "2024-01-09T14:51:57.970Z" +closed_at = "2024-01-09T15:46:17.737Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2085" +host-os = "Fedora 38" +host-arch = "x86_64" +qemu-version = "8.2.0" +guest-os = "Fedora 39" +guest-arch = "x86_64" +description = """When using spice graphics with virtio-vga, display updates and missing and/or delayed making interaction unusable""" +reproduce = """Create a VM with spice graphics and virtio-vga with earlier mentioned command line + +Open ``remote-viewer spice://localhost:5900`` + +Boot the Fedora 39 server network installer CDROM ISO + +When Ananconda starts, select 'continue' at the first language choice screen + +Select 'Root Account' config option + +Toggle between "Disable root account" and "Enable root account" options + +Observe when the password entry box is shown/hidden, the screen does not redraw correctly""" +additional = """See also + +https://bugzilla.redhat.com/show_bug.cgi?id=2256884 +https://bbs.archlinux.org/viewtopic.php?id=291606""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2086.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2086.toml new file mode 100644 index 00000000..c7d050f2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2086.toml @@ -0,0 +1,23 @@ +id = 2086 +title = "qemu-img created VMDK files lead to \"Unsupported or invalid disk type 7\" on ESXi" +state = "opened" +created_at = "2024-01-09T17:27:09.353Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2086" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "8.2.50 (v8.2.0-442-gffd454c67e)" +guest-os = "VMWare ESXi 7.0" +guest-arch = "x86" +description = """Trying to start the VM using vmdk converted with qemu-img fails with + +Failed to start the virtual machine. +Module DevicePowerOn power on failed. +Unable to create virtual SCSI device for scsi0:1, '/vmfs/volumes/5cca0155-bdddf31d-2714-00215acbeb1e/AppD-VM01/AppDdisk1-VM01.vmdk' +Failed to open disk scsi0:1: Unsupported or invalid disk type 7. Ensure that the disk has been imported.""" +reproduce = """1. Convert booting OS (in both Qemu and VMWare with the help of drivers) to vmdk +2. Push vmdk file to ESXi datastore +3. Try to boot +""" +additional = """ESXi seem to use a specific implementation of vmdk, with a *name*.vmdk file being the descriptor of the virtual disk and a *name*-flat.vmdk.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2087.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2087.toml new file mode 100644 index 00000000..9be2f01a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2087.toml @@ -0,0 +1,38 @@ +id = 2087 +title = "usb-host / libusb: handling of clear_halt leads to slow device attach, possibly unusable VMs (edit:fix within)" +state = "opened" +created_at = "2024-01-09T20:19:29.939Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2087" +host-os = "Windows Server 2022" +host-arch = "x86_x64" +qemu-version = "QEMU emulator version 8.2.0" +guest-os = "Windows 10, Fedora 39" +guest-arch = "x86_64" +description = """When passing through a common JMicron USB SATA IDE brige storage device to a windows guest, the windows VM and the attached device become unusable. It appears to take several minutes to identify the connected device, and many minutes to pull up the device properties (though they are correct). The trace log seems to indicate a retry/reset retry loop is occuring. + +The device works fine passed through to a fedora guest VM. Device also work fine when used by the Windows host system. + +The primary difference may be the XHCI controller device behavior in the Windows and fedora guest VMs.\\ +It appears there may possibly be 2 separate issues: + +1. Incompatible handling of this type of storage device in usb-host / libusb. +2. Windows XHCI not properly handling malformed or possibly mis-behaved devices. + +I also tried the nec-usb-xhci device instead of qemu-xhci, and also tried the ICH9 usb device; no difference in behavior in the Windows VM. (Though windows appears to use the same xhci device driver in all cases). + +A simple USB 3.x storage stick (at speed 5000) works fine passed through to the Windows guest VM, configured in the same way, with both cases using WinUSB to allow passthrough/attach to work.""" +reproduce = "n/a" +additional = """lsusb output in the working Fedora VM case: + +only the debug descriptor fails to dump, running as root + +[lsusb.txt](/uploads/c1a702bc628ed9bc983dba3e703e8af4/lsusb.txt) + +\\-trace enable=usb_host\\_\\* output (fragment of logfile) from the non-working Windows VM case: + +[usb_noprogress.txt](/uploads/f66b2ff7d4658f9569859ac122413d9f/usb_noprogress.txt) + +```plaintext +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2088.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2088.toml new file mode 100644 index 00000000..54e64c98 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2088.toml @@ -0,0 +1,29 @@ +id = 2088 +title = "Building qemu fails on Solaris 11.4" +state = "closed" +created_at = "2024-01-10T05:05:21.480Z" +closed_at = "2024-02-01T13:09:26.717Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2088" +host-os = "Solaris 11.4" +host-arch = "SPARC" +qemu-version = "QEMU emulator version 8.2.50 (v8.2.0-414-g0c1eccd368-dirty)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Building qemu-system-hppa on Solaris 11.4 (details above) fails because in qga/commands-posix.c + +(1) Solaris does not have net/ethernet.h +``` + #if defined(__NetBSD__) || defined(__OpenBSD__) + #include <net/if_arp.h> + #include <netinet/if_ether.h> + #else + #include <net/ethernet.h> + #endif +``` +Solaris *does* have net/if_arp.h and netinet/if_ether.h + +(2) Solaris does not define ETHER_ADDR_LEN, instead it defines ETHERADDRL""" +reproduce = """1. '../configure' '--disable-docs' '--disable-rdma' '--target-list=hppa-softmmu' +2. gmake""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/209.toml b/gitlab/issues/target_missing/host_missing/accel_missing/209.toml new file mode 100644 index 00000000..9f3e6678 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/209.toml @@ -0,0 +1,15 @@ +id = 209 +title = "the version number of qemu 6.0.0 is still 5.2.0" +state = "closed" +created_at = "2021-05-07T02:23:37.165Z" +closed_at = "2021-05-07T06:51:22.138Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/209" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2090.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2090.toml new file mode 100644 index 00000000..b0d048bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2090.toml @@ -0,0 +1,19 @@ +id = 2090 +title = "Long initialisation of VM before boot." +state = "closed" +created_at = "2024-01-10T09:39:51.286Z" +closed_at = "2024-01-10T16:36:45.318Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2090" +host-os = "Gentoo" +host-arch = "x86_64" +qemu-version = "8.2.0" +guest-os = "Win10 Win11 OL7.x OL8.x OL9.x" +guest-arch = "## Description of problem" +description = """When i start VM in "Virtual machine manager" I got black screen, which hang there approximately one minute. After this delay VM begin booted and all work properly. Some time ago VMs booted immediately without mentioned delay after starting of VM. I checked all relevant log files, changed 3 times kernel, rebuilded Qemu, but problem persist. I don't know when problem began. + + + +##""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2095.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2095.toml new file mode 100644 index 00000000..38b14970 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2095.toml @@ -0,0 +1,15 @@ +id = 2095 +title = "RFE: support AF_UNIX userspace backend for virtio-vsock matching firecracker" +state = "opened" +created_at = "2024-01-12T13:33:20.318Z" +closed_at = "n/a" +labels = ["device:virtio", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2095" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2099.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2099.toml new file mode 100644 index 00000000..d0f57435 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2099.toml @@ -0,0 +1,21 @@ +id = 2099 +title = "Setting for initial GTK window size?" +state = "opened" +created_at = "2024-01-13T00:28:53.348Z" +closed_at = "n/a" +labels = ["GUI", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2099" +host-os = "Windows Server 2022" +host-arch = "x86_64" +qemu-version = "8.2" +guest-os = "Windows, Fedora" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. When starting QEMU on Windows, the GTK window size appears to be sized to approx 640x480, which is very hard to see on a 4k+ monitor. So interacting with the boot, reading BIOS messages, etc, isn't great. +2. It would be great to be able to specify the dimensions of the GTK window, say 2560x1600, and then just set "Zoom to Fit". +3. This way, the visible window area remains constant, and all stages of graphical interaction get scaled to a workable size. +4. The OS can be configured to say 2560x1600 once setup. +5. Perhaps I've overlook settings to accomplish this? + +Thank you.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/210.toml b/gitlab/issues/target_missing/host_missing/accel_missing/210.toml new file mode 100644 index 00000000..0f37d950 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/210.toml @@ -0,0 +1,15 @@ +id = 210 +title = "Function not implemented when using libaio" +state = "opened" +created_at = "2021-05-07T06:23:22.799Z" +closed_at = "n/a" +labels = ["Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/210" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2100.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2100.toml new file mode 100644 index 00000000..4ecb01b5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2100.toml @@ -0,0 +1,18 @@ +id = 2100 +title = "Add option to skip quit confirmation with Cocoa display" +state = "opened" +created_at = "2024-01-13T21:34:03.536Z" +closed_at = "n/a" +labels = ["GUI", "hostos: macOS", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2100" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """This change was originally requested in back in 2016, but got lost in the issue tracker migration: https://bugs.launchpad.net/qemu/+bug/1556372 + +Patch in question: +https://lists.gnu.org/archive/html/qemu-devel/2015-09/msg05031.html""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2102.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2102.toml new file mode 100644 index 00000000..a43f586f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2102.toml @@ -0,0 +1,48 @@ +id = 2102 +title = "\"qemu-img resize -f qcow2\" produces broken disk images" +state = "closed" +created_at = "2024-01-16T12:15:05.030Z" +closed_at = "2024-01-17T17:04:19.091Z" +labels = ["block:qcow2"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2102" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "8.2.0" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """The documentation of `qemu-img` at +<https://www.qemu.org/docs/master/tools/qemu-img.html> +makes it sound like `qemu-img resize` supports various image formats +(raw, qcow2, etc.) in the same way. + +But it doesn't. While `qemu-img resize -f raw` works as expected, +`qemu-img resize -f qcow2` produces broken disk images.""" +reproduce = """``` +$ wget http://nycdn.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/evbarm-aarch64/binary/gzimg/arm64.img.gz +$ gunzip arm64.img +``` + +First resize, then convert: +``` +$ cp arm64.img arm64-rc.img +$ qemu-img resize -f raw arm64-rc.img 10G +$ qemu-img convert -f raw -O qcow2 arm64-rc.img arm64-rc.qcow2 +$ rm -f arm64-rc.img +``` + +First convert, then resize: +``` +$ qemu-img convert -f raw -O qcow2 arm64.img arm64-cr.qcow2 +$ qemu-img resize -f qcow2 arm64-cr.qcow2 10G +``` + +Attach to a VM in VirtualBox (as an additional SATA disk) and start that VM. + +arm64-rc.qcow2 => +`# fdisk /dev/sdb` => it has two partitions. + +arm64-cr.qcow2 => +`# fdisk /dev/sdb` => it has no partitions! +And the VM cannot be cleanly shut down. I had to manually kill the VirtualBoxVM +process.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2103.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2103.toml new file mode 100644 index 00000000..e47f4a07 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2103.toml @@ -0,0 +1,15 @@ +id = 2103 +title = "docs/system/keys.rst.inc still refers to removed options -alt-grab and -ctrl-grab" +state = "closed" +created_at = "2024-01-16T14:10:58.787Z" +closed_at = "2024-02-04T10:44:43.525Z" +labels = ["Bite Sized", "Documentation", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2103" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2104.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2104.toml new file mode 100644 index 00000000..1af61b74 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2104.toml @@ -0,0 +1,15 @@ +id = 2104 +title = "source code of function trace_memory_region_ops_write()" +state = "closed" +created_at = "2024-01-16T14:49:05.111Z" +closed_at = "2024-01-16T16:28:33.470Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2104" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2109.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2109.toml new file mode 100644 index 00000000..f1dd735c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2109.toml @@ -0,0 +1,15 @@ +id = 2109 +title = "NetBSD VM fails to install due to missing py311-expat package" +state = "closed" +created_at = "2024-01-17T11:09:43.183Z" +closed_at = "2024-01-22T08:48:21.838Z" +labels = ["CI", "Tests", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2109" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2110.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2110.toml new file mode 100644 index 00000000..81c44535 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2110.toml @@ -0,0 +1,21 @@ +id = 2110 +title = "live migrations fail qemu-kvm" +state = "closed" +created_at = "2024-01-18T15:10:18.239Z" +closed_at = "2024-01-18T16:28:10.291Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2110" +host-os = "Almalinux 8.9" +host-arch = "x86" +qemu-version = "6.2.0-40" +guest-os = "n/a" +guest-arch = "n/a" +description = """live migrations fail between two identical hosts +``` +2024-01-18T00:16:31.582070Z qemu-kvm: Missing section footer for 0000:00:01.3/piix4_pm +2024-01-18T00:16:31.582169Z qemu-kvm: load of migration failed: Invalid argument +2024-01-18 00:16:31.611+0000: shutting down, reason=failed +```""" +reproduce = "n/a" +additional = """source log for vm [source.log](/uploads/5816f929a5e543f423bb909a0df23fb7/source.log) +dest log for vm [dest.log](/uploads/a1b6ae02e4c8235536e740b86d16ddd6/dest.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2111.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2111.toml new file mode 100644 index 00000000..d04231db --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2111.toml @@ -0,0 +1,67 @@ +id = 2111 +title = "Assertion failure with active vhost NIC when snapshot_save_job_bh() is executed as part of a vCPU thread's aio_poll()" +state = "opened" +created_at = "2024-01-18T15:19:40.659Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2111" +host-os = "Proxmox VE 8.1 (but using upstream QEMU)" +host-arch = "x86" +qemu-version = "8.2.0 [but originally found with an older version](https://lore.kernel.org/qemu-devel/31757c45-695d-4408-468c-c2de560aff9c@proxmox.com/)" +guest-os = "n/a" +guest-arch = "n/a" +description = """During a `snapshot-save` QMP command the `snapshot_save_job_bh()` bottom half can end up being executed as part of a vCPU thread's `aio_poll()`. This is problematic and can lead to an assertion failure (see below for backtrace) when there is an active vhost network device: + +``` +qemu-system-x86_64: ../hw/net/virtio-net.c:3835: virtio_net_pre_save: Assertion `!n->vhost_started' failed. +```""" +reproduce = """It is very racy and very difficult to reproduce when actually taking snapshots. So the way I can get it pretty reliably is: + +1. Issue `snapshot-save` QMP commands with an invalid device ID in a loop. At the same time, have the guest write to the pflash. +2. In GDB, wait for `snapshot_save_job_bh()` to be hit by a vCPU thread. +3. Manually change the device ID to a valid one (`scsi1` in the example) so that taking a snapshot will actually be attempted. +4. Continue in GDB and the assertion failure will happen.""" +additional = """Full backtrace: + +``` + #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 + #1 0x00007f1de5ae3d9f in __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78 + #2 0x00007f1de5a94f32 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 + #3 0x00007f1de5a7f472 in __GI_abort () at ./stdlib/abort.c:79 + #4 0x00007f1de5a7f395 in __assert_fail_base (fmt=0x7f1de5bf3a90 "%s%s%s:%u: %s%sAssertion `%s' failed.\\n%n", assertion=assertion@entry=0x563cb92d56e7 "!n->vhost_started", + file=file@entry=0x563cb92d56d0 "../hw/net/virtio-net.c", line=line@entry=3835, function=function@entry=0x563cb92d65a0 <__PRETTY_FUNCTION__.2> "virtio_net_pre_save") at ./assert/assert.c:92 + #5 0x00007f1de5a8de32 in __GI___assert_fail (assertion=assertion@entry=0x563cb92d56e7 "!n->vhost_started", file=file@entry=0x563cb92d56d0 "../hw/net/virtio-net.c", line=line@entry=3835, + function=function@entry=0x563cb92d65a0 <__PRETTY_FUNCTION__.2> "virtio_net_pre_save") at ./assert/assert.c:101 + #6 0x0000563cb8ebf23c in virtio_net_pre_save (opaque=<optimized out>) at ../hw/net/virtio-net.c:3835 + #7 virtio_net_pre_save (opaque=<optimized out>) at ../hw/net/virtio-net.c:3829 + #8 0x0000563cb917515b in vmstate_save_state_v (f=0x7f1dc43aec30, vmsd=0x563cb9e5a580 <vmstate_virtio_net>, opaque=0x563cbbb6eb40, vmdesc=0x7f1dc4080040, version_id=11, errp=0x7f1dcbdf9908) + at ../migration/vmstate.c:359 + #9 0x0000563cb9175d0c in vmstate_save_state_with_err (f=<optimized out>, vmsd=<optimized out>, opaque=<optimized out>, vmdesc_id=<optimized out>, errp=<optimized out>) at ../migration/vmstate.c:347 + #10 0x0000563cb8d9a1b2 in vmstate_save (f=f@entry=0x7f1dc43aec30, se=se@entry=0x563cbbcbdc70, vmdesc=vmdesc@entry=0x7f1dc4080040) at ../migration/savevm.c:1037 + #11 0x0000563cb8d9d6e6 in qemu_savevm_state_complete_precopy_non_iterable (f=f@entry=0x7f1dc43aec30, in_postcopy=in_postcopy@entry=false, inactivate_disks=inactivate_disks@entry=false) + at ../migration/savevm.c:1553 + #12 0x0000563cb8d9daa2 in qemu_savevm_state_complete_precopy (f=f@entry=0x7f1dc43aec30, iterable_only=iterable_only@entry=false, inactivate_disks=inactivate_disks@entry=false) at ../migration/savevm.c:1628 + #13 0x0000563cb8da076e in qemu_savevm_state (errp=0x7f1dc42c59f0, f=0x7f1dc43aec30) at ../migration/savevm.c:1734 + #14 save_snapshot (name=<optimized out>, overwrite=overwrite@entry=false, vmstate=<optimized out>, has_devices=has_devices@entry=true, devices=0x7f1dc4096600, errp=0x7f1dc42c59f0) at ../migration/savevm.c:3131 + #15 0x0000563cb8da0926 in snapshot_save_job_bh (opaque=0x7f1dc42c5930) at ../migration/savevm.c:3430 + #16 0x0000563cb9110036 in aio_bh_poll (ctx=ctx@entry=0x563cba818b40) at ../util/async.c:216 + #17 0x0000563cb90fa09a in aio_poll (ctx=ctx@entry=0x563cba818b40, blocking=blocking@entry=true) at ../util/aio-posix.c:722 + #18 0x0000563cb8fb1015 in bdrv_poll_co (s=0x7f1dcbdf9db0) at /home/febner/repos/qemu/block/block-gen.h:43 + #19 blk_pwrite (blk=<optimized out>, offset=offset@entry=91136, bytes=bytes@entry=512, buf=0x7f1dc9a16400, flags=flags@entry=0) at block/block-gen.c:2012 + #20 0x0000563cb8bb8985 in pflash_update (pfl=pfl@entry=0x563cbaa84bf0, offset=91136, offset@entry=91526, size=size@entry=1) at ../hw/block/pflash_cfi01.c:394 + #21 0x0000563cb8bbacd8 in pflash_write (be=0, width=1, value=63, offset=91526, pfl=0x563cbaa84bf0) at ../hw/block/pflash_cfi01.c:522 + #22 pflash_mem_write_with_attrs (opaque=0x563cbaa84bf0, addr=91526, value=<optimized out>, len=1, attrs=...) at ../hw/block/pflash_cfi01.c:681 + #23 0x0000563cb8f06e2e in access_with_adjusted_size (addr=addr@entry=91526, value=value@entry=0x7f1dcbdf9f58, size=size@entry=1, access_size_min=<optimized out>, access_size_max=<optimized out>, + access_fn=0x563cb8f06710 <memory_region_write_with_attrs_accessor>, mr=<optimized out>, attrs=...) at ../system/memory.c:573 + #24 0x0000563cb8f07e59 in memory_region_dispatch_write (mr=mr@entry=0x563cbaa84fb0, addr=addr@entry=91526, data=<optimized out>, op=<optimized out>, attrs=attrs@entry=...) at ../system/memory.c:1528 + #25 0x0000563cb8f0f43c in flatview_write_continue (fv=fv@entry=0x7f1dc42e4720, addr=addr@entry=4290864518, attrs=..., attrs@entry=..., ptr=ptr@entry=0x7f1de7946028, len=len@entry=1, addr1=<optimized out>, + l=<optimized out>, mr=0x563cbaa84fb0) at ../system/physmem.c:2714 + #26 0x0000563cb8f0f6b3 in flatview_write (fv=0x7f1dc42e4720, addr=addr@entry=4290864518, attrs=attrs@entry=..., buf=buf@entry=0x7f1de7946028, len=len@entry=1) at ../system/physmem.c:2756 + #27 0x0000563cb8f12959 in address_space_write (len=1, buf=0x7f1de7946028, attrs=..., addr=4290864518, as=0x563cb9fd8ec0 <address_space_memory>) at ../system/physmem.c:2863 + #28 address_space_rw (as=0x563cb9fd8ec0 <address_space_memory>, addr=4290864518, attrs=attrs@entry=..., buf=buf@entry=0x7f1de7946028, len=1, is_write=<optimized out>) at ../system/physmem.c:2873 + #29 0x0000563cb8f64ab8 in kvm_cpu_exec (cpu=cpu@entry=0x563cbac066d0) at ../accel/kvm/kvm-all.c:2915 + #30 0x0000563cb8f65ce5 in kvm_vcpu_thread_fn (arg=arg@entry=0x563cbac066d0) at ../accel/kvm/kvm-accel-ops.c:51 + #31 0x0000563cb90fd1c8 in qemu_thread_start (args=0x563cbaac33c0) at ../util/qemu-thread-posix.c:541 + #32 0x00007f1de5ae2044 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 + #33 0x00007f1de5b6261c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2112.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2112.toml new file mode 100644 index 00000000..413cb4ee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2112.toml @@ -0,0 +1,36 @@ +id = 2112 +title = "Limited Support for MIPS clone syscall in QEMU User Mode" +state = "closed" +created_at = "2024-01-18T16:21:33.616Z" +closed_at = "2024-03-06T04:25:55.496Z" +labels = ["Closed::WontFix", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2112" +host-os = "Ubuntu 20.04" +host-arch = "X64" +qemu-version = "8.1.3" +guest-os = "Ubuntu 20.04" +guest-arch = "MIPS" +description = """Hello, + +I have been working with QEMU user mode to run programs based on the MIPS architecture and have encountered a limitation regarding the support for the MIPS clone syscall in the current implementation of QEMU user mode. Specifically, when invoking the clone syscall with certain flags, it results in the error "errno=22 (Invalid argument)" due to the absence of corresponding handling code in QEMU. + +Upon further investigation, I pinpointed the probable cause. QEMU user mode appears to check if the flags for the clone syscall include all the flags defined in CLONE_THREAD_FLAGS. If there is a mismatch, it returns "-TARGET_EINVAL". + +[source code](https://gitlab.com/qemu-project/qemu/-/blob/master/linux-user/syscall.c?ref_type=heads#L6564) + +The current CLONE_THREAD_FLAGS in QEMU are set to include: (CLONE_VM | CLONE_FS | CLONE_FILES | CLONE_SIGHAND | CLONE_THREAD | CLONE_SYSVSEM). + +However, in my MIPS program, the flags are only: (CLONE_VM | CLONE_FS | CLONE_FILES | CLONE_SIGHAND). + +Aligning my MIPS program to include all the flags as per CLONE_THREAD_FLAGS alters the clone syscall's behavior, deviating from the original semantics required by my MIPS program. + +I am seeking guidance on whether there is a way in QEMU user mode's MIPS syscall handling to exclusively use the flags (CLONE_VM | CLONE_FS | CLONE_FILES | CLONE_SIGHAND). Alternatively, I am interested in any possible approach to enable support for the MIPS architecture's clone syscall in QEMU user mode. + +Thank you for your time and assistance.""" +reproduce = """1. Write a C program that utilizes the clone function, specifying the flags as: CLONE_VM | CLONE_FS | CLONE_FILES | CLONE_SIGHAND. + +strace output: +``` +clone(CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND,child_stack=0x009359a8,parent_tidptr=0x00000f00,tls=0x00000003,child_tidptr=0x2b36d510) = -1 errno=22 (Invalid argument) +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2113.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2113.toml new file mode 100644 index 00000000..311b3a5b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2113.toml @@ -0,0 +1,15 @@ +id = 2113 +title = "x64-freebsd-13-build CI job fails with \"/usr/local/lib/libtasn1.so: undefined reference to strverscmp@FBSD_1.7\"" +state = "closed" +created_at = "2024-01-18T17:44:54.589Z" +closed_at = "2024-02-15T15:58:36.098Z" +labels = ["CI", "flaky-ci", "hostos: BSD", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2113" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2116.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2116.toml new file mode 100644 index 00000000..96da2a35 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2116.toml @@ -0,0 +1,36 @@ +id = 2116 +title = "[CRASH] OpenGL acceleration except gtk: bad interaction between NVIDIA usermode opengl libraries and QEMU seccomp -sandbox on,spawn=deny, crashes immediately on startup with Bad system call" +state = "closed" +created_at = "2024-01-20T20:07:31.997Z" +closed_at = "2024-05-08T09:11:54.998Z" +labels = ["GUI", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2116" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.2.0" +guest-os = "crashes before loaded" +guest-arch = "all? aarch64, alpha, i386, riscv64 are affected" +description = """When running any of the above command lines, QEMU crashes with Bad system call (core dumped). Not exclusive to spice; it seems this is caused by QEMU forking during OpenGL initialization after seccomp takes effect.""" +reproduce = """1. Run the above commandline +2. Notice a Bad system call (core dumped)""" +additional = """This crash only happens if spawn=deny is set, resourcecontrol/obsolete/elevateprivileges don't cause crashes. + +The crash happens around the same time as an audit event is generated in dmesg: `audit: type=1326 audit(1705775880.776:14): auid=MYUSERID uid=MYUID gid=MYGID ses=REDACTED pid=REDACTED comm="qemu-system-x86" exe="/usr/bin/qemu-system-x86_64" sig=31 arch=c000003e syscall=56 compat=0 ip=REDACTED code=REDACTED` + +`ausyscall c000003e 56` tells me it's `clone` which (iirc) is the syscall used by glibc to implement fork() (I might be wrong about glibc part) + +Suggested solution: move seccomp activation until just before guest code starts executing? make frontends (ie -display gtk/sdl/whatever, including -spice) initialize before seccomp? + +Workaround: `chmod -x /bin/nvidia-modprobe` if not using the NVIDIA gpu or use this wrapper script (untested, not enterprise-ready, I am not responsible if unexpected things happen): +- rename /bin/qemu-system-x86_64 to qemu-system-x86_64.real +- put this in /bin/qemu-system-x86_64 and chmod +x it +```sh +#!/usr/bin/env sh +chmod -x /bin/nvidia-modprobe +qemu-system-x86_64.real $@ & disown +sleep 10 # excessive but maybe safer? +chmod +x /bin/nvidia-modprobe +``` +Also, you can use -display gtk,gl=on instead, or (unknown security implications) remove spawn=deny from -sandbox args + +original bug report was https://gitlab.com/libvirt/libvirt/-/issues/585 but I realized this was more of a qemu issue than a libvirt one""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2117.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2117.toml new file mode 100644 index 00000000..0e0b68c8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2117.toml @@ -0,0 +1,35 @@ +id = 2117 +title = "Unraid, Ubuntu, 9P/virtio and memory issues" +state = "opened" +created_at = "2024-01-20T22:38:09.728Z" +closed_at = "n/a" +labels = ["block:9p", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2117" +host-os = "Unraid" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.1.0" +guest-os = "Ubuntu" +guest-arch = "x86" +description = """I am running an Ubuntu VM on Unraid - which is using Qemu. I am exposing my shares through "9p Mode" to the VM. + +The logs shows: +-fsdev local,security_model=passthrough,id=fsdev-fs0,path=/mnt/user/backup \\ +-device '{"driver":"virtio-9p-pci","id":"fs0","fsdev":"fsdev-fs0","mount_tag":"backup","bus":"pci.1","addr":"0x0"}' \\ + +Inside Ubuntu, I mount the exposed shares like this: + +sudo mount -t 9p -o trans=virtio "backup" /media/share/backup + +I have a script that uses rsync to sync the files from these mounted shares onto an internal disk drive. + +The issues that I am facing, is that rsync sometimes reports "cannot allocate memory": + +rsync: [sender] readdir("/media/share/backup/myfolder"): Cannot allocate memory (12) + +There are "ten thousands" of files in that folder hierarchy, but there are plenty of memory available on the VM (many GBs), so that is no issue. The next time I run the job, it might go through as normal. But I would like to get rid of these issues. + +The question is: Is there some kind of memory allocation/limit to the virtio/9p as well? If yes - is there some way to increase it to avoid these errors?""" +reproduce = """1. Mount as shown +2. Run rsync on folder with lots of files +3. See error""" +additional = """N/A""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2118.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2118.toml new file mode 100644 index 00000000..8d6fe05f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2118.toml @@ -0,0 +1,15 @@ +id = 2118 +title = "make vm-build-openbsd reinstalls OpenBSD every time" +state = "closed" +created_at = "2024-01-22T10:31:47.862Z" +closed_at = "2024-02-28T17:26:27.380Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2118" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2119.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2119.toml new file mode 100644 index 00000000..964558d4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2119.toml @@ -0,0 +1,15 @@ +id = 2119 +title = "target/riscv/gdbstub.c：The V registers in gdb debugging mode can only be accessed when the single-letter V is enabled" +state = "opened" +created_at = "2024-01-22T11:43:36.043Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2119" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2121.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2121.toml new file mode 100644 index 00000000..9ad39d38 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2121.toml @@ -0,0 +1,15 @@ +id = 2121 +title = "tests/qtest/ahci-test.c:89:verify_state: assertion failed (ahci_fingerprint == ahci->fingerprint): (0xe0000000 == 0x29228086)" +state = "opened" +created_at = "2024-01-23T14:00:06.151Z" +closed_at = "n/a" +labels = ["flaky-ci"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2121" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2122.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2122.toml new file mode 100644 index 00000000..06b1ac66 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2122.toml @@ -0,0 +1,17 @@ +id = 2122 +title = "qemu-user-static segfault running ldconfig on host x86_64 with client arm64" +state = "closed" +created_at = "2024-01-24T00:09:21.682Z" +closed_at = "2024-01-26T21:11:08.516Z" +labels = ["Closed::Duplicate"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2122" +host-os = "Ubuntu Noble" +host-arch = "x86_64" +qemu-version = "8.1.3" +guest-os = "Ubuntu Jammy 22.04" +guest-arch = "ARM64" +description = """qemu segfault""" +reproduce = """1. download ubuntu jammy arm64 rootfs (I assume any will do) +2. mount it (with /proc from host so apt is happy) +3. execute an apt uninstall that triggers libc-bin processing""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2123.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2123.toml new file mode 100644 index 00000000..a2294df6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2123.toml @@ -0,0 +1,43 @@ +id = 2123 +title = "Invalid subprocess commands spawns successfully when running under QEMU" +state = "opened" +created_at = "2024-01-24T10:39:58.883Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2123" +host-os = "Linux Ubuntu 22" +host-arch = "x86" +qemu-version = "qemu-aarch64 version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.16)" +guest-os = "Linux" +guest-arch = "ARM64" +description = """When executing a subprocess from with a non-existing command EQMU still spawns a process. + +Consider this small rust program for instance: +```rust +use std::process::Command; + +fn main() { + match Command::new("thisdoesnotexist").spawn() { + Ok(child) => { + println!("Child process id is {}", child.id()); + } + Err(_) => { + println!("This should happen"); + } + } +} +``` + +**Executing with `qemu-aarch64`:** +```shell +qemu-aarch64 ./rust-app +Child process id is 20182 +``` + +**Executing regularly:** +```shell +./rust-app +This should happen +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2124.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2124.toml new file mode 100644 index 00000000..1c4e85e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2124.toml @@ -0,0 +1,15 @@ +id = 2124 +title = "Use watchdog_perform_action() for watchdogs currently using qemu_system_reset_request()" +state = "closed" +created_at = "2024-01-25T16:30:39.922Z" +closed_at = "2024-02-27T17:19:21.335Z" +labels = ["Bite Sized", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2124" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2125.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2125.toml new file mode 100644 index 00000000..bc1a6823 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2125.toml @@ -0,0 +1,22 @@ +id = 2125 +title = "The value of 'tx_queue_size' is set to only 256 in the network device option on qemu 8.2." +state = "closed" +created_at = "2024-01-26T07:48:51.512Z" +closed_at = "2024-02-05T16:28:01.966Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2125" +host-os = "Ubuntu 22.04.1 LTS" +host-arch = "x86_64" +qemu-version = "v8.2.0" +guest-os = "whole guest os" +guest-arch = "x86" +description = """I have been using the 'tx_queue_size' value set to 1024 in the network device option on qemu 7.2 without any issues.\\ +but when I upgrade to qemu 8.2 I got this error message (and also qemu 8.1) and I cannot use any value other than 256 +``` +qemu-system-x86_64: -device virtio-net-pci,mq=on,vectors=6,netdev=hostnet_34,id=dpdk_34,mac=F2:20:AF:40:12:65,bus=bridge,addr=0x7,page-per-vq=on,rx_queue_size=1024,tx_queue_size=1024,mrg_rxbuf=on,disable-legacy=on,disable-modern=off,host_mtu=1500,csum=on,guest_csum=on,host_tso4=on,host_tso6=on: Invalid tx_queue_size (= 1024), must be a power of 2 between 256 and 256 +``` + +and I think virtqueue max size value has never changed from 1024.\\ +https://gitlab.com/qemu-project/qemu/-/blob/staging-8.2/include/hw/virtio/virtio.h?ref_type=heads#L62""" +reproduce = """1. boot qemu-system-x86_64 on qemu 8.2 and network device option set tx_queue_size value over 256""" +additional = """- I'm using hardware vDPA offloading with mellanox NIC card.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2126.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2126.toml new file mode 100644 index 00000000..67299069 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2126.toml @@ -0,0 +1,15 @@ +id = 2126 +title = "iotest-144 sometimes fails due to minor reordering of output" +state = "closed" +created_at = "2024-01-26T14:23:38.628Z" +closed_at = "2024-02-16T10:58:41.933Z" +labels = ["Storage", "flaky-ci", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2126" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2127.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2127.toml new file mode 100644 index 00000000..668c2d89 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2127.toml @@ -0,0 +1,15 @@ +id = 2127 +title = "test-aio-multithread.c:371:test_multi_fair_mutex: assertion failed (counter == atomic_counter): (316636 == 316637)" +state = "opened" +created_at = "2024-01-26T17:06:31.683Z" +closed_at = "n/a" +labels = ["flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2127" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2128.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2128.toml new file mode 100644 index 00000000..28fd8b5e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2128.toml @@ -0,0 +1,15 @@ +id = 2128 +title = "avocado tests using landley.net URLs sometimes time out fetching assets" +state = "closed" +created_at = "2024-01-26T17:56:06.584Z" +closed_at = "2024-02-15T15:56:44.667Z" +labels = ["flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2128" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2129.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2129.toml new file mode 100644 index 00000000..d35b5531 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2129.toml @@ -0,0 +1,15 @@ +id = 2129 +title = "migration-test sometimes fails" +state = "closed" +created_at = "2024-01-26T17:57:42.403Z" +closed_at = "2024-01-26T18:15:25.109Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2129" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/213.toml b/gitlab/issues/target_missing/host_missing/accel_missing/213.toml new file mode 100644 index 00000000..a4e3188e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/213.toml @@ -0,0 +1,15 @@ +id = 213 +title = "memory writes via gdb don't work for memory mapped hardware" +state = "closed" +created_at = "2021-05-08T05:36:56.598Z" +closed_at = "2025-02-19T02:48:16.233Z" +labels = ["GDB", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/213" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2130.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2130.toml new file mode 100644 index 00000000..b7e491fb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2130.toml @@ -0,0 +1,15 @@ +id = 2130 +title = "latest code missing \"singlestep\"" +state = "closed" +created_at = "2024-01-27T06:15:46.016Z" +closed_at = "2024-01-27T22:05:37.634Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2130" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2131.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2131.toml new file mode 100644 index 00000000..703a63b5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2131.toml @@ -0,0 +1,15 @@ +id = 2131 +title = "tcg mem plugin, udata always zero" +state = "opened" +created_at = "2024-01-27T07:18:58.032Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2131" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2132.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2132.toml new file mode 100644 index 00000000..942db186 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2132.toml @@ -0,0 +1,19 @@ +id = 2132 +title = "USB Hub as USB Host Device: Child devices not recognized in Win11" +state = "opened" +created_at = "2024-01-28T06:49:58.291Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2132" +host-os = "Linux (Ubuntu 22.04.3)" +host-arch = "x86_64" +qemu-version = "6.2.0" +guest-os = "Windows 11 Pro" +guest-arch = "x86_64" +description = """I wanted to give the Windows environment direct access to some of the physical USB ports on my pc. So I mapped a selection of ports to Windows via the associated hub. Windows correctly recognizes the hub. Also, when devices are plugged into or removed from the associated ports, Windows recognizes the connection of a new device or its removal. However, regardless of the device, Windows reports: +"USB device not recognized. +The last USB device you connected to this computer has malfunctioned, and Windows does not recognize it."""" +reproduce = """1. Add one of the hosts USB hubs to a Windows VM as a USB Host Device. +2. Verify that Windows recognizes the host hub in device manager. +3. Try plugging in a USB device into one of the corresponding physical ports.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2134.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2134.toml new file mode 100644 index 00000000..a91d81ce --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2134.toml @@ -0,0 +1,15 @@ +id = 2134 +title = "[Tricore Board]How to map LOCAL. DSPR/LOCAL.PSPR to other CPU globle_DSPR/globle_PSPR" +state = "closed" +created_at = "2024-01-29T08:13:39.675Z" +closed_at = "2024-01-31T03:36:29.412Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2134" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2135.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2135.toml new file mode 100644 index 00000000..e6384bbd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2135.toml @@ -0,0 +1,32 @@ +id = 2135 +title = "Looking for ways to bypass MPS3-AN547 bootram size limit" +state = "closed" +created_at = "2024-01-30T09:26:28.229Z" +closed_at = "2024-01-31T06:29:18.762Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2135" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "6.2 && latest" +guest-os = "RTOS" +guest-arch = "Cortex-M55" +description = """Could not boot MPS3-AN547 machine with images larger than 512KiB. + +I've tried to move part of the symbols to other memory area, but the memories were discontinuous and this resulted in a large image which covers the reserved area in-between and wouldn't boot. I'm looking for advice on how to put more code in bootram. + +I've also noticed the 8MB QSPI rom area, but AN547 does not have the remapping capability as AN524 and cannot use that as bootram. What is the best way to solve this?""" +reproduce = """1.Generate an image which goes beyond 0x00000000~(0+512K) + +2.```qemu-system-arm -M mps3-an547 -nographic -kernel big-image.bin``` + +3."```qemu-system-arm: Could not load kernel 'nuttx/nuttx.bin'```"""" +additional = """Current working linker script: +``` +MEMORY +{ + flash (rx) : ORIGIN = 0x00000000, LENGTH = 512K + sram1 (rwx) : ORIGIN = 0x01000000, LENGTH = 2M + sram2 (rwx) : ORIGIN = 0x21000000, LENGTH = 4M +} +``` +Problem X is that the flash will overflow.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2138.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2138.toml new file mode 100644 index 00000000..e5500d9e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2138.toml @@ -0,0 +1,30 @@ +id = 2138 +title = "Build failure on macOS when using --disable-cocoa" +state = "closed" +created_at = "2024-01-31T06:35:34.883Z" +closed_at = "2024-03-12T16:28:31.980Z" +labels = ["Build System", "hostos: macOS", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2138" +host-os = "macOS" +host-arch = "x86_64 (but irrelevant)" +qemu-version = "8.2.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """Build fails: + +``` +../qemu-8.2.1/meson.build:3741:13: ERROR: No host machine compiler for 'audio/coreaudio.m' +```""" +reproduce = """1. On macOS run `./configure --disable-cocoa` + +Result: + +``` +Compiler for language objc skipped: feature cocoa disabled +``` +``` +../meson.build:3741:13: ERROR: No host machine compiler for 'audio/coreaudio.m' +```""" +additional = """It seems your build script contains the assumption that an Objective-C compiler is not needed when the Cocoa UI is disabled, but it still appears to be needed to compile the CoreAudio code regardless of UI. + +This was originally reported to MacPorts here: https://trac.macports.org/ticket/67984""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2139.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2139.toml new file mode 100644 index 00000000..d9400804 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2139.toml @@ -0,0 +1,17 @@ +id = 2139 +title = "Super/Win key seems to release immediately on sdl+windows" +state = "closed" +created_at = "2024-01-31T08:24:00.931Z" +closed_at = "2025-02-15T17:49:11.255Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2139" +host-os = "Windows" +host-arch = "x86_64" +qemu-version = "8.2.0 from winget" +guest-os = "SerenityOS" +guest-arch = "x86_64" +description = """Currently on windows when trying SerenityOS the super key releases immediately so you can't use the shortcuts, with the GTK gui (gl off) it works though. but GTK has other problems with mouse which sometimes doesn't work at all, SDL seems to work well besides from this one issue.""" +reproduce = """1. Boot with default settings on wsl2 which launches qemu on windows if it's installed +2. Try to use any of the superkey shortcuts like superkey+space for a search popup https://github.com/SerenityOS/serenity/blob/dc47d01fdc62a1ee319310e2b11c26b8ebe8899d/Base/usr/share/man/man7/KeyboardShortcuts.md#L4 +3. Fail because it immediately opens the menu blocking the shortcuts.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/214.toml b/gitlab/issues/target_missing/host_missing/accel_missing/214.toml new file mode 100644 index 00000000..d2e33b3e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/214.toml @@ -0,0 +1,15 @@ +id = 214 +title = "QEMU manpages provoke man(1) \"can't break line\" warnings" +state = "opened" +created_at = "2021-05-08T05:37:06.877Z" +closed_at = "n/a" +labels = ["Documentation", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/214" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2140.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2140.toml new file mode 100644 index 00000000..6fe883a8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2140.toml @@ -0,0 +1,15 @@ +id = 2140 +title = "Compiling object tests/fp - Can't create tests/fp Is directory Centos 7" +state = "closed" +created_at = "2024-01-31T14:46:22.858Z" +closed_at = "2024-01-31T15:02:25.731Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2140" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2142.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2142.toml new file mode 100644 index 00000000..fefd3ded --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2142.toml @@ -0,0 +1,15 @@ +id = 2142 +title = "`-machine microvm -cpu host` crashes when guest attempts to check CPUID SGX bits" +state = "closed" +created_at = "2024-02-01T01:07:20.983Z" +closed_at = "2024-07-24T02:58:16.928Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2142" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2144.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2144.toml new file mode 100644 index 00000000..0cdcf94b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2144.toml @@ -0,0 +1,30 @@ +id = 2144 +title = "macOS build fails when using --enable-debug" +state = "closed" +created_at = "2024-02-01T08:17:26.383Z" +closed_at = "2024-02-02T18:56:08.586Z" +labels = ["Networking", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2144" +host-os = "macOS Sonoma 14.3" +host-arch = "x86_64" +qemu-version = "master last commit bd2e12310b18b51aefbf834e6d54989fd175976f" +guest-os = "n/a" +guest-arch = "n/a" +description = """the build fails because a symbol can't be found: + +``` +ld: Undefined symbols: + _lasi_82596_init, referenced from: + _machine_HP_common_init_tail in hw_hppa_machine.c.o +```""" +reproduce = """1. on macOS 14.3 in build folder +2. ../configure --enable-debug +3. make -j12""" +additional = """the default build with + +``` +../configure +make -j12 +``` + +succeeds normally.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2147.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2147.toml new file mode 100644 index 00000000..6d0846eb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2147.toml @@ -0,0 +1,17 @@ +id = 2147 +title = "The Windows version of QEMU runs the semihost project without printing" +state = "closed" +created_at = "2024-02-02T03:01:53.595Z" +closed_at = "2024-02-18T01:40:23.796Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2147" +host-os = "Windows 10" +host-arch = "x86" +qemu-version = "8.0" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """In Linux, running this command to execute the Semihost project will print `Hello World` in the console, but running in Windows will not print anything. + +I'd like to know if it's the windows version of qemu that doesn't have perfect support for semihost, or if I need to adjust the input parameters.""" +reproduce = """""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2148.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2148.toml new file mode 100644 index 00000000..327dc359 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2148.toml @@ -0,0 +1,17 @@ +id = 2148 +title = "vdso.so is required to build vdso.so since 8.2.0" +state = "opened" +created_at = "2024-02-02T12:24:45.161Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2148" +host-os = "Gentoo Lignux" +host-arch = "amd64" +qemu-version = "8.2.0+" +guest-os = "n/a" +guest-arch = "n/a" +description = """Removing binaries from the "source" distribution makes it unable to compile. It used to work in 8.1.4.""" +reproduce = """1. remove **/vdso.so +2. configure, build +3. `../linux-user/i386/meson.build:7:20: ERROR: File vdso.so does not exist.`""" +additional = """Build log in my Gentoo harness: [build.log](/uploads/da1933173b39dd6e5f9f90de09adc3a1/build.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2149.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2149.toml new file mode 100644 index 00000000..176dbda7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2149.toml @@ -0,0 +1,23 @@ +id = 2149 +title = "Segfault in libvhost-user and libvduse because of invalid pointer arithmetic with indirect read" +state = "opened" +created_at = "2024-02-04T09:27:47.046Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2149" +host-os = "Any OS supporting libvhost-user/libvduse" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hello, this is my first experience communicating with open-source community. I have already reported the problem and have submitted patches through qemu-devel mailing list https://mail.gnu.org/archive/html/qemu-devel/2024-01/msg02533.html, as instructed in https://www.qemu.org/docs/master/devel/submitting-a-patch.html, albeit getting no response from any maintainer. I know, that everyone are very busy and are spammed everyday from millions of threads, but I am getting very upset, that such a trivial bug lives in code base for many years and even have been copied to "sister"-library without proper review. So, excuse me, if I am taking this issue too personally. + +The problem - when one tries to use libvhost-user\\libvduse and triggers for some reason non-zero-copy mode (like pushing a lot of data) of indirect descriptor reading routine `virtqueue_read_indirect_desc`, any time one got to read more than one descriptor - one would overwrite stack and depending on one's luck getting some weird behaviour, or simple crash moments later, when other code tries to access broken data. + +Steps to reproduce are non-trivial, because depends on one's host and VM (one simply gets random crashes here and there, with core dumps pointing somewhere around given libraries), but anyone who can read C code, can clearly see that pointer arithmetic of `struct vring_desc *desc` is wrong. + +Maybe, I got instructions wrong and posted fixes to wrong mailing list, maybe, nobody cares, so thank you for attention. I'll be glad to hear any advice on how can I help with fixing this simple error, besides what has been done already. + +Thank you.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2151.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2151.toml new file mode 100644 index 00000000..b235a8f1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2151.toml @@ -0,0 +1,203 @@ +id = 2151 +title = "Nested vIOMMU PCI Passthrough kernel panics" +state = "opened" +created_at = "2024-02-05T08:50:27.805Z" +closed_at = "n/a" +labels = ["VFIO", "device:virtio", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2151" +host-os = "L0 Manjaro, L1 Manjaro, and Debian 12" +host-arch = "x86_64 on all machines" +qemu-version = "8.2.0, 8.2.0, NA" +guest-os = "L1 Manjaro, L2 Debian" +guest-arch = "x86_64" +description = """In an effort to test vIOMMU according to <https://wiki.qemu.org/Features/VT-d> I've run into a kernel panic on an L2 guest receiving the L1 hypervisor's PCI passed virtual macvtap hostdev. Upon an `ifup` inside the L2 guest, on the network device passed through from the L1 host, the following kernel panic occurs and the L2 guest reboots: + +``` +[ OK ] Started ifup@enp0s2.service - ifup for enp0s2. +[ OK ] Started ifup@enp0s3.service - ifup for enp0s3.[ 24.019839] audit: type=1400 audit(1707113302.472:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/man" pid=457 comm="apparmor_parser" + + Starting networking.service - Raise network interfaces... +[ 24.255671] audit: type=1400 audit(1707113302.472:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_filter" pid=457 comm="apparmor_parser" +[ OK ] Finished systemd-tmpfiles-…te Volatile Files and Directories. +[ 24.361355] audit: type=1400 audit(1707113302.472:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_groff" pid=457 comm="apparmor_parser" + Starting systemd-timesyncd… - Network Time Synchronization... + Starting systemd-update-ut…rd System Boot/Shutdown in UTMP... +[ OK ] Finished systemd-update-ut…cord System Boot/Shutdown in UTMP. +[ OK ] Finished networking.service - Raise network interfaces. +[ OK ] Reached target network.target - Network. +[ OK ] Started systemd-timesyncd.…0m - Network Time Synchronization. +[ OK ] Reached target sysinit.target - System Initialization. +[ OK ] Started etckeeper.timermit of changes in /etc directory. +[ OK ] Started systemd-tmpfiles-c… Cleanup of Temporary Directories. +[ OK ] Reached target time-set.target - System Time Set. +[ OK ] Started apt-daily.timer - Daily apt download activities.[ 46.187450] rcu: INFO: rcu_preempt self-detected stall on CPU +[ 46.187522] rcu: 0-...!: (5250 ticks this GP) idle=3774/1/0x4000000000000000 softirq=12350/12350 fqs=0 +[ 46.187522] (t=5250 jiffies g=8669 q=7 ncpus=1) +[ 46.187522] rcu: rcu_preempt kthread timer wakeup didn't happen for 5249 jiffies! g8669 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 +[ 46.187522] rcu: Possible timer handling issue on cpu=0 timer-softirq=2282 +[ 46.187522] rcu: rcu_preempt kthread starved for 5250 jiffies! g8669 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=0 +[ 46.187522] rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior. +[ 46.187522] rcu: RCU grace-period kthread stack dump: +[ 46.187522] task:rcu_preempt state:I stack:0 pid:15 ppid:2 flags:0x00004000 +[ 46.187522] Call Trace: +[ 46.187522] <TASK> +[ 46.187522] __schedule+0x34d/0x9e0 +[ 46.187522] ? rcu_gp_cleanup+0x460/0x460 +[ 46.187522] schedule+0x5a/0xd0 +[ 46.187522] schedule_timeout+0x94/0x150 +[ 46.187522] ? __bpf_trace_tick_stop+0x10/0x10 +[ 46.187522] rcu_gp_fqs_loop+0x141/0x550 +[ 46.187522] rcu_gp_kthread+0xd0/0x190 +[ 46.187522] kthread+0xda/0x100 +[ 46.187522] ? kthread_complete_and_exit+0x20/0x20 +[ 46.187522] ret_from_fork+0x22/0x30 +[ 46.187522] </TASK> +[ 46.187522] rcu: Stack dump where RCU GP kthread last ran: +[ 46.187522] CPU: 0 PID: 487 Comm: ip Not tainted 6.1.0-17-amd64 #1 Debian 6.1.69-1 +[ 46.187522] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS Arch Linux 1.16.3-1-1 04/01/2014 +[ 46.187522] RIP: 0010:virtqueue_get_buf_ctx_split+0x94/0xd0 [virtio_ring] +[ 46.187522] Code: 42 fe ff ff 0f b7 43 58 83 c0 01 66 89 43 58 f6 83 80 00 00 00 01 75 12 80 7b 4a 00 48 8b 4b 70 8b 53 60 74 0f 66 87 44 51 04 <48> 89 e8 5b 5d c3 cc cc cc cc 66 89 44 51 04 0f ae f0 48 89 e8 5b +[ 46.187522] RSP: 0018:ffff960c408135c8 EFLAGS: 00000246 +[ 46.187522] RAX: 0000000000000000 RBX: ffff88e04e976100 RCX: 0000000000000001 +[ 46.187522] RDX: 0000000000000000 RSI: ffff960c408135e4 RDI: ffff88e04e976100 +[ 46.187522] RBP: 0000000000000000 R08: 0000000000000004 R09: ffff88e0034fa980 +[ 46.187522] R10: 0000000000000003 R11: ffff960c40813628 R12: 0000000000000002 +[ 46.187522] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000001 +[ 46.187522] FS: 00007f11d16da2c0(0000) GS:ffff88e07dc00000(0000) knlGS:0000000000000000 +[ 46.187522] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 +[ 46.187522] CR2: 00007f11d17ff8d0 CR3: 0000000004ac6000 CR4: 00000000000006f0 +[ 46.187522] Call Trace: +[ 46.187522] <IRQ> +[ 46.187522] ? rcu_check_gp_kthread_starvation+0xec/0xfd +[ 46.187522] ? rcu_sched_clock_irq.cold+0xe3/0x459 +[ 46.187522] ? update_load_avg+0x7e/0x780 +[ 46.187522] ? sched_slice+0x87/0x140 +[ 46.187522] ? timekeeping_update+0xdd/0x130 +[ 46.187522] ? timekeeping_advance+0x377/0x570 +[ 46.187522] ? update_process_times+0x70/0xb0 +[ 46.187522] ? tick_sched_handle+0x22/0x60 +[ 46.187522] ? tick_sched_timer+0x63/0x80 +[ 46.187522] ? tick_sched_do_timer+0xa0/0xa0 +[ 46.187522] ? __hrtimer_run_queues+0x112/0x2b0 +[ 46.187522] ? hrtimer_interrupt+0xf4/0x210 +[ 46.187522] ? __sysvec_apic_timer_interrupt+0x5d/0x110 +[ 46.187522] ? sysvec_apic_timer_interrupt+0x69/0x90 +[ 46.187522] </IRQ> +[ 46.187522] <TASK> +[ 46.187522] ? asm_sysvec_apic_timer_interrupt+0x16/0x20 +[ 46.187522] ? virtqueue_get_buf_ctx_split+0x94/0xd0 [virtio_ring] +[ 46.187522] virtnet_send_command+0x18e/0x1e0 [virtio_net] +[ 46.187522] virtnet_set_rx_mode+0xd4/0x2d0 [virtio_net] +[ 46.187522] __dev_open+0x12b/0x1a0 +[ 46.187522] __dev_change_flags+0x1d2/0x240 +[ 46.187522] dev_change_flags+0x22/0x60 +[ 46.187522] do_setlink+0x37c/0x12b0 +[ 46.187522] ? __nla_validate_parse+0x61/0xc00 +[ 46.187522] __rtnl_newlink+0x623/0x9e0 +[ 46.187522] ? __kmem_cache_alloc_node+0x191/0x2a0 +[ 46.187522] rtnl_newlink+0x43/0x70 +[ 46.187522] rtnetlink_rcv_msg+0x14e/0x3b0 +[ 46.187522] ? __kmem_cache_alloc_node+0x191/0x2a0 +[ 46.187522] ? __alloc_skb+0x88/0x1a0 +[ 46.187522] ? rtnl_calcit.isra.0+0x140/0x140 +[ 46.187522] netlink_rcv_skb+0x51/0x100 +[ 46.187522] netlink_unicast+0x24a/0x390 +[ 46.187522] netlink_sendmsg+0x250/0x4c0 +[ 46.187522] __sock_sendmsg+0x5f/0x70 +[ 46.187522] ____sys_sendmsg+0x277/0x2f0 +[ 46.187522] ? copy_msghdr_from_user+0x7d/0xc0 +[ 46.187522] ___sys_sendmsg+0x9a/0xe0 +[ 46.187522] __sys_sendmsg+0x76/0xc0 +[ 46.187522] do_syscall_64+0x5b/0xc0 +[ 46.187522] ? exit_to_user_mode_prepare+0x40/0x1e0 +[ 46.187522] ? syscall_exit_to_user_mode+0x27/0x40 +[ 46.187522] ? do_syscall_64+0x67/0xc0 +[ 46.187522] ? do_user_addr_fault+0x1b0/0x580 +[ 46.187522] ? exit_to_user_mode_prepare+0x40/0x1e0 +[ 46.187522] entry_SYSCALL_64_after_hwframe+0x64/0xce +[ 46.187522] RIP: 0033:0x7f11d1811af0 +[ 46.187522] Code: 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 66 2e 0f 1f 84 00 00 00 00 00 90 80 3d f1 fa 0c 00 00 74 17 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 58 c3 0f 1f 80 00 00 00 00 48 83 ec 28 89 54 +[ 46.187522] RSP: 002b:00007ffe21b533a8 EFLAGS: 00000202 ORIG_RAX: 000000000000002e +[ 46.187522] RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00007f11d1811af0 +[ 46.187522] RDX: 0000000000000000 RSI: 00007ffe21b53410 RDI: 0000000000000003 +[ 46.187522] RBP: 0000000000000003 R08: 0000000065c07b57 R09: 00005580e154e2a0 +[ 46.187522] R10: 00007ffe21b52e34 R11: 0000000000000202 R12: 0000000065c07b58 +[ 46.187522] R13: 00005580e016e020 R14: 0000000000000001 R15: 0000000000000000 +[ 46.187522] </TASK> +[ 46.187522] CPU: 0 PID: 487 Comm: ip Not tainted 6.1.0-17-amd64 #1 Debian 6.1.69-1 +[ 46.187522] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS Arch Linux 1.16.3-1-1 04/01/2014 +[ 46.187522] RIP: 0010:virtqueue_get_buf_ctx_split+0x94/0xd0 [virtio_ring] +[ 46.187522] Code: 42 fe ff ff 0f b7 43 58 83 c0 01 66 89 43 58 f6 83 80 00 00 00 01 75 12 80 7b 4a 00 48 8b 4b 70 8b 53 60 74 0f 66 87 44 51 04 <48> 89 e8 5b 5d c3 cc cc cc cc 66 89 44 51 04 0f ae f0 48 89 e8 5b +[ 46.187522] RSP: 0018:ffff960c408135c8 EFLAGS: 00000246 +[ 46.187522] RAX: 0000000000000000 RBX: ffff88e04e976100 RCX: 0000000000000001 +[ 46.187522] RDX: 0000000000000000 RSI: ffff960c408135e4 RDI: ffff88e04e976100 +[ 46.187522] RBP: 0000000000000000 R08: 0000000000000004 R09: ffff88e0034fa980 +[ 46.187522] R10: 0000000000000003 R11: ffff960c40813628 R12: 0000000000000002 +[ 46.187522] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000001 +[ 46.187522] FS: 00007f11d16da2c0(0000) GS:ffff88e07dc00000(0000) knlGS:0000000000000000 +[ 46.187522] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 +[ 46.187522] CR2: 00007f11d17ff8d0 CR3: 0000000004ac6000 CR4: 00000000000006f0 +[ 46.187522] Call Trace: +[ 46.187522] <IRQ> +[ 46.187522] ? rcu_dump_cpu_stacks+0xa4/0xe0 +[ 46.187522] ? rcu_sched_clock_irq.cold+0xe8/0x459 +[ 46.187522] ? update_load_avg+0x7e/0x780 +[ 46.187522] ? sched_slice+0x87/0x140 +[ 46.187522] ? timekeeping_update+0xdd/0x130 +[ 46.187522] ? timekeeping_advance+0x377/0x570 +[ 46.187522] ? update_process_times+0x70/0xb0 +[ 46.187522] ? tick_sched_handle+0x22/0x60 +[ 46.187522] ? tick_sched_timer+0x63/0x80 +[ 46.187522] ? tick_sched_do_timer+0xa0/0xa0 +[ 46.187522] ? __hrtimer_run_queues+0x112/0x2b0 +[ 46.187522] ? hrtimer_interrupt+0xf4/0x210 +[ 46.187522] ? __sysvec_apic_timer_interrupt+0x5d/0x110 +[ 46.187522] ? sysvec_apic_timer_interrupt+0x69/0x90 +[ 46.187522] </IRQ> +[ 46.187522] <TASK> +[ 46.187522] ? asm_sysvec_apic_timer_interrupt+0x16/0x20 +[ 46.187522] ? virtqueue_get_buf_ctx_split+0x94/0xd0 [virtio_ring] +[ 46.187522] virtnet_send_command+0x18e/0x1e0 [virtio_net] +[ 46.187522] virtnet_set_rx_mode+0xd4/0x2d0 [virtio_net] +[ 46.187522] __dev_open+0x12b/0x1a0 +[ 46.187522] __dev_change_flags+0x1d2/0x240 +[ 46.187522] dev_change_flags+0x22/0x60 +[ 46.187522] do_setlink+0x37c/0x12b0 +[ 46.187522] ? __nla_validate_parse+0x61/0xc00 +[ 46.187522] __rtnl_newlink+0x623/0x9e0 +[ 46.187522] ? __kmem_cache_alloc_node+0x191/0x2a0 +[ 46.187522] rtnl_newlink+0x43/0x70 +[ 46.187522] rtnetlink_rcv_msg+0x14e/0x3b0 +[ 46.187522] ? __kmem_cache_alloc_node+0x191/0x2a0 +[ 46.187522] ? __alloc_skb+0x88/0x1a0 +[ 46.187522] ? rtnl_calcit.isra.0+0x140/0x140 +[ 46.187522] netlink_rcv_skb+0x51/0x100 +[ 46.187522] netlink_unicast+0x24a/0x390 +[ 46.187522] netlink_sendmsg+0x250/0x4c0 +[ 46.187522] __sock_sendmsg+0x5f/0x70 +[ 46.187522] ____sys_sendmsg+0x277/0x2f0 +[ 46.187522] ? copy_msghdr_from_user+0x7d/0xc0 +[ 46.187522] ___sys_sendmsg+0x9a/0xe0 +[ 46.187522] __sys_sendmsg+0x76/0xc0 +[ 46.187522] do_syscall_64+0x5b/0xc0 +[ 46.187522] ? exit_to_user_mode_prepare+0x40/0x1e0 +[ 46.187522] ? syscall_exit_to_user_mode+0x27/0x40 +[ 46.187522] ? do_syscall_64+0x67/0xc0 +[ 46.187522] ? do_user_addr_fault+0x1b0/0x580 +[ 46.187522] ? exit_to_user_mode_prepare+0x40/0x1e0 +[ 46.187522] entry_SYSCALL_64_after_hwframe+0x64/0xce +[ 46.187522] RIP: 0033:0x7f11d1811af0 +[ 46.187522] Code: 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 66 2e 0f 1f 84 00 00 00 00 00 90 80 3d f1 fa 0c 00 00 74 17 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 58 c3 0f 1f 80 00 00 00 00 48 83 ec 28 89 54 +[ 46.187522] RSP: 002b:00007ffe21b533a8 EFLAGS: 00000202 ORIG_RAX: 000000000000002e +[ 46.187522] RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00007f11d1811af0 +[ 46.187522] RDX: 0000000000000000 RSI: 00007ffe21b53410 RDI: 0000000000000003 +[ 46.187522] RBP: 0000000000000003 R08: 0000000065c07b57 R09: 00005580e154e2a0 +[ 46.187522] R10: 00007ffe21b52e34 R11: 0000000000000202 R12: 0000000065c07b58 +[ 46.187522] R13: 00005580e016e020 R14: 0000000000000001 R15: 0000000000000000 +[ 46.187522] </TASK> +```""" +reproduce = """1. Create the following nested passthrough configuration +2. Attempt to configure the L1 network hostdev interface inside the L2 guest + +Any attempt will cause the kernel panics documented.""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2153.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2153.toml new file mode 100644 index 00000000..e5d45742 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2153.toml @@ -0,0 +1,15 @@ +id = 2153 +title = "ubuntu-20.04-s390x-all CI job is very flaky" +state = "closed" +created_at = "2024-02-06T21:38:12.320Z" +closed_at = "2024-04-12T15:59:06.819Z" +labels = ["flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2153" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2154.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2154.toml new file mode 100644 index 00000000..f6fa4e79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2154.toml @@ -0,0 +1,15 @@ +id = 2154 +title = "ID_AA64MMFR2_EL1 is all zeros" +state = "closed" +created_at = "2024-02-07T15:32:57.377Z" +closed_at = "2024-02-09T11:59:43.566Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2154" +host-os = "MacOS Sonoma 14.0" +host-arch = "Apple M1 (aarch64)" +qemu-version = "8.2.1" +guest-os = "Custom" +guest-arch = "aarch64" +description = """When the `ID_AA64MMFR2_EL1` register is read via `mrs x[n], ID_AA64MMFR2_EL1`, it is read as all zeros. This is at the very least not correct for `ID_AA64MMFR2_EL1.ST`, which describes support for small translation tables (FEAT_TTST).""" +reproduce = """1. Run `mrs x[n], ID_AA64MMFR2_EL1` within qemu-system-aarch64""" +additional = """FEAT_TTST is a relatively new aarch64 feature that appears to have caused many problems basically everywhere. However, [qemu has reportedly implemented it](https://www.qemu.org/2021/04/30/qemu-6-0-0/).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2156.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2156.toml new file mode 100644 index 00000000..c138699f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2156.toml @@ -0,0 +1,23 @@ +id = 2156 +title = "Userland QEMU segfaults when emulating itself thrice" +state = "opened" +created_at = "2024-02-08T11:40:47.532Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2156" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.2.0" +guest-os = "not virtualized" +guest-arch = "-''-" +description = """See title. +``` +$ qemu-x86_64-static qemu-x86_64-static qemu-x86_64-static /bin/true +qemu-x86_64-static: QEMU internal SIGSEGV {code=ACCERR, addr=0x7f9ae80001a0} +[1] 15705 segmentation fault (core dumped) qemu-x86_64-static qemu-x86_64-static qemu-x86_64-static /bin/true +```""" +reproduce = """1. Execute command above""" +additional = """Coredump (~322MB uncompressed) +[qemu_qemu-x86_64-static_20240208-123447_15705.core.xz](/uploads/a6723aaf956dfd1efc434303e62c25e2/qemu_qemu-x86_64-static_20240208-123447_15705.core.xz) + +SHA1: 31c2b06a61f63dca5199b64b767aa2fdeefbeec6""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2157.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2157.toml new file mode 100644 index 00000000..9beb7682 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2157.toml @@ -0,0 +1,51 @@ +id = 2157 +title = "qemu-user fails to run 32-bit x86 binaries on hosts with a page size > 4KB" +state = "closed" +created_at = "2024-02-09T12:51:33.431Z" +closed_at = "2024-03-05T11:17:44.326Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2157" +host-os = "ALT Linux sisyphus" +host-arch = "LoongArch, ARM64" +qemu-version = "8.2.0" +guest-os = "Linux userspace emulation" +guest-arch = "32-bit x86" +description = """`qemu-i386` refuses to run 32-bit x86 binaries on hosts with a page size > 4KB +(such as LoongArch, ppc64le, arm64 with 3 level page tables).""" +reproduce = """1. Compile x86 binary which makes a single exit(0) syscall: + ``` + cat > exit0.S << EOF + #include <sys/syscall.h> + .text + .global _start + _start: + movl $__NR_exit, %eax + movl $0, %ebx + int $0x80 + EOF + i586-linux-gnu-gcc -nostdlib -static -no-pie -o exit0 exit0.S + ``` + Alternatively one might compile it on a x86 host: + ``` + gcc -m32 -nostdlib -static -no-pie -o exit0 exit0.S + ``` + and transfer the `exit0` binary to ppc64/LoongArch/arm64 system + + 2. Run the `exit0` binary with `qemu-i386` + ``` + qemu-i386-static ./exit0 + ``` + + #""" +additional = """`.text` segment of (32-bit) x86 binaries is typically aligned at 4KB: +``` +Program Headers: + Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align + LOAD 0x000000 0x08048000 0x08048000 0x00100 0x00100 R 0x1000 + LOAD 0x001000 0x08049000 0x08049000 0x0000c 0x0000c R E 0x1000 + NOTE 0x0000b4 0x080480b4 0x080480b4 0x0004c 0x0004c R 0x4 + GNU_PROPERTY 0x0000d8 0x080480d8 0x080480d8 0x00028 0x00028 R 0x4 +``` + +Thus on a host with a page size being 64 KB (ppc64, arm64 with 3 level page tables) or 16 KB (LoongArch) +alignment requirements in [pbg_dynamic](https://gitlab.com/qemu-project/qemu/-/blob/master/linux-user/elfload.c?ref_type=heads#L3020) can not be satisfied.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2158.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2158.toml new file mode 100644 index 00000000..d22ec63e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2158.toml @@ -0,0 +1,17 @@ +id = 2158 +title = "Qemu will not release mouse even after using the release mouse keybind" +state = "opened" +created_at = "2024-02-10T17:19:20.716Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2158" +host-os = "MacOS" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.0" +guest-os = "Tiny11" +guest-arch = "x86" +description = """There wasn't a crash but this is an annoying problem. The mouse does not release when the VM sizes the window larger because, as far as I know, qemu moves the window and relies on the user to click to release the mouse.""" +reproduce = """1. Open qemu +2. Try to release the mouse using the keybind shown. +3. It move the window and won't release.""" +additional = """In case it's really needed, I am using a custom QEMU VM Manager called "QEMU Manager".""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2160.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2160.toml new file mode 100644 index 00000000..71b00ac8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2160.toml @@ -0,0 +1,15 @@ +id = 2160 +title = "msys2-32bit CI job fails with \"error: target not found: mingw-w64-i686-libusb\"" +state = "closed" +created_at = "2024-02-12T11:20:18.110Z" +closed_at = "2024-02-16T13:31:17.251Z" +labels = ["CI", "flaky-ci", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2160" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2161.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2161.toml new file mode 100644 index 00000000..7770fa6d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2161.toml @@ -0,0 +1,15 @@ +id = 2161 +title = "warnings when building lockstep plugin on s390" +state = "closed" +created_at = "2024-02-12T13:16:49.044Z" +closed_at = "2024-07-31T06:17:07.761Z" +labels = ["TCG plugins", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2161" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2162.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2162.toml new file mode 100644 index 00000000..9fab0a9c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2162.toml @@ -0,0 +1,15 @@ +id = 2162 +title = "Some subtests have over-optimistic timeouts and time out on the s390 runner" +state = "closed" +created_at = "2024-02-12T14:20:16.179Z" +closed_at = "2024-04-12T15:58:24.239Z" +labels = ["flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2162" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2167.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2167.toml new file mode 100644 index 00000000..d1edbc3e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2167.toml @@ -0,0 +1,48 @@ +id = 2167 +title = "The GPIO controllers connected to the emulated PCIe bus via vhost-user can't generate interrupts." +state = "opened" +created_at = "2024-02-14T19:51:20.667Z" +closed_at = "n/a" +labels = ["device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2167" +host-os = "Debian/testing Linux" +host-arch = "x86" +qemu-version = "8.1.1" +guest-os = "Linux (built with Buildroot,based on qemu_aarch64_virt_defconfig)" +guest-arch = "Aarch64" +description = """The problem is related to emulation of GPIO controllers using the vhost-user protocol for GPIO. The problem was detected when using the [vhost-device-gpio](https://github.com/rust-vmm/vhost-device) software. I have described the whole issue in https://github.com/rust-vmm/vhost-device/issues/613 , but it is QEMU related, and therefore I describe it here as well. +The broader context is described in https://stackoverflow.com/questions/75906208/how-to-connect-via-virtio-gui-running-on-host-with-gpio-in-a-qemu-emulated-virtu .""" +reproduce = """1. For Debian/testing you need to compile a libgpiod-2.1.1 (I assume that the following is done in the home directory directory of the `dev` user: `/home/dev`): + + ``` + wget https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/snapshot/libgpiod-2.1.tar.gz ; \\ + tar -xzf libgpiod-2.1.tar.gz ; \\ + cd libgpiod-2.1 ; \\ + autoupdate ; \\ + ./autogen.sh ; \\ + make + ``` + 2. Download the vhost-device-gpio (`git clone https://github.com/rust-vmm/vhost-device.git`) + 3. Build the vhost-device-gpio (in the `vhost-device-gpio` subdirectory) + + ``` + export PATH_TO_LIBGPIOD=/home/dev/libgpiod-2.1 + export SYSTEM_DEPS_LIBGPIOD_NO_PKG_CONFIG=1 + export SYSTEM_DEPS_LIBGPIOD_SEARCH_NATIVE="${PATH_TO_LIBGPIOD}/lib/.libs/" + export SYSTEM_DEPS_LIBGPIOD_LIB=gpiod + export SYSTEM_DEPS_LIBGPIOD_INCLUDE="${PATH_TO_LIBGPIOD}/include/" + cargo build --features "mock_gpio" + ``` + 4. Start vhost-device-gpio: (`LD_LIBRARY_PATH=/home/emb/libgpiod-2.1/lib/.libs/ ./vhost-device-gpio -s /tmp/gpio.sock -l s4`) + 5. Download the Buildroot 2023.11.1 (`wget https://buildroot.org/downloads/buildroot-2023.11.1.tar.xz` in another directory) and unpack it. Buildroot and the main directory of Buildroot tree are denoted by BR if the following description. + 6. Configure BR (run `make qemu_aarch64_virt_defconfig` in the main BR directory, run `make menuconfig` and select external toolchain, `BR2_PACKAGE_LIBGPIOD=y`, `BR2_PACKAGE_LIBGPIOD_TOOLS=y`, run `make linux-menuconfig` and select `CONFIG_GPIO_VIRTIO=m` in the kernel configuration) + 7. Build the Linux and QEMU (run `make` in the BR directory). + 8. Run the emulation in BR/output/images, using the command line given above. + 9. After the virtual machine starts, log in as root and load the driver: `modprobe gpio-virtio` +10. Try to monitor changes of one of the emulated pins: `gpiomon 0 0` +11. You'll get the error message: + + ``` + gpiomon: error waiting for events: No such device + ```""" +additional = """[0009-enable-F-IRQ-in-virtio-pci.patch](/uploads/39bc04b2d94063ccd539c5cfbc9cd105/0009-enable-F-IRQ-in-virtio-pci.patch)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2171.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2171.toml new file mode 100644 index 00000000..cee25e0d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2171.toml @@ -0,0 +1,37 @@ +id = 2171 +title = "VPS Disk space over use" +state = "opened" +created_at = "2024-02-16T11:55:05.238Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2171" +host-os = "CentOS Linux release 7.9.2009 (Core)" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "CentOS Linux release 7.9.2009 (Core)" +guest-arch = "x86" +description = """\\# qemu-img info -U v1001-dluw9EHRDbmMd8fQ-CACjC7FWnMhISeDM.qcow2 + +file format: qcow2 + +virtual size: 800G (858993459200 bytes) + +disk size: **812G** + +cluster_size: 65536 + +Format specific information: + +compat: 1.1 + +lazy refcounts: false + +refcount bits: 16 + +corrupt: false + +Disk size is using beyond the Virtual size. + +How is that even possible ?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2172.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2172.toml new file mode 100644 index 00000000..1a84429e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2172.toml @@ -0,0 +1,15 @@ +id = 2172 +title = "Error \"cannot enable SPICE if pixman is not available\"" +state = "opened" +created_at = "2024-02-16T13:15:15.397Z" +closed_at = "n/a" +labels = ["Build System", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2172" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2176.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2176.toml new file mode 100644 index 00000000..4c1faadf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2176.toml @@ -0,0 +1,15 @@ +id = 2176 +title = "Events delivered during Capabilities Negotiation mode" +state = "opened" +created_at = "2024-02-18T11:25:40.736Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2176" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2177.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2177.toml new file mode 100644 index 00000000..364639af --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2177.toml @@ -0,0 +1,15 @@ +id = 2177 +title = "msys2-32bit CI job fails with \"error: target not found: mingw-w64-i686-dtc\"" +state = "closed" +created_at = "2024-02-19T15:30:55.669Z" +closed_at = "2024-02-26T17:30:12.446Z" +labels = ["Build System", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2177" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2178.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2178.toml new file mode 100644 index 00000000..d1290239 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2178.toml @@ -0,0 +1,27 @@ +id = 2178 +title = "USB passthrough on Apple Silicon is unusable" +state = "opened" +created_at = "2024-02-19T15:52:29.229Z" +closed_at = "n/a" +labels = ["USB", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2178" +host-os = "MacOS Ventura" +host-arch = "ARM" +qemu-version = "8.2.1" +guest-os = "Linux (various distros attempted)" +guest-arch = "ARM" +description = """I can't get USB passthrough to work sufficiently well with wifi modems such as the RTL8187L or Atheros AR 9271. + +I only use the VM as a router since the host OS doesn't have drivers for any external wifi modems. This is a setup I've used flawlessly many times in the past with other VMs on x86 platforms for many years, but with ARM it's been one fail after another. Parallels does work with the exact same host and guest, but fails in the networking area (plus it's expensive and overkill for something this simple). I mention this because I know the guest drivers work 100% with a different VM.""" +reproduce = """1. Run any Linux on QEMU on any Apple Silicon mac +2. Attempt to use a Atheros AR 9271 USB device +3. Various fails including + a) USB device not showing up (lsusb) + b) device shows up and Linux attempts to attach driver, but fails (lsmod shows driver loaded but no interface listed on iwconfig) + c) interface shows up (never got the Atheros this far, but RealTek does) but the interface is slow, corrupts data, etc. + d) after re-attaching several times it will eventually stop attaching at all requiring a MacOS system reboot, which is really annoying for my workflow. + +It's basically non-functional for me. Atheros is 100% non-functional and RealTek 10% works (well enough to *sometimes* connect to the AP, but usually craps the bed if you try to do anything as simple as run a dhcp client to fetch the IP). + +If anyone knows of any other Linux ARM on Mac ARM vm solutions that allow USB passthrough please let me know. Unfortunately, VirtualBox os currently not one of them.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2179.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2179.toml new file mode 100644 index 00000000..28e26cb5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2179.toml @@ -0,0 +1,61 @@ +id = 2179 +title = "qemu-storage-daemon: fuse export deadlock" +state = "opened" +created_at = "2024-02-19T23:58:34.115Z" +closed_at = "n/a" +labels = ["Storage", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2179" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.2.1" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """1. Start QSD +2. Issue a `block-stream` and a read from the fuse export at the same time + +``` +Term 1: +(QEMU) block-stream device=root job-id=job1 +{"return": {}} +(QEMU) +{'timestamp': {'seconds': 1708386076, 'microseconds': 965781}, 'event': 'JOB_STATUS_CHANGE', 'data': {'status': 'created', 'id': 'job1'}} +{'timestamp': {'seconds': 1708386076, 'microseconds': 965838}, 'event': 'JOB_STATUS_CHANGE', 'data': {'status': 'running', 'id': 'job1'}} +(QEMU) +(QEMU) +(QEMU) +(QEMU) query-block-jobs + +<HANGS> + + +Term 2: +dd if=/tmp/fuse_exp of=/dev/null bs=1M skip=2000 +<HANGS> +``` + +``` +$ pidof qemu-storage-daemon + 92313 +$ sudo cat /proc/92313/task/92313/stack +[<0>] do_sys_poll+0x4e1/0x5d0 +[<0>] __x64_sys_ppoll+0xe2/0x170 +[<0>] do_syscall_64+0x64/0xe0 +[<0>] entry_SYSCALL_64_after_hwframe+0x6e/0x76 + +$ sudo cat /proc/92313/task/92314/stack +[<0>] futex_wait_queue+0x63/0x90 +[<0>] __futex_wait+0x14f/0x1c0 +[<0>] futex_wait+0x77/0x110 +[<0>] do_futex+0xcb/0x190 +[<0>] __x64_sys_futex+0x129/0x1e0 +[<0>] do_syscall_64+0x64/0xe0 +[<0>] entry_SYSCALL_64_after_hwframe+0x6e/0x76 +```""" +additional = """This might also be a general between `block-stream` and `copy-on-read` but I could only trigger the problem with FUSE and not NBD. E.g this command does not deadlock: +``` +--export type=nbd,id=nbd-root,node-name=root_crw,name=root_crw,writable=off + +nbdfuse /tmp/tmp.69dRvNXj1O/disk nbd://localhost:10809/root_crw +dd if=/tmp/tmp.69dRvNXj1O/disk of=/dev/null bs=1M skip=2000 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/218.toml b/gitlab/issues/target_missing/host_missing/accel_missing/218.toml new file mode 100644 index 00000000..7c3c187a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/218.toml @@ -0,0 +1,15 @@ +id = 218 +title = "qemu-storage-daemon --nbd-server fails with \"too many connections\" error" +state = "closed" +created_at = "2021-05-08T20:00:41.303Z" +closed_at = "2021-05-21T11:30:16.994Z" +labels = ["Closed::Fixed", "Storage", "block:nbd", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/218" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2182.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2182.toml new file mode 100644 index 00000000..52c8a052 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2182.toml @@ -0,0 +1,15 @@ +id = 2182 +title = "Replication and Network" +state = "closed" +created_at = "2024-02-21T03:18:49.026Z" +closed_at = "2024-02-21T09:03:16.278Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2182" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2184.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2184.toml new file mode 100644 index 00000000..734f6299 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2184.toml @@ -0,0 +1,63 @@ +id = 2184 +title = "NVMe differences between QEMU v4.1.0 and v8.2.1" +state = "closed" +created_at = "2024-02-22T11:35:21.916Z" +closed_at = "2024-03-13T12:35:53.261Z" +labels = ["Migration", "block:NVMe", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2184" +host-os = "Amazon Linux 2" +host-arch = "x86" +qemu-version = "v8.2.1" +guest-os = "Linux" +guest-arch = "x86" +description = """We are currently upgrading QEMU from v4.1.0 to v8.2.1. In order to keep compatibility between the two QEMUs, we are adding ``-machine pc-q35-4.1``. One of our test is to ensure a guest that has hibernated on the previous QEMU is able to resume on the new one. + +When resuming, we get the following error: + +``` +[ 7.394709] nvme nvme0: Device not ready; aborting reset, CSTS=0x1 +[ 7.926188] nvme nvme0: Device not ready; aborting reset, CSTS=0x1 +[ 7.938235] Read-error on swap-device (259:0:4874880) +[ 7.938237] Read-error on swap-device (259:0:4620184) +[ 7.938240] Read-error on swap-device (259:0:5536464) +[ 7.938311] Read-error on swap-device (259:0:5006840) +[ 7.938316] Read-error on swap-device (259:0:5791888) +[ 7.938386] Read-error on swap-device (259:0:6579728) +[ 7.938391] Read-error on swap-device (259:0:5536680) +[ 7.938431] Read-error on swap-device (259:0:4877384) +[ 7.938434] Read-error on swap-device (259:0:5005376) +[ 7.938457] Read-error on swap-device (259:0:5269328) +[ 7.939200] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:1: reading directory lblock 0 +[ 7.939267] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:1: reading directory lblock 0 +[ 7.946359] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:1: reading directory lblock 0 +[ 8.063186] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:1: reading directory lblock 0 +[ 8.069556] Aborting journal on device nvme0n1p1-8. +[ 8.069561] Buffer I/O error on dev nvme0n1p1, logical block 262144, lost sync page write +[ 8.069564] JBD2: Error -5 detected when updating journal superblock for nvme0n1p1-8. +[ 8.081218] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:1: reading directory lblock 0 +[ 8.081242] Buffer I/O error on dev nvme0n1p1, logical block 0, lost sync page write +[ 8.081247] EXT4-fs (nvme0n1p1): I/O error while writing superblock +[ 8.147693] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:1: reading directory lblock 0 +[ 8.147753] Buffer I/O error on dev nvme0n1p1, logical block 0, lost sync page write +[ 8.163478] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:1: reading directory lblock 0 +[ 8.174179] EXT4-fs (nvme0n1p1): I/O error while writing superblock +[ 8.198741] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:2: reading directory lblock 0 +[ 8.214483] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:1: reading directory lblock 0 +[ 8.230322] EXT4-fs error (device nvme0n1p1): __ext4_find_entry:1611: inode #1561: comm kworker/u8:2: reading directory lblock 0 +[ 8.246249] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b +[ 8.246269] Core dump to |/usr/share/apport/apport pipe failed +[ 8.246291] Core dump to |/usr/share/apport/apport pipe failed +[ 8.246336] Core dump to |/usr/share/apport/apport pipe failed +[ 8.246826] Core dump to |/usr/share/apport/apport pipe failed +[ 8.249232] Core dump to |/usr/share/apport/apport pipe failed +[ 8.249320] Core dump to |/usr/share/apport/apport pipe failed +[ 8.249880] Core dump to |/usr/share/apport/apport pipe failed +``` + +Digging throw the NVMe code, I have found one [patch](https://lists.gnu.org/archive/html/qemu-devel/2021-01/msg04202.html) changing the BAR layout. It doesn't look like there is a way to select the previous BAR layout. + +When selecting the ``-machine``, I was expecting that the underlying HW (including devices) would not change. Can you clarify if hibernating from QEMU A and resuming to QEMU B is meant to be supported?""" +reproduce = """1. Start the guest with qemu v4.1.0 and an NVME disk +2. Hibernate the OS +3. Resume the guest with qemu v8.2.1""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2186.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2186.toml new file mode 100644 index 00000000..843dbf12 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2186.toml @@ -0,0 +1,44 @@ +id = 2186 +title = "riscv virt pflash0 writes not supported" +state = "closed" +created_at = "2024-02-22T14:53:03.207Z" +closed_at = "2024-02-26T10:17:39.981Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2186" +host-os = "Artix Linux" +host-arch = "x86" +qemu-version = "latest master (commit hash: 760b4dcddd)" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """I am using GDB to debug some Firmware related stuff. At some point in the execution my BIOS/Firmware writes into some global variable (at 0x2000525C) inside the .bss section which is linked to be inside the memory mapped pflash0. But when I step forward with GDB to the exact location where the store instruction (sw) is executed, QEMU prints the following: +``` +pflash_write: Unimplemented flash cmd sequence (offset 000000000000525c, wcycle 0x0 cmd 0x0 value 0x1) +``` +According to the top of `hw/block/pflash_cfi01.c` Flash writes are supported. I was also under the impression that the flash is memory mapped, but maybe that is not true? I am probably missing something here so it would be nice if someone could point me in the right direction. I would also gladly contribute if there is something missing in the riscv virt target. + +I made a simple program to more easily reproduce this: +``` +.section .text +.global _start +_start: +\tlui a5, 0x20000 +\tli a4, 5 +\tsw a4, 24(a5) + +``` +results in QEMU error msg: +``` +pflash_write: Unimplemented flash cmd sequence (offset 0000000000000018, wcycle 0x0 cmd 0x0 value 0x5) +```""" +reproduce = """1. compile above assembly program like this: +``` +riscv64-unknown-elf-gcc -nostdlib -O0 bios.S +riscv64-unknown-elf-objcopy -O binary a.out +truncate -s 33554432 a.out +``` +2. start QEMU like this: +``` +qemu-system-riscv64 -M virt -bios none -drive if=pflash,format=raw,unit=0,file=a.out -nographic -d unimp +``` +3. notice the error message printed by QEMU""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2187.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2187.toml new file mode 100644 index 00000000..503b3656 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2187.toml @@ -0,0 +1,15 @@ +id = 2187 +title = "system/cpu: deadlock in pause_all_vcpus()" +state = "opened" +created_at = "2024-02-22T18:21:39.201Z" +closed_at = "n/a" +labels = ["kind::Bug", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2187" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2188.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2188.toml new file mode 100644 index 00000000..d60667f9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2188.toml @@ -0,0 +1,20 @@ +id = 2188 +title = "virtio_gpu_gl_update_cursor_data() ignores the cursor resource's pixel format" +state = "opened" +created_at = "2024-02-23T06:44:34.223Z" +closed_at = "n/a" +labels = ["GUI", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2188" +host-os = "Ubuntu 22.04.4" +host-arch = "x64" +qemu-version = "8.2.1" +guest-os = "AmigaOS (NOTE: OS doesn't matter)" +guest-arch = "PowerPC" +description = """The function virtio_gpu_gl_update_cursor_data() ignores the pixel format of the resource it's reading from. It literally uses memcpy() to copy the pointer data. This works just fins if both the guest OS and the display backend use the same pixel format. + +The SDL backend seems to use a different pixel format to the GTK display backend. So, you'll get the correct colours in one, but not the other.""" +reproduce = """1. Run a VM using Virtio GPU using the GTK backend. Set the guest OS' mouse pointer to one that's red instead of white, and note the mouse pointer's actual colour +2. Now run the same VM using the SDL display backend. Check the colour of the mouse pointer (that should be red) + +NOTE: The choice of guest OS shouldn't matter.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2189.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2189.toml new file mode 100644 index 00000000..1d1df018 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2189.toml @@ -0,0 +1,22 @@ +id = 2189 +title = "vhost_user:When configure queues of vhost-user NIC exceeds max_queues, the virtual machine is always paused" +state = "opened" +created_at = "2024-02-23T07:45:26.132Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2189" +host-os = "- Architecture:" +host-arch = "## Description of problem" +qemu-version = "n/a" +guest-os = "- Architecture:" +guest-arch = "## Description of problem" +description = """When the virtual machine uses the vhost-user network card and sets the queue number of the network card to exceed the maximum number of supported queues, the virtual machine fails to start and stays in the paused state. +And the virtual machine log file kept print "qemu - system - x86_64: -netdev host-user,chardev=charnet0,queues=5,id=hostnet0:you are asking more queues than supported:4”""" +reproduce = """1.Configure vhost-user network cards for VMS and use multiple queues. +2.The number of NIC queues configured in the VM xml file is greater than the maximum number of queues supported by the VM, that is, the number of Vcpus on the VM. +3.Execute "virsh create VM_xml_file" cmd to start VM.""" +additional = """According to normal logic, if the number of configured vhost-user NIC queues exceeds max-queues, the qemu process should be stopped, rather than paused the virtual machine. +I am confused about this patch:https://github.com/qemu/qemu/commit/c89804d674e4e3804bd3ac1fe79650896044b4e8 +The process will remain in the do...while loop, when vhost_user_start is called in net_vhost_user_event, if queues > max_queues in vhost_user_start. +/label ~"kind::Bug" +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/219.toml b/gitlab/issues/target_missing/host_missing/accel_missing/219.toml new file mode 100644 index 00000000..1c06a857 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/219.toml @@ -0,0 +1,15 @@ +id = 219 +title = "Request A Port of QEMU to UWP for xbox dev mode" +state = "closed" +created_at = "2021-05-09T01:53:26.045Z" +closed_at = "2021-05-09T14:12:38.845Z" +labels = ["Closed::WontFix"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/219" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2190.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2190.toml new file mode 100644 index 00000000..5cd54f63 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2190.toml @@ -0,0 +1,19 @@ +id = 2190 +title = "qemu-block-drivers.rst.inc is embedded twice" +state = "opened" +created_at = "2024-02-23T13:19:52.241Z" +closed_at = "n/a" +labels = ["Documentation", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2190" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """`qemu-block-drivers.rst.inc` is included both in `docs/system/qemu-block-drivers.rst` and in `docs/system/images.rst`, so it is repeated both at https://www.qemu.org/docs/master/system/qemu-block-drivers.html and at https://www.qemu.org/docs/master/system/images.html . + +This also makes the generation of the sphinx `objects.inv` search index nondeterministic: it will point to one page or the other depending on random chance at build time. + +Perhaps instead of embedding the drivers, `images.rst` should point to https://www.qemu.org/docs/master/system/qemu-block-drivers.html for the list?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2191.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2191.toml new file mode 100644 index 00000000..18d5f3fd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2191.toml @@ -0,0 +1,15 @@ +id = 2191 +title = "Support exposing exports based on authentication" +state = "opened" +created_at = "2024-02-26T00:08:34.794Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2191" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2192.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2192.toml new file mode 100644 index 00000000..a2507c5e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2192.toml @@ -0,0 +1,15 @@ +id = 2192 +title = "make vm-build-openbsd tries to download nonexistent 7.2 install ISO: need to update to 7.4" +state = "closed" +created_at = "2024-02-26T13:32:55.825Z" +closed_at = "2024-02-28T17:26:27.402Z" +labels = ["kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2192" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2194.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2194.toml new file mode 100644 index 00000000..37fc1858 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2194.toml @@ -0,0 +1,106 @@ +id = 2194 +title = "qemu-system-mips64el loongson3-virt fails to complete boot" +state = "closed" +created_at = "2024-02-26T14:14:50.870Z" +closed_at = "2024-02-27T17:36:20.808Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2194" +host-os = "macOS" +host-arch = "arm64" +qemu-version = "8.2.1" +guest-os = "Debian" +guest-arch = "mips64el (loongson3-virt)" +description = """I try to install Debian 12 using the netboot kernel (6.1.0) and initrd: +``` +NETBOOT=http://ftp.debian.org/debian/dists/stable/main/installer-mips64el/current/images/loongson-3/netboot +wget $NETBOOT/initrd.gz +wget $NETBOOT/vmlinuz-6.1.0-18-loongson-3 -O vmlinuz +qemu-img create -f qcow2 disk.qcow2 30G +``` + +Then I boot the installer: +``` +qemu-system-mips64el \\ + -machine loongson3-virt -cpu Loongson-3A1000 -smp 4 -m 6G -nographic \\ + -kernel vmlinuz -initrd initrd.gz \\ + -drive file=disk.qcow2,if=none,id=drive-virtio-disk0 \\ + -device virtio-blk-pci,drive=drive-virtio-disk0 \\ + -append "root=/dev/sda1" +``` + +The boot stops after this: +``` +[ 0.000000] Linux version 6.1.0-18-loongson-3 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT Debian 6.1.76-1 (2024-02-01) +[ 0.000000] Firmware: Coherent DMA: on +[ 0.000000] CpuClock = 800000000 +[ 0.000000] The bridge chip is VIRTUAL +[ 0.000000] CP0_Config3: CP0 16.3 (0x80) +[ 0.000000] CP0_PageGrain: CP0 5.1 (0x20000000) +[ 0.000000] NUMA: Discovered 4 cpus on 1 nodes +[ 0.000000] Node 0, mem_type:1\t[0x0000000000000000], 0x000000000f000000 bytes usable +[ 0.000000] Node 0, mem_type:2\t[0x0000000090000000], 0x0000000170000000 bytes usable +[ 0.000000] Node0's addrspace_offset is 0x0 +[ 0.000000] Node0: start_pfn=0x0, end_pfn=0x80000 +[ 0.000000] NUMA: set cpumask cpu 0 on node 0 +[ 0.000000] NUMA: set cpumask cpu 1 on node 0 +[ 0.000000] NUMA: set cpumask cpu 2 on node 0 +[ 0.000000] NUMA: set cpumask cpu 3 on node 0 +[ 0.000000] printk: bootconsole [early0] enabled +[ 0.000000] CPU0 revision is: 00006305 (ICT Loongson-3) +[ 0.000000] FPU revision is: 00770501 +[ 0.000000] MIPS: machine is loongson,loongson64v-4core-virtio +[ 0.000000] Initial ramdisk at: 0x9800000004000000 (28553950 bytes) +[ 0.000000] software IO TLB: area num 1. +[ 0.000000] software IO TLB: mapped [mem 0x0000000005b3c000-0x0000000009b3c000] (64MB) +[ 0.000000] DMI not present or invalid. +[ 0.000000] Detected 4 available CPU(s) +[ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes. +[ 0.000000] Primary data cache 64kB, 4-way, VIPT, no aliases, linesize 32 bytes +[ 0.000000] Unified victim cache 0kB direct mapped, linesize 0 bytes. +[ 0.000000] Unified secondary cache 4096kB 4-way, linesize 32 bytes. +[ 0.000000] Zone ranges: +[ 0.000000] DMA32 [mem 0x0000000000000000-0x00000000ffffffff] +[ 0.000000] Normal [mem 0x0000000100000000-0x00000001ffffffff] +[ 0.000000] Movable zone start for each node +[ 0.000000] Early memory node ranges +[ 0.000000] node 0: [mem 0x0000000000000000-0x000000000effffff] +[ 0.000000] node 0: [mem 0x0000000090000000-0x00000001ffffffff] +[ 0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x00000001ffffffff] +[ 0.000000] On node 0, zone DMA32: 1024 pages in unavailable ranges +[ 0.000000] percpu: Embedded 13 pages/cpu s170800 r8192 d34000 u212992 +[ 0.000000] Fallback order for Node 0: 0 +[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 390660 +[ 0.000000] Policy zone: Normal +[ 0.000000] Kernel command line: rd_start=0xffffffff84000000 rd_size=28553950 root=/dev/sda1 nokaslr +[ 0.000000] Unknown kernel command line parameters "nokaslr", will be passed to user space. +[ 0.000000] Dentry cache hash table entries: 1048576 (order: 9, 8388608 bytes, linear) +[ 0.000000] Inode-cache hash table entries: 524288 (order: 8, 4194304 bytes, linear) +[ 0.000000] mem auto-init: stack:all(zero), heap alloc:on, heap free:off +[ 0.000000] Memory: 2183328K/6275072K available (11247K kernel code, 1773K rwdata, 3152K rodata, 2688K init, 547K bss, 184208K reserved, 0K cma-reserved) +[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 +[ 0.000000] ftrace: allocating 32150 entries in 32 pages +[ 0.000000] ftrace: allocated 32 pages with 1 groups +[ 0.000000] trace event string verifier disabled +[ 0.000000] rcu: Preemptible hierarchical RCU implementation. +[ 0.000000] rcu: \tRCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=4. +[ 0.000000] \tTrampoline variant of Tasks RCU enabled. +[ 0.000000] \tRude variant of Tasks RCU enabled. +[ 0.000000] \tTracing variant of Tasks RCU enabled. +[ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. +[ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 +[ 0.000000] NR_IRQS: 320 +[ 0.000000] ISA Bridge: /bus@10000000/isa@18000000 +[ 0.000000] IO 0x0000000018000000..0x0000000018003fff -> 0x0000000000000000 +[ 0.000000] rcu: srcu_init: Setting srcu_struct sizes based on contention. +[ 0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 4778151116 ns +[ 0.000072] sched_clock: 32 bits at 400MHz, resolution 2ns, wraps every 5368709118ns +[ 0.002813] Console: colour dummy device 80x25 +[ 0.003195] printk: console [tty0] enabled +[ 0.005876] printk: bootconsole [early0] disabled +``` + +Then, nothing happens. The qemu process uses 100% CPU on the host. + +I tried with `-smp 1` and got the same result.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2196.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2196.toml new file mode 100644 index 00000000..b863f509 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2196.toml @@ -0,0 +1,15 @@ +id = 2196 +title = "Missing support for video hardware accelerate support in virgl (virtio-gpu)" +state = "opened" +created_at = "2024-02-27T12:56:06.813Z" +closed_at = "n/a" +labels = ["device:graphics", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2196" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2197.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2197.toml new file mode 100644 index 00000000..7ad0c4d9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2197.toml @@ -0,0 +1,66 @@ +id = 2197 +title = "qemu user space emulator handles syscall `setsockopt()` with `optlen=0` incorrectly" +state = "closed" +created_at = "2024-02-27T15:35:13.642Z" +closed_at = "2024-04-25T02:48:53.185Z" +labels = ["kind::Bug", "linux-user", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2197" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "8.2.1" +guest-os = "Arch Linux rootfs" +guest-arch = "RISC-V 64" +description = """Note that despite I have only tested with the parameters/environments above, this problem probably **affects ALL architectures on Linux**. + +When user program calls `setsockopt(fd, SOL_ALG, ALG_SET_KEY, NULL, 0)`, qemu intercepts the syscall and returns `-1` with `errno = ENOMEM`, which should have completed successfully returning zero.""" +reproduce = """1. compile this code to binary executable: +```c +#include <unistd.h> +#include <sys/types.h> +#include <sys/socket.h> +#include <stdio.h> +#include <stdlib.h> +#include <string.h> +#include <linux/if_alg.h> + +int create_alg(const char *alg) +{ + struct sockaddr_alg salg; + int sk; + + sk = socket(PF_ALG, SOCK_SEQPACKET | SOCK_CLOEXEC, 0); + if (sk < 0) + return -1; + + memset(&salg, 0, sizeof(salg)); + salg.salg_family = AF_ALG; + strcpy((char *) salg.salg_type, "hash"); + strcpy((char *) salg.salg_name, alg); + + if (bind(sk, (struct sockaddr *) &salg, sizeof(salg)) < 0) { + close(sk); + return -1; + } + + return sk; +} + +int main() { + int fd = create_alg("hmac(sha1)"); + char buf[10]; + int ret = setsockopt(fd, SOL_ALG, ALG_SET_KEY, NULL, 0); + if(ret < 0){ + perror("err"); + } + else{ + puts("SUCCESS!"); + } + return 0; +} +``` +2. run it in any qemu user space emulator + +On real Linux kernel, this program outputs a `SUCCESS!` while in qemu it prints `err: Cannot allocate memory`. + +The error is neither informative nor intuitive and could be misleading for user programs.""" +additional = """I already have a patch which fixes the issue and I'm willing to send it to mailing list as soon as I have done the testing.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2199.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2199.toml new file mode 100644 index 00000000..e7692180 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2199.toml @@ -0,0 +1,20 @@ +id = 2199 +title = "QEMU8 not working properly for Win9x guest" +state = "closed" +created_at = "2024-02-28T12:31:46.871Z" +closed_at = "2024-04-06T10:50:34.438Z" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2199" +host-os = "Windows 11 Pro (23H2)" +host-arch = "x64" +qemu-version = "8.2.0" +guest-os = "Win9x" +guest-arch = "x86" +description = """Cannot boot to Win9x desktop. Enter safe mode of Win9x, then open C:\\Windows\\system\\iosubsys, then rename drvwq117.vxd to drvwq117.vxd.bak, this problem solved.<br /> +Sound card and network card not found in Win9x Device Manager.<br /> +Cannot change resolution in Win9x Control Panel, this will cause "RUNDLL32 program error". + +We found that Plug-and-Play (\\$PNP) and PCI IRQ Routing (\\$PIR) functions of SeaBIOS are buggy for Win9x guest.""" +reproduce = """1.Install Win98 RTM on QEMU8, it cannot boot to Win98 desktop.<br /> +2.Install WinME on QEMU8, it will stuck on "copying files".""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/220.toml b/gitlab/issues/target_missing/host_missing/accel_missing/220.toml new file mode 100644 index 00000000..802ac115 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/220.toml @@ -0,0 +1,15 @@ +id = 220 +title = "Broken mouse movement inside MS-DOS for at least one program" +state = "closed" +created_at = "2021-05-09T10:03:37.179Z" +closed_at = "2021-08-24T02:24:08.179Z" +labels = ["device:input", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/220" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2201.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2201.toml new file mode 100644 index 00000000..d9709c79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2201.toml @@ -0,0 +1,19 @@ +id = 2201 +title = "Windows 11 Guests ExtendedDesktopSize Not Working" +state = "opened" +created_at = "2024-02-29T14:01:23.602Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2201" +host-os = "Rocky Linux 9" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.0.0 (qemu-kvm-8.0.0-16.el9_3.3)" +guest-os = "Windows 11 Pro" +guest-arch = "x64-based PC" +description = """Windows 11 VM with the latest virtio-win drivers installed (v0.1.240) does not respond to remote resize requests.""" +reproduce = """1. Create a Windows 11 VM with virtio-win drivers installed and virtio video enabled. +2. Create a VNC session with resizeSession enabled. +3. Try resizing the window.""" +additional = """The resolution can be resized within the VM itself (i.e., from display settings), just doesn't automatically resize when the viewing window changes. Other VMs (including Windows 10) created and viewed within the same setup do change with the window resize. + +The Chrome console log has a number of `Server did not accept resize request: Unknown reason` errors in it.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2202.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2202.toml new file mode 100644 index 00000000..e1b9c5ca --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2202.toml @@ -0,0 +1,41 @@ +id = 2202 +title = "Crash in contrib/elf2dmp" +state = "closed" +created_at = "2024-03-01T02:16:08.687Z" +closed_at = "2024-03-12T14:17:45.034Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2202" +host-os = "Ubuntu-22.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.1.50 (v8.1.0-1848-g8b01683e85)" +guest-os = "n/a" +guest-arch = "n/a" +description = """The elf2dmp program crash. +``` +$ ./contrib/elf2dmp/elf2dmp ./crash_1 /dev/null +Using Linux mmap +[1] 994585 segmentation fault ./contrib/elf2dmp/elf2dmp ./crash_1 /dev/null +```""" +reproduce = """1. build the qemu project following standard steps +2. navigate to the `build` directory and run `./contrib/elf2dmp/elf2dmp ./crash_1 /dev/null` + +The [crash_1](/uploads/d0890c0f8873b8264c417b0f98ee83a4/crash_1) file.""" +additional = """Run in GDB. +``` +$ gdb ./contrib/elf2dmp/elf2dmp +... +(gdb) set args ./crash_1 /dev/null +(gdb) r +Starting program: /data/share/qemu_latest/build/contrib/elf2dmp/elf2dmp ./crash_1 /dev/null +[Thread debugging using libthread_db enabled] +Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". +Using Linux mmap + +Program received signal SIGSEGV, Segmentation fault. +init_states (qe=0x7fffffff83f0) at ../contrib/elf2dmp/qemu_elf.c:66 +66 Elf64_Nhdr *start = (void *)((uint8_t *)qe->map + phdr[0].p_offset); +(gdb) bt +#0 init_states (qe=0x7fffffff83f0) at ../contrib/elf2dmp/qemu_elf.c:66 +#1 QEMU_Elf_init (qe=qe@entry=0x7fffffff83f0, filename=<optimized out>) at ../contrib/elf2dmp/qemu_elf.c:235 +#2 0x0000555555555508 in main (argc=<optimized out>, argv=0x7fffffffdb58) at ../contrib/elf2dmp/main.c:538 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2204.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2204.toml new file mode 100644 index 00000000..043f7e8c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2204.toml @@ -0,0 +1,83 @@ +id = 2204 +title = "Hyper-V on Windows Server 2022 cannot load images converted from OVA to VHDX by qemu-img: Boot failure. Reboot and Select proper Boot device or Insert Boot Media in selected Boot device" +state = "opened" +created_at = "2024-03-02T21:17:07.959Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2204" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """We have reference OVA image: https://storage.googleapis.com/fastnetmon_advanced_vm_images/fastnetmon-ubuntu-22.04-amd64-2.0.360.0.ova and we want to convert it to VMDX format.""" +reproduce = """I downloaded reference OVA and converted it to VMDX with three possible options. + +With subformat dynamic: +``` +qemu-img convert fastnetmon-ubuntu-22.04-amd64-2.0.360.0.ova -O vhdx -o subformat=dynamic fastnetmon-ubuntu-22.04-amd64-2.0.360.0.vhdx +``` + +And without it: +``` +qemu-img convert fastnetmon-ubuntu-22.04-amd64-2.0.360.0.ova -O vhdx fastnetmon-ubuntu-22.04-amd64-2.0.360.0.vhdx +``` + +And with explicitly setting fixed: +``` +qemu-img convert fastnetmon-ubuntu-22.04-amd64-2.0.360.0.ova -O vhdx -o subformat=fixed fastnetmon-ubuntu-22.04-amd64-2.0.360.0.vhdx +``` + +In all cases I tried loading images using VM of Generation 1 and Generation 2: +``` +The application encountered an error while attempting to change the state of +'New Virtual Machine'. + +'New Virtual Machine' failed to start. + +Microsoft Emulated IDE Controller (Instance ID 83F8638B-8DCA-4152-9EDA-2CA8B33039B4): Failed to Power on with Error 'The requested operation could not be completed due to a virtual disk system limitation. Virtual hard disk files must be uncompressed and unencrypted and must not be sparse.. + +Failed to open attachment 'C:\\Program Files\\qemu\\fastnetmon_non_dynamic.hdx''. Error: 'The requested operation could not be completed due to a virtual disk system limitation. Virtual hard disk files must be uncompressed and unencrypted and must not be sparse.. + +Failed to open attachment 'C:\\Program Files\\qemu\\fastnetmon_non_dynamic.vhdx'. Error: 'The requested operation could not be completed due to a virtual disk system limitation. Virtual hard disk files must be uncompressed and unencrypted and must not be sparse.'. +``` + +I noticed some similarities with https://gitlab.com/qemu-project/qemu/-/issues/136 and applied workaround to fix it: +``` +fsutil sparse setflag fastnetmon-ubuntu-22.04-amd64-2.0.360.0.vhdx 0 +``` + +It started complaining that file is being used by another app. I waited long enough and then rebooted server. + +After that error changed to: +``` +Boot failure. Reboot and Select proper Boot device or Insert Boot Media in selected Boot device_ +``` + +As image: + + + +For Generation 2 error is slightly different: +``` +Virtual Machine Boot Summary +1. SCSI Disk +(0,0) +The boot loader did not load an operating system. +2. Network Adapter (00155D01770C) +A boot image was not found. +``` + +As image:  + +I tried doing conversion from VirtualBox with same OVA and it worked just fine: +``` +VBoxManage clonehd fastnetmon-ubuntu-22.04-amd64-disk1.vmdk fastnetmon.vhd --format vhd +``` + +I believe something is wrong with boot records for VMDX images. + +Example of converted VHDX with dynamic flag can be found here: https://storage.googleapis.com/fastnetmon_advanced_vm_images/fastnetmon-ubuntu-22.04-amd64-2.0.356.0.vhdx + +By Pavel Odintsov at FastNetMon.com""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2205.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2205.toml new file mode 100644 index 00000000..73d96d70 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2205.toml @@ -0,0 +1,58 @@ +id = 2205 +title = "9p rootfs issues" +state = "opened" +created_at = "2024-03-03T13:18:54.931Z" +closed_at = "n/a" +labels = ["block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2205" +host-os = "Ubuntu 24.04" +host-arch = "amd64" +qemu-version = "QEMU emulator version 8.2.1 (Debian 1:8.2.1+ds-1ubuntu1)" +guest-os = "Ubuntu 24.04" +guest-arch = "amd64" +description = """I've created qemu guest per https://wiki.qemu.org/Documentation/9p_root_fs guidelines. debootstrap fails on this guest.""" +reproduce = """``` +root@ubuntu-dev:~# debootstrap --arch amd64 --variant=minbase noble /var/tmp/new_root/ +I: Retrieving InRelease +I: Checking Release signature +E: Error executing gpgv to check Release signature +root@ubuntu-dev:~# +```""" +additional = """I noticed, that gpg key extracted by debootstrap from the InRelease is corrupted: +``` +root@ubuntu-dev:~# head /var/tmp/new_root/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_noble_Release.gpg +-----BEGIN PGP SIGNATURE----- +-----BEGIN PGP SIGNATURE----- + +-----BEGIN PGP SIGNATURE----- +-----BEGIN PGP SIGNATURE----- + +iQIzBAEBCgAdFiEE9uyzdiR07anSG3Aihxkg0ZkbyTwFAmXkbkUACgkQhxkg0Zkb +-----BEGIN PGP SIGNATURE----- +-----BEGIN PGP SIGNATURE----- + +root@ubuntu-dev:~# +``` +I also noticed that on the 9p filesystem appending to files corrupts them: +``` +root@ubuntu-dev:~# echo 1 >/var/tmp/test +root@ubuntu-dev:~# cat /var/tmp/test +1 +root@ubuntu-dev:~# echo 2 >>/var/tmp/test +root@ubuntu-dev:~# cat /var/tmp/test +1 +1 +2 +root@ubuntu-dev:~# +``` +This is not happening on the tmpfs: +``` +root@ubuntu-dev:~# echo 1 >/tmp/test +root@ubuntu-dev:~# cat /tmp/test +1 +root@ubuntu-dev:~# echo 2 >>/tmp/test +root@ubuntu-dev:~# cat /tmp/test +1 +2 +root@ubuntu-dev:~# +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2209.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2209.toml new file mode 100644 index 00000000..5ff9f71c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2209.toml @@ -0,0 +1,55 @@ +id = 2209 +title = "no 'system' llibfdt (or too old), subprojects/dtc/ populated, ./configure --disable-download fails" +state = "closed" +created_at = "2024-03-05T18:21:51.436Z" +closed_at = "2024-03-08T09:15:08.175Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2209" +host-os = "Linux -- CentOS7 w/ old dtc, Ubuntu w/o dtc, Fedora w/o dtc" +host-arch = "x86_64" +qemu-version = "commit db596ae19040574e41d086e78469014191d7d7fc (HEAD -> master, origin/staging, origin/master, origin/HEAD)" +guest-os = "n/a" +guest-arch = "n/a" +description = """./configure ... --disable-download, with subprojects/ pre-populated, fails.""" +reproduce = """1. ensure libfdt/dtc files/libs/binaries are *not* found in system +2. have subprojects/dtc pre-populated +3. ./configure --target-list=riscv32-softmmu --prefix=/opt/riscv --enable-debug --without-default-features --without-default-devices --disable-download + +configure fails with: +``` +../meson.build:3171:13: ERROR: C shared or static library 'fdt' not found + +A full log can be found at /home/too/vc/ext/qemu/build/meson-logs/meson-log.txt + +ERROR: meson setup failed +``` + +If I outcomment the following lines in meson.build: +``` + #if get_option('wrap_mode') == 'nodownload' + # fdt_opt = 'system' + #endif +``` +Then the above command line works (with --disable-download)""" +additional = """The case is where one wants to ensure that configure does not try to access +network while doing its job. And in a system where dtc/libfdt is not available, +(or is too old, line in Centos/RHEL 7) one has dowloaded the files already in +subprojects/dtc/. + +The meson.build clearly sets (as of 2024-03-05) expectation that dtc/libfdt/ +has to come from 'system' if 'wrap_mode' is set to 'nodownload'. + +Without this check it it works nicely -- and if subprojects/dtc/ was not populated, +the error message is + +``` +Library fdt found: NO + +../meson.build:3187:18: ERROR: Automatic wrap-based subproject downloading is disabled + +A full log can be found at /home/too/vc/ext/qemu/build/meson-logs/meson-log.txt + +ERROR: meson setup failed +``` + +So -- to me -- that looks like it could be a suitable solution to this problem.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2210.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2210.toml new file mode 100644 index 00000000..5fa36709 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2210.toml @@ -0,0 +1,63 @@ +id = 2210 +title = "contrib/plugins/execlog.c: warning: passing argument 2 of ‘g_ptr_array_add’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]" +state = "closed" +created_at = "2024-03-06T09:25:23.290Z" +closed_at = "2024-03-26T19:46:03.188Z" +labels = ["TCG plugins", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2210" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hit some warning messages when compiling upstream qemu""" +reproduce = """1. Clone repo and compile it + + 1.1 git clone https://gitlab.com/qemu-project/qemu.git + + 1.2 mkdir build + + 1.3 cd build/ + + 1.4 ../configure --target-list=x86_64-softmmu --enable-debug-info + + 1.5 make + +2. It will print the following warning messages: +``` +[2767/2767] Linking target tests/qtest/netdev-socket +/root/qemu/contrib/plugins/execlog.c: In function ‘registers_init’: +/root/qemu/contrib/plugins/execlog.c:339:63: warning: passing argument 2 of ‘g_ptr_array_add’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] + 339 | g_ptr_array_add(all_reg_names, reg->name); + | ~~~^~~~~~ +In file included from /usr/include/glib-2.0/glib.h:31, + from /root/qemu/contrib/plugins/execlog.c:9: +/usr/include/glib-2.0/glib/garray.h:192:62: note: expected ‘gpointer’ {aka ‘void *’} but argument is of type ‘const char *’ + 192 | gpointer data); + | ~~~~~~~~~~~~~~~~~~^~~~ +```""" +additional = """1. After Eugenio Perez Martin (eperezma@redhat.com) debug, we found this problem introduced by this commit: +``` +commit af6e4e0a22c18a7cc97650caec56ed99c9899dd7 +Author: Alex Bennée <alex.bennee@linaro.org> +Date: Tue Feb 27 14:43:32 2024 +0000 + + contrib/plugins: extend execlog to track register changes +``` +2. The latest commit in my env: +``` +commit db596ae19040574e41d086e78469014191d7d7fc (origin/staging, origin/master, origin/HEAD) +Merge: 7d4e29ef80 7558300c53 +Author: Peter Maydell <peter.maydell@linaro.org> +Date: Tue Mar 5 13:54:54 2024 +0000 + + Merge tag 'pull-target-arm-20240305' of https://git.linaro.org/people/pmaydell/qemu-arm into staging + + target-arm queue: + * raspi: Implement Broadcom Serial Controller (BSC) for BCM2835 boards + * hw/char/pl011: Add support for loopback + * STM32L4x5: Implement RCC clock control device + * target/arm: Do memory type alignment checks + * atomic.h: Reword confusing comment for qatomic_cmpxchg + * qemu-options.hx: Don't claim "-serial" has limit of 4 serial ports +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2211.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2211.toml new file mode 100644 index 00000000..862c9e36 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2211.toml @@ -0,0 +1,37 @@ +id = 2211 +title = "Live Migration Issue - get_pci_config_device: Bad config data" +state = "closed" +created_at = "2024-03-06T17:14:17.213Z" +closed_at = "2024-03-06T17:31:48.271Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2211" +host-os = "AlmaLinux 8.9 | AlmaLinux 9.3" +host-arch = "amd64/x86_64" +qemu-version = "7.1 -> 7.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hello everybody, +recently i have updated my environment from QEMU 7.1 (Build based from Upstream Code) to QEMU 7.2 (Build based from Upstream Code). +Since the patching went very well, i noticed that Live Migrations are not possible anymore. +It looks like that the Migration Process itself is running fine, but at the moment where QEMU wants to get the VM back live on the destination node, it crashes with the following error: + +``` +internal error: qemu unexpectedly closed the monitor: 2024-03-06T16:05:46.118520Z qemu-system-x86_64: get_pci_config_device: Bad config data: i=0x34 read: c8 device: dc cmask: ff wmask: 0 w1cmask:0 +2024-03-06T16:05:46.118804Z qemu-system-x86_64: Failed to load PCIDevice:config +2024-03-06T16:05:46.118813Z qemu-system-x86_64: Failed to load virtio-rng:virtio +2024-03-06T16:05:46.118821Z qemu-system-x86_64: error while loading state for instance 0x0 of device '0000:00:02.5:00.0/virtio-rng' +2024-03-06T16:05:46.120947Z qemu-system-x86_64: load of migration failed: Invalid argument +``` + +If i would stop/start the instance in question, live migration is back working. +This let me think that this might be an issue caused by the VM emulation process isn't running with the latest source of QEMU 7.2? + +Could someone please help me to figure out how i could resolve this issue to unblock the live migration capability without restarting all of my instances?""" +reproduce = """1. Prepare to Test Systems + - SOURCE = Install with QEMU 7.1 + - DESTINATION = Install with QEMU 7.2 +2. Start an example VM instance on the SOURCE +3. Update QEMU to 7.2 on the SOURCE +4. Start Live Migration from SOURCE to DESTINATION. +5. Error should be raised like mentioned above""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2212.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2212.toml new file mode 100644 index 00000000..2ba08a95 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2212.toml @@ -0,0 +1,25 @@ +id = 2212 +title = "\"pci_hp_register failed with error -16\" was found in Guest when launching VM with pci-bridge and \"-machine q35\"" +state = "opened" +created_at = "2024-03-08T03:28:19.167Z" +closed_at = "n/a" +labels = ["device: PCI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2212" +host-os = "CentOS 9" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.2.50 (v8.2.0-2085-gdb596ae190)" +guest-os = "CentOS 9" +guest-arch = "x86_64" +description = """Host and guest config file configuration: + CONFIG_HOTPLUG_PCI_CPCI=y + CONFIG_HOTPLUG_PCI_CPCI_ZT5550=m + CONFIG_HOTPLUG_PCI_CPCI_GENERIC=m + CONFIG_HOTPLUG_PCI_SHPC=y +Use this configuration kernel to boot QEMU, with the QEMU parameter "-machine q35 -device pci-bridge,id=bridge0,chassis_nr=1". After the guest boot, dmesg will display "shpchp 0000:00:04.0: pci_hp_register failed with error -16".""" +reproduce = """1.Boot QEMU + +2.Check dmesg in VM""" +additional = """Error log: +[root@localhost ~]# dmesg | grep pci_hp_register +[ 0.723893] shpchp 0000:00:04.0: pci_hp_register failed with error -16 +[dmesg.log](/uploads/8ce302f996255544b4327d27ea4ac555/dmesg.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2214.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2214.toml new file mode 100644 index 00000000..acd1e952 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2214.toml @@ -0,0 +1,15 @@ +id = 2214 +title = "QEMU gdbstub does not report SIGALRM" +state = "opened" +created_at = "2024-03-08T14:39:56.568Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2214" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2215.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2215.toml new file mode 100644 index 00000000..e3d6f7d7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2215.toml @@ -0,0 +1,15 @@ +id = 2215 +title = "qemu-8.2.2 compile failure against musl" +state = "closed" +created_at = "2024-03-08T18:35:42.598Z" +closed_at = "2024-09-26T09:58:48.343Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2215" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2216.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2216.toml new file mode 100644 index 00000000..aba4740e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2216.toml @@ -0,0 +1,15 @@ +id = 2216 +title = "Incresaed artifacts generation speed with paralleled process" +state = "opened" +created_at = "2024-03-09T17:58:54.106Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2216" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """`parallel-jobs` was referenced `main`""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2217.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2217.toml new file mode 100644 index 00000000..4d3e9ccb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2217.toml @@ -0,0 +1,15 @@ +id = 2217 +title = "Changing screen grab" +state = "closed" +created_at = "2024-03-09T23:22:21.784Z" +closed_at = "2024-03-11T09:31:12.611Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2217" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2219.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2219.toml new file mode 100644 index 00000000..8be3d8f2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2219.toml @@ -0,0 +1,15 @@ +id = 2219 +title = "Core dump instead of error when starting on nohz_full system with enable-membarrier" +state = "opened" +created_at = "2024-03-10T07:34:43.944Z" +closed_at = "n/a" +labels = ["hostos: Linux"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2219" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/222.toml b/gitlab/issues/target_missing/host_missing/accel_missing/222.toml new file mode 100644 index 00000000..c37aaee0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/222.toml @@ -0,0 +1,15 @@ +id = 222 +title = "Reading /proc/self/task/<pid>/maps is not remapped to the target" +state = "opened" +created_at = "2021-05-09T15:10:42.634Z" +closed_at = "n/a" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/222" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2221.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2221.toml new file mode 100644 index 00000000..8458bbf7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2221.toml @@ -0,0 +1,15 @@ +id = 2221 +title = "CI timeouts on 'gcov' job: test-bufferiszero, test-crypto-tlscredsx509" +state = "closed" +created_at = "2024-03-12T10:41:38.300Z" +closed_at = "2024-03-19T17:33:20.601Z" +labels = ["flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2221" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2222.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2222.toml new file mode 100644 index 00000000..0b20ce6d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2222.toml @@ -0,0 +1,15 @@ +id = 2222 +title = "elf2dmp has endianness bugs" +state = "opened" +created_at = "2024-03-12T11:59:55.599Z" +closed_at = "n/a" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2222" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2225.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2225.toml new file mode 100644 index 00000000..d75ad081 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2225.toml @@ -0,0 +1,21 @@ +id = 2225 +title = "Mouse capture doesn't actually capture (GTK)" +state = "opened" +created_at = "2024-03-15T10:05:10.520Z" +closed_at = "n/a" +labels = ["GUI::GTK", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2225" +host-os = "Windows" +host-arch = "x84 64-bit" +qemu-version = "8.2.1 (MinGW64, installed with `pacman -S mingw-w64-x86_64-qemu`)" +guest-os = "Haiku" +guest-arch = "x86 64-bit" +description = """The mouse is never actually captured by the window, you can always move it off screen, and because the guest OS has no awareness of the absolute mouse position there are many situations where you can't actually click something in the guest OS because the host mouse cursor is out of the window so clicking clicks on another program's window. It's unusable. + +It's clear that the problem is that the cursor isn't actually captured, if it ever was then the problem wouldn't occur. When the mouse is "uncaptured" we see the host cursor at all times and the guest cursor simply doesn't move, but when it's ""\"captured""\" the guest cursor still moves freely, it's just hidden while hovering the entire window (and not just the guest rectangle but really the whole thing) and the host cursor moves too at its own pace. + +It happens with `-display gtk` but not `-display sdl`.""" +reproduce = """1. Launch windowed guest +2. Click on window +3. Try to move mouse out of the window""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2231.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2231.toml new file mode 100644 index 00000000..cb87c00d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2231.toml @@ -0,0 +1,22 @@ +id = 2231 +title = "GNOME/Mutter - Wayland Fractional Scaling Breaks VM Resolution" +state = "opened" +created_at = "2024-03-19T22:12:18.435Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2231" +host-os = "Fedora 39" +host-arch = "x86" +qemu-version = "8.1.3 (qemu-8.1.3.4.fc39)" +guest-os = "any (Tested Fedora 38,39, GNOME OS Nightly, and Windows 10,11)" +guest-arch = "x86" +description = """VMs are rendered at a higher resolution than the pixel count of their window, seemingly because mutter is upscaling for fractional scaling.""" +reproduce = """1. Enable GNOME Mutter experimental fractional scaling +2. Launch VM""" +additional = """This only occurs when wayland fractional scaling is enabled, not when text is scaled. Since GNOME/mutter accomplishes fractional scaling by upscaling, I think the VM is being told its window has a higher resolution than it actually has, so it is rendering the VM at a higher resolution, which is then displayed at the display's real resolution. + +In the screenshot below, my resolution is 2256 x 1504 and I have set fractional scaling to 125%. It is worth noting (2256 / 1.25) / 3606 is approximately 0.5. + + + +I apologize if the report is unsatisfactory. I will provide more detail if instructed. I tried reporting to GNOME Boxes and Virt-manager, which both use QEMU, but it seems the problem is upstream.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2232.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2232.toml new file mode 100644 index 00000000..8d3bd6e9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2232.toml @@ -0,0 +1,15 @@ +id = 2232 +title = "ui/qemu.desktop is nonconformant with the desktop entry specification" +state = "closed" +created_at = "2024-03-20T21:19:20.074Z" +closed_at = "2024-03-21T05:20:42.100Z" +labels = ["Closed::Duplicate"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2232" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2233.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2233.toml new file mode 100644 index 00000000..4f97a7c6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2233.toml @@ -0,0 +1,57 @@ +id = 2233 +title = "EDK2 BIOS images have wrong version string" +state = "closed" +created_at = "2024-03-21T06:15:12.337Z" +closed_at = "2024-04-09T21:31:38.932Z" +labels = ["Build System", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2233" +host-os = "Windows 10" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.2.90 (v9.0.0-rc0-42-g54294b23e1)" +guest-os = "NA just the uefi tianocore edk2 bios" +guest-arch = "x86_64" +description = """cosmetic, low priority, but maybe easy to fix +I think the displayed version inside the edk2 bios interface is not updating from version to version. +The updated version number is useful for the qemu-user to be assured that the updated bios file is in use. + +There is also some unreliability in whether the bios screen is entered on pressing F2. I need to try do it a few times, that is restart qemu, for it to succeed and reach the bios interface. No issue with registering the F2 keystroke, starting screen does react to it. Sometimes it stops on a intermediate bios screen that does probing. I documented this as a different bug #2234 . + +The reason I am trying out these bios files is because I am having trouble booting an iso image, which I filed as a different bug #2235. + +This is how I create a bios file on update of a qemu version. +I have extracted and overwritten the 8.2.0 files in the scoop installed qemu folder with 9.0.0-rc0 files from gitlab artifact. +I have used ```qemu-setup-v9.0.0-rc0-42-g54294b23e1.exe``` which should include kraxel's 20240320 pull request ```[PULL 0/5] Edk2 20240320 patches Gerd Hoffmann```. +In a command prompt window +```C:\\vol\\scoop_01\\scoopg\\apps\\qemu\\8.2.0\\share> C:\\vol\\scoop_01\\scoopg\\apps\\git\\current\\usr\\bin\\cat.exe .\\edk2-i386-vars.fd .\\edk2-x86_64-code.fd > D:\\vstorage\\win_m01_qemu_2403_edk2-x86_64.fd``` + +so far following files have been created +``` +D:\\vstorage>dir D:\\vstorage\\win_m01_qemu_2* + Volume in drive D is VD_15KJ + Volume Serial Number is 1EA6-2771 + + Directory of D:\\vstorage + +04/17/2023 09:23 PM 4,194,304 win_m01_qemu_2302_edk2-x86_64.fd # 8.0.0 +03/20/2024 10:31 AM 4,194,304 win_m01_qemu_2308_edk2-x86_64.fd # 8.1.0 +03/20/2024 01:18 PM 4,194,304 win_m01_qemu_2402_edk2-x86_64.fd # 8.2.0 +03/21/2024 11:24 AM 4,194,304 win_m01_qemu_2403_edk2-x86_64.fd # 9.0.0-rc0 + 4 File(s) 16,777,216 bytes + 0 Dir(s) 140,732,907,520 bytes free + +D:\\vstorage>C:\\vol\\scoop_01\\scoopg\\apps\\git\\current\\usr\\bin\\cmp.exe win_m01_qemu_2302_edk2-x86_64.fd win_m01_qemu_2403_edk2-x86_64.fd +win_m01_qemu_2302_edk2-x86_64.fd win_m01_qemu_2403_edk2-x86_64.fd differ: char 540809, line 1 + +D:\\vstorage>C:\\vol\\scoop_01\\scoopg\\apps\\git\\current\\usr\\bin\\cmp.exe win_m01_qemu_2402_edk2-x86_64.fd win_m01_qemu_2403_edk2-x86_64.fd +D:\\vstorage> +``` + +The above indicate to me that nothing has changed in edk2 binaries between 8.2.0 and 9.0.0. Is that correct?""" +reproduce = """1. start qemu +2. press F2 when qemu guest display window pops up. When it works, it brings up the edk2 bios interface. +3. observe guest display screen . Notice that the displayed version still says `edk2-stable202302-for-qemu`. The displayed version has remained the same regardless of the bios file being used to boot qemu be they from 8.0.0 upto 9.0.0 + I expect it to show `edk2-stable202302-for-qemu`, `edk2-stable202308-for-qemu`, `edk2-stable202402-for-qemu`, `edk2-stable202403-for-qemu` etc + +guest display screen +""" +additional = """herein notifying @kraxel""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2234.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2234.toml new file mode 100644 index 00000000..ecc6ea7e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2234.toml @@ -0,0 +1,31 @@ +id = 2234 +title = "upon pressing F2 failures in loading the edk2 bios interface app" +state = "opened" +created_at = "2024-03-21T07:36:03.391Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2234" +host-os = "Windows 10" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.2.90 (v9.0.0-rc0-42-g54294b23e1)" +guest-os = "NA just the uefi tianocore edk2 bios" +guest-arch = "x86_64" +description = """Cosmetic, low priority, but maybe easy to fix +Occasional failures to load the edk2 bios interface app +Workaround, retry until success""" +reproduce = """1. start qemu +2. press F2 when qemu guest display window pops up. When it works, it brings up the edk2 bios interface. + This bug concerns the case when it does not work + +For reasons not clear, sometimes, after pressing F2, and after qemu registered the key-stroke (F2) and responded by changing the window size, the bios interface loading process seems to abruptly stop at the following guest-display-screen with the following message. +```BdsDxe: Loading Boot0000 "UiApp" From Fv(7CB8BDC9-F8EB-F434-AAEA-3EE4AF6516A1)/FvFile(462CAA21-7614-4503-836E-8AB6F4662311)``` + + +When the bios interface loading process does succeed, it goes to the expected screen: +""" +additional = """Unsure if this sort of bug should go upstream to https://github.com/tianocore/edk2/issues +Herein notifying @kraxel + +Not a measured statistic, but on basis of feeling, I'd qualitatively say 4 out of 5 times it fails to bring up the bios interface. Its a bit frustrating because it feels like one has no control over it and a successful event is left to chance. + +This isn't a recent introduction/regression. I've noticed this since 8.0.0, so its been this way maybe longer.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2235.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2235.toml new file mode 100644 index 00000000..c8d66769 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2235.toml @@ -0,0 +1,65 @@ +id = 2235 +title = "Hiren's Bootcd PE LiveCD not booting in windows qemu" +state = "opened" +created_at = "2024-03-21T11:16:39.508Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2235" +host-os = "Windows 10" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.2.90 (v9.0.0-rc0-42-g54294b23e1)" +guest-os = "Windows 10" +guest-arch = "x86_64" +description = """Hiren's Bootcd PE LiveCD not booting up in windows qemu. +PE stands for pre-execution environment which is like a minimal boot environment like windows-recovery. +The ram drive it makes is about 3.5 GiB. +Being able to boot something like Hiren BootCD PE is like a simple test of qemu. + +I've tried many things, but I can't figure out if it's because I can't get the arguments right or if it is because of something else. + +So far, using windows-qemu, I have not tried to boot a win10-guest-OS on win10 host-OS.""" +reproduce = """1. Try to start qemu as per command. Try figure out what the right arguments/options are. + +The live cd boot process is as follows +1. First the livecd bootloader loads files from the cdrom and unpacks them into a ramdrive + During this phase, in the taskmgr it can be seen that the memory of the qemu process grows to about 1.5 GiB +2. Then the boot process should transfer to the unpacked OS in the ramdrive. + In the center of the screen, if one is doing efi-boot, then one can see the tianocore logo, else if one is doing legacy boot, then one can see the windows logo. + The windows loading animation, dots in circle, does not start. In some boot attempts, it seems to have put only 1 dot, in other boot attempts nothing at all. + Even after the expansion phase, the qemu process in the taskmgr shows a 11% use (which 1 cpu in a hyperthreading i7 quadcore cpu). + This means emulator is doing something. But, despite waiting for a long time, nothing seems to happen in the guest-display-window. + +``` +PS F:\\> dir D:\\bootable\\hb*.iso + + Directory: D:\\bootable + +Mode LastWriteTime Length Name +---- ------------- ------ ---- +-a--- 9/17/2021 7:29 PM 3099203584 HBCD_PE_x64_v1.0.2_20210701.iso +-a--- 3/13/2024 4:45 PM 3291686912 HBCD_PE_x64_v1.0.8_20240305.iso + +PS F:\\> Get-FileHash -Algorithm SHA256 D:\\bootable\\HBCD_PE_x64_v1.0.2_20210701.iso + +Algorithm Hash Path +--------- ---- ---- +SHA256 8281107683E81BE362AFD213026D05B2219BC6A7CA9AF4D2856663F3FFC17BFD D:\\bootable\\HBCD_PE_x64_v1.0.2_… + +PS F:\\> Get-FileHash -Algorithm SHA256 D:\\bootable\\HBCD_PE_x64_v1.0.8_20240305.iso + +Algorithm Hash Path +--------- ---- ---- +SHA256 8C4C670C9C84D6C4B5A9C32E0AA5A55D8C23DE851D259207D54679EA774C2498 D:\\bootable\\HBCD_PE_x64_v1.0.8_… + +PS F:\\> Get-Content D:\\bootable\\HBCD_PE_x64_v1.0.2_20210701.iso.sha256 +8281107683E81BE362AFD213026D05B2219BC6A7CA9AF4D2856663F3FFC17BFD HBCD_PE_x64_v1.0.2_20210701.iso +PS F:\\> Get-Content D:\\bootable\\HBCD_PE_x64_v1.0.8_20240305.iso.sha256 +8c4c670c9c84d6c4b5a9c32e0aa5a55d8c23de851d259207d54679ea774c2498 HBCD_PE_x64_v1.0.8_20240305.iso +```""" +additional = """- https://www.hirensbootcd.org/download/ +- method to create the bios file is explained in #2233 +- I have booted into v1.0.2 in native, so I know v1.0.2 works. +- I have tried qemu with and without EFI bios. +- The more recent v1.0.8 released on 20240305 is Win11 PE based (>22621) +- Virtualbox-7.0.14 is able to boot HBCDPE as normal, but with EFI disabled, and not when enabled. +- As of this issue creation, not yet checked whether under Linux if qemu-kvm can boot HBCDPE.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2237.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2237.toml new file mode 100644 index 00000000..4a861230 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2237.toml @@ -0,0 +1,47 @@ +id = 2237 +title = "mirror block job memory leak" +state = "opened" +created_at = "2024-03-22T08:02:33.805Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2237" +host-os = "Rocky Linux release 9.3 (Blue Onyx)" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.0.0 (qemu-kvm-8.0.0-16.el9.3)" +guest-os = "CentOS Linux release 7.9.2009 (Core)" +guest-arch = "x86" +description = """After creating a background mirror job, and then the connection to the mirror target storage be interrupted and writing cannot be performed, the qemu process memory will increase significantly every time the mirror job performs a write. When the target stroage is restored, the data writing will be completed normally, but the memory will not be reduced.""" +reproduce = """1. start a virtual machine with libvirt(virsh start file) +2. add a target mirror block dev, configure io timeout to 2 sec(virsh qemu-monitor-command file --pretty '{"execute": "blockdev-add", "arguments": {"driver": "raw", "cache": {"direct": true}, "node-name": "node-target","file": {"driver": "rbd", "conf":"/etc/ceph/ceph.node53.conf", "pool": "test", "image": "rbd1", "auth-client-required": ["none"], "server": [{"host": "10.0.12.53", "port": "6789"}]}}}') +3. create a background mirror block job(virsh qemu-monitor-command file --pretty '{ "execute": "blockdev-mirror", "arguments": {"device": "libvirt-1-format", "target": "node-target", "sync": "full", "copy-mode": "background", "on-target-error": "ignore", "job-id": "job0"}}') +4. wait for the initial full synchronization to complete +5. write a large number of random ios in the virtual machine with the fio program(fio -filename=/dev/vdb -direct=1 -iodepth 1 -thread -rw=randwrite -ioengine=psync -bs=4k -size=4G -numjobs=1 -runtime=300 -group_reporting -name=sep) +6. break the connection with the remote storage or shutdown the remote storage while fio program is running(if the connection is interrupted first and then written io, the probability of reproduce is very low) +7. qemu will report an error indicating that io writing failed and try to write again(qemu-kvm: rbd request failed: cmd 1 offset 1421803520 bytes 1048576 flags 0 task.ret -110 (Connection timed out)) +8. use the numastat command to continuously observe the memory usage of the process and find that the heap memory has increased significantly. + +``` +Per-node process memory usage (in MBs) for PID 946492 (qemu-kvm) + Node 0 Total + --------------- --------------- +Huge 2048.00 2048.00 +Heap 2698.13 2698.13 +Stack 0.71 0.71 +Private 781.48 781.48 +---------------- --------------- --------------- +Total 5528.32 5528.32 + +after a while + +Per-node process memory usage (in MBs) for PID 1059068 (qemu-kvm) + Node 0 Total + --------------- --------------- +Huge 2048.00 2048.00 +Heap 21769.94 21769.94 +Stack 0.71 0.71 +Private 827.22 827.22 +---------------- --------------- --------------- +Total 24645.87 24645.87 +```""" +additional = """libvirt xml: +[file.xml](/uploads/82ff2e410183f94fde7cbaf19e7911dc/file.xml)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2238.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2238.toml new file mode 100644 index 00000000..697c7adb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2238.toml @@ -0,0 +1,55 @@ +id = 2238 +title = "The `rw` parameter of `qemu_plugin_register_vcpu_mem_cb()` is not properly honored" +state = "closed" +created_at = "2024-03-22T10:19:51.104Z" +closed_at = "2024-07-23T09:26:30.165Z" +labels = ["TCG plugins"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2238" +host-os = "Debian Bookworm" +host-arch = "amd64" +qemu-version = "8.2.50" +guest-os = "Android" +guest-arch = "ARM" +description = """The `rw` parameter of `qemu_plugin_register_vcpu_mem_cb()` is not properly honored.""" +reproduce = """1. Register a callback with `qemu_plugin_register_vcpu_mem_cb()` +2. In the callback, print the return of `qemu_plugin_mem_is_store()` (either `true` or `false`) +3. Change the value of `rw` parameter of `qemu_plugin_register_vcpu_mem_cb()` and look whether the callback prints `true` and/or `false` to determine if this is inline with `rw`. + +In the callback, we don't we get what we asked for. + +| Requested with rw | Observed in the callback | +|---------------------|----------------------------| +| QEMU_PLUGIN_MEM_R | Only writes | +| QEMU_PLUGIN_MEM_W | Both reads and writes | +| QEMU_PLUGIN_MEM_RW | Both reads and writes |""" +additional = """In `plugin-gen.c`, line 497, there is the following function: + +```cpp +static bool op_rw(const TCGOp *op, const struct qemu_plugin_dyn_cb *cb) +{ + int w; + + w = op->args[2]; + return !!(cb->rw & (w + 1)); +} +``` + +The issue described above seems to be caused by the `+ 1`. I removed it and got the expected results. + +This function is used in the same file, line 526, like this: + +```cpp + if (!ok(begin_op, cb)) { + continue; + } +``` + +This isn't consistent with `core.c`, line 509, where the same flag is checked like this: + +```cpp + if (!(rw & cb->rw)) { + break; + } +``` + +Inconsistent because of the `+1` and also because of `break`/`continue`.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2239.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2239.toml new file mode 100644 index 00000000..2bd4400f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2239.toml @@ -0,0 +1,15 @@ +id = 2239 +title = "Legacy system requirments: iptables" +state = "closed" +created_at = "2024-03-22T12:23:09.594Z" +closed_at = "2024-03-22T12:29:57.656Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2239" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2240.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2240.toml new file mode 100644 index 00000000..87a6f14a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2240.toml @@ -0,0 +1,16 @@ +id = 2240 +title = "Please provide useful defaults for machine and cpu" +state = "closed" +created_at = "2024-03-22T13:56:20.658Z" +closed_at = "2024-04-29T11:18:04.493Z" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2240" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """See https://bugs.debian.org/1040212 and https://salsa.debian.org/helmutg/debvm/-/issues/15 for the preceding discussion and +https://salsa.debian.org/helmutg/debvm/-/blob/main/bin/debvm-run and https://salsa.debian.org/kernel-team/initramfs-tools/-/merge_requests/80 for the used machine and cpu values.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2241.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2241.toml new file mode 100644 index 00000000..2c7f198e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2241.toml @@ -0,0 +1,15 @@ +id = 2241 +title = "QMP Commands dont't work properly" +state = "closed" +created_at = "2024-03-22T20:01:31.186Z" +closed_at = "2024-03-25T06:38:14.263Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2241" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2242.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2242.toml new file mode 100644 index 00000000..e4f64b91 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2242.toml @@ -0,0 +1,24 @@ +id = 2242 +title = "Hugepages are not released after windows guest shutdown" +state = "closed" +created_at = "2024-03-23T13:39:39.079Z" +closed_at = "2024-08-01T08:05:18.773Z" +labels = ["Closed::NotOurBug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2242" +host-os = "Gentoo Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.2.2" +guest-os = "Windows Server 2022 or Windows Server 2019" +guest-arch = "x86_64" +description = """* Hugepages are not released after windows guest shutdown (tested with server 2019 and 2022), everything is ok with linux guests +* Issue is present in both cases: shutdown is initiated by guest, and with the qemu monitor command ``system_shutdown`` +* If the guest is configured with 4G as memory size, hugepages not released may vary but in most cases, only 1G are not released +* Host is a x86_64 linux system, with 1G hugepages only : kernel cmline contains ``default_hugepagesz=1G hugepagesz=1G hugepages=88`` +* I've done many tests with qemu components disabled (network, monitor, vnc), issue is still present with basic command line (launched as root) ``qemu-system-x86_64 -cpu host -enable-kvm -smp 4 -machine type=q35,accel=kvm -m 4G -mem-path /mnt/hugepages -drive id=drv0,file=win.qcow2 -nodefaults`` +* Same issue with args in command line, with or without prealloc: + + -m 4G -mem-path /mnt/hugepages [-mem-prealloc] + -m 4G -machine memory-backend=mem0 -object memory-backend-memfd,id=mem0,size=4G,hugetlb=on,hugetlbsize=1G[,prealloc=on]""" +reproduce = "n/a" +additional = """* Hugepages release process is audited with command ``cat /proc/meminfo`` +* I can't find any online documentation to help to troubleshoot used hugepages : articles suggest to audit /proc/[pid]/smaps, but here, issue is raised after qemu process terminates""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2243.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2243.toml new file mode 100644 index 00000000..20e3c2ae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2243.toml @@ -0,0 +1,17 @@ +id = 2243 +title = "ES1370 sound card can crash the Windows 2000 and Windows XP guest." +state = "opened" +created_at = "2024-03-23T16:23:54.643Z" +closed_at = "n/a" +labels = ["Audio", "guest: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2243" +host-os = "Windows 11 Pro (23H2)" +host-arch = "x64" +qemu-version = "8.2.0" +guest-os = "Windows XP Professional SP3, Windows 2000 Professional SP4" +guest-arch = "x86" +description = """If using ES1370 sound card with Windows 2000 and Windows XP guest, it will crash the Windows 2000 and Windows XP guest. Windows 2000 and Windows XP have built in ES1370 driver.""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2247.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2247.toml new file mode 100644 index 00000000..92913c12 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2247.toml @@ -0,0 +1,16 @@ +id = 2247 +title = "virsh qemu-monitor-command --hmp help information missing inject-nmi for watchdog_action" +state = "closed" +created_at = "2024-03-26T00:50:26.592Z" +closed_at = "2024-04-02T13:33:19.577Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2247" +host-os = "CentOS 8.2" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 4.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """watchdog_action missing inject-nmi which already supported in Commit [795dc6e4](https://gitlab.com/qemu-project/qemu/-/commit/795dc6e46d953d70b4b7ddd3f4956f8f4b9d8565)""" +reproduce = """1. virsh qemu-monitor-command <id> --hmp help |grep watchdog +2. change watchdog action to inject-nmi""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/225.toml b/gitlab/issues/target_missing/host_missing/accel_missing/225.toml new file mode 100644 index 00000000..3e5302bd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/225.toml @@ -0,0 +1,15 @@ +id = 225 +title = "Menu is not clickable on OSX Catalina" +state = "opened" +created_at = "2021-05-09T15:11:49.971Z" +closed_at = "n/a" +labels = ["GUI", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/225" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2251.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2251.toml new file mode 100644 index 00000000..00db1640 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2251.toml @@ -0,0 +1,22 @@ +id = 2251 +title = "Windows 11 VM with VBS enabled crashes" +state = "opened" +created_at = "2024-03-28T16:46:22.747Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2251" +host-os = "rhcos" +host-arch = "X86" +qemu-version = "Using API: QEMU 9.0.0 Running hypervisor: QEMU 7.2.0" +guest-os = "Windows 11" +guest-arch = "X86" +description = """""" +reproduce = """1. Run a Windows 11 VM on a node (both VM domain XML and node capabilities XML is provided below). +2. Enable VBS on the guest. For doing so you can use https://github.com/MicrosoftDocs/windows-itpro-docs/files/4020040/DG_Readinessv3.7.zip. Then, in Windows terminal, run DG_Readiness_Tool_{version}.ps1 -Enable. +3. Reboot the guest. +4. Windows cannot start (see picture below).""" +additional = """- Domain Capabilities: https://pastebin.com/GdQGQ639 +- VMX capabilities: https://pastebin.com/5nbUH0ev +- contents of /proc/cpuinfo: https://pastebin.com/xZM4x89z +- Domain XML: https://pastebin.com/s4VehTXK +- Windows crash at boot: https://ibb.co/Ny1xRbz""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2252.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2252.toml new file mode 100644 index 00000000..3c6322aa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2252.toml @@ -0,0 +1,19 @@ +id = 2252 +title = "Poor VGA graphics when passing through a graphics card to a BIOS guest using the x-vga flag" +state = "opened" +created_at = "2024-03-30T09:32:18.448Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2252" +host-os = "Arch Linux" +host-arch = "x86-64" +qemu-version = "8.2.91 (v9.0.0-rc1-dirty)" +guest-os = "Windows 7 (Affects all guests using BIOS firmware)" +guest-arch = "x86-64" +description = """When passing through a GPU (in my case an Nvidia RTX 2070 Super) to a guest with BIOS firmware (using the x-vga flag to get a display out in BIOS mode), the VGA graphics used before an operating system loads proper graphics drivers seems to perform very poorly. Some symptoms of this are: GRUB and Windows Boot Manager are invisible, only showing a black screen (not sure if it affects all bootloaders) Windows 7 falls back to the more basic Vista boot animation during startup instead of the proper Starting Windows + orbs animation Windows 7 while using VGA graphics looks very low quality, with a pixelated look and a low color depth (attached below in additional information) Windows 10's setup just shows a black screen and fails to even boot. It seems to just restart after a bit (with any potential errors being invisible) Once graphics drivers are loaded inside Windows 7 or Linux in the guest, everything works fine. Seems like it's a firmware bug maybe? + +I've tested, and QEMU version 8.1 seems to be the last version without this bug, as 8.2 and up all have this issue. I'm not sure if this affects all graphics cards, as I've only tested this on an RTX 2070 super.""" +reproduce = """1. Create a guest with SeaBIOS firmware +2. Pass through a graphics card using -vfio-pci +3. Enable the x-vga flag""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2253.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2253.toml new file mode 100644 index 00000000..0ca41c98 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2253.toml @@ -0,0 +1,15 @@ +id = 2253 +title = "NO_CAST.INTEGER_OVERFLOW in /hw/net/eepro100.c" +state = "closed" +created_at = "2024-03-30T17:14:48.876Z" +closed_at = "2025-02-10T16:23:45.761Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2253" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2254.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2254.toml new file mode 100644 index 00000000..54d0a6ee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2254.toml @@ -0,0 +1,15 @@ +id = 2254 +title = "UNCHECKED_FUNC_RES.LIB.STRICT in /io/channel-socket.c" +state = "opened" +created_at = "2024-03-31T12:49:54.827Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2254" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2255.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2255.toml new file mode 100644 index 00000000..9452e94e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2255.toml @@ -0,0 +1,15 @@ +id = 2255 +title = "INVARIANT_RESULT in /qapi/opts-visitor.c" +state = "closed" +created_at = "2024-03-31T13:01:03.054Z" +closed_at = "2024-08-01T09:00:28.706Z" +labels = ["Closed::WontFix", "QAPI/QMP"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2255" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2256.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2256.toml new file mode 100644 index 00000000..432d84fd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2256.toml @@ -0,0 +1,15 @@ +id = 2256 +title = "cirrus CI jobs failing" +state = "closed" +created_at = "2024-03-31T15:54:59.728Z" +closed_at = "2024-04-01T14:29:52.915Z" +labels = ["flaky-ci", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2256" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2257.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2257.toml new file mode 100644 index 00000000..69cec0c0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2257.toml @@ -0,0 +1,15 @@ +id = 2257 +title = "STRING_OVERFLOW in /qapi/opts-visitor.c" +state = "closed" +created_at = "2024-03-31T20:18:53.406Z" +closed_at = "2024-04-01T20:14:05.197Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2257" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/226.toml b/gitlab/issues/target_missing/host_missing/accel_missing/226.toml new file mode 100644 index 00000000..c3a1fe38 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/226.toml @@ -0,0 +1,15 @@ +id = 226 +title = "host window size does not change when guest video screen size changes while moving host window" +state = "opened" +created_at = "2021-05-09T15:12:08.577Z" +closed_at = "n/a" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/226" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2260.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2260.toml new file mode 100644 index 00000000..671e7037 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2260.toml @@ -0,0 +1,33 @@ +id = 2260 +title = "Storage device missing/Not recognized by driver (regression)" +state = "closed" +created_at = "2024-04-01T16:12:27.940Z" +closed_at = "2024-04-16T12:10:59.227Z" +labels = ["Regression", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2260" +host-os = "MacOS" +host-arch = "ARM" +qemu-version = "v9.0.0-rc1" +guest-os = "Windows" +guest-arch = "ARM" +description = """Installation CD boots but can not find any storage/harddrive to install to. +This works in qemu 8.2.2, so it seems like a regression.""" +reproduce = """1. +2. +3. +Get virtio iso from https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/ + +Install swtpm like: brew install swtpm + +Use CrystalFetch from https://docs.getutm.app/guides/windows/ to download Windows ISO. + +Create storage: qemu-img create -f qcow2 Win11.qcow2 80G + +dd if=/dev/zero of=vars-pflash.raw bs=1M count=64 + +start tpm like: /opt/homebrew/bin/swtpm socket --tpm2 --tpmstate dir=/Users/jonas/qw11arm/mytpm --ctrl type=unixio,path=/Users/jonas/qw11arm/mytpm/swtpm-sock + +start qemu like: \\~/qemu/qemu/build/qemu-system-aarch64 --machine virt,virtualization=on --cpu neoverse-n1 --monitor stdio -smp cpus=4,sockets=1,cores=4,threads=1 -m 5G -device nec-usb-xhci -device qemu-xhci -device usb-kbd -device usb-tablet -device usb-storage,drive=windows,serial=windows -drive if=none,id=windows,format=raw,media=cdrom,file=/Users/jonas/ISOs/22631.2861.231204-0538.23H2_NI_RELEASE_SVC_REFRESH_CLIENTCONSUMER_RET_A64FRE_en-us.iso,readonly=on -device virtio-scsi -device scsi-hd,drive=boot,serial=boot -drive if=none,id=boot,format=qcow2,file=./Win11.qcow2 -drive if=pflash,format=raw,unit=0,file=/Users/jonas/qemu/qemu/build/pc-bios/edk2-aarch64-code.fd,readonly=on -drive file=vars-pflash.raw,format=raw,if=pflash,unit=1 -chardev socket,id=chrtpm,path=/Users/jonas/qw11arm/mytpm/swtpm-sock -tpmdev emulator,id=tpm0,chardev=chrtpm -device tpm-tis-device,tpmdev=tpm0 --display cocoa -rtc base=localtime -device ramfb -boot menu=on -device usb-storage,drive=virtio,serial=virtio -drive if=none,id=virtio,format=raw,media=cdrom,file=/Users/jonas/Downloads/virtio-win-0.1.240.iso,readonly=on -nic user,model=virtio-net-pci,mac=52:54:98:76:54:32 + +Adjust paths and be ready to bypass windows checks as described on https://docs.getutm.app/guides/windows/#this-pc-cant-run-windows-11""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2261.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2261.toml new file mode 100644 index 00000000..9574a60b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2261.toml @@ -0,0 +1,95 @@ +id = 2261 +title = "qemu-system-x86_64 crashs in cursor_put functions" +state = "opened" +created_at = "2024-04-02T01:35:13.100Z" +closed_at = "n/a" +labels = ["device:graphics", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2261" +host-os = "ubuntu22.04" +host-arch = "x86" +qemu-version = "6.0.1" +guest-os = "Windows 10 21H1" +guest-arch = "x86" +description = """This problem cannot be stably reproduced，but we try enable --enable-sanitizers and catch the following information，why qemu_spice_cursor_refresh_bh be called twice at the same time？ + +==57296==ERROR: AddressSanitizer: heap-use-after-free on address 0x623000738110 at pc 0x55cec2ed06aa bp 0x7ffc54d1fea0 sp 0x7ffc54d1fe90 +READ of size 4 at 0x623000738110 thread T0 + #0 0x55cec2ed06a9 in cursor_put ../qemu-6.0.1/ui/cursor.c:112 + #1 0x55cec2f05d40 in vnc_dpy_cursor_define ../qemu-6.0.1/ui/vnc.c:1041 + #2 0x55cec2ec6352 in dpy_cursor_define ../qemu-6.0.1/ui/console.c:1841 + #3 0x55cec3ab176c in qemu_spice_cursor_refresh_bh ../qemu-6.0.1/ui/spice-display.c:469 + #4 0x55cec4abc6eb in aio_bh_call ../qemu-6.0.1/util/async.c:136 + #5 0x55cec4abce43 in aio_bh_poll ../qemu-6.0.1/util/async.c:164 + #6 0x55cec4a5f457 in aio_dispatch ../qemu-6.0.1/util/aio-posix.c:381 + #7 0x55cec4abe386 in aio_ctx_dispatch ../qemu-6.0.1/util/async.c:306 + #8 0x7fa4fadcdd3a in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55d3a) + #9 0x55cec4b0b5d6 in glib_pollfds_poll ../qemu-6.0.1/util/main-loop.c:231 + #10 0x55cec4b0b7c0 in os_host_main_loop_wait ../qemu-6.0.1/util/main-loop.c:254 + #11 0x55cec4b0bac5 in main_loop_wait ../qemu-6.0.1/util/main-loop.c:530 + #12 0x55cec3f49e70 in qemu_main_loop ../qemu-6.0.1/softmmu/runstate.c:786 + #13 0x55cec2e7f679 in main ../qemu-6.0.1/softmmu/main.c:50 + #14 0x7fa4f96f4d8f in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58 + #15 0x7fa4f96f4e3f in __libc_start_main_impl ../csu/libc-start.c:392 + #16 0x55cec2e7f584 in _start (/usr/bin/qemu-system-x86_64+0x298a584) + +0x623000738110 is located 16 bytes inside of 6416-byte region [0x623000738100,0x623000739a10) +freed by thread T0 here: + #0 0x7fa4fb7d9537 in __interceptor_free ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:127 + #1 0x55cec2ed0769 in cursor_put ../qemu-6.0.1/ui/cursor.c:115 + #2 0x55cec3ab1818 in qemu_spice_cursor_refresh_bh ../qemu-6.0.1/ui/spice-display.c:471 + #3 0x55cec4abc6eb in aio_bh_call ../qemu-6.0.1/util/async.c:136 + #4 0x55cec4abce43 in aio_bh_poll ../qemu-6.0.1/util/async.c:164 + #5 0x55cec4a5f457 in aio_dispatch ../qemu-6.0.1/util/aio-posix.c:381 + #6 0x55cec4abe386 in aio_ctx_dispatch ../qemu-6.0.1/util/async.c:306 + #7 0x7fa4fadcdd3a in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55d3a) + +previously allocated by thread T14 here: + #0 0x7fa4fb7d9a57 in __interceptor_calloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:154 + #1 0x7fa4fadd6c50 in g_malloc0 (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5ec50) + #2 0x55cec3b16918 in qxl_cursor ../qemu-6.0.1/hw/display/qxl-render.c:361 + #3 0x55cec3b18698 in qxl_render_cursor ../qemu-6.0.1/hw/display/qxl-render.c:448 + #4 0x55cec3af53a5 in interface_get_cursor_command ../qemu-6.0.1/hw/display/qxl.c:856 + #5 0x7fa4fb39ca1f in red_process_cursor ../../server/red-worker.c:152 + #6 0x7fa4fb39ca1f in red_process_cursor ../../server/red-worker.c:140 + +Thread T14 created by T0 here: + #0 0x7fa4fb77d685 in __interceptor_pthread_create ../../../../src/libsanitizer/asan/asan_interceptors.cpp:216 + #1 0x7fa4fb39ece5 in red_worker_run ../../server/red-worker.c:1588 + #2 0x62100002d94f (<unknown module>) + +SUMMARY: AddressSanitizer: heap-use-after-free ../qemu-6.0.1/ui/cursor.c:112 in cursor_put +Shadow bytes around the buggy address: + 0x0c46800defd0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c46800defe0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c46800deff0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c46800df000: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c46800df010: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa +=>0x0c46800df020: fd fd[fd]fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c46800df030: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c46800df040: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c46800df050: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c46800df060: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c46800df070: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd +Shadow byte legend (one shadow byte represents 8 application bytes): + Addressable: 00 + Partially addressable: 01 02 03 04 05 06 07 + Heap left redzone: fa + Freed heap region: fd + Stack left redzone: f1 + Stack mid redzone: f2 + Stack right redzone: f3 + Stack after return: f5 + Stack use after scope: f8 + Global redzone: f9 + Global init order: f6 + Poisoned by user: f7 + Container overflow: fc + Array cookie: ac + Intra object redzone: bb + ASan internal: fe + Left alloca redzone: ca + Right alloca redzone: cb + Shadow gap: cc +==57296==ABORTING""" +reproduce = """This problem cannot be stably reproduced""" +additional = """/label ~"kind::Bug"""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2264.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2264.toml new file mode 100644 index 00000000..ffbba458 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2264.toml @@ -0,0 +1,69 @@ +id = 2264 +title = "tests fail in staging-7.2 after \"fix direction of \"32-bit MMU\" patch" +state = "closed" +created_at = "2024-04-02T15:07:15.328Z" +closed_at = "2024-04-11T12:52:38.942Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2264" +host-os = "Mageia Linux 9 x86_64" +host-arch = "x86_64" +qemu-version = "staging-7.2 (up to commits as of 2024-03-19)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Running the tests with current staging-7.2 sources after compiling, it results in failing some tests after introduction of the following patches: + +- [target/i386: introduce function to query MMU indices](https://gitlab.com/qemu-project/qemu/-/commit/6332f3c12f7fc6c01fae1eaa59d661fef280f499) + +- [target/i386: use separate MMU indexes for 32-bit accesses](https://gitlab.com/qemu-project/qemu/-/commit/6b9875b03c81351c5f0268f571e011cf5f2fd9d2) + +- [target/i386: fix direction of "32-bit MMU" test](https://gitlab.com/qemu-project/qemu/-/commit/64e5fffe523daee23b06f3fd0f31721b137901b5) + +- [target/i386: Revert monitor_puts() in do_inject_x86_mce()](https://gitlab.com/qemu-project/qemu/-/commit/1d024cdc49a9ebc4d51142d2c33668bba1d31c89) + +in particular is the fix: + +- [target/i386: fix direction of "32-bit MMU" test](https://gitlab.com/qemu-project/qemu/-/commit/64e5fffe523daee23b06f3fd0f31721b137901b5) + +that causes the tests failing (removing such fix, tests passes). The failing tests are: + +``` +Summary of Failures: + + 92/689 qemu:qtest+qtest-i386 / qtest-i386/boot-serial-test ERROR 0.10s killed by signal 6 SIGABRT +127/689 qemu:qtest+qtest-x86_64 / qtest-x86_64/boot-serial-test ERROR 0.12s killed by signal 6 SIGABRT + 48/689 qemu:qtest+qtest-i386 / qtest-i386/bios-tables-test ERROR 40.95s killed by signal 6 SIGABRT + 71/689 qemu:qtest+qtest-x86_64 / qtest-x86_64/bios-tables-test ERROR 40.45s killed by signal 6 SIGABRT +``` + +In particular we have: + +``` + 92/689 qemu:qtest+qtest-i386 / qtest-i386/boot-serial-test ERROR 0.10s killed by signal 6 SIGABRT +――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――― +stderr: +Broken pipe +../tests/qtest/libqtest.c:188: kill_qemu() detected QEMU death from signal 11 (Segmentation fault) (core dumped) + +(test program exited with status code -6) +―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― +``` + +and + + +``` +127/689 qemu:qtest+qtest-x86_64 / qtest-x86_64/boot-serial-test ERROR 0.12s killed by signal 6 SIGABRT +――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――― +stderr: +Broken pipe +../tests/qtest/libqtest.c:188: kill_qemu() detected QEMU death from signal 11 (Segmentation fault) (core dumped) + +(test program exited with status code -6) + +TAP parsing error: Too few tests run (expected 2, got 0) +―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― +``` + +and so on.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2265.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2265.toml new file mode 100644 index 00000000..6d104fc4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2265.toml @@ -0,0 +1,60 @@ +id = 2265 +title = "qemu-system-x86_64 crash creating snapshot" +state = "opened" +created_at = "2024-04-03T08:00:37.783Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2265" +host-os = "debian 10 buster" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "debian 10 buster" +guest-arch = "x86" +description = """I'm facing a crash in qemu-system-x86_64.\\ +I crash because bs->children.lh_first is null and QLIST_NEXT try dereference the pointer. It triggers a SIGSEGV\\ +The manner to reproduce is too complex to give on gitlab and the version is not recent. (I reproduce also with 7.1)\\ + +here is the stack: + +(gdb) p bs->children\\ +$1 = {lh_first = 0x0}\\ +(gdb)\\ +(gdb) p child\\ +$2 = (BdrvChild *) 0x0\\ +(gdb)\\ + if (bs->implicit) {\\ + /* For implicit nodes, just copy everything from the single child */\\ + child = QLIST_FIRST(&bs->children);\\ +----->> assert(QLIST_NEXT(child, next) == NULL);\\ + pstrcpy(bs->exact_filename, sizeof(bs->exact_filename),\\ + + +#0 bdrv_refresh_filename (bs=0x562927927000) at ../qemu-6.2.0/block.c:7525\\ +#1 0x000056292527dd97 in bdrv_block_device_info (blk=blk@entry=0x0, bs=bs@entry=0x562927927000, flat=flat@entry=true, errp=errp@entry=0x7ffcef7e8318) at ../qemu-6.2.0/block/qapi.c:58\\ +#2 0x00005629252470c0 in bdrv_named_nodes_list (flat=true, errp=errp@entry=0x7ffcef7e8318) at ../qemu-6.2.0/block.c:5863\\ +#3 0x000056292523da7e in qmp_query_named_block_nodes (has_flat=<optimized out>, flat=<optimized out>, errp=errp@entry=0x7ffcef7e8318) at ../qemu-6.2.0/blockdev.c:2935\\ +#4 0x0000562925301ebd in qmp_marshal_query_named_block_nodes (args=<optimized out>, ret=0x7fc833c83e88, errp=0x7fc833c83e80) at qapi/qapi-commands-block-core.c:423\\ +#5 0x0000562925344129 in do_qmp_dispatch_bh (opaque=0x7fc833c83e90) at ../qemu-6.2.0/qapi/qmp-dispatch.c:129 +#6 0x000056292535ecf5 in aio_bh_call (bh=0x5629295ab560) at ../qemu-6.2.0/util/async.c:141\\ +#7 aio_bh_poll (ctx=ctx@entry=0x5629276c93e0) at ../qemu-6.2.0/util/async.c:169\\ +#8 0x000056292534cf9e in aio_dispatch (ctx=0x5629276c93e0) at ../qemu-6.2.0/util/aio-posix.c:381\\ +#9 0x000056292535eb9e in aio_ctx_dispatch (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at ../qemu-6.2.0/util/async.c:311\\ +#10 0x00007fc8351cafee in g_match_info_fetch_pos () from /lib/x86_64-linux-gnu/libglib-2.0.so.0\\ +#11 0x00007fc800000000 in ?? ()\\ +#12 0x000003a05cb8b408 in ?? ()\\ +#13 0x0000000000000000 in ?? ()\\ + +The case lh_first = 0x0 seems to be common, but never when bs->implicit is true. bs->implicit seems to be switch to true by another thread.\\ +Because the qemu version and the system are too old, I'm not expecting a patch, I'm just requesting an opinion.\\ + +I fixed the problem by just doing:\\ +child = QLIST_FIRST(&bs->children);\\ +if (bs->implicit && (child != NULL)) {\\ + assert(QLIST_NEXT(child, next) == NULL);\\ + ....\\ +}\\ +I don't have the qemu knowledge to evaluate it and consequences.\\ +Is there anyone who have any idea ?\\ +Thank you very much.\\""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2267.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2267.toml new file mode 100644 index 00000000..15371905 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2267.toml @@ -0,0 +1,560 @@ +id = 2267 +title = "Out of bounds access in tx_fifo_push()" +state = "closed" +created_at = "2024-04-06T01:04:38.350Z" +closed_at = "2024-04-10T15:08:31.778Z" +labels = ["Fuzzer", "Networking", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2267" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "commit fea445e8fe9acea4f" +guest-os = "Ubuntu 20.04" +guest-arch = "arm" +description = """I detected an out-of-bounds access in tx_fifo_push with my fuzzer. + +Stack trace (part):\\ +`hw/net/lan9118.c:798:17: runtime error: index 2048 out of bounds for`\\ +`type 'uint8_t[2048]' (aka 'unsigned char[2048]')`\\ + `#0 0x563ec9a057b1 in tx_fifo_push hw/net/lan9118.c:798:43`\\ + `#1 0x563ec99fbb28 in lan9118_writel hw/net/lan9118.c:1042:9`\\ + `#2 0x563ec99f2de2 in lan9118_16bit_mode_write hw/net/lan9118.c:1205:9`\\ + `#3 0x563ecbf78013 in memory_region_write_accessor system/memory.c:497:5`\\ + `#4 0x563ecbf776f5 in access_with_adjusted_size system/memory.c:573:18`\\ + `#5 0x563ecbf75643 in memory_region_dispatch_write system/memory.c:1521:16`\\ + `#6 0x563ecc01bade in flatview_write_continue_step system/physmem.c:2713:18`\\ + `#7 0x563ecc01b374 in flatview_write_continue system/physmem.c:2743:19`\\ + `#8 0x563ecbff1c9b in flatview_write system/physmem.c:2774:12`\\ + `#9 0x563ecbff1768 in address_space_write system/physmem.c:2894:18`\\ +`...`""" +reproduce = """Reproducer:\\ +export QEMU_ARGS="-display none -machine accel=qtest, -m 512M -machine smdkc210"\\ +cat \\<\\< EOF | ./qemu-system-arm $QEMU_ARGS -qtest /dev/null -qtest stdio\\ +outl 0xcf8 0x80000010\\ +outl 0xcfc 0x5000000\\ +outl 0xcf8 0x80000004\\ +outl 0xcfc 0x07\\ +writew 0x5000030 0x4918237b\\ +writew 0x5000030 0x4918237b\\ +writel 0x500003c 0x223bd37f\\ +writel 0x500003c 0x223bd37f\\ +writel 0x500003c 0x223bd37f\\ +writew 0x500003c 0x223bd37f\\ +writel 0x500003c 0x223bd37f\\ +writew 0x500003c 0x223bd37f\\ +writel 0x500003c 0x223bd37f\\ +writel 0x500003c 0x223bd37f\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000024 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000024 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000024 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x17954990\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0xcb06897\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +writel 0x5000020 0x6a035c1b\\ +EOF""" +additional = """Ack: Chuhong Yuan (hslester96@gmail.com)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2268.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2268.toml new file mode 100644 index 00000000..8cce9e0f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2268.toml @@ -0,0 +1,51 @@ +id = 2268 +title = "Out of bounds access in smc91c111_readb()" +state = "closed" +created_at = "2024-04-06T01:19:43.809Z" +closed_at = "2024-04-10T17:55:02.119Z" +labels = ["Fuzzer", "Networking", "Stable::to backport", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2268" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "commit fea445e8fe9acea4f" +guest-os = "Ubuntu 20.04" +guest-arch = "arm" +description = """I detected an out-of-bounds access in smc91c111_readb with my fuzzer. + +Stack trace (part):\\ +`hw/net/smc91c111.c:607:24: runtime error: index 175 out of bounds for`\\ +`type 'uint8_t[4][2048]' (aka 'unsigned char[4][2048]')`\\ +`SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior`\\ +`hw/net/smc91c111.c:607:24 in`\\ +`AddressSanitizer:DEADLYSIGNAL`\\ +`==============================`<wbr>`==============================`<wbr>`=====`\\ +`==397944==ERROR: AddressSanitizer: SEGV on unknown address`\\ +`0x629000077db4 (pc 0x56272aed3b8d bp 0x7ffd1471f290 sp 0x7ffd1471ea20`\\ +`T0)`\\ +`==397944==The signal is caused by a READ memory access.`\\ + `#0 0x56272aed3b8d in smc91c111_readb hw/net/smc91c111.c:607:24`\\ + `#1 0x56272aecfd61 in smc91c111_readfn hw/net/smc91c111.c:650:16`\\ + `#2 0x56272d4b228b in memory_region_read_accessor system/memory.c:445:11`\\ + `#3 0x56272d46fb85 in access_with_adjusted_size system/memory.c:573:18`\\ + `#4 0x56272d46c58e in memory_region_dispatch_read1 system/memory.c:1426:16`\\ + `#5 0x56272d46bcd7 in memory_region_dispatch_read system/memory.c:1459:9`\\ + `#6 0x56272d4e8e03 in flatview_read_continue_step system/physmem.c:2794:18`\\ + `#7 0x56272d4e871e in flatview_read_continue system/physmem.c:2835:19`\\ + `#8 0x56272d4e98b8 in flatview_read system/physmem.c:2865:12`\\ + `#9 0x56272d4e9388 in address_space_read_full system/physmem.c:2878:18`\\ + `#10 0x56272d6e7840 in address_space_read include/exec/memory.h:3026:18`\\ +`...`\\ +Bug analysis: I found s-\\>packet_num = 175 at line 599.""" +reproduce = """Reproducer:\\ +export QEMU_ARGS="-display none -machine accel=qtest, -m 512M -machine\\ +mainstone"\\ +cat \\<\\< EOF | ./qemu-system-arm $QEMU_ARGS -qtest /dev/null -qtest stdio\\ +outl 0xcf8 0x80000010\\ +outl 0xcfc 0x10000300\\ +outl 0xcf8 0x80000004\\ +outl 0xcfc 0x07\\ +writel 0x1000030c 0x66027cd6\\ +writel 0x10000300 0x64af8eda\\ +readw 0x10000308\\ +EOF""" +additional = """Ack: Chuhong Yuan (hslester96@gmail.com)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/227.toml b/gitlab/issues/target_missing/host_missing/accel_missing/227.toml new file mode 100644 index 00000000..110ccf5a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/227.toml @@ -0,0 +1,15 @@ +id = 227 +title = "meson: incomplete 'make help'" +state = "opened" +created_at = "2021-05-09T15:24:52.444Z" +closed_at = "n/a" +labels = ["Bite Sized", "Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/227" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2272.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2272.toml new file mode 100644 index 00000000..5bae6a27 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2272.toml @@ -0,0 +1,31 @@ +id = 2272 +title = "Memory leak in the virtual device applesmc" +state = "closed" +created_at = "2024-04-07T18:51:24.569Z" +closed_at = "2024-04-10T15:08:31.741Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2272" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit ce64e6224a" +guest-os = "Debian GNU/Linux 10 (buster)" +guest-arch = "x86_64" +description = """In the function _qdev_applesmc_isa_reset_, the device mallocs the _AppleSMCData_ but does not free them, causing a memory leak. + +The following log reveals it: + +``` +==1029295==ERROR: LeakSanitizer: detected memory leaksDirect leak of 80 byte(s) in 2 object(s) allocated from: +#0 0x5574dc600a82 in __interceptor_calloc compiler-rt/lib/asan/asan_malloc_linux.cpp:138:3 +#1 0x7f4919b22c50 in g_malloc0 (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5ec50) +#2 0x5574dcdb0dfe in qdev_applesmc_isa_reset qemu/hw/misc/applesmc.c:285:5 +#3 0x5574de30e099 in resettable_phase_hold qemu/hw/core/resettable.c +#4 0x5574de2ef753 in bus_reset_child_foreach qemu/hw/core/bus.c:97:13 +#5 0x5574de30dcfe in resettable_child_foreach qemu/hw/core/resettable.c:96:9 +#6 0x5574de30dcfe in resettable_phase_hold qemu/hw/core/resettable.c:173:5 +#7 0x5574de3059b3 in device_reset_child_foreach qemu/hw/core/qdev.c:276:9 +```""" +reproduce = """1. Build qemu with the sanitizer +2. Boot the Linux kernel with the above command line. +3. Stop the qemu process""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2273.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2273.toml new file mode 100644 index 00000000..cb187979 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2273.toml @@ -0,0 +1,55 @@ +id = 2273 +title = "Abort in net_tx_pkt_update_sctp_checksum()" +state = "closed" +created_at = "2024-04-08T09:42:58.231Z" +closed_at = "2024-04-10T15:08:32.133Z" +labels = ["Fuzzer", "Networking", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2273" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit ce64e6224a" +guest-os = "Debian GNU/Linux 10 (buster)" +guest-arch = "x86_64" +description = """In the function _net_tx_pkt_update_sctp_checksum(),_ an abort happened: + +``` +qemu-fuzz-x86_64: ../../../third_party/qemu/util/iov.c:39: size_t iov_from_buf_full(const struct iovec *, unsigned int, size_t, const void *, size_t): Assertion `offset == 0' failed. +==1052929== ERROR: libFuzzer: deadly signal + #0 0x5575e5cccbe1 in __sanitizer_print_stack_trace llvm/compiler-rt/lib/asan/asan_stack.cpp:87:3 + #1 0x5575e5c479b8 in fuzzer::PrintStackTrace() llvm/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:5 + #2 0x5575e5c2bbb3 in fuzzer::Fuzzer::CrashCallback() llvm/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:233:3 + #3 0x7f691f24251f (/lib/x86_64-linux-gnu/libc.so.6+0x4251f) + #4 0x7f691f2969fb in __pthread_kill_implementation nptl/./nptl/pthread_kill.c:43:17 + #5 0x7f691f2969fb in __pthread_kill_internal nptl/./nptl/pthread_kill.c:78:10 + #6 0x7f691f2969fb in pthread_kill nptl/./nptl/pthread_kill.c:89:10 + #7 0x7f691f242475 in gsignal signal/../sysdeps/posix/raise.c:26:13 + #8 0x7f691f2287f2 in abort stdlib/./stdlib/abort.c:79:7 + #9 0x7f691f22871a in __assert_fail_base assert/./assert/assert.c:92:3 + #10 0x7f691f239e95 in __assert_fail assert/./assert/assert.c:101:3 + #11 0x5575e81e952a in iov_from_buf_full qemu/util/iov.c:39:5 + #12 0x5575e6500768 in net_tx_pkt_update_sctp_checksum qemu/hw/net/net_tx_pkt.c:144:9 + #13 0x5575e659f3e1 in igb_setup_tx_offloads qemu/hw/net/igb_core.c:478:11 + #14 0x5575e659f3e1 in igb_tx_pkt_send qemu/hw/net/igb_core.c:552:10 + #15 0x5575e659f3e1 in igb_process_tx_desc qemu/hw/net/igb_core.c:671:17 + #16 0x5575e659f3e1 in igb_start_xmit qemu/hw/net/igb_core.c:903:9 + #17 0x5575e659f3e1 in igb_set_tdt qemu/hw/net/igb_core.c:2812:5 + #18 0x5575e657d6a4 in igb_core_write qemu/hw/net/igb_core.c:4248:9 +```""" +reproduce = """Here's a simple PoC: + +``` +cat << EOF | \\ +qemu-system-x86_64 \\ +-display none -machine accel=qtest -m 512M -M q35 -nodefaults -device \\ +igb,netdev=net0 -netdev user,id=net0 -qtest stdio +outl 0xcf8 0x80000810 +outl 0xcfc 0xe0000000 +outl 0xcf8 0x80000804 +outw 0xcfc 0x06 +write 0xe0000403 0x1 0x02 +writel 0xe0003808 0xffffffff +write 0xe000381a 0x1 0x5b +write 0xe000381b 0x1 0x00 +EOF +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2274.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2274.toml new file mode 100644 index 00000000..99a056dd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2274.toml @@ -0,0 +1,53 @@ +id = 2274 +title = "Assertion failuer in cryptodev_builtin_close_session()" +state = "closed" +created_at = "2024-04-08T12:29:53.139Z" +closed_at = "2024-04-10T15:08:32.000Z" +labels = ["Fuzzer", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2274" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit ce64e6224a" +guest-os = "Debian GNU/Linux 10 (buster)" +guest-arch = "x86_64" +description = """In the function _cryptodev_builtin_close_session(),_ an assertation happened: + +``` +qemu-fuzz-x86_64: qemu/backends/cryptodev-builtin.c:430: int cryptodev_builtin_close_session(CryptoDevBackend *, uint64_t, uint32_t, CryptoDevCompletionFunc, void *): Assertion `session_id < MAX_NUM_SESSIONS && builtin->sessions[session_id]' failed. +==1256139== ERROR: libFuzzer: deadly signal + #9 0x71acb8c2871a in __assert_fail_base assert/./assert/assert.c:92:3 + #10 0x71acb8c39e95 in __assert_fail assert/./assert/assert.c:101:3 + #11 0x5af7f624b12b in cryptodev_builtin_close_session qemu/backends/cryptodev-builtin.c:430:5 + #12 0x5af7f60b2860 in virtio_crypto_handle_close_session qemu/hw/virtio/virtio-crypto.c:262:12 + #13 0x5af7f60b2860 in virtio_crypto_handle_ctrl qemu/hw/virtio/virtio-crypto.c:423:19 +``` + +The user could send an invalid session_id to trigger this assertion.""" +reproduce = """Here's a simple PoC: + +``` +cat << EOF | qemu-system-x86_64 -display none\\ + -machine accel=qtest -m 512M -machine q35 -nodefaults -object \\ +cryptodev-backend-builtin,id=cryptodev0 -device \\ +virtio-crypto-pci,id=crypto0,cryptodev=cryptodev0 -qtest stdio +outl 0xcf8 0x80000804 +outw 0xcfc 0x06 +outl 0xcf8 0x80000820 +outl 0xcfc 0xe0008000 +write 0x10800e 0x1 0x01 +write 0xe0008016 0x1 0x01 +write 0xe0008020 0x4 0x00801000 +write 0xe0008028 0x4 0x00c01000 +write 0xe000801c 0x1 0x01 +write 0x110000 0x1 0x05 +write 0x110001 0x1 0x04 +write 0x108002 0x1 0x11 +write 0x108008 0x1 0x48 +write 0x10800c 0x1 0x01 +write 0x108018 0x1 0x10 +write 0x10801c 0x1 0x02 +write 0x10c002 0x1 0x01 +write 0xe000b005 0x1 0x00 +EOF +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2275.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2275.toml new file mode 100644 index 00000000..969985c4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2275.toml @@ -0,0 +1,17 @@ +id = 2275 +title = "qemu crash" +state = "closed" +created_at = "2024-04-10T00:50:03.323Z" +closed_at = "2024-04-10T06:02:17.791Z" +labels = ["Closed::Duplicate"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2275" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2276.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2276.toml new file mode 100644 index 00000000..a62e2386 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2276.toml @@ -0,0 +1,50 @@ +id = 2276 +title = "qemu crash for suspend and resume vm while backup disk of vm" +state = "opened" +created_at = "2024-04-10T01:06:24.572Z" +closed_at = "n/a" +labels = ["Storage", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2276" +host-os = "centos9" +host-arch = "ARM" +qemu-version = "qemu-7.0、qemu-7.1、qemu-7.2、qemu-8.0" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. virsh create vm2.xml +2. virsh backup-begin domid +3. virsh suspend domid +4. sleep 1 && virsh resume domid + +qemu crash""" +additional = """static int blk_do_set_aio_context(BlockBackend *blk, AioContext *new_context, + bool update_root_node, Error **errp) +{ + BlockDriverState *bs = blk_bs(blk); + ThrottleGroupMember *tgm = &blk->public.throttle_group_member; + int ret; + + if (bs) { + bdrv_ref(bs); + + if (update_root_node) { + ret = bdrv_child_try_set_aio_context(bs, new_context, blk->root, + errp); + if (ret < 0) { + bdrv_unref(bs); + return ret; + } + } + if (tgm->throttle_state) { + _ ****bdrv_drained_begin(bs);----- bs->aio_context->lock lock count is 0,so unlock failed**_ + throttle_group_detach_aio_context(tgm); + throttle_group_attach_aio_context(tgm, new_context); + bdrv_drained_end(bs); + } + + bdrv_unref(bs); + } + + blk->ctx = new_context; + return 0; +}""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2277.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2277.toml new file mode 100644 index 00000000..65d559c2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2277.toml @@ -0,0 +1,15 @@ +id = 2277 +title = "COarse-grained LOck-stepping Virtual Machines for Non-stop Service Encountered Assertion Error" +state = "closed" +created_at = "2024-04-10T04:04:10.522Z" +closed_at = "2024-04-24T06:42:41.405Z" +labels = ["Migration", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2277" +host-os = "ubuntu22.04" +host-arch = "x86" +qemu-version = "8.2.92 (v9.0.0-rc2-50-g927284d65b)/8.2.2/7.2" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2278.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2278.toml new file mode 100644 index 00000000..d27b857d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2278.toml @@ -0,0 +1,15 @@ +id = 2278 +title = "Build issue on OpenBSD with Clang 16" +state = "closed" +created_at = "2024-04-10T12:07:28.849Z" +closed_at = "2024-04-12T16:14:00.889Z" +labels = ["Build System", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2278" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/228.toml b/gitlab/issues/target_missing/host_missing/accel_missing/228.toml new file mode 100644 index 00000000..e48767f2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/228.toml @@ -0,0 +1,15 @@ +id = 228 +title = "TCG test targets missing from 'make check-help'" +state = "opened" +created_at = "2021-05-09T15:27:15.411Z" +closed_at = "n/a" +labels = ["Bite Sized", "Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/228" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2280.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2280.toml new file mode 100644 index 00000000..9d61f266 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2280.toml @@ -0,0 +1,15 @@ +id = 2280 +title = "Not Installing Properly" +state = "opened" +created_at = "2024-04-10T22:07:51.223Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2280" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2282.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2282.toml new file mode 100644 index 00000000..04198651 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2282.toml @@ -0,0 +1,15 @@ +id = 2282 +title = "Corrupted output when using Intel Arc GPU with qemu+spice+virgl in headed mode" +state = "opened" +created_at = "2024-04-13T09:29:16.869Z" +closed_at = "n/a" +labels = ["GUI", "device:graphics", "kind::Bug", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2282" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2283.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2283.toml new file mode 100644 index 00000000..eaac6182 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2283.toml @@ -0,0 +1,43 @@ +id = 2283 +title = "memory leak in virtio-crypto" +state = "closed" +created_at = "2024-04-14T09:40:39.156Z" +closed_at = "2024-04-30T19:21:26.950Z" +labels = ["device:virtio", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2283" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit: v9.0.0-rc3" +guest-os = "Debian GNU/Linux 10 (buster)" +guest-arch = "x86_64" +description = """The following log reveals it: + +``` +==1878896==ERROR: LeakSanitizer: detected memory leaks + +Direct leak of 48 byte(s) in 1 object(s) allocated from: + #0 0x5646565ec262 in __interceptor_calloc llvm/compiler-rt/lib/asan/asan_malloc_linux.cpp:138:3 + #1 0x7f591ec3bc50 in g_malloc0 (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5ec50) + #2 0x564659227db7 in error_setg_internal qemu/util/error.c:105:5 + #3 0x56465794ad35 in cryptodev_builtin_operation qemu/backends/cryptodev-builtin.c:557:9 + #4 0x5646579550b5 in cryptodev_backend_operation qemu/backends/cryptodev.c:180:16 + #5 0x564657953640 in cryptodev_backend_crypto_operation qemu/backends/cryptodev.c:289:12 + #6 0x56465773a647 in virtio_crypto_handle_request qemu/hw/virtio/virtio-crypto.c:911:19 + #7 0x5646577386a0 in virtio_crypto_handle_dataq qemu/hw/virtio/virtio-crypto.c:938:13 + #8 0x564657734f87 in virtio_crypto_dataq_bh qemu/hw/virtio/virtio-crypto.c:963:9 + #9 0x56465928a6b1 in aio_bh_call qemu/util/async.c:171:5 + #10 0x56465928b58c in aio_bh_poll qemu/util/async.c:218:13 + #11 0x5646591eb398 in aio_dispatch qemu/util/aio-posix.c:423:5 + #12 0x5646592919ce in aio_ctx_dispatch qemu/util/async.c:360:5 + #13 0x7f591ec32d3a in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55d3a) + +Indirect leak of 36 byte(s) in 1 object(s) allocated from: + #0 0x5646565ec0cd in malloc llvm/compiler-rt/lib/asan/asan_malloc_linux.cpp:129:3 + #1 0x7f591e488157 in __vasprintf_internal libio/./libio/vasprintf.c:71:30 +```""" +reproduce = """``` +qemu-system-x86_64 -display none -machine accel=qtest -m 512M -machine q35 -nodefaults -object cryptodev-backend-builtin,id=cryptodev0 -device virtio-crypto-pci,id=crypto0,cryptodev=cryptodev0 -qtest stdio < /tmp/reproducer +``` + +[reproducer](/uploads/e0161b0d482bc5dac08929d51e70e7fc/reproducer)""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2284.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2284.toml new file mode 100644 index 00000000..2b4e683b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2284.toml @@ -0,0 +1,15 @@ +id = 2284 +title = "sunxi avocado tests: kernel no longer available on armbian" +state = "closed" +created_at = "2024-04-15T14:22:40.188Z" +closed_at = "2024-04-30T22:57:05.002Z" +labels = ["CI", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2284" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2288.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2288.toml new file mode 100644 index 00000000..de76aaee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2288.toml @@ -0,0 +1,37 @@ +id = 2288 +title = "ERROR: Unrecognized host OS (uname -s reports 'Linux')" +state = "closed" +created_at = "2024-04-17T08:42:09.771Z" +closed_at = "2024-04-17T10:07:27.403Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2288" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hit "Unrecognized host OS (uname -s reports 'Linux')" ERROR when run configure file on upstream qemu.""" +reproduce = """1.Clone repo and compile it + + 1.1 git clone https://gitlab.com/qemu-project/qemu.git + + 1.2 cd qemu + + 1.3 mkdir build + + 1.4 cd build + + 1.5 ../configure --target-list=x86_64-softmmu --enable-debug + +2.The following ERROR message: + +ERROR: Unrecognized host OS (uname -s reports 'Linux')""" +additional = """Cpu information: + +Vendor ID: AuthenticAMD + + BIOS Vendor ID: Advanced Micro Devices, Inc. + + Model name: AMD EPYC 9754 128-Core Processor + + BIOS Model name: AMD EPYC 9754 128-Core Processor""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2289.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2289.toml new file mode 100644 index 00000000..63bfb8d7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2289.toml @@ -0,0 +1,15 @@ +id = 2289 +title = "virtio-blk not work in freebsd guest with qemu>=7.0.0" +state = "opened" +created_at = "2024-04-17T10:52:36.102Z" +closed_at = "n/a" +labels = ["Storage", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2289" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/229.toml b/gitlab/issues/target_missing/host_missing/accel_missing/229.toml new file mode 100644 index 00000000..2d43c3b6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/229.toml @@ -0,0 +1,15 @@ +id = 229 +title = "build-tools-and-docs-debian job waste cycles building pointless things" +state = "closed" +created_at = "2021-05-09T15:28:05.433Z" +closed_at = "2022-07-29T13:28:09.472Z" +labels = ["Build System", "CI", "Launchpad", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/229" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2291.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2291.toml new file mode 100644 index 00000000..a15e5743 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2291.toml @@ -0,0 +1,190 @@ +id = 2291 +title = "building qemu with msys2 mingw64 in github actions, sed error unterminated address regex" +state = "opened" +created_at = "2024-04-18T12:17:50.194Z" +closed_at = "n/a" +labels = ["Build System", "hostos: Windows", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2291" +host-os = "Windows" +host-arch = "X86" +qemu-version = "all" +guest-os = "n/a" +guest-arch = "n/a" +description = """in Github Actions (Windows) +``` +$ make --trace -j $(nproc) +ninja: no work to do. +/d/a/qemu_app/qemu_app/qemu/BUILD/pyvenv/bin/meson introspect --targets --tests --benchmarks | D:/a/qemu_app/qemu_app/qemu/BUILD/pyvenv/bin/python3.exe -B scripts/mtest2make.py > Makefile.mtest +D:\\a\\_temp\\msys64\\mingw64\\bin\\sed.exe: -e expression #1, char 41: unterminated address regex +D:\\a\\_temp\\msys64\\mingw64\\bin\\sed.exe: -e expression #1, char 41: unterminated address regex +```""" +reproduce = """```sh +# enable symlinks in msys2 MINGW64 shell + +export MSYS=winsymlinks:native + +# download and extract qemu + +curl -L https://download.qemu.org/qemu-9.0.0-rc4.tar.xz -O +tar xvJf qemu-9.0.0-rc4.tar.xz +mv qemu-9.0.0-rc4 qemu + +# remove symlinks known to cause `git add` to fail, we will recreate these later in the yaml file + +/usr/bin/rm -f qemu/roms/edk2/EmulatorPkg/Unix/Host/X11IncludeHack +/usr/bin/rm -f qemu/roms/skiboot/opal-ci/build-debian-unstable.sh +/usr/bin/rm -f qemu/roms/skiboot/opal-ci/build-fedora-rawhide.sh +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynq/zynq-cse-nand +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/avnet-ultra96-rev1 +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-g-a2197-00-revA +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-m-a2197-01-revA +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-m-a2197-03-revA +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-mini +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-mini-emmc0 +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-mini-emmc1 +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-mini-qspi +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-p-a2197-00-revA +/usr/bin/rm -f qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-zcu104-revC +/usr/bin/rm -f qemu/roms/u-boot/include/ctype.h +/usr/bin/rm -f qemu/roms/u-boot/tools/binman/binman +/usr/bin/rm -f qemu/roms/u-boot/tools/dtoc/dtoc +/usr/bin/rm -f qemu/roms/u-boot/tools/microcode-tool +/usr/bin/rm -f qemu/roms/u-boot/tools/patman/patman +/usr/bin/rm -f qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/almalinux-8-prep.sh +/usr/bin/rm -f qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/alpine-317-prep.sh +/usr/bin/rm -f qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/alpine-edge-prep.sh +/usr/bin/rm -f qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/fedora-37-prep.sh +/usr/bin/rm -f qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/fedora-38-prep.sh +/usr/bin/rm -f qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/fedora-rawhide-prep.sh + +# push qemu to github to test + +git init +git add -Av +git commit -m "qemu fail" +git branch -M main + +git remote add origin < a url to a newly created git repo to test the qemu build which currently fails with sed error > + +git push origin +``` +```yaml + +# save this in the following file: .github/workflows/windows.yaml + +# Job execution time - Each job in a workflow can run for up to 6 hours of execution time. +# Workflow run time - Each workflow run is limited to 35 days + +name: windows + +on: + push: + branches: [ "main" ] + workflow_dispatch: + +defaults: + run: + shell: msys2 {0} + +# each job runs under a NEW image +jobs: + build_qemu: + strategy: + matrix: + include: + - os: windows-latest + name: windows + sys: MINGW64 + + runs-on: ${{ matrix.os }} + + name: build qemu - ${{ matrix.name }} + + steps: + # Checks-out your repository under $GITHUB_WORKSPACE, so your job can access it + - uses: actions/checkout@v4 + with: + ref: ${{needs.should_run.outputs.output1}} + submodules: recursive + + - name: '${{ matrix.icon }} Setup MSYS2' + uses: msys2/setup-msys2@v2 + with: + msystem: ${{matrix.sys}} + update: true + path-type: strict + + - name: update packages + run: | + pacman -Sy + + - name: install qemu deps + run: | + # https://github.com/qemu/qemu/blob/master/.gitlab-ci.d/windows.yml#L84 + pacman -S --noconfirm --needed pactoys + pacman -S --noconfirm --needed bison flex git + pacboy -S --noconfirm --needed make:p cmake:p gcc:p meson:p autotools:p ninja:p python:p python-sphinx:p python-sphinx_rtd_theme:p tools-git:p angleproject:p capstone:p curl:p cyrus-sasl:p dtc:p expat:p fontconfig:p freetype:p fribidi:p gcc-libs:p gdk-pixbuf2:p gettext:p glib2:p gmp:p gnutls:p graphite2:p gst-plugins-base:p gstreamer:p gtk3:p harfbuzz:p jbigkit:p lerc:p libc++:p libdatrie:p libdeflate:p libepoxy:p libffi:p libiconv:p libidn2:p libjpeg-turbo:p libnfs:p libpng:p libpsl:p libslirp:p libssh:p libssh2:p libtasn1:p libthai:p libtiff:p libunistring:p libunwind:p libusb:p libwebp:p libwinpthread-git:p lz4:p lzo2:p nettle:p openssl:p opus:p orc:p p11-kit:p pango:p pixman:p SDL2:p SDL2_image:p snappy:p spice:p usbredir:p xz:p zlib:p zstd:p brotli:p bzip2:p nghttp2 diffutils grep make sed:p binutils:p capstone:p curl:p cyrus-sasl:p dtc:p gcc:p glib2:p gnutls:p gtk3:p libgcrypt:p libjpeg-turbo:p libnfs:p libpng:p libssh:p libtasn1:p libusb:p lzo2:p nettle:p ninja:p pixman:p pkgconf:p python:p SDL2:p SDL2_image:p snappy:p spice:p usbredir:p zstd:p + + - name: restore symlinks + run: | + export MSYS=winsymlinks:native + ln -s /opt/X11/include qemu/roms/edk2/EmulatorPkg/Unix/Host/X11IncludeHack + ln -s build-ubuntu-latest.sh qemu/roms/skiboot/opal-ci/build-debian-unstable.sh + ln -s build-fedora33.sh qemu/roms/skiboot/opal-ci/build-fedora-rawhide.sh + ln -s zynq-zc770-xm011 qemu/roms/u-boot/board/xilinx/zynq/zynq-cse-nand + ln -s zynqmp-zcu100-revC qemu/roms/u-boot/board/xilinx/zynqmp/avnet-ultra96-rev1 + ln -s zynqmp-a2197-revA qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-g-a2197-00-revA + ln -s zynqmp-a2197-revA qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-m-a2197-01-revA + ln -s zynqmp-a2197-revA qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-m-a2197-03-revA + ln -s zynqmp-zcu102-rev1.0 qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-mini + ln -s zynqmp-zcu100-revC qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-mini-emmc0 + ln -s zynqmp-zcu102-rev1.0 qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-mini-emmc1 + ln -s zynqmp-zcu102-rev1.0 qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-mini-qspi + ln -s zynqmp-a2197-revA qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-p-a2197-00-revA + ln -s zynqmp-zcu104-revA qemu/roms/u-boot/board/xilinx/zynqmp/zynqmp-zcu104-revC + ln -s linux/ctype.h qemu/roms/u-boot/include/ctype.h + ln -s main.py qemu/roms/u-boot/tools/binman/binman + ln -s main.py qemu/roms/u-boot/tools/dtoc/dtoc + ln -s microcode-tool.py qemu/roms/u-boot/tools/microcode-tool + ln -s main.py qemu/roms/u-boot/tools/patman/patman + ln -s centos-stream-8-prep.sh qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/almalinux-8-prep.sh + ln -s alpine-prep.sh qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/alpine-317-prep.sh + ln -s alpine-prep.sh qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/alpine-edge-prep.sh + ln -s fedora-prep.sh qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/fedora-37-prep.sh + ln -s fedora-prep.sh qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/fedora-38-prep.sh + ln -s fedora-prep.sh qemu/tests/lcitool/libvirt-ci/ci/gitlab/all_mappings_prep_env/fedora-rawhide-prep.sh + + # we dont use split.exe since we need only fails the build and need not upload the results + + # there is no use in caching the build directory since ../configure will cause a full rebuild + # and we are lazy to detect an existing Makefile + + - name: cmake configure qemu - Release + run: | + export MSYS=winsymlinks:native + cd qemu + mkdir BUILD || true + mkdir BUILD/BUILD_ROOT || true + cd BUILD + ls -l + + # this should succeed + ../configure --prefix=$(pwd)/BUILD_ROOT --enable-sdl --enable-gtk --disable-user --target-list=x86_64-softmmu --enable-whpx + + - name: cmake build qemu - Release + run: | + export MSYS=winsymlinks:native + cd qemu/BUILD + ls -l + cat -n Makefile + + # this should fail with sed.exe: -e expression #1, char 41: unterminated address regex + make --trace -j $(nproc) +```""" +additional = """https://github.com/mgood7123/qemu_app/actions/runs/8732163169/job/23958798258 + +note `make` `succeeds` (returns 0) but does not build anything due to sed error + +qemu folder is https://download.qemu.org/qemu-9.0.0-rc4.tar.xz + +symlinks incompatible with `git add` have been removed and then recreated in GHA""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2292.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2292.toml new file mode 100644 index 00000000..96d0673c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2292.toml @@ -0,0 +1,27 @@ +id = 2292 +title = "UNIX socket path is too long" +state = "closed" +created_at = "2024-04-18T18:35:37.830Z" +closed_at = "2024-04-19T05:14:39.927Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2292" +host-os = "macOS (currently reported, might affect other *NIX OSes)" +host-arch = "N/a" +qemu-version = "at least 7.2.0 onwards up until 8.0.0" +guest-os = "Not applicable" +guest-arch = "N/a" +description = """At [Unikraft](https://unikraft.org) we facilitate the construction and also runtime lifecycle management of ultra-lightweight virtual machine unikernels. We have developed [`kraft`](https://github.com/unikraft/kraftkit), an open-source tool which facilitates this across a number of different virtual machine monitors, [including QEMU](https://github.com/unikraft/kraftkit/tree/staging/machine/qemu). + +We are receiving increased reports of the following error from our users: + +``` +could not start and wait for QEMU process: qemu-system-x86_64: -qmp unix:/Users/__USERNAME__/.local/share/kraftkit/runtime/37a7691a-d402-4760-b493-692bb8d0460a/qemu_control.sock,server,nowait: UNIX socket path '/Users/__USERNAME__/.local/share/kraftkit/runtime/37a7691a-d402-4760-b493-692bb8d0460a/qemu_control.sock' is too long +``` + +We systematically build the relevant QEMU process command line and arguments with flags [via our Go SDK](https://github.com/unikraft/kraftkit/blob/staging/machine/qemu/v1alpha1.go#L180-L229) and include what has become an erroneously long UNIX path for the QAPI control socket which we use to manage instantiated VM instances. + +This issue tracks the increasing of maximum path length for the `-qmp` (and maybe other) flags which accept paths.""" +reproduce = """1. Install [`kraft`](https://github.com/unikraft/kraftkit), [Unikraft](https://unikraft.org)'s companion command-line client; +2. Update KraftKit's config file to include an arbitrarily long path for `runtime_dir` by editing `~/.config/kraftkit/config.yaml`; +3. Start a QEMU unikernel instance with `kraft run --arch x86_64 --plat qemu unikraft.org/helloworld:latest`""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2293.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2293.toml new file mode 100644 index 00000000..a5b11260 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2293.toml @@ -0,0 +1,43 @@ +id = 2293 +title = "[u2f-passthru]: pamu2fcfg command will stuck forever in Guest OS of Qemu" +state = "opened" +created_at = "2024-04-19T13:33:00.367Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2293" +host-os = "Ubuntu" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.2.0" +guest-os = "Ubuntu" +guest-arch = "x86_64" +description = """To use FIDO2 user verification we need to run `pamu2fcfg` command which will stuck forever in Guest OS of Qemu + +Passing `-usb -device u2f-passthru,hidraw=/dev/hidraw2` for U2F-Passthrough""" +reproduce = """1. Make you have have plugged Yubikey. +2. In Guest shell install package using following command `sudo apt-get install pamu2fcfg` +3. Run $`pamu2fcfg` command will stuck forever. + +**Note:** If I run `pamu2fcfg` in my Ubuntu Host environment it works fine.""" +additional = """**lsusb output:** + +**$lusb** + +Bus 001 Device 002: ID 46f4:0005 **QEMU U2F USB key** + +Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub + +**Debug Details:** + +When pamu2fcfg was launched following will be the call flow. + +[u2f_key_recv_from_guest](https://github.com/qemu/qemu/blob/master/hw/usb/u2f.c#L251 "https://github.com/qemu/qemu/blob/master/hw/usb/u2f.c#L251") → [recv_from_guest](https://github.com/qemu/qemu/blob/master/hw/usb/u2f.c#L204 "https://github.com/qemu/qemu/blob/master/hw/usb/u2f.c#L204") → [u2f_passthru_recv_from_guest](https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L332 "https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L332") → [u2f_passthru_read](https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L305 "https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L305") → [u2f_passthru_recv_from_host](https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L329 "https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L329") →[ u2f_transaction_get_from_nonce](https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L272 "https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L272") → [u2f_send_to_guest](https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L302 "https://github.com/qemu/qemu/blob/master/hw/usb/u2f-passthru.c#L302") →[ u2f_pending_in_add](https://github.com/qemu/qemu/blob/master/hw/usb/u2f.c#L207 "https://github.com/qemu/qemu/blob/master/hw/usb/u2f.c#L207") → [main_loop_wait](https://github.com/qemu/qemu/blob/master/system/runstate.c#L783 "https://github.com/qemu/qemu/blob/master/system/runstate.c#L783") (stuck here) + +From above call flow looks like guest is waiting for key. + +Even I have tried enabling U2F support flag in Qemu while building but that one was not helping either. + +**References:** + +https://github.com/Yubico/pam-u2f/tree/main + +https://www.qemu.org/docs/master/system/devices/usb-u2f.html""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2296.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2296.toml new file mode 100644 index 00000000..4c30a729 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2296.toml @@ -0,0 +1,107 @@ +id = 2296 +title = "heap-buffer-overflow in virtio-sound" +state = "opened" +created_at = "2024-04-20T21:34:28.013Z" +closed_at = "n/a" +labels = ["Audio", "Fuzzer", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2296" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit 62dbe54c24" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +==3191578==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x602000068620 at pc 0x55dadcde4ec5 bp 0x7ffe7f18aef0 sp 0x7ffe7f18aee0 +READ of size 8 at 0x602000068620 thread T0 + #0 0x55dadcde4ec4 in virtio_snd_handle_rx_xfer ../hw/audio/virtio-snd.c:988 + #1 0x55daddffbf5e in virtio_queue_notify ../hw/virtio/virtio.c:2296 + #2 0x55dadd6cff4a in virtio_pci_notify_write ../hw/virtio/virtio-pci.c:1721 + #3 0x55dade0ab336 in memory_region_write_accessor ../system/memory.c:497 + #4 0x55dade0af3d0 in access_with_adjusted_size ../system/memory.c:573 + #5 0x55dade0b5032 in memory_region_dispatch_write ../system/memory.c:1528 + #6 0x55dade0ebb62 in flatview_write_continue_step ../system/physmem.c:2713 + #7 0x55dade0ebfb2 in flatview_write_continue ../system/physmem.c:2743 + #8 0x55dade0ebfb2 in flatview_write ../system/physmem.c:2774 + #9 0x55dade0edd58 in address_space_write ../system/physmem.c:2894 + #10 0x55dadd809972 in qtest_process_command ../system/qtest.c:679 + #11 0x55dadd80c3e2 in qtest_process_inbuf ../system/qtest.c:811 + #12 0x55dade6e79a4 in fd_chr_read ../chardev/char-fd.c:72 + #13 0x7f79b0d29c43 in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55c43) + #14 0x55dade998bcf in glib_pollfds_poll ../util/main-loop.c:287 + #15 0x55dade998bcf in os_host_main_loop_wait ../util/main-loop.c:310 + #16 0x55dade998bcf in main_loop_wait ../util/main-loop.c:589 + #17 0x55dadd810e00 in qemu_main_loop ../system/runstate.c:783 + #18 0x55dade2b703a in qemu_default_main ../system/main.c:37 + #19 0x7f79afe29d8f in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58 + #20 0x7f79afe29e3f in __libc_start_main_impl ../csu/libc-start.c:392 + #21 0x55dadcb5a284 in _start (/home/joey/repo/qemu/build/qemu-system-x86_64+0x2ef6284) + +0x602000068620 is located 0 bytes to the right of 16-byte region [0x602000068610,0x602000068620) +allocated by thread T0 here: + #0 0x7f79b18b4a57 in __interceptor_calloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:154 + #1 0x7f79b0d32c50 in g_malloc0 (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5ec50) + #2 0x55dadebf5847 (/home/joey/repo/qemu/build/qemu-system-x86_64+0x4f91847) + +SUMMARY: AddressSanitizer: heap-buffer-overflow ../hw/audio/virtio-snd.c:988 in virtio_snd_handle_rx_xfer +Shadow bytes around the buggy address: + 0x0c0480005070: fa fa 05 fa fa fa 07 fa fa fa 00 01 fa fa 07 fa + 0x0c0480005080: fa fa 05 fa fa fa 07 fa fa fa 00 03 fa fa fd fd + 0x0c0480005090: fa fa fd fd fa fa fd fd fa fa fd fd fa fa 00 06 + 0x0c04800050a0: fa fa 00 00 fa fa 00 00 fa fa 00 01 fa fa 05 fa + 0x0c04800050b0: fa fa 00 03 fa fa 00 03 fa fa 00 01 fa fa 00 05 +=>0x0c04800050c0: fa fa 00 00[fa]fa 00 00 fa fa 00 04 fa fa 00 00 + 0x0c04800050d0: fa fa fd fd fa fa fd fd fa fa fd fa fa fa fd fa + 0x0c04800050e0: fa fa fd fa fa fa fd fa fa fa fd fa fa fa fd fa + 0x0c04800050f0: fa fa fd fa fa fa fd fa fa fa fd fa fa fa fd fa + 0x0c0480005100: fa fa fd fd fa fa fd fa fa fa fd fa fa fa fd fa + 0x0c0480005110: fa fa fd fa fa fa fd fa fa fa fd fa fa fa fd fa +Shadow byte legend (one shadow byte represents 8 application bytes): + Addressable: 00 + Partially addressable: 01 02 03 04 05 06 07 + Heap left redzone: fa + Freed heap region: fd + Stack left redzone: f1 + Stack mid redzone: f2 + Stack right redzone: f3 + Stack after return: f5 + Stack use after scope: f8 + Global redzone: f9 + Global init order: f6 + Poisoned by user: f7 + Container overflow: fc + Array cookie: ac + Intra object redzone: bb + ASan internal: fe + Left alloca redzone: ca + Right alloca redzone: cb + Shadow gap: cc +```""" +reproduce = """``` +cat << EOF | qemu-system-x86_64 -display none \\ +-machine accel=qtest -m 512M -machine q35 -device \\ +virtio-sound,audiodev=my_audiodev,streams=2 -audiodev \\ +alsa,id=my_audiodev -qtest stdio +outl 0xcf8 0x80001804 +outw 0xcfc 0x06 +outl 0xcf8 0x80001820 +outl 0xcfc 0xe0008000 +write 0xe0008016 0x1 0x03 +write 0xe0008020 0x4 0x00901000 +write 0xe0008028 0x4 0x00a01000 +write 0xe000801c 0x1 0x01 +write 0xe000a004 0x1 0x40 +write 0x10c000 0x1 0x02 +write 0x109001 0x1 0xc0 +write 0x109002 0x1 0x10 +write 0x109008 0x1 0x04 +write 0x10a002 0x1 0x01 +write 0xe000b00d 0x1 0x00 +EOF +``` + +# Possible Fix + +check the user-assigned value in virtio_snd_set_config()""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2298.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2298.toml new file mode 100644 index 00000000..cf0a0d88 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2298.toml @@ -0,0 +1,24 @@ +id = 2298 +title = "Invariant result in opts-visitor.c" +state = "opened" +created_at = "2024-04-21T19:29:39.713Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2298" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "v8.0.5 and upper" +guest-os = "n/a" +guest-arch = "n/a" +description = """Expressions: +1) val2 <= INT64_MAX +2) INT64_MIN <= val2 +in line [431](https://github.com/qemu/qemu/blob/62dbe54c24dbf77051bafe1039c31ddc8f37602d/qapi/opts-visitor.c#L431) are always true. + +Seems like this checks are redundant. + +Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE. + +Author A. Burke.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2299.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2299.toml new file mode 100644 index 00000000..9b527267 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2299.toml @@ -0,0 +1,215 @@ +id = 2299 +title = "UFS Device sanitizers error" +state = "closed" +created_at = "2024-04-22T03:29:29.520Z" +closed_at = "2024-05-01T22:14:33.454Z" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2299" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Sanitizers error reported by Zheyu Ma zheyuma97@gmail.com + +The following log can reveal it: + +==3619819==ERROR: AddressSanitizer: heap-buffer-overflow on address + +0x62a000011200 at pc 0x7f9f9903a2c3 bp 0x7ffd44e1ee60 sp 0x7ffd44e1e608 + +WRITE of size 20512 at 0x62a000011200 thread T0 + +``` +#0 0x7f9f9903a2c2 in __interceptor_memcpy +``` + +../../../../src/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:827 + +``` +#1 0x5f23331ea4fc in memcpy +``` + +/usr/include/x86_64-linux-gnu/bits/string_fortified.h:29 + +``` +#2 0x5f23331ea4fc in flatview_read_continue_step +``` + +../system/physmem.c:2818 + +``` +#3 0x5f23331eab72 in flatview_read_continue ../system/physmem.c:2835 + +#4 0x5f23331eadc4 in flatview_read ../system/physmem.c:2865 + +#5 0x5f23331ec2a5 in address_space_read_full ../system/physmem.c:2878 + +#6 0x5f23331ec2a5 in address_space_rw ../system/physmem.c:2906 + +#7 0x5f23326b7ad0 in ufs_dma_read_req_upiu ../hw/ufs/ufs.c:129 + +#8 0x5f23326b7ad0 in ufs_dma_read_upiu ../hw/ufs/ufs.c:185 + +#9 0x5f23326b7ad0 in ufs_exec_req ../hw/ufs/ufs.c:1021 + +#10 0x5f23326b7ad0 in ufs_process_req ../hw/ufs/ufs.c:1066 + +#11 0x5f2333a9160d in aio_bh_call ../util/async.c:171 + +#12 0x5f2333a91f45 in aio_bh_poll ../util/async.c:218 + +#13 0x5f2333a217a9 in aio_dispatch ../util/aio-posix.c:423 + +#14 0x5f2333a90d01 in aio_ctx_dispatch ../util/async.c:360 + +#15 0x7f9f985c4d3a in g_main_context_dispatch +``` + +(/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55d3a) + +``` +#16 0x5f2333a9690f in glib_pollfds_poll ../util/main-loop.c:287 + +#17 0x5f2333a9690f in os_host_main_loop_wait ../util/main-loop.c:310 + +#18 0x5f2333a9690f in main_loop_wait ../util/main-loop.c:589 + +#19 0x5f23329370e0 in qemu_main_loop ../system/runstate.c:783 + +#20 0x5f23333b4d7a in qemu_default_main ../system/main.c:37 + +#21 0x7f9f97629d8f in __libc_start_call_main +``` + +../sysdeps/nptl/libc_start_call_main.h:58 + +``` +#22 0x7f9f97629e3f in __libc_start_main_impl ../csu/libc-start.c:392 + +#23 0x5f2331c8df64 in _start +``` + +(/home/joey/repo/qemu/build/qemu-system-x86_64+0x2ea8f64) + +0x62a000011200 is located 0 bytes to the right of 20480-byte region + +\\[0x62a00000c200,0x62a000011200) + +allocated by thread T0 here: + +``` +#0 0x7f9f990b4a57 in __interceptor_calloc +``` + +../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:154 + +``` +#1 0x7f9f985cdc50 in g_malloc0 +``` + +(/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5ec50) + +``` +#2 0xf0e808deae299ff (<unknown module>) +``` + +SUMMARY: AddressSanitizer: heap-buffer-overflow + +../../../../src/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:827 + +in \\__interceptor_memcpy + +Shadow bytes around the buggy address: + +0x0c547fffa1f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + +0x0c547fffa200: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + +0x0c547fffa210: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + +0x0c547fffa220: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + +0x0c547fffa230: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + +=\\>0x0c547fffa240:\\[fa\\]fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + +0x0c547fffa250: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + +0x0c547fffa260: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + +0x0c547fffa270: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + +0x0c547fffa280: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + +0x0c547fffa290: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + +Shadow byte legend (one shadow byte represents 8 application bytes): + +Addressable: 00 + +Partially addressable: 01 02 03 04 05 06 07 + +Heap left redzone: fa + +Freed heap region: fd + +Stack left redzone: f1 + +Stack mid redzone: f2 + +Stack right redzone: f3 + +Stack after return: f5 + +Stack use after scope: f8 + +Global redzone: f9 + +Global init order: f6 + +Poisoned by user: f7 + +Container overflow: fc + +Array cookie: ac + +Intra object redzone: bb + +ASan internal: fe + +Left alloca redzone: ca + +Right alloca redzone: cb + +Shadow gap: cc + +==3619819==ABORTING + +And Here is a simple PoC: + +cat \\<\\< EOF \\\\ + +qemu-system-x86_64 \\\\ + +\\-display none -machine accel=qtest -m 512M -M q35 -nodefaults -drive \\\\ + +file=[null-co://,if=none,id=disk0](null-co://,if=none,id=disk0) -device ufs,id=ufs_bus -device \\\\ + +ufs-lu,drive=disk0,bus=ufs_bus -qtest stdio + +outl 0xcf8 0x80000810 + +outl 0xcfc 0xe0000000 + +outl 0xcf8 0x80000804 + +outw 0xcfc 0x06 + +write 0xe0000058 0x1 0xa7 + +write 0xa 0x1 0x50 + +EOF""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/230.toml b/gitlab/issues/target_missing/host_missing/accel_missing/230.toml new file mode 100644 index 00000000..8e3db936 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/230.toml @@ -0,0 +1,15 @@ +id = 230 +title = "Confuse error message in virtio_init_region_cache()" +state = "opened" +created_at = "2021-05-09T15:28:58.132Z" +closed_at = "n/a" +labels = ["Bite Sized", "Launchpad", "Storage", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/230" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2301.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2301.toml new file mode 100644 index 00000000..b2128085 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2301.toml @@ -0,0 +1,15 @@ +id = 2301 +title = "GitLab Windows Server 2019 runner is deprecated" +state = "closed" +created_at = "2024-04-22T10:01:32.840Z" +closed_at = "2024-08-01T08:53:27.867Z" +labels = ["CI", "Closed::Fixed", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2301" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2303.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2303.toml new file mode 100644 index 00000000..a1226b7c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2303.toml @@ -0,0 +1,83 @@ +id = 2303 +title = "Multiple displays configuration supports" +state = "opened" +created_at = "2024-04-23T07:59:23.936Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2303" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """The following patch is a quick "hack" to make it work + +```patch + +From 18ad5058a18fa9f6db2c0c3058e25989908d95bb Mon Sep 17 00:00:00 2001 +From: Sergio Lopez <slp@redhat.com> +Date: Fri, 23 Jun 2023 13:15:15 +0200 +Subject: [PATCH 6/8] HACK: Set static resolutions for the VM + +--- + hw/display/virtio-gpu-base.c | 10 +++++++++- + ui/gtk.c | 6 ++++-- + 2 files changed, 13 insertions(+), 3 deletions(-) + +diff --git a/hw/display/virtio-gpu-base.c b/hw/display/virtio-gpu-base.c +index a29f191aa8..b1ccfa17b7 100644 +--- a/hw/display/virtio-gpu-base.c ++++ b/hw/display/virtio-gpu-base.c +@@ -47,6 +47,7 @@ virtio_gpu_base_fill_display_info(VirtIOGPUBase *g, + dpy_info->pmodes[i].enabled = 1; + dpy_info->pmodes[i].r.width = cpu_to_le32(g->req_state[i].width); + dpy_info->pmodes[i].r.height = cpu_to_le32(g->req_state[i].height); ++ fprintf(stderr, "display %d: %dx%d\\n", i, dpy_info->pmodes[i].r.width, dpy_info->pmodes[i].r.height); + } + } + } +@@ -63,14 +64,17 @@ static void virtio_gpu_text_update(void *opaque, console_ch_t *chardata) + { + } + ++#if 0 + static void virtio_gpu_notify_event(VirtIOGPUBase *g, uint32_t event_type) + { + g->virtio_config.events_read |= event_type; + virtio_notify_config(&g->parent_obj); + } ++#endif + + static void virtio_gpu_ui_info(void *opaque, uint32_t idx, QemuUIInfo *info) + { ++#if 0 + VirtIOGPUBase *g = opaque; + + if (idx >= g->conf.max_outputs) { +@@ -94,6 +98,7 @@ static void virtio_gpu_ui_info(void *opaque, uint32_t idx, QemuUIInfo *info) + /* send event to guest */ + virtio_gpu_notify_event(g, VIRTIO_GPU_EVENT_DISPLAY); + return; ++#endif + } + + static void +@@ -186,11 +191,14 @@ virtio_gpu_base_device_realize(DeviceState *qdev, + virtio_add_queue(vdev, 16, cursor_cb); + } + +- g->enabled_output_bitmask = 1; ++ g->enabled_output_bitmask = 3; + + g->req_state[0].width = g->conf.xres; + g->req_state[0].height = g->conf.yres; + ++ g->req_state[1].width = 800; ++ g->req_state[1].height = 600; ++ + g->hw_ops = &virtio_gpu_ops; + for (i = 0; i < g->conf.max_outputs; i++) { + g->scanout[i].con = +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2306.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2306.toml new file mode 100644 index 00000000..5197a994 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2306.toml @@ -0,0 +1,15 @@ +id = 2306 +title = "A bug of ptimer that the freq can't set more than 1000M" +state = "closed" +created_at = "2024-04-24T07:18:02.529Z" +closed_at = "2024-08-13T04:59:40.900Z" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2306" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2307.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2307.toml new file mode 100644 index 00000000..8b81b227 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2307.toml @@ -0,0 +1,49 @@ +id = 2307 +title = "QEMU Windows COM port filenames not recognized i.e. \\\\.\\COM19 or \\\\.\\CNCA0" +state = "opened" +created_at = "2024-04-24T12:54:33.755Z" +closed_at = "n/a" +labels = ["Chardev", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2307" +host-os = "Windows 10" +host-arch = "x64" +qemu-version = "QEMU emulator version 8.1.0 (v8.1.0-12034-g129566d84e)" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """1. Run qemu-system-arm with the comand line above. +2. QEMU fails with `qemu-system-arm.exe: -gdb \\\\.\\CNCA8: '\\\\.\\CNCA8' is not a valid char driver` +3. ```qemu-system-arm.exe -machine mps2-an500 -gdb \\\\.\\COM19 +qemu-system-arm.exe: -gdb \\\\.\\COM19: '\\\\.\\COM19' is not a valid char driver +```""" +additional = """Windows allows COM ports numbered 10 and higher to be prefixed with a `\\\\.\\` escape as in `\\\\.\\COM17`. Such COM port assignments are not uncommon when a plurality of USB serial adapters. +Equally problematic are virtual COM port designations such as `\\\\.\\CNCA8` created by the Windows 10x64 driver package known as `com0com`: https://pete.akeo.ie/2011/07/com0com-signed-drivers.html + +Upon checking the source pulled from the Github mirror an initial fix was to simply modify /chardev/char.c, but this appears insufficient. Sadly. + +Please ask if more information is required. I am actively working on extending an existing QEMU machine emulation. A patch to fix this problem is below. Please comment if applicable. + +Jerry. + +``` +diff --git a/chardev/char.c b/chardev/char.c +index 3c43fb1278..7a3f342c72 100644 +--- a/chardev/char.c ++++ b/chardev/char.c +@@ -418,6 +418,13 @@ QemuOpts *qemu_chr_parse_compat(const char *label, const char *filename, + qemu_opt_set(opts, "path", filename, &error_abort); + return opts; + } ++ // JME ++ if (strstart(filename, "\\\\\\\\.\\\\", NULL)) { ++ qemu_opt_set(opts, "backend", "serial", &error_abort); ++ qemu_opt_set(opts, "path", filename, &error_abort); ++ return opts; ++ } ++ + if (strstart(filename, "file:", &p)) { + qemu_opt_set(opts, "backend", "file", &error_abort); + qemu_opt_set(opts, "path", p, &error_abort); + +``` +/label ~"kind::Bug"""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2308.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2308.toml new file mode 100644 index 00000000..1c34fa19 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2308.toml @@ -0,0 +1,87 @@ +id = 2308 +title = "QEMU Windows COM port setup dialog always invoked and fails if none is available (USB or virtual serial port hardware)" +state = "opened" +created_at = "2024-04-24T14:50:44.281Z" +closed_at = "n/a" +labels = ["Chardev", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2308" +host-os = "Windows 10" +host-arch = "x64" +qemu-version = "QEMU emulator version 8.2.94 (v9.0.0-rc4-dirty)" +guest-os = "n/a" +guest-arch = "n/a" +description = """The Windows backend serial port in `chardev/char-win.c` always calls `CommConfigDialog()`. This should display a COM port configuration dialog which does (and can) not persist the COM port settings. If the COM port does not support this action (see https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-commconfigdialoga) then the function fails.""" +reproduce = """1. Currently not possible with QEMU releases as QEMU does not recognize extended COM port specifications like `\\\\.\\COM19` or `\\\\.\\CNCA0`""" +additional = """See https://support.microsoft.com/en-gb/topic/howto-specify-serial-ports-larger-than-com9-db9078a5-b7b6-bf00-240f-f749ebfd913e for details on COM port filenames. + +I have a patch which 'fixes' this problem by setting the nominated COM port to defaults of `115200,8,N,0` which seems perfectly sensible in 2024. Please contact me for more details. A git diff shown below (with extensive error reporting) + +N.B. Markodown will destroy formatting! + +``` +diff --git a/chardev/char-win.c b/chardev/char-win.c +index d4fb44c4dc..a05896ffe9 100644 +--- a/chardev/char-win.c ++++ b/chardev/char-win.c +@@ -96,12 +96,24 @@ int win_chr_serial_init(Chardev *chr, const char *filename, Error **errp) + s->file = CreateFile(filename, GENERIC_READ | GENERIC_WRITE, 0, NULL, + OPEN_EXISTING, FILE_FLAG_OVERLAPPED, 0); + if (s->file == INVALID_HANDLE_VALUE) { ++ { ++ char buffer[1024] = { 0 }; ++ DWORD dw = GetLastError(); ++ sprintf_s(buffer, 1024, "%s(%d) Error: %d 0x%x %s\\r\\n", __FILE__, __LINE__, dw, dw, filename); ++ OutputDebugString(buffer); ++ } + error_setg_win32(errp, GetLastError(), "Failed CreateFile"); + s->file = NULL; + goto fail; + } + + if (!SetupComm(s->file, NRECVBUF, NSENDBUF)) { ++ { ++ char buffer[1024] = { 0 }; ++ DWORD dw = GetLastError(); ++ sprintf_s(buffer, 1024, "%s(%d) Error: %d 0x%x %s\\r\\n", __FILE__, __LINE__, dw, dw, filename); ++ OutputDebugString(buffer); ++ } + error_setg(errp, "Failed SetupComm"); + goto fail; + } +@@ -110,9 +122,31 @@ int win_chr_serial_init(Chardev *chr, const char *filename, Error **errp) + size = sizeof(COMMCONFIG); + GetDefaultCommConfig(filename, &comcfg, &size); + comcfg.dcb.DCBlength = sizeof(DCB); +- CommConfigDialog(filename, NULL, &comcfg); +- ++#if 1 ++ // JME hardwire. There seems to be no mechanism to simply specify serial port options ++ comcfg.dcb.BaudRate = 115200; ++ comcfg.dcb.Parity = NOPARITY; ++ comcfg.dcb.StopBits = ONESTOPBIT; ++ comcfg.dcb.ByteSize = 8; ++#else ++ { ++ BOOL ret = CommConfigDialog(filename, NULL, &comcfg); ++ if (!ret) ++ { ++ char buffer[1024] = { 0 }; ++ DWORD dw = GetLastError(); ++ sprintf_s(buffer, 1024, "%s(%d) Error: %d 0x%x %s\\r\\n", __FILE__, __LINE__, dw, dw, filename); ++ OutputDebugString(buffer); ++ } ++ } ++#endif + if (!SetCommState(s->file, &comcfg.dcb)) { ++ { ++ char buffer[1024]={0}; ++ DWORD dw = GetLastError(); ++ sprintf_s(buffer,1024,"%s(%d) Error: %d 0x%x %s\\r\\n",__FILE__,__LINE__,dw,dw, filename); ++ OutputDebugString(buffer); ++ } + error_setg(errp, "Failed SetCommState"); + goto fail; + } +``` + +/label ~"kind::Bug"""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/231.toml b/gitlab/issues/target_missing/host_missing/accel_missing/231.toml new file mode 100644 index 00000000..40b8ddd6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/231.toml @@ -0,0 +1,15 @@ +id = 231 +title = "Many leaks from qemu_spice_create_update" +state = "opened" +created_at = "2021-05-09T15:32:15.360Z" +closed_at = "n/a" +labels = ["GUI", "Launchpad", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/231" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2310.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2310.toml new file mode 100644 index 00000000..67c1859a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2310.toml @@ -0,0 +1,15 @@ +id = 2310 +title = "Virtio devices not working" +state = "opened" +created_at = "2024-04-25T01:03:42.173Z" +closed_at = "n/a" +labels = ["device:virtio", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2310" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2311.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2311.toml new file mode 100644 index 00000000..a02b005c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2311.toml @@ -0,0 +1,27 @@ +id = 2311 +title = "Possible dereference of NULL" +state = "closed" +created_at = "2024-04-25T14:53:39.886Z" +closed_at = "2024-08-01T08:50:08.380Z" +labels = ["Closed::Invalid", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2311" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "v8.0.5 and upper" +guest-os = "n/a" +guest-arch = "n/a" +description = """There is possible dereference of NULL using macro QEMU_LOCK_GUARD(&q->lock) in: +1) /block/nvme.c line [326](https://github.com/qemu/qemu/blob/5da72194df36535d773c8bdc951529ecd5e31707/block/nvme.c#L326) +2) /include/qemu/ratelimit.h line [45](https://github.com/qemu/qemu/blob/5da72194df36535d773c8bdc951529ecd5e31707/include/qemu/ratelimit.h#L45) +3) /include/qemu/ratelimit.h line [88](https://github.com/qemu/qemu/blob/5da72194df36535d773c8bdc951529ecd5e31707/include/qemu/ratelimit.h#L88) + + +The QEMU_MAKE_LOCKABLE(x) macro provides a special case (line [71](https://github.com/qemu/qemu/blob/5da72194df36535d773c8bdc951529ecd5e31707/include/qemu/lockable.h#L71) of the lockable.h) if NULL gets into it. Then the macro will return NULL, which will get to the input of the qemu_lockable_auto_lock() function, then to the qemu_lockable_lock() function, where NULL dereference will occur (line [95](https://github.com/qemu/qemu/blob/5da72194df36535d773c8bdc951529ecd5e31707/include/qemu/lockable.h#L95)). + +It turns out that the NULL case is provided, but not handled properly. I think a NULL check should be added. + +Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE. + +Author A. Burke.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2313.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2313.toml new file mode 100644 index 00000000..c1ac08c3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2313.toml @@ -0,0 +1,25 @@ +id = 2313 +title = "RISC-V KVM strerrorname_np regression breaks build on Alpine Linux" +state = "closed" +created_at = "2024-04-26T06:52:18.993Z" +closed_at = "2024-04-30T19:20:45.943Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2313" +host-os = "Alpine Linux" +host-arch = "riscv64" +qemu-version = "9.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Build from source fails on Alpine Linux due to the use of the non-portable `strerrorname_np`: +``` +/usr/lib/gcc/riscv64-alpine-linux-musl/13.2.1/../../../../riscv64-alpine-linux-musl/bin/ld: libqemu-riscv64-softmmu.fa.p/target_riscv_kvm_kvm-cpu.c.o: in function `kvm_cpu_realize': +kvm-cpu.c:(.text+0x538): undefined reference to `strerrorname_np' +/usr/lib/gcc/riscv64-alpine-linux-musl/13.2.1/../../../../riscv64-alpine-linux-musl/bin/ld: libqemu-riscv64-softmmu.fa.p/target_riscv_kvm_kvm-cpu.c.o: in function `kvm_cpu_instance_init': +kvm-cpu.c:(.text+0x1244): undefined reference to `strerrorname_np' +```""" +reproduce = """1. install alpine linux on a riscv64 machine +2. build qemu-9.0.0 from source. +3.""" +additional = """Same problem as https://gitlab.com/qemu-project/qemu/-/issues/2041 + +Re-introduced with d4ff3da8f45c52670941c6e1b94e771d69d887e9 and 0d71f0a34938a6ac11953ae3dbec40113d2838a1""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2314.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2314.toml new file mode 100644 index 00000000..badf9b94 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2314.toml @@ -0,0 +1,24 @@ +id = 2314 +title = "Building QEMU 9.0.0 fails on MacOS 10.15.7 (error: initializing 'NSEdgeInsets' (aka 'struct NSEdgeInsets') with an expression of incompatible type 'id')" +state = "closed" +created_at = "2024-04-26T10:45:45.728Z" +closed_at = "2024-04-26T11:30:04.783Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2314" +host-os = "MacOS Catalina (10.15.7)" +host-arch = "x86_64" +qemu-version = "9.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU fails to compile using Homebrew on OS X 10.15.7: +``` +../ui/cocoa.m:542:18: error: initializing 'NSEdgeInsets' (aka 'struct NSEdgeInsets') with an expression of incompatible type 'id' + NSEdgeInsets insets = [[[self window] screen] safeAreaInsets]; + ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +1 error generated. +```""" +reproduce = """1. Compile QEMU on OS X 10.15.7 using Homebrew +2. +3.""" +additional = """Build log +[02.make.zip](/uploads/dfb618b86984ed6cf699d94bf9d6c9e1/02.make.zip)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2315.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2315.toml new file mode 100644 index 00000000..36429806 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2315.toml @@ -0,0 +1,20 @@ +id = 2315 +title = "Mouse cursor is flipped / inverted / upside-down with virtio-gpu in some Wayland compositors" +state = "opened" +created_at = "2024-04-29T10:30:27.443Z" +closed_at = "n/a" +labels = ["GUI", "device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2315" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "9.0.0 / 8.2.2 / older" +guest-os = "Arch Linux" +guest-arch = "x86_64" +description = """The mouse cursor is flipped:""" +reproduce = """1. Install a Linux system with a 6.8.x kernel inside the virtual machine +2. Install sway / wayfire / hyprland, or kwin 6.0.4.1 +3. See the mouse cursor""" +additional = """The [kwin fix](https://invent.kde.org/plasma/kwin/-/commit/a31561c392adf5abcda0284e8049fafcb3701585) just makes use of dumb buffers instead of dmabuf. + +The mouse cursor should be pointing to the maximizing button at the top-right corner: +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2316.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2316.toml new file mode 100644 index 00000000..39d07e0c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2316.toml @@ -0,0 +1,44 @@ +id = 2316 +title = "aarch64 virt cortex-a53 libc printf (with argument) hello world strange behavior" +state = "closed" +created_at = "2024-04-29T15:59:52.951Z" +closed_at = "2024-04-29T16:17:03.933Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2316" +host-os = "**Debian Sid**" +host-arch = "**x86_64**" +qemu-version = "**v9.0.0-265-gfd87be1dad**" +guest-os = "**no** (libc bare metal hello world)" +guest-arch = "**ARM Cortex-A53, Armv8-A**" +description = """My hello world get lost after + +`0x0000000040000370 <+48>: str q0, [sp, #80]` + +in + +``` + 0x1f8: udf #0 + 0x1fc: udf #0 +=> 0x200: udf #0 + 0x204: udf #0 + 0x208: udf #0 + 0x20c: udf #0 + 0x210: udf #0 + 0x214: udf #0 +``` + +By bisecting, I got the last commit OK : v8.2.0-2033-g49fa457ca5 + +``` +$ qemu-system-aarch64 -M virt,secure=on,gic-version=3 -cpu cortex-a53 -kernel aarch64-none-elf-a.elf -serial stdio -display none +printf with an integer : 42 +``` + +But after v8.2.0-2034-g59754f85ed https://gitlab.com/qemu-project/qemu/-/commit/59754f85ed35cbd5f4bf2663ca2136c78d5b2413 (for example with latest v9.0.0-265-gfd87be1dad), it doesn't work anymore.""" +reproduce = """1. Build qemu-system-aarch64 with ``./configure --prefix=$PREFIX --target-list=aarch64-softmmu --disable-user --disable-linux-user --disable-bsd-user --enable-kvm --enable-tcg --disable-gnutls --disable-nettle --disable-gtk --disable-iconv --disable-curses --disable-curl --disable-vnc --disable-vnc-jpeg --disable-attr --disable-libusb --disable-opengl --disable-tpm --disable-bzip2 && make -j$(nproc) && make install`` + +2. Run my hello world : ``qemu-system-aarch64 -M virt,secure=on,gic-version=3 -cpu cortex-a53 -kernel aarch64-none-elf-a.elf -serial stdio -display none``""" +additional = """I provide here the hello world (elf + map). Of course the problem might be that it (qemu and/or hello world) was not built correctly and that everything was working by chance before v8.2.0-2033-g49fa457ca5 +[aarch64-none-elf-a.elf](/uploads/daf7f37aec260c56d4be5fd90554dce3/aarch64-none-elf-a.elf) +[aarch64-none-elf-a.map](/uploads/5564cee13a214e7eb8d6d4bf79f09682/aarch64-none-elf-a.map) +Depending on the investigation, I can provide what's needed to rebuild it.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/232.toml b/gitlab/issues/target_missing/host_missing/accel_missing/232.toml new file mode 100644 index 00000000..9f9e0956 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/232.toml @@ -0,0 +1,15 @@ +id = 232 +title = "I/O write make QXL abort in qxl_set_mode()" +state = "closed" +created_at = "2021-05-09T15:34:12.404Z" +closed_at = "2023-10-02T19:13:37.711Z" +labels = ["Fuzzer", "GUI", "Launchpad", "kind::Bug", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/232" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2322.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2322.toml new file mode 100644 index 00000000..8ea1db90 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2322.toml @@ -0,0 +1,15 @@ +id = 2322 +title = "Qemu 9 make install failed on Ubuntu 23.10 ARM64" +state = "closed" +created_at = "2024-05-01T14:57:31.092Z" +closed_at = "2024-05-01T15:02:29.524Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2322" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2323.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2323.toml new file mode 100644 index 00000000..07511a85 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2323.toml @@ -0,0 +1,34 @@ +id = 2323 +title = "Win/Super key not working correctly under Windows hosts" +state = "closed" +created_at = "2024-05-02T13:41:12.286Z" +closed_at = "2025-02-15T17:49:00.355Z" +labels = ["GUI", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2323" +host-os = "Windows 11 Pro" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.0.0 (from qemu-9.0.0.tar.xz)" +guest-os = "WinXP/Fedora 39" +guest-arch = "x86" +description = """I accidentally noticed `Win` key (VK_LWIN) not working correctly on Windows hosts, more specifically: + +1. It is impossible to "hold" `Win`. If one presses and holds `Win`, the guest is spammed with `Win` keypresses, instead of receiving a single `Win` keypress at the point of releasing the button (VK_LWIN button up). +2. It is impossible to make key combinations (shortcuts, hotkeys etc.) that involve the `Win/Super` key. Maybe implicitly solved by fixing #1. + +This behavior is present starting from bc8e883065f36581e4f2352c31a1dfa5f65a82f2 (ui/sdl2: disable SDL_HINT_GRAB_KEYBOARD on Windows). Before it, on the SDL2 keyboard hook `Win/Super` key worked correctly. I demonstrate the problem on Fedora/WinXP, but it affects all guests.""" +reproduce = """1. (see additional information) +2. +3.""" +additional = """Short video demonstration on a WinXP guest and a Fedora 39 guest. The qemus used are (qemu-8.0.2 e0968d21e27ef9c406f709180a39a076e786efbe; working correctly) and (qemu-9.0.0 from the release tarball qemu-9.0.0.tar.xz; buggy) + +1. In the WinXP video, I'm pressing and holding the `Win` key for about 3 seconds. In the correct version, the start menu is opened only at the point of release. In the buggy version, the start menu is opened repeatedly tens of times (flickering). You can see the point of release in Nirsoft's KeyboardStateView, when VK_LWIN loses the "pressed" asterisk. + + At the end of the video I'm trying to use the `Win+e` shortcut for WinExplorer. In the buggy version, Outlook is opened instead. This is because the keypresses are processed individually, first `Win` opens the start menu and then `e` opens email application (in this case outlook). In the correct version WinExplorer is opened. + +  +  + +2. In the Fedora video, I'm trying to set up a simple shortcut, I'm pressing on my keyboard `LCTRL+LALT+Super+E`. In the buggy version, the `Super` key is not picked up. All the shortcut combinations involving `Super` are therefore not working. + +  + """ diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2327.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2327.toml new file mode 100644 index 00000000..7f1c5580 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2327.toml @@ -0,0 +1,69 @@ +id = 2327 +title = "negative shift exponent in cirrus_colorexpand_pattern_transp_0_24()" +state = "opened" +created_at = "2024-05-06T06:20:05.860Z" +closed_at = "n/a" +labels = ["Fuzzer", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2327" +host-os = "Ubuntu 22.04" +host-arch = "x86-64" +qemu-version = "commit 248f6f62df073a3b4" +guest-os = "n/a" +guest-arch = "arm" +description = """My fuzzer detected a runtime error in cirrus_colorexpand_pattern_transp_0_24() + +The stack trace is: + +``` +../hw/display/cirrus_vga_rop2.h:216:23: runtime error: shift exponent -2 is negative + #0 0x5589a028c89a in cirrus_colorexpand_pattern_transp_0_24 hw/display/cirrus_vga_rop2.h:216:23 + #1 0x5589a031e239 in cirrus_bitblt_common_patterncopy hw/display/cirrus_vga.c:689:5 + #2 0x5589a032735d in cirrus_bitblt_cputovideo_next hw/display/cirrus_vga.c:820:13 + #3 0x5589a032cde9 in cirrus_linear_write hw/display/cirrus_vga.c:2365:13 + #4 0x5589a2982823 in memory_region_write_accessor system/memory.c:497:5 + #5 0x5589a2981f05 in access_with_adjusted_size system/memory.c:573:18 + #6 0x5589a297fe69 in memory_region_dispatch_write system/memory.c:1521:16 + #7 0x5589a2a2193e in flatview_write_continue_step system/physmem.c:2749:18 + #8 0x5589a2a211d4 in flatview_write_continue system/physmem.c:2779:19 + #9 0x5589a29f9cfb in flatview_write system/physmem.c:2810:12 + #10 0x5589a29f97c8 in address_space_write system/physmem.c:2930:18 +... +```""" +reproduce = """Arguments:\\ +export QEMU_ARGS="-display none -machine accel=qtest, -m 512M -machine\\ +q35 -nodefaults -device cirrus-vga -display vnc=localhost:99 -L ../pc-bios/"\\ +The base addresses of memory regions: + +* cirrus-io, 0x3b0 +* cirrus-low-memory, 0xa0000 +* cirrus-linear-io, 0xe0000000 +* cirrus-bitblt-mmio, 0xe1000000 +* cirrus-mmio, 0xe2000000 + +Reproducer: + +``` +writeb 0xe2000108 0x642a8d58 +writeb 0xe2000117 0x335af91c +writeb 0xe2000118 0x765861ed +writeb 0xe200010d 0x7c3af934 +writeb 0xe2000140 0x33f13baf +clock_step +writeb 0xe01f0e68 0x6ea3696c +writeb 0xe13bc720 0x11bb09ba +readb 0xe2000133 +writeb 0xe033629b 0x80f19dd +writeb 0xe134bba7 0x1eb198f9 +readb 0xe2000680 +writeb 0xe2000b84 0x3f0591fc +clock_step +writeb 0xe003469e 0xdbd627e +writeb 0xe114f2bc 0x41adfe48 +readb 0xe2000cde +readb 0xb269d +writeb 0xe1368066 0x3c9ab77 +readb 0xe12a7fe1 +writeb 0xe0191988 0x7e18b0d1 +EOF +```""" +additional = """Ack: Chuhong Yuan (hslester96@gmail.com)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2329.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2329.toml new file mode 100644 index 00000000..4fa772cb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2329.toml @@ -0,0 +1,15 @@ +id = 2329 +title = "Windows 64-bit, qemu-monitor, change" +state = "opened" +created_at = "2024-05-07T01:40:41.757Z" +closed_at = "n/a" +labels = ["Documentation", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2329" +host-os = "Windows 11 professional" +host-arch = "64 bit" +qemu-version = "https://qemu.weilnetz.de/w64/qemu-w64-setup-20240423.exe (qemu 9 and 8)" +guest-os = "i386" +guest-arch = "x86 (32-bit)" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2331.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2331.toml new file mode 100644 index 00000000..fc01eafe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2331.toml @@ -0,0 +1,15 @@ +id = 2331 +title = "(Question) There's a CLI option for the GUI option \"Grab On Hover\" ?" +state = "closed" +created_at = "2024-05-07T15:11:32.544Z" +closed_at = "2024-05-08T12:01:19.652Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2331" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2335.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2335.toml new file mode 100644 index 00000000..e00159df --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2335.toml @@ -0,0 +1,216 @@ +id = 2335 +title = "SPICE Worker segfault" +state = "opened" +created_at = "2024-05-08T09:19:55.834Z" +closed_at = "n/a" +labels = ["spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2335" +host-os = "Proxmox 8.2.2" +host-arch = "x86" +qemu-version = "qemu-server 8.2.1" +guest-os = "Windows 10 22H2" +guest-arch = "x86" +description = """Hello. Sometimes we have an error. kvm randomly crashes. +May 07 16:55:50 vdi1 kernel: SPICE Worker[249326]: segfault at 7f1c8c03af40 ip 00007f1fbbbb2579 sp 00007f1dabbf9d20 error 4 in libc.so.6[7f1fbbb41000+155000] likely on CPU 89 (core 20, socket 1)""" +reproduce = """1. +2. +3.""" +additional = """`# coredumpctl info + PID: 249293 (kvm) + UID: 0 (root) + GID: 0 (root) + Signal: 11 (SEGV) + Timestamp: Tue 2024-05-07 16:55:50 MSK (18h ago) + Command Line: /usr/bin/kvm -id 141 -name VDI,debug-threads=on -no-shutdown -chardev socket,id=qmp,path=/var/run/qemu-server/141.qmp,server=on,wait=off -mon chardev=qmp,mode=control -chard> + Executable: /usr/bin/qemu-system-x86_64 + Control Group: /qemu.slice/141.scope + Unit: 141.scope + Slice: qemu.slice + Boot ID: 5cfcd2d515a6425fa3880a61d8cd6bfc + Machine ID: 6e4c2fe391324304a856baa8e6c88002 + Hostname: vdi1 + Storage: /var/lib/systemd/coredump/core.kvm.0.5cfcd2d515a6425fa3880a61d8cd6bfc.249293.1715090150000000.zst (present) + Size on Disk: 2.3G + Message: Process 249293 (kvm) of user 0 dumped core. + + Module libsystemd.so.0 from deb systemd-252.22-1~deb12u1.amd64 + Module libudev.so.1 from deb systemd-252.22-1~deb12u1.amd64 + Stack trace of thread 249326: + #0 0x00007f1fbbbb2579 _int_malloc (libc.so.6 + 0x97579) + #1 0x00007f1fbbbb46e2 __libc_calloc (libc.so.6 + 0x996e2) + #2 0x00007f1fbd3f76d1 g_malloc0 (libglib-2.0.so.0 + 0x5a6d1) + #3 0x00007f1fbdadd7a3 red_get_data_chunks_ptr (libspice-server.so.1 + 0x3e7a3) + #4 0x00007f1fbdaddf6b red_get_data_chunks (libspice-server.so.1 + 0x3ef6b) + #5 0x00007f1fbdadedd9 red_get_copy_ptr (libspice-server.so.1 + 0x3fdd9) + #6 0x00007f1fbdadf1e5 red_get_native_drawable (libspice-server.so.1 + 0x401e5) + #7 0x00007f1fbdaf1a2c red_process_display (libspice-server.so.1 + 0x52a2c) + #8 0x00007f1fbdaf1cb7 worker_source_dispatch (libspice-server.so.1 + 0x52cb7) + #9 0x00007f1fbd3f17a9 g_main_context_dispatch (libglib-2.0.so.0 + 0x547a9) + #10 0x00007f1fbd3f1a38 n/a (libglib-2.0.so.0 + 0x54a38) + #11 0x00007f1fbd3f1cef g_main_loop_run (libglib-2.0.so.0 + 0x54cef) + #12 0x00007f1fbdaf0fa9 red_worker_main (libspice-server.so.1 + 0x51fa9) + #13 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #14 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 249321: + #0 0x00007f1fbbc18c5b __GI___ioctl (libc.so.6 + 0xfdc5b) + #1 0x000055b3bae626cf kvm_vcpu_ioctl (qemu-system-x86_64 + 0x72b6cf) + #2 0x000055b3bae62ba5 kvm_cpu_exec (qemu-system-x86_64 + 0x72bba5) + #3 0x000055b3bae6408d kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x72d08d) + #4 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #5 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #6 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 249327: + #0 0x00007f1fbdac9b48 glz_rgb_alpha_compress_seg (libspice-server.so.1 + 0x2ab48) + #1 0x00007f1fbdacc1cb glz_rgb_alpha_compress (libspice-server.so.1 + 0x2d1cb) + #2 0x00007f1fbdad08ed image_encoders_compress_glz (libspice-server.so.1 + 0x318ed) + #3 0x00007f1fbdaba608 _Z18dcc_compress_imageP20DisplayChannelClientP10SpiceImageP11SpiceBitmapP8DrawableiP20compress_send_data_t (libspice-server.so.1 + 0x1b608) + #4 0x00007f1fbdabb7f5 fill_bits (libspice-server.so.1 + 0x1c7f5) + #5 0x00007f1fbdabca2f red_marshall_qxl_draw_copy (libspice-server.so.1 + 0x1da2f) + #6 0x00007f1fbdabe82b marshall_lossless_qxl_drawable (libspice-server.so.1 + 0x1f82b) + #7 0x00007f1fbdadb5d3 _ZN16RedChannelClient4pushEv (libspice-server.so.1 + 0x3c5d3) + #8 0x00007f1fbdadb700 red_channel_client_event (libspice-server.so.1 + 0x3c700) + #9 0x00007f1fbdac579d spice_watch_dispatch (libspice-server.so.1 + 0x2679d) + #10 0x00007f1fbd3f167f g_main_context_dispatch (libglib-2.0.so.0 + 0x5467f) + #11 0x00007f1fbd3f1a38 n/a (libglib-2.0.so.0 + 0x54a38) + #12 0x00007f1fbd3f1cef g_main_loop_run (libglib-2.0.so.0 + 0x54cef) + #13 0x00007f1fbdaf0fa9 red_worker_main (libspice-server.so.1 + 0x51fa9) + #14 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #15 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 249324: + #0 0x00007f1fbbc18c5b __GI___ioctl (libc.so.6 + 0xfdc5b) + #1 0x000055b3bae626cf kvm_vcpu_ioctl (qemu-system-x86_64 + 0x72b6cf) + #2 0x000055b3bae62ba5 kvm_cpu_exec (qemu-system-x86_64 + 0x72bba5) + #3 0x000055b3bae6408d kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x72d08d) + #4 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #5 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #6 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 249293: + #0 0x00007f1fbbc17256 __ppoll (libc.so.6 + 0xfc256) + #1 0x000055b3bb011dfe ppoll (qemu-system-x86_64 + 0x8dadfe) + #2 0x000055b3bb00f6ee os_host_main_loop_wait (qemu-system-x86_64 + 0x8d86ee) + #3 0x000055b3bac6caa7 qemu_main_loop (qemu-system-x86_64 + 0x535aa7) + #4 0x000055b3bae6cf46 qemu_default_main (qemu-system-x86_64 + 0x735f46) + #5 0x00007f1fbbb4224a __libc_start_call_main (libc.so.6 + 0x2724a) + #6 0x00007f1fbbb42305 __libc_start_main_impl (libc.so.6 + 0x27305) + #7 0x000055b3baa5f0a1 _start (qemu-system-x86_64 + 0x3280a1) + + Stack trace of thread 249322: + #0 0x00007f1fbbc18c5b __GI___ioctl (libc.so.6 + 0xfdc5b) + #1 0x000055b3bae626cf kvm_vcpu_ioctl (qemu-system-x86_64 + 0x72b6cf) + #2 0x000055b3bae62ba5 kvm_cpu_exec (qemu-system-x86_64 + 0x72bba5) + #3 0x000055b3bae6408d kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x72d08d) + #4 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #5 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #6 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 249323: + #0 0x00007f1fbbc18c5b __GI___ioctl (libc.so.6 + 0xfdc5b) + #1 0x000055b3bae626cf kvm_vcpu_ioctl (qemu-system-x86_64 + 0x72b6cf) + #2 0x000055b3bae62ba5 kvm_cpu_exec (qemu-system-x86_64 + 0x72bba5) + #3 0x000055b3bae6408d kvm_vcpu_thread_fn (qemu-system-x86_64 + 0x72d08d) + #4 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #5 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #6 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 249294: + #0 0x00007f1fbbc1c719 syscall (libc.so.6 + 0x101719) + #1 0x000055b3baffccfa qemu_futex_wait (qemu-system-x86_64 + 0x8c5cfa) + #2 0x000055b3bb006602 call_rcu_thread (qemu-system-x86_64 + 0x8cf602) + #3 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #4 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #5 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 249329: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba3558 __pthread_cond_wait_common (libc.so.6 + 0x88558) + #2 0x000055b3baffc68b qemu_cond_wait_impl (qemu-system-x86_64 + 0x8c568b) + #3 0x000055b3baa88f2b vnc_worker_thread_loop (qemu-system-x86_64 + 0x351f2b) + #4 0x000055b3baa89bc8 vnc_worker_thread (qemu-system-x86_64 + 0x352bc8) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 3982758: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba383c __pthread_cond_wait_common (libc.so.6 + 0x8883c) + #2 0x000055b3baffbd01 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0x8c4d01) + #3 0x000055b3baffc8a0 qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x8c58a0) + #4 0x000055b3bb0110d4 worker_thread (qemu-system-x86_64 + 0x8da0d4) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 969111: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba383c __pthread_cond_wait_common (libc.so.6 + 0x8883c) + #2 0x000055b3baffbd01 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0x8c4d01) + #3 0x000055b3baffc8a0 qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x8c58a0) + #4 0x000055b3bb0110d4 worker_thread (qemu-system-x86_64 + 0x8da0d4) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 969113: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba383c __pthread_cond_wait_common (libc.so.6 + 0x8883c) + #2 0x000055b3baffbd01 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0x8c4d01) + #3 0x000055b3baffc8a0 qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x8c58a0) + #4 0x000055b3bb0110d4 worker_thread (qemu-system-x86_64 + 0x8da0d4) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 969114: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba383c __pthread_cond_wait_common (libc.so.6 + 0x8883c) + #2 0x000055b3baffbd01 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0x8c4d01) + #3 0x000055b3baffc8a0 qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x8c58a0) + #4 0x000055b3bb0110d4 worker_thread (qemu-system-x86_64 + 0x8da0d4) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 969112: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba383c __pthread_cond_wait_common (libc.so.6 + 0x8883c) + #2 0x000055b3baffbd01 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0x8c4d01) + #3 0x000055b3baffc8a0 qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x8c58a0) + #4 0x000055b3bb0110d4 worker_thread (qemu-system-x86_64 + 0x8da0d4) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 4165267: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba383c __pthread_cond_wait_common (libc.so.6 + 0x8883c) + #2 0x000055b3baffbd01 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0x8c4d01) + #3 0x000055b3baffc8a0 qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x8c58a0) + #4 0x000055b3bb0110d4 worker_thread (qemu-system-x86_64 + 0x8da0d4) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 969116: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba383c __pthread_cond_wait_common (libc.so.6 + 0x8883c) + #2 0x000055b3baffbd01 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0x8c4d01) + #3 0x000055b3baffc8a0 qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x8c58a0) + #4 0x000055b3bb0110d4 worker_thread (qemu-system-x86_64 + 0x8da0d4) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + + Stack trace of thread 969115: + #0 0x00007f1fbbba0e96 __futex_abstimed_wait_common64 (libc.so.6 + 0x85e96) + #1 0x00007f1fbbba383c __pthread_cond_wait_common (libc.so.6 + 0x8883c) + #2 0x000055b3baffbd01 qemu_cond_timedwait_ts (qemu-system-x86_64 + 0x8c4d01) + #3 0x000055b3baffc8a0 qemu_cond_timedwait_impl (qemu-system-x86_64 + 0x8c58a0) + #4 0x000055b3bb0110d4 worker_thread (qemu-system-x86_64 + 0x8da0d4) + #5 0x000055b3baffbb78 qemu_thread_start (qemu-system-x86_64 + 0x8c4b78) + #6 0x00007f1fbbba4134 start_thread (libc.so.6 + 0x89134) + #7 0x00007f1fbbc247dc __clone3 (libc.so.6 + 0x1097dc) + ELF object binary architecture: AMD x86-64`""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2337.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2337.toml new file mode 100644 index 00000000..08eb6920 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2337.toml @@ -0,0 +1,70 @@ +id = 2337 +title = "Os boot issues on 9p filesystem due to unix domain sockets open failure" +state = "closed" +created_at = "2024-05-08T09:53:25.856Z" +closed_at = "2024-12-11T18:14:04.559Z" +labels = ["block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2337" +host-os = "Ubuntu 22.04 LTS" +host-arch = "s390x ( but any is affected)" +qemu-version = "QEMU emulator version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.16)" +guest-os = "Ubuntu (23.11)" +guest-arch = "s390x" +description = """Unix filesystem API is broken, unix domain socket special files return an error at open()""" +reproduce = """Simple script. Tries to use netcat to get data through a local unix domain socket file +``` +#!/bin/bash + +# Cleanup target dir +[ -d ./target ] && rm -rf target +mkdir target + +# Add configuration updates +mkdir -p ./target/etc/initramfs-tools/ +echo 9p >> ./target/etc/initramfs-tools/modules +echo 9pnet_virtio >> ./target/etc/initramfs-tools/modules + +# Add the test script +cat > ./target/test_init << EOF +#!/bin/bash + +echo "Test for unix domain sockets" + +nc -Ul /socket & +sleep 1 +echo "Sockets work" | nc -UN /socket || echo "Sockets fail" + +echo o > /proc/sysrq-trigger +sleep 999 +EOF +chmod 700 ./target/test_init + +# Create an Ubuntu 23.10 around it +echo "Creating Ubuntu target OS" +debootstrap --variant=minbase\\ + --include=udev,kmod,initramfs-tools,systemd,netcat-openbsd,linux-image-generic \\ + --exclude=man,bash-completion \\ + mantic ./target > /dev/null || exit 1 + +# Run the test in 9p forwarded filesystem +echo "Running OS in qemu" +qemu-system-s390x \\ + -m 8192 \\ + -smp 4 \\ + -nodefaults -nographic -no-reboot -no-user-config \\ + -kernel ./target/boot/vmlinuz \\ + -initrd ./target/boot/initrd.img \\ + -append 'root=fsRoot rw rootfstype=9p rootflags=trans=virtio,version=9p2000.L,msize=512000,cache=mmap,posixacl console=ttysclp0 init=/test_init quiet' \\ + -fsdev local,security_model=passthrough,multidevs=remap,id=fsdev-fsRoot,path=./target \\ + -device virtio-9p-pci,id=fsRoot,fsdev=fsdev-fsRoot,mount_tag=fsRoot \\ + -device virtio-serial-ccw -device sclpconsole,chardev=console \\ + -chardev stdio,id=console,signal=off +```""" +additional = """Test output: +``` +Test for unix domain sockets +qemu-system-s390x: 9p: broken or compromised client detected; attempt to open special file (i.e. neither regular file, nor directory) +nc: No such device or address +nc: /socket: No such file or directory +Sockets fail +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2338.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2338.toml new file mode 100644 index 00000000..1281e379 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2338.toml @@ -0,0 +1,15 @@ +id = 2338 +title = "(Feature request) Implement the \"grab-on-hover=on\" CLI option on the SDL frontend" +state = "opened" +created_at = "2024-05-08T18:21:01.761Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2338" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2339.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2339.toml new file mode 100644 index 00000000..d928a301 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2339.toml @@ -0,0 +1,15 @@ +id = 2339 +title = "VM Crash is observed while deploying an ubuntu VM with OS version 18.04 on host with ubuntu version 24.04" +state = "opened" +created_at = "2024-05-09T05:37:01.591Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2339" +host-os = "n/a" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/234.toml b/gitlab/issues/target_missing/host_missing/accel_missing/234.toml new file mode 100644 index 00000000..2624138c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/234.toml @@ -0,0 +1,15 @@ +id = 234 +title = "Failure building with clang-10 and libssh" +state = "closed" +created_at = "2021-05-09T15:43:40.932Z" +closed_at = "2022-08-04T15:22:13.698Z" +labels = ["Build System", "Launchpad", "block:ssh", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/234" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2341.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2341.toml new file mode 100644 index 00000000..d1a4f0d8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2341.toml @@ -0,0 +1,40 @@ +id = 2341 +title = "IVSHMEM device doesn't work for sharing memory with virtiofsd" +state = "opened" +created_at = "2024-05-09T19:56:49.929Z" +closed_at = "n/a" +labels = ["device:virtio", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2341" +host-os = "Fedora 40" +host-arch = "x86" +qemu-version = "QEMU emulator version 9.0.50 (v9.0.0-586-g36fa7c686e)" +guest-os = "Any Linux (here Ubuntu 24.04)" +guest-arch = "x86" +description = """Trying to share a folder on the host to the guest with `virtiofsd` using the `ivshmem-plain` device doesn't work (for memory sharing), while using a NUMA node (with `-numa node,memdev=mem`) works just fine.""" +reproduce = """1. Install `virtiofsd` +2. Run `/usr/libexec/virtiofsd --socket-path=/tmp/vhostqemu --shared-dir=$HOME --cache always` as a regular user (or with another shared directory, it doesn't matter) +3. Run QEMU with the aforementioned command line as a regular user +4. Wait a bit for the OS to load and `virtiofsd` should error out""" +additional = """`virtiofsd` logs: +``` +[2024-05-09T19:49:15Z WARN virtiofsd::sandbox] Couldn't set the process uid as root: -1 +[2024-05-09T19:49:15Z WARN virtiofsd::sandbox] Couldn't set the process gid as root: -1 +[2024-05-09T19:49:15Z INFO virtiofsd] Waiting for vhost-user socket connection... +[2024-05-09T19:49:16Z INFO virtiofsd] Client connected, servicing requests +[2024-05-09T19:49:22Z ERROR virtiofsd] Waiting for daemon failed: HandleRequest(ReqHandlerError(Custom { kind: Other, error: MissingMemoryMapping })) +``` + +QEMU logs (after virtiofsd errors out and exits): +``` +qemu: Failed to read msg header. Read -1 instead of 12. Original request 0. +qemu: Failed to write msg. Wrote -1 instead of 20. +qemu: vhost VQ 1 ring restore failed: -22: Invalid argument (22) +qemu: Failed to set msg fds. +qemu: vhost VQ 0 ring restore failed: -22: Invalid argument (22) +qemu: Error starting vhost: 5 +qemu: Failed to set msg fds. +qemu: vhost_set_vring_call failed 22 +qemu: Failed to set msg fds. +qemu: vhost_set_vring_call failed 22 +qemu: Unexpected end-of-file before all data were read +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2342.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2342.toml new file mode 100644 index 00000000..b8db133d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2342.toml @@ -0,0 +1,15 @@ +id = 2342 +title = "DEREF_OF_NULL.RET in qdev-clock.c" +state = "opened" +created_at = "2024-05-10T14:10:33.327Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2342" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2343.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2343.toml new file mode 100644 index 00000000..f08dd7de --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2343.toml @@ -0,0 +1,39 @@ +id = 2343 +title = "pflash write timeout u-boot@qemu-system-aarch64" +state = "opened" +created_at = "2024-05-14T11:23:12.961Z" +closed_at = "n/a" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2343" +host-os = "Fedora 39, Fedora 40, Debian 12" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 8.2.2 (qemu-8.2.2-1.fc40)" +guest-os = "U-boot bootloader" +guest-arch = "aarch64" +description = """Emulating the write into flash of environment variables within U-boot is not possible anymore. This works natively in Fedora 39 which has the 8.1.3 qemu version. Stopped working after transitioning to Fedora 40 which currently comes with 8.2.2, also doesn't work with Debian 12 which has 7.2.9. + +The write fails with the following message: + +``` +=> saveenv +Saving Environment to Flash... Un-Protected 2 sectors +Erasing Flash... +.. done +Erased 2 sectors +Writing to Flash... pflash_write: Write to buffer emulation is flawed +pflash_write: Write to buffer emulation is flawed +pflash_write: Write to buffer emulation is flawed +Flash buffer write timeout at address 4000000 data ffffffffb64f6361 +Timeout writing to Flash +Protected 2 sectors +Failed (1) +```""" +reproduce = """1. Download or build u-boot for aarch64 qemu. You can extract from u-boot-qemu debian package https://packages.debian.org/unstable/u-boot-qemu . +2. `truncate -s 64m varstore.img` +3. `qemu-system-aarch64 -machine virt -cpu cortex-a35 -nographic -smp 2 -m 1G -bios u-boot.bin -drive if=pflash,format=raw,file=varstore.img,readonly=off,index=1 -d guest_errors,unimp`""" +additional = """After building versions 8.1.3 and 8.1.4 I found both were working fine regartheless the host OS, the issue was introduced in 8.1.5. +After inspecting commits history I drop the following commit [hw/pflash: implement update buffer for block writes (hash:fcc79f2e09550b0461792491965fe202ed2219ae)](https://gitlab.com/qemu-project/qemu/-/commit/fcc79f2e09550b0461792491965fe202ed2219ae) rebuilt and the issue was gone. +I then recheck all non working versions and both versions 8.2.2 and 7.2.9 also have this commit, this explains why it also doesn't work. +I attached a trace running with v8.1.5 and v8.1.5 with drop commit. +[v8.1.5.log](/uploads/04aa0e24e1e16f6bdf29a6e6be587ba1/v8.1.5.log) +[v8.1.5-drop-fcc79f2e.log](/uploads/206fe958ab78c12542fda3764df978da/v8.1.5-drop-fcc79f2e.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2344.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2344.toml new file mode 100644 index 00000000..fc523559 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2344.toml @@ -0,0 +1,55 @@ +id = 2344 +title = "Plugin scoreboard deadlock (plugin.lock vs start_exclusive)" +state = "closed" +created_at = "2024-05-15T06:27:54.424Z" +closed_at = "2024-08-17T22:04:10.272Z" +labels = ["TCG plugins", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2344" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "9rc4->tip" +guest-os = "n/a" +guest-arch = "n/a" +description = """Deadlock + +In frame 9 the thread grabs the plugin.lock, and starts to wait for other cpus to enter exclusive idle. +``` +#7 0x00005555555a1295 in start_exclusive () at ../hw/core/cpu-common.c:199 +#8 plugin_grow_scoreboards__locked (cpu=0x7fff0c2b4720) at ../plugins/core.c:238 +#9 qemu_plugin_vcpu_init_hook (cpu=0x7fff0c2b4720) at ../plugins/core.c:258 +``` + +The other thread just finished a TB and do the callback to the plugin, so it will not become exclusive idle until it finishes. +That callback tries to create a new 'scoreboard', but plugin.lock is already taken. +``` +#7 qemu_plugin_scoreboard_new (element_size=element_size@entry=8) at ../plugins/api.c:464 +#8 0x00007ffff7fb973d in vcpu_tb_trans (id=<optimized out>, tb=0x555555858d60) at /home/rehn/source/qemu/contrib/plugins/hotblocks.c:125 +#9 0x00005555557394f1 in qemu_plugin_tb_trans_cb (cpu=<optimized out>, tb=0x555555858d60) at ../plugins/core.c:418 +``` + +Locally I'm using this fix, reverse order so we enter exclusive idle before grabbing the plugin.lock: +``` +diff --git a/plugins/core.c b/plugins/core.c +index 1e58a57bf1..0e41c4ef22 100644 +--- a/plugins/core.c ++++ b/plugins/core.c +@@ -236,4 +236,2 @@ static void plugin_grow_scoreboards__locked(CPUState *cpu) + +- /* cpus must be stopped, as tb might still use an existing scoreboard. */ +- start_exclusive(); + struct qemu_plugin_scoreboard *score; +@@ -244,3 +242,2 @@ static void plugin_grow_scoreboards__locked(CPUState *cpu) + tb_flush(cpu); +- end_exclusive(); + } +@@ -250,2 +247,4 @@ void qemu_plugin_vcpu_init_hook(CPUState *cpu) + bool success; ++ /* cpus must be stopped, as tb might still use an existing scoreboard. */ ++ start_exclusive(); + +@@ -259,2 +258,3 @@ void qemu_plugin_vcpu_init_hook(CPUState *cpu) + qemu_rec_mutex_unlock(&plugin.lock); ++ end_exclusive(); +```""" +reproduce = """Run command a few times and get 'unlucky'""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2345.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2345.toml new file mode 100644 index 00000000..f52f981b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2345.toml @@ -0,0 +1,60 @@ +id = 2345 +title = "Undefined behavior error: call to function qemu_mutex_lock through pointer to incorrect function type" +state = "opened" +created_at = "2024-05-16T06:41:01.640Z" +closed_at = "n/a" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2345" +host-os = "Fedora 40" +host-arch = "x86" +qemu-version = "master branch (commit 3d48b6b687c558a042d9)" +guest-os = "n/a" +guest-arch = "n/a" +description = """When compiling QEMU with: + +``` +./configure --cc=clang --extra-cflags=-fsanitize=undefined --extra-cflags=-fno-sanitize-recover=undefined --target-list=x86_64-softmmu +``` + +on a system that has Clang v17 or newer (e.g. on Fedora 39 or Fedora 40), the QEMU binary abort with an undefined behavior error: + +``` +$ ./qemu-system-x86_64 +include/qemu/lockable.h:95:5: runtime error: call to function qemu_mutex_lock through pointer to incorrect function type 'void (*)(void *)' +include/qemu/thread.h:122:5: note: qemu_mutex_lock defined here +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior include/qemu/lockable.h:95:5 +``` + +Or for example when running ``make check-unit`` : + +``` + 97/103 qemu:unit / test-yank ERROR 0.13s killed by signal 6 SIGABRT +>>> G_TEST_BUILDDIR=/tmp/qemu-ubsan/tests/unit ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 MALLOC_PERTURB_=201 G_TEST_SRCDIR=~/qemu/tests/unit /tmp/qemu-ubsan/tests/unit/test-yank --tap -k +――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――――――― +stderr: +include/qemu/lockable.h:95:5: runtime error: call to function qemu_mutex_lock through pointer to incorrect function type 'void (*)(void *)' +include/qemu/thread.h:122:5: note: qemu_mutex_lock defined here + #0 0x55753123f8b9 in qemu_lockable_lock include/qemu/lockable.h:95:5 + #1 0x55753123f8b9 in qemu_lockable_auto_lock include/qemu/lockable.h:105:5 + #2 0x55753123f8b9 in qmp_query_yank util/yank.c:184:5 + #3 0x5575311a35fe in is_yank_instance_registered tests/unit/test-yank.c:43:12 + #4 0x5575311a35fe in char_change_test tests/unit/test-yank.c:128:5 + #5 0x7f7f0a8cfbbf (/lib64/libglib-2.0.so.0+0x8bbbf) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #6 0x7f7f0a8cfb2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #7 0x7f7f0a8cfb2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #8 0x7f7f0a8cfb2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #9 0x7f7f0a8d00c9 in g_test_run_suite (/lib64/libglib-2.0.so.0+0x8c0c9) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #10 0x7f7f0a8d015f in g_test_run (/lib64/libglib-2.0.so.0+0x8c15f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #11 0x5575311a336f in main tests/unit/test-yank.c:248:12 + #12 0x7f7f0a32d087 in __libc_start_call_main (/lib64/libc.so.6+0x2a087) (BuildId: b098f1c75a76548bb230d8f551eae07a2aeccf06) + #13 0x7f7f0a32d14a in __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x2a14a) (BuildId: b098f1c75a76548bb230d8f551eae07a2aeccf06) + #14 0x557531178d64 in _start (/tmp/qemu-ubsan/tests/unit/test-yank+0x77d64) (BuildId: 0bb470b7accec26b684d1c7e941239d31396604e) + +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior include/qemu/lockable.h:95:5 + +(test program exited with status code -6) +``` + +The way we abuse the (void *) parameter of QemuLockUnlockFunc seems to be undefined behavior, which could likely also trigger issues with CFI or certain compilers/architectures like emscripten, so we should try to avoid this. See also https://github.com/systemd/systemd/issues/29972 or https://github.com/python/cpython/issues/111178 for discussions in other projects.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2346.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2346.toml new file mode 100644 index 00000000..e9e3eaae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2346.toml @@ -0,0 +1,80 @@ +id = 2346 +title = "Undefined behavior error: call to function visit_type_InetSocketAddress_members through pointer to incorrect function type" +state = "opened" +created_at = "2024-05-16T06:56:10.532Z" +closed_at = "n/a" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2346" +host-os = "Fedora 40" +host-arch = "x86" +qemu-version = "master branch (commit 3d48b6b687c558a042d9)" +guest-os = "n/a" +guest-arch = "n/a" +description = """When compiling QEMU with --extra-cflags=-fsanitize=undefined and --extra-cflags=-fno-sanitize-recover=undefined on a system that has Clang v17 or newer (e.g. on Fedora 39 or Fedora 40), the unit tests abort with an undefined behavior error.""" +reproduce = """1. ``./configure --cc=clang --extra-cflags=-fsanitize=undefined --extra-cflags=-fno-sanitize-recover=undefined --target-list=x86_64-softmmu`` +2. ``make -j$(nproc)`` +3. ``make check-unit``""" +additional = """test-io-channel-socket aborts with: + +``` + 74/103 qemu:unit / test-io-channel-socket ERROR 0.15s killed by signal 6 SIGABRT +>>> G_TEST_BUILDDIR=/tmp/qemu-ubsan/tests/unit ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 MALLOC_PERTURB_=163 G_TEST_SRCDIR=tests/unit /tmp/qemu-ubsan/tests/unit/test-io-channel-socket --tap -k +―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― ✀ ―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― +stderr: +qapi/qapi-clone-visitor.c:188:5: runtime error: call to function visit_type_SocketAddress through pointer to incorrect function type 'bool (*)(struct Visitor *, const char *, void **, struct Error **)' +/tmp/qemu-ubsan/qapi/qapi-visit-sockets.c:487: note: visit_type_SocketAddress defined here + #0 0x5642aa2f7f3b in qapi_clone qapi/qapi-clone-visitor.c:188:5 + #1 0x5642aa2c8ce5 in qio_channel_socket_listen_async io/channel-socket.c:285:18 + #2 0x5642aa2b8903 in test_io_channel_setup_async tests/unit/test-io-channel-socket.c:116:5 + #3 0x5642aa2b8204 in test_io_channel tests/unit/test-io-channel-socket.c:179:9 + #4 0x5642aa2b8129 in test_io_channel_ipv4 tests/unit/test-io-channel-socket.c:323:5 + #5 0x7f01212c0bbf (/lib64/libglib-2.0.so.0+0x8bbbf) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #6 0x7f01212c0b2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #7 0x7f01212c0b2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #8 0x7f01212c0b2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #9 0x7f01212c10c9 in g_test_run_suite (/lib64/libglib-2.0.so.0+0x8c0c9) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #10 0x7f01212c115f in g_test_run (/lib64/libglib-2.0.so.0+0x8c15f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #11 0x5642aa2b72ec in main tests/unit/test-io-channel-socket.c:613:12 + #12 0x7f0120d2d087 in __libc_start_call_main (/lib64/libc.so.6+0x2a087) (BuildId: b098f1c75a76548bb230d8f551eae07a2aeccf06) + #13 0x7f0120d2d14a in __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x2a14a) (BuildId: b098f1c75a76548bb230d8f551eae07a2aeccf06) + #14 0x5642aa28cd04 in _start (tests/unit/test-io-channel-socket+0x69d04) (BuildId: eeaee2b8d62ce3aa77ab8b447916a40defd78dc6) + +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior qapi/qapi-clone-visitor.c:188:5 + +(test program exited with status code -6) +``` + +And ``test-char`` aborts with: + +``` + 99/103 qemu:unit / test-char ERROR 0.12s killed by signal 6 SIGABRT +>>> G_TEST_BUILDDIR=/tmp/qemu-ubsan/tests/unit ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 MALLOC_PERTURB_=197 G_TEST_SRCDIR=tests/unit /tmp/qemu-ubsan/tests/unit/test-char --tap -k +―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― ✀ ―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― +stderr: +qapi/qapi-clone-visitor.c:202:5: runtime error: call to function visit_type_InetSocketAddress_members through pointer to incorrect function type 'bool (*)(struct Visitor *, void *, struct Error **)' +/tmp/qemu-ubsan/qapi/qapi-visit-sockets.c:65: note: visit_type_InetSocketAddress_members defined here + #0 0x55ee1d20ad60 in qapi_clone_members qapi/qapi-clone-visitor.c:202:5 + #1 0x55ee1d24a993 in socket_address_flattenutil/qemu-sockets.c + #2 0x55ee1d1f26f6 in qmp_chardev_open_udp chardev/char-udp.c:199:34 + #3 0x55ee1d1f5254 in qemu_char_open chardev/char.c:271:9 + #4 0x55ee1d1f5254 in chardev_new chardev/char.c:968:5 + #5 0x55ee1d1f45fd in qemu_chardev_new chardev/char.c:998:11 + #6 0x55ee1d1f45fd in qemu_chr_new_from_opts chardev/char.c:657:11 + #7 0x55ee1d1f49ac in qemu_chr_new_noreplay chardev/char.c:703:11 + #8 0x55ee1d1f4aed in qemu_chr_new_permit_mux_mon chardev/char.c:731:11 + #9 0x55ee1d1b45b8 in char_udp_test_internal tests/unit/test-char.c:590:15 + #10 0x7f3dd421abbf (/lib64/libglib-2.0.so.0+0x8bbbf) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #11 0x7f3dd421ab2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #12 0x7f3dd421b0c9 in g_test_run_suite (/lib64/libglib-2.0.so.0+0x8c0c9) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #13 0x7f3dd421b15f in g_test_run (/lib64/libglib-2.0.so.0+0x8c15f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #14 0x55ee1d1af6bd in main tests/unit/test-char.c:1579:12 + #15 0x7f3dd3c3d087 in __libc_start_call_main (/lib64/libc.so.6+0x2a087) (BuildId: b098f1c75a76548bb230d8f551eae07a2aeccf06) + #16 0x7f3dd3c3d14a in __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x2a14a) (BuildId: b098f1c75a76548bb230d8f551eae07a2aeccf06) + #17 0x55ee1d184e34 in _start (/tmp/qemu-ubsan/tests/unit/test-char+0x78e34) (BuildId: afdf2ec9875e3011d3ff99174ec137dc79fff74e) + +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior .qapi/qapi-clone-visitor.c:202:5 + +(test program exited with status code -6) +``` + +This undefined behavior could likely also trigger issues with CFI or certain compilers/architectures like emscripten, so we should try to avoid this. See also https://github.com/systemd/systemd/issues/29972 or https://github.com/python/cpython/issues/111178 for discussions in other projects, and https://gitlab.com/qemu-project/qemu/-/issues/2345 for a similar problem in the QEMU lockable code.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2347.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2347.toml new file mode 100644 index 00000000..c7d62628 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2347.toml @@ -0,0 +1,19 @@ +id = 2347 +title = "Grab Input not working only for Windows key" +state = "opened" +created_at = "2024-05-16T07:53:46.287Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2347" +host-os = "Arch" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.2.2" +guest-os = "Arch" +guest-arch = "x86" +description = """When Input Grabbing is enabled (as seen in the menu and the Qemu window title itself), a press on the Windows key will also send that press to the host system (Arch / KDE). + +I expected all inputs to be grabbed and stay within the VM.""" +reproduce = """1. Open a QEMU instance in a Arch / KDE host (not fullscreen) +2. Focus the instance and enable Input Grabbing (Ctrl + Alt + G) +3. Press the Windows key""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2348.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2348.toml new file mode 100644 index 00000000..bc354ed5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2348.toml @@ -0,0 +1,17 @@ +id = 2348 +title = "Grabbing is not possible with menu-mode disabled" +state = "opened" +created_at = "2024-05-16T07:55:48.096Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2348" +host-os = "Arch" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.2.2" +guest-os = "Arch" +guest-arch = "x86" +description = """When starting a Qemu and bringing it into Focus, I expected Ctrl + Alt + g to enable Input Grab mode. This does not occur when the menu-bar is hidden. It does occur when the menu-bar is visible.""" +reproduce = """1. Open a QEMU instance in a Arch / KDE host (not fullscreen) +2. Focus the instance and attempt to enable Input Grabbing (Ctrl + Alt + G) +3. Observe that Input Grab Mode is not toggled""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2349.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2349.toml new file mode 100644 index 00000000..d8b57cfa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2349.toml @@ -0,0 +1,20 @@ +id = 2349 +title = "keyboard (and mouse) not working in macOS guest" +state = "closed" +created_at = "2024-05-16T11:32:38.411Z" +closed_at = "2025-01-22T10:20:56.592Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2349" +host-os = "Sonoma 14.4.1" +host-arch = "x86_64" +qemu-version = "9.0.0" +guest-os = "Mavericks and Sierra" +guest-arch = "x86_64" +description = """keyboard not working after exiting EFI environment. it works in the OpenCore boot picker, but not in the recovery system. The mouse can work by forcing the PS2 controller and pause/resume the VM. See here for more details: +https://github.com/utmapp/UTM/issues/5240#issuecomment-2112477131 +Tried adding ps2 kexts, but qemu USB keyboard, mouse and tablet do not attach to the AppleUSBEHCI bus. It works fine in Snow Leopard only as evident in the picture on the Github issue.""" +reproduce = """1.Install macOS guest Mavericks through Sierra using https://github.com/royalgraphx/LegacyOSXKVM/blob/main/info/CONVERSIONS.md +2.https://github.com/kholia/OSX-KVM/blob/master/OpenCore-Boot-macOS.sh +3.""" +additional = """[command.txt](/uploads/3af8e5476833a1f869debc4fbfe97e84/command.txt) +[EFI.zip](/uploads/3f49054b496b19244ebb111cf07ed05a/EFI.zip)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/235.toml b/gitlab/issues/target_missing/host_missing/accel_missing/235.toml new file mode 100644 index 00000000..79dc3ff3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/235.toml @@ -0,0 +1,15 @@ +id = 235 +title = "atomic failure linking with --enable-sanitizers on 32-bit Linux hosts" +state = "closed" +created_at = "2021-05-09T15:44:05.515Z" +closed_at = "2023-08-16T09:50:12.157Z" +labels = ["Build System", "Closed::WontFix", "Launchpad", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/235" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2350.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2350.toml new file mode 100644 index 00000000..30127852 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2350.toml @@ -0,0 +1,22 @@ +id = 2350 +title = "Incorrect RNG_CTRL and RNG_DATA_OUTPUT register offets for Aspeed AST2600 A3" +state = "opened" +created_at = "2024-05-17T14:10:08.390Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2350" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """hw/misc/aspeed_scu.c has the following lines: + +#define AST2600_RNG_CTRL TO_REG(0x524) +#define AST2600_RNG_DATA TO_REG(0x540) + +The Datasheet for the AST2600 A3 lists the offsets as 0x520 for RNG_CTRL and 0x524 for RNG_DATA. I can confirm that these addresses are correct on the hardware. I don't know if the offsets changed from a previous revision, but since qemu fills the SILICON_REV register with the AST2600_A3_SILICON_REV value for the AST2600, it makes sense to me that it would use the A3 register offsets.""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2353.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2353.toml new file mode 100644 index 00000000..7ab06917 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2353.toml @@ -0,0 +1,64 @@ +id = 2353 +title = "linux-user: may map interpreter at address 0 with nonzero guest_base" +state = "closed" +created_at = "2024-05-22T18:02:37.782Z" +closed_at = "2024-08-15T05:46:05.207Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2353" +host-os = "Gentoo Linux" +host-arch = "x86_64" +qemu-version = "9.0.0" +guest-os = "Alpine Linux (or any other musl-based system)" +guest-arch = "AArch64" +description = """QEMU's user-mode emulation will, under certain conditions, map the ELF interpreter at guest address 0. This is not only a violation of Linux's policy never to map anything at the first page of any virtual address space, but also a cause of confusion (and segfaults) within certain libcs; though I only tested with musl. Musl [interprets a NULL base address](https://elixir.bootlin.com/musl/v1.2.4/source/ldso/dlstart.c#L105) as the dynamic linker being invoked directly, causing it to compute its base address incorrectly. + +The problem arises in `load_elf_image()`, which chooses a `load_addr` of 0 for the ELF interpreter (i.e. the musl dynamic loader). This is passed to `target_mmap()`. I do not know whether `target_mmap()` is meant to follow the POSIX rule that (in absence of `MAP_FIXED`) "All implementations interpret an *addr* value of 0 as granting the implementation complete freedom in selecting *pa*" or if 0 is requesting 0. + +QEMU's usermode mmap() implementation translates the guest address to a host address (this is effectively a no-op with `guest_base == 0`) and passes it along to the host Linux. This means that, when `guest_base == 0`, a NULL input address means "put it anywhere," but when `guest_base != 0`, NULL means "put it at (guest address) 0."""" +reproduce = """1. Download a rootfs of Alpine Linux AArch64. +2. Install `gcc` (with `apk add gcc`) in the rootfs. `gcc` is not compiled as PIC, making QEMU use a nonzero `guest_base`. +3. Attempt to run `gcc` within the rootfs via QEMU.""" +additional = """I am interested in submitting a MR that fixes this issue, but I do not know which of 4 possible solutions is preferred: + +1. Modify `load_elf_image()` to ensure that `load_addr` is never NULL. +2. Modify `target_mmap()` so that NULLs are passed to the kernel as NULLs. +3. Modify the guest<->host translation facilities (`g2h_untagged` et al) to translate NULL as NULL. Overwhelmingly, a NULL pointer semantically means "there is no pointer here" and not "a pointer to the zeroth address," so treating these as valid addresses in the translation functions is arguably going against the grain. +4. When a nonzero `guest_base` is selected, reserve the first page of the guest VA space, so that the host kernel cannot accidentally put anything there. + +Here is my local patch that implements item 2 above, which indeed stops the segfaults for me: +<details><summary>Patch</summary> + +```diff +diff --git a/linux-user/mmap.c b/linux-user/mmap.c +index be3b9a6..dad29ef 100644 +--- a/linux-user/mmap.c ++++ b/linux-user/mmap.c +@@ -559,7 +559,7 @@ static abi_long mmap_h_eq_g(abi_ulong start, abi_ulong len, + int host_prot, int flags, int page_flags, + int fd, off_t offset) + { +- void *p, *want_p = g2h_untagged(start); ++ void *p, *want_p = start ? g2h_untagged(start) : 0; + abi_ulong last; + + p = mmap(want_p, len, host_prot, flags, fd, offset); +@@ -609,7 +609,7 @@ static abi_long mmap_h_lt_g(abi_ulong start, abi_ulong len, int host_prot, + int mmap_flags, int page_flags, int fd, + off_t offset, int host_page_size) + { +- void *p, *want_p = g2h_untagged(start); ++ void *p, *want_p = start ? g2h_untagged(start) : 0; + off_t fileend_adj = 0; + int flags = mmap_flags; + abi_ulong last, pass_last; +@@ -739,7 +739,7 @@ static abi_long mmap_h_gt_g(abi_ulong start, abi_ulong len, + int flags, int page_flags, int fd, + off_t offset, int host_page_size) + { +- void *p, *want_p = g2h_untagged(start); ++ void *p, *want_p = start ? g2h_untagged(start) : 0; + off_t host_offset = offset & -host_page_size; + abi_ulong last, real_start, real_last; + bool misaligned_offset = false; +``` +</details>""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2354.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2354.toml new file mode 100644 index 00000000..f7c0e00d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2354.toml @@ -0,0 +1,17 @@ +id = 2354 +title = "Compile error with In function ‘vhost_scsi_set_workers’:" +state = "opened" +created_at = "2024-05-22T21:19:06.990Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2354" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """1. ./configure +2. ./make""" +additional = """I suspect something is misconfigured on my system, but I followed the straighforward directions +for building and I am running stock Debian 12.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2357.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2357.toml new file mode 100644 index 00000000..838b9b3c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2357.toml @@ -0,0 +1,28 @@ +id = 2357 +title = "assert in dwc2" +state = "closed" +created_at = "2024-05-23T20:23:00.904Z" +closed_at = "2024-08-07T04:34:45.926Z" +labels = ["Fuzzer", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2357" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "aarch64" +qemu-version = "commit 7e1c004701" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +ERROR:../hw/usb/hcd-dwc2.c:1131:dwc2_hsotg_read: code should not be reached +Bail out! ERROR:../hw/usb/hcd-dwc2.c:1131:dwc2_hsotg_read: code should not be reached +Aborted +```""" +reproduce = """``` +cat << EOF | qemu-system-aarch64 -display \\ +none -machine accel=qtest, -m 512M -machine raspi2b -m 1G -nodefaults \\ +-usb -drive file=null-co://,if=none,format=raw,id=disk0 -device \\ +usb-storage,port=1,drive=disk0 -qtest stdio +readl 0x3f980dfb +EOF +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2359.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2359.toml new file mode 100644 index 00000000..91786fc7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2359.toml @@ -0,0 +1,42 @@ +id = 2359 +title = "assert in virtio-iommu" +state = "closed" +created_at = "2024-05-23T20:28:57.042Z" +closed_at = "2024-07-04T16:12:44.962Z" +labels = ["Fuzzer", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2359" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "aarch64" +qemu-version = "commit 7e1c004701" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +qemu-system-x86_64: qemu/hw/virtio/virtio-iommu.c:821: void virtio_iommu_handle_command(VirtIODevice *, VirtQueue *): Assertion `sz == output_size' failed. +Aborted +```""" +reproduce = """``` +cat << EOF | \\qemu-system-x86_64 \\ +-display none -machine accel=qtest -m 512M -machine q35 -nodefaults \\ +-device virtio-iommu -qtest stdio +outl 0xcf8 0x80000804 +outw 0xcfc 0x06 +outl 0xcf8 0x80000820 +outl 0xcfc 0xe0004000 +write 0x10000e 0x1 0x01 +write 0xe0004020 0x4 0x00001000 +write 0xe0004028 0x4 0x00101000 +write 0xe000401c 0x1 0x01 +write 0x106000 0x1 0x05 +write 0x100001 0x1 0x60 +write 0x100002 0x1 0x10 +write 0x100009 0x1 0x04 +write 0x10000c 0x1 0x01 +write 0x100018 0x1 0x04 +write 0x10001c 0x1 0x02 +write 0x101003 0x1 0x01 +write 0xe0007001 0x1 0x00 +EOF +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2362.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2362.toml new file mode 100644 index 00000000..fd566442 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2362.toml @@ -0,0 +1,73 @@ +id = 2362 +title = "short packets dropped by some network cards when using certain network backends" +state = "opened" +created_at = "2024-05-25T06:11:31.383Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2362" +host-os = "various" +host-arch = "n/a" +qemu-version = "9.0.0" +guest-os = "various" +guest-arch = "n/a" +description = """Effectively a duplicate of https://gitlab.com/qemu-project/qemu/-/issues/2058 -- short ethernet packets (such as ARP packets) are discarded by various networking devices now. + +QEMU previously padded ethernet frames to 64 bytes when some network cards received them, but this was removed in various commits (140eae9c8f760e9260356fe9b56b802a02f0a9d2, c445f200ad241b443aa7a61a5381b26f56a18f0e, c58da33f2f8410b6f22cd1d33377dadf3a4d8867, 05db4476c5d25e437d807175de9f862bf5bf732c, 6d0d261dbfa6122e9b3bdcab7d934ca49f069c21, 63b901bfd30a0975bc326ba8527880fabac2e66, aee87b43fe2206acb8f5e334b42790df33a1cbad). + +969e50b61a285b0cc8dea6d4d2ade3f758d5ecc7 fixed SLIRP and TAP support, however the other various network backends (socket, dgram, vde, others) all have the same issue that some network cards will reject short packets. + +This does not fail on older versions of QEMU.""" +reproduce = """I have a python script that shows connecting two VMs of your choice using a socketpair connected to one of the affected NIC types (pcnet). If you start your OS (I used alpine linux as my test), and give each VM a unique IP address (eg, `ip addr add 192.168.0.1/24 dev eth0`), ping will fail to work. When you run tcpdump, you can see that the OS is sending out short ARP packets, but the other VM cannot see them. + +Using an older version of QEMU allows the ping to succeed. + +```python +#!/usr/bin/env python3 + +import argparse +import shlex +import socket +import subprocess + + +QEMU_PATH = "bin/qemu-system-x86_64" +NIC = "pcnet" +vnc = True + +if __name__ == "__main__": + parser = argparse.ArgumentParser() + parser.add_argument("qcow") + args = parser.parse_args() + + p1, p2 = socket.socketpair() + + qargs1 = [ + QEMU_PATH, "-snapshot", + "-m", "2G", + "-drive", f"file={args.qcow}", + "-device", f"{NIC},netdev=n,mac=52:54:00:00:00:01", + "-netdev", f"socket,id=n,fd={p1.fileno()}" + ] + if vnc: + qargs1 += ["-display", "vnc=:2"] + + print("+", shlex.join(qargs1)) + proc1 = subprocess.Popen(qargs1, pass_fds=[p1.fileno()]) + + qargs2 = [ + QEMU_PATH, "-snapshot", + "-m", "2G", + "-drive", f"file={args.qcow}", + "-device", f"{NIC},netdev=n,mac=52:54:00:00:00:02", + "-netdev", f"socket,id=n,fd={p2.fileno()}" + ] + if vnc: + qargs2 += ["-display", "vnc=:3"] + + print("+", shlex.join(qargs2)) + proc2 = subprocess.Popen(qargs2, pass_fds=[p2.fileno()]) + + proc1.wait() + proc2.wait() +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2363.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2363.toml new file mode 100644 index 00000000..fa5869d5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2363.toml @@ -0,0 +1,15 @@ +id = 2363 +title = "How can I enable MBI support in QEMU when running in KVM mode?" +state = "closed" +created_at = "2024-05-26T05:51:48.182Z" +closed_at = "2024-05-28T11:36:13.420Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2363" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2364.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2364.toml new file mode 100644 index 00000000..feb1077b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2364.toml @@ -0,0 +1,15 @@ +id = 2364 +title = "how to create two qemu instances on Windows11 so that they can access to each other in the same network?" +state = "opened" +created_at = "2024-05-27T07:00:25.441Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2364" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2365.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2365.toml new file mode 100644 index 00000000..ad7b8419 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2365.toml @@ -0,0 +1,18 @@ +id = 2365 +title = "[Regression v8.2/v9.0+] stuck at SeaBIOS for >30s with 100% CPU (1T)" +state = "closed" +created_at = "2024-05-28T18:18:38.019Z" +closed_at = "2024-05-31T20:40:30.048Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2365" +host-os = "Gentoo" +host-arch = "amd64" +qemu-version = "v9.0.0 and v8.2.3 - v8.1.5 is OK" +guest-os = "n/a" +guest-arch = "n/a" +description = """starting our Linux direct-kernel-boot VMs with same args on different hosts/hardware will get stuck at SeaBIOS for 30-60s with 100% 1T CPU load starting with v8.2 and also in v9.0. v9.0.0 and v8.2.3 - v8.1.5 is OK. To be clear, everything seems to be fine after that, though I did not do any benchmarks to compare performance. It just delays (re)booting by almost 1 minute, which is a shame, because before that update/regression it was instant and our VMs only take 4s to boot, which is now more like 60s. +Downgrading to v8.1 instantly fixes it, upgrading to v8.2/v9.0 instantly breaks it.""" +reproduce = """1. start VM with same args on different versions + +somehow if I save this bug with `/label ~"kind::Bug"` it disappears, so I'm unable to add/keep the label""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2366.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2366.toml new file mode 100644 index 00000000..cd305180 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2366.toml @@ -0,0 +1,15 @@ +id = 2366 +title = "qemu8.2 check test failed" +state = "closed" +created_at = "2024-05-29T08:34:36.147Z" +closed_at = "2024-05-29T08:42:21.963Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2366" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2367.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2367.toml new file mode 100644 index 00000000..689c0f7f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2367.toml @@ -0,0 +1,15 @@ +id = 2367 +title = "qemu8.2 check test failed" +state = "closed" +created_at = "2024-05-29T08:37:37.406Z" +closed_at = "2024-05-31T16:50:00.575Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2367" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2368.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2368.toml new file mode 100644 index 00000000..44ef5f6c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2368.toml @@ -0,0 +1,15 @@ +id = 2368 +title = "Get get_maintainer.pl working with cover letter files" +state = "opened" +created_at = "2024-05-30T10:11:17.784Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2368" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2369.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2369.toml new file mode 100644 index 00000000..bb2cc0b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2369.toml @@ -0,0 +1,15 @@ +id = 2369 +title = "qemu-img measure is incorrect when using discard-no-unref" +state = "opened" +created_at = "2024-05-31T10:02:29.359Z" +closed_at = "n/a" +labels = ["qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2369" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2370.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2370.toml new file mode 100644 index 00000000..86cc872e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2370.toml @@ -0,0 +1,23 @@ +id = 2370 +title = "[RFE] vde support on Windows" +state = "opened" +created_at = "2024-05-31T11:16:15.874Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2370" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """A vdeswitch approach can be yet another solution for #2364 . +On Windows, other methods to simultaneously bridge local qemu-VMs and allow bridge members to connect to the internet are troublesome. +Compared to MAC/Linux wherein who use kernel provided bridging. Windows users don't have it easy. + +**Ref**: +1. qemu manual for ```netdev vde``` + https://qemu.readthedocs.io/_/downloads/en/v8.2.1/pdf/#page=75 +2. virtualsquare/VDE-2 github bug Can't understand how to get it running on Windows10 64 bit ```#28``` + https://github.com/virtualsquare/vde-2/issues/28""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2378.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2378.toml new file mode 100644 index 00000000..1f397b51 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2378.toml @@ -0,0 +1,40 @@ +id = 2378 +title = "make install (meson?) removes needed RPATH for libslirp, making build on CentOS 9 difficult" +state = "opened" +created_at = "2024-06-02T20:14:17.742Z" +closed_at = "n/a" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2378" +host-os = "CentOS 9 Stream" +host-arch = "x86_64" +qemu-version = "9.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """make install appears to remove need RPATH attributes from the binary, making it difficult if not impossible to install Qemu 9.0.0 on a CentOS 9 machine. + +I'm trying to build Qemu 9.0.0 on a CentOS 9 Stream machine where I do not have root. +The system ships with libslirp-4.4.0-7.el9.src.rpm which is libslirp 4.4.0, which is too old for Qemu. + +I checked out https://gitlab.freedesktop.org/slirp/libslirp.git which is 2 commits more recent than +libslirp 4.8.0. I installed this version in a separate directory. + +When I configure Qemu using PKG_CONFIG_PATH, it builds the correct executable with the correct RPATH. +readelf -d shows: + + 0x000000000000000f (RPATH) Library rpath: [/web/courses/cs4284/pintostools/lib64] + +which is the correct directory where the proper version of libslirp is located. + +However, when I run "make install" the RPATH attribute is removed. Thus, Qemu resorts to the system version, which is version 4.4 (with which Qemu won't run.) + +Meson's propensity to strip necessary RPATHs appears to be well-known, see, for instance, + +https://github.com/mesonbuild/meson/issues/4027 + +(There is a fix for at least some of the problems in 0.55.0 of Meson +https://mesonbuild.com/Release-notes-for-0-55-0.html +Qemu 9.0.0 appears to use Meson 1.2.3., but yet it still fails.) + +Work-around: don't use make install, copy it directly from the build directory to the destination directory.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2379.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2379.toml new file mode 100644 index 00000000..1ac676cb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2379.toml @@ -0,0 +1,134 @@ +id = 2379 +title = "virHashRemoveAll remove all jobs in priv->blockjobs but not set disk->priv->blockjob is null for qemuDomainObjPrivateDataClear and qemuProcessStop" +state = "closed" +created_at = "2024-06-03T07:08:44.020Z" +closed_at = "2024-06-03T09:13:43.342Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2379" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """it call virHashRemoveAll to remove all jobs in priv->blockjobs but the disk privateData blockjob is not null for qemuDomainObjPrivateDataClear and qemuProcessStop. when virHashRemoveAll is caled, accessing priv->blockjob cause segfault in others.""" +reproduce = """1. virsh blockcopy testvm vda /root/disk/centos7-copy.qcow2 --wait --verbose --pivot + migrate disk of vm +2. poweoff in guest vm +3. libvirt core dump""" +additional = """--Type <RET> for more, q to quit, c to continue without paging-- +\tProgram terminated with signal SIGSEGV, Segmentation fault. +\t#0 qemuBlockJobUnregister (vm=0x7f823c045050, job=0x7f827c03ca90) at ../src/qemu/qemu_blockjob.c:211 +\t211 if (job == diskPriv->blockjob) { +\t[Current thread is 1 (Thread 0x7f8283640640 (LWP 152))] +\t(gdb) bt +\t#0 qemuBlockJobUnregister (vm=0x7f823c045050, job=0x7f827c03ca90) at ../src/qemu/qemu_blockjob.c:211 +\t#1 qemuBlockJobEventProcessConcluded (asyncJob=VIR_ASYNC_JOB_MIGRATION_OUT, vm=<optimized out>, driver=<optimized out>, +\t\tjob=0x7f827c03ca90) at ../src/qemu/qemu_blockjob.c:1678 +\t#2 qemuBlockJobEventProcess (asyncJob=VIR_ASYNC_JOB_MIGRATION_OUT, job=0x7f827c03ca90, vm=<optimized out>, +\t\tdriver=<optimized out>) at ../src/qemu/qemu_blockjob.c:1703 +\t#3 qemuBlockJobUpdate (vm=<optimized out>, job=0x7f827c03ca90, asyncJob=1) at ../src/qemu/qemu_blockjob.c:1756 +\t#4 0x00007f828050c95f in qemuMigrationSrcNBDStorageCopyReady (vm=0x7f823c045050, asyncJob=VIR_ASYNC_JOB_MIGRATION_OUT) +\t\tat ../src/qemu/qemu_migration.c:605 +\t#5 0x00007f8280518ca5 in qemuMigrationSrcNBDStorageCopy (flags=587, nbdURI=<optimized out>, tlsHostname=0x7f823c2b51d0 "", +\t\ttlsAlias=<optimized out>, dconn=0x7f823c014790, migrate_disks=0x7f827c006660, nmigrate_disks=2, speed=<optimized out>, +\t\thost=0x7f827c0156a0 "10.253.160.196", mig=0x7f827c027a30, vm=0x7f823c045050, driver=0x7f823c01ac40) +\t\tat ../src/qemu/qemu_migration.c:1202 +\t#6 qemuMigrationSrcRun (driver=0x7f823c01ac40, vm=0x7f823c045050, persist_xml=<optimized out>, cookiein=<optimized out>, +\t\tcookieinlen=<optimized out>, cookieout=0x7f828363f500, cookieoutlen=0x7f828363f4d4, flags=587, resource=1024, +\t\tspec=0x7f828363f330, dconn=0x7f823c014790, graphicsuri=0x0, nmigrate_disks=2, migrate_disks=0x7f827c006660, +\t\tmigParams=0x7f827c00d890, nbdURI=0x0) at ../src/qemu/qemu_migration.c:4167 +\t#7 0x00007f828051a5dd in qemuMigrationSrcPerformNative (driver=0x7f823c01ac40, vm=0x7f823c045050, +\t\tpersist_xml=0x7f827c020660 "<domain type=\\"kvm\\">\\n <name>default_vm-8altm</name>\\n <uuid>4a40fa64-fd9b-5078-8574-3ce5d0041d31</uuid>\\n <metadata>\\n <nodeagent xmlns=\\"http://kubevirt.io/node-agent.io\\">\\n <vmid>13fb0e90-2930-"..., +\t\turi=<optimized out>, +\t\tcookiein=0x7f827c0519e0 "<qemu-migration>\\n <name>default_vm-8altm</name>\\n <uuid>4a40fa64-fd9b-5078-8574-3ce5d0041d31</uuid>\\n <hostname>ceasphere-node-1</hostname>\\n <hostuuid>5b0a0842-6535-27c1-b2e7-89c4ac4fd785</hostuuid>"..., +\t\tcookieinlen=876, cookieout=0x7f828363f500, cookieoutlen=0x7f828363f4d4, flags=587, resource=1024, dconn=0x7f823c014790, +\t\tgraphicsuri=0x0, nmigrate_disks=2, migrate_disks=0x7f827c006660, migParams=0x7f827c00d890, nbdURI=0x0) +\t\tat ../src/qemu/qemu_migration.c:4506 +\t#8 0x00007f828051c3e3 in qemuMigrationSrcPerformPeer2Peer3 (flags=<optimized out>, useParams=true, bandwidth=<optimized out>, +\t\tmigParams=0x7f827c00d890, nbdURI=0x0, nbdPort=0, migrate_disks=0x7f827c006660, nmigrate_disks=<optimized out>, +\t\tlistenAddress=<optimized out>, graphicsuri=0x0, uri=<optimized out>, dname=0x0, +\t\tpersist_xml=0x7f827c020660 "<domain type=\\"kvm\\">\\n <name>default_vm-8altm</name>\\n <uuid>4a40fa64-fd9b-5078-8574-3ce5d0041d31</uuid>\\n <metadata>\\n <nodeagent xmlns=\\"http://kubevirt.io/node-agent.io\\">\\n <vmid>13fb0e90-2930-"..., +\t\txmlin=<optimized out>, vm=0x7f823c045050, +\t\tdconnuri=0x7f827c00c2b0 "qemu+unix:///system?socket=/var/run/kubevirt/migrationproxy/13fb0e90-2930-4f0b-959a-cc40346e7d64-source.sock", dconn=0x7f823c014790, sconn=0x7f826c00e890, driver=0x7f823c01ac40) at ../src/qemu/qemu_migration.c:4925 +\t#9 qemuMigrationSrcPerformPeer2Peer (v3proto=<synthetic pointer>, resource=<optimized out>, dname=0x0, flags=587, +\t\tmigParams=0x7f827c00d890, nbdURI=0x0, nbdPort=0, migrate_disks=0x7f827c006660, nmigrate_disks=<optimized out>, +\t\tlistenAddress=<optimized out>, graphicsuri=0x0, uri=<optimized out>, +\t\tdconnuri=0x7f827c00c2b0 "qemu+unix:///system?socket=/var/run/kubevirt/migrationproxy/13fb0e90-2930-4f0b-959a-cc40346e7d64-source.sock", +\t--Type <RET> for more, q to quit, c to continue without paging-- +\t\tpersist_xml=0x7f827c020660 "<domain type=\\"kvm\\">\\n <name>default_vm-8altm</name>\\n <uuid>4a40fa64-fd9b-5078-8574-3ce5d0041d31</uuid>\\n <metadata>\\n <nodeagent xmlns=\\"http://kubevirt.io/node-agent.io\\">\\n <vmid>13fb0e90-2930-"..., +\t\txmlin=<optimized out>, vm=0x7f823c045050, sconn=0x7f826c00e890, driver=0x7f823c01ac40) at ../src/qemu/qemu_migration.c:5230 +\t#10 qemuMigrationSrcPerformJob (driver=0x7f823c01ac40, conn=0x7f826c00e890, vm=0x7f823c045050, xmlin=<optimized out>, +\t\tpersist_xml=0x7f827c020660 "<domain type=\\"kvm\\">\\n <name>default_vm-8altm</name>\\n <uuid>4a40fa64-fd9b-5078-8574-3ce5d0041d31</uuid>\\n <metadata>\\n <nodeagent xmlns=\\"http://kubevirt.io/node-agent.io\\">\\n <vmid>13fb0e90-2930-"..., +\t\tdconnuri=0x7f827c00c2b0 "qemu+unix:///system?socket=/var/run/kubevirt/migrationproxy/13fb0e90-2930-4f0b-959a-cc40346e7d64-source.sock", uri=<optimized out>, graphicsuri=<optimized out>, listenAddress=<optimized out>, nmigrate_disks=<optimized out>, +\t\tmigrate_disks=<optimized out>, nbdPort=0, nbdURI=<optimized out>, migParams=<optimized out>, cookiein=<optimized out>, +\t\tcookieinlen=0, cookieout=<optimized out>, cookieoutlen=<optimized out>, flags=<optimized out>, dname=<optimized out>, +\t\tresource=<optimized out>, v3proto=<optimized out>) at ../src/qemu/qemu_migration.c:5307 +\t#11 0x00007f828051cce7 in qemuMigrationSrcPerform (driver=0x7f823c01ac40, conn=0x7f826c00e890, vm=0x7f823c045050, +\t\txmlin=0x7f827c01e630 "<domain type=\\"kvm\\">\\n <name>default_vm-8altm</name>\\n <uuid>4a40fa64-fd9b-5078-8574-3ce5d0041d31</uuid>\\n <metadata>\\n <nodeagent xmlns=\\"http://kubevirt.io/node-agent.io\\">\\n <vmid>13fb0e90-2930-"..., +\t\tpersist_xml=0x7f827c020660 "<domain type=\\"kvm\\">\\n <name>default_vm-8altm</name>\\n <uuid>4a40fa64-fd9b-5078-8574-3ce5d0041d31</uuid>\\n <metadata>\\n <nodeagent xmlns=\\"http://kubevirt.io/node-agent.io\\">\\n <vmid>13fb0e90-2930-"..., +\t\tdconnuri=0x7f827c00c2b0 "qemu+unix:///system?socket=/var/run/kubevirt/migrationproxy/13fb0e90-2930-4f0b-959a-cc40346e7d64-source.sock", uri=0x556a1f856b20 "tcp://10.253.160.196:27939", graphicsuri=0x0, listenAddress=0x0, nmigrate_disks=2, +\t\tmigrate_disks=0x7f827c006660, nbdPort=0, nbdURI=0x0, migParams=0x7f827c00d890, cookiein=0x0, cookieinlen=0, +\t\tcookieout=0x7f828363f8a8, cookieoutlen=0x7f828363f89c, flags=587, dname=0x0, resource=1024, v3proto=true) +\t\tat ../src/qemu/qemu_migration.c:5513 +\t#12 0x00007f82804e34d0 in qemuDomainMigratePerform3Params (dom=0x7f8268002ee0, +\t\tdconnuri=0x7f827c00c2b0 "qemu+unix:///system?socket=/var/run/kubevirt/migrationproxy/13fb0e90-2930-4f0b-959a-cc40346e7d64-source.sock", params=0x7f827c01e380, nparams=7, cookiein=0x0, cookieinlen=0, cookieout=0x7f828363f8a8, +\t\tcookieoutlen=0x7f828363f89c, flags=587) at ../src/qemu/qemu_driver.c:11796 +\t#13 0x00007f82853256d6 in virDomainMigratePerform3Params (domain=domain@entry=0x7f8268002ee0, +\t\tdconnuri=0x7f827c00c2b0 "qemu+unix:///system?socket=/var/run/kubevirt/migrationproxy/13fb0e90-2930-4f0b-959a-cc40346e7d64-source.sock", params=<optimized out>, nparams=7, cookiein=0x0, cookieinlen=0, cookieout=0x7f828363f8a8, +\t\tcookieoutlen=0x7f828363f89c, flags=587) at ../src/libvirt-domain.c:5165 +\t#14 0x0000556a1f200f17 in remoteDispatchDomainMigratePerform3Params (server=<optimized out>, msg=0x556a1f86ba40, +\t\tret=0x7f827c0197f0, args=0x7f827c019520, rerr=0x7f828363f9a0, client=<optimized out>) +\t\tat ../src/remote/remote_daemon_dispatch.c:5710 +\t#15 remoteDispatchDomainMigratePerform3ParamsHelper (server=<optimized out>, client=<optimized out>, msg=0x556a1f86ba40, +\t\trerr=0x7f828363f9a0, args=0x7f827c019520, ret=0x7f827c0197f0) at src/remote/remote_daemon_dispatch_stubs.h:8761 +\t#16 0x00007f828522c676 in virNetServerProgramDispatchCall (msg=0x556a1f86ba40, client=0x556a1f85b510, server=0x556a1f84c080, +\t\tprog=0x556a1f850410) at ../src/rpc/virnetserverprogram.c:428 +\t#17 virNetServerProgramDispatch (prog=0x556a1f850410, server=0x556a1f84c080, client=0x556a1f85b510, msg=0x556a1f86ba40) +\t\tat ../src/rpc/virnetserverprogram.c:302 +\t--Type <RET> for more, q to quit, c to continue without paging-- +\t#18 0x00007f82852331d8 in virNetServerProcessMsg (msg=<optimized out>, prog=<optimized out>, client=<optimized out>, +\t\tsrv=0x556a1f84c080) at ../src/rpc/virnetserver.c:140 +\t#19 virNetServerHandleJob (jobOpaque=0x556a1f861f90, opaque=0x556a1f84c080) at ../src/rpc/virnetserver.c:160 +\t#20 0x00007f8285170653 in virThreadPoolWorker (opaque=<optimized out>) at ../src/util/virthreadpool.c:164 +\t#21 0x00007f828516fc09 in virThreadHelper (data=<optimized out>) at ../src/util/virthread.c:256 +\t#22 0x00007f8284b10802 in start_thread () from /lib64/libc.so.6 +\t#23 0x00007f8284ab0450 in clone3 () from /lib64/libc.so.6 + + +\t(gdb) p job +\t$1 = (qemuBlockJobData *) 0x7f827c03ca90 +\t(gdb) p *job +\t$2 = {parent = {parent_instance = {g_type_instance = {g_class = 0x7f827c00dc90}, ref_count = 1, qdata = 0x0}}, +\t name = 0x7f827c038cd0 "drive-ua-vol-vm-8altm", disk = 0x7f823c0475c0, chain = 0x556a1f8548f0, mirrorChain = 0x0, +\t jobflags = 0, jobflagsmissing = false, data = {pull = {base = 0x0}, commit = {topparent = 0x0, top = 0x0, base = 0x0, +\t\t deleteCommittedImages = false}, create = {storage = false, src = 0x0}, copy = {shallownew = false}, backup = { +\t\t store = 0x0, bitmap = 0x0}}, type = 2, state = 5, errmsg = 0x0, synchronous = true, newstate = 6, brokentype = 0, +\t invalidData = false, reconnected = false} +\t(gdb) p *job->disk +\t$3 = {src = 0x7f823c047, privateData = 0xffe8eec3390edb93, device = VIR_DOMAIN_DISK_DEVICE_DISK, +\t bus = VIR_DOMAIN_DISK_BUS_VIRTIO, dst = 0x7f823c047300 "\\327_'ą\\177", tray_status = VIR_DOMAIN_DISK_TRAY_CLOSED, +\t removable = VIR_TRISTATE_SWITCH_ABSENT, rotation_rate = 0, mirror = 0x0, mirrorState = 0, mirrorJob = 0, geometry = { +\t\tcylinders = 0, heads = 0, sectors = 0, trans = VIR_DOMAIN_DISK_TRANS_DEFAULT}, blockio = {logical_block_size = 0, +\t\tphysical_block_size = 0}, blkdeviotune = {total_bytes_sec = 0, read_bytes_sec = 0, write_bytes_sec = 0, +\t\ttotal_iops_sec = 0, read_iops_sec = 0, write_iops_sec = 0, total_bytes_sec_max = 0, read_bytes_sec_max = 0, +\t\twrite_bytes_sec_max = 0, total_iops_sec_max = 0, read_iops_sec_max = 0, write_iops_sec_max = 0, size_iops_sec = 0, +\t\tgroup_name = 0x0, total_bytes_sec_max_length = 0, read_bytes_sec_max_length = 0, write_bytes_sec_max_length = 0, +\t\ttotal_iops_sec_max_length = 0, read_iops_sec_max_length = 0, write_iops_sec_max_length = 0}, +\t driverName = 0x7f823c047270 "\\267\\262'ą\\177", serial = 0x0, wwn = 0x0, vendor = 0x0, product = 0x0, +\t cachemode = VIR_DOMAIN_DISK_CACHE_DISABLE, error_policy = VIR_DOMAIN_DISK_ERROR_POLICY_RETRY, +\t rerror_policy = VIR_DOMAIN_DISK_ERROR_POLICY_DEFAULT, retry_interval = 1000, retry_timeout = 0, +\t iomode = VIR_DOMAIN_DISK_IO_NATIVE, ioeventfd = VIR_TRISTATE_SWITCH_ABSENT, event_idx = VIR_TRISTATE_SWITCH_ABSENT, +\t copy_on_read = VIR_TRISTATE_SWITCH_ABSENT, snapshot = VIR_DOMAIN_SNAPSHOT_LOCATION_DEFAULT, +\t startupPolicy = VIR_DOMAIN_STARTUP_POLICY_DEFAULT, transient = false, transientShareBacking = VIR_TRISTATE_BOOL_ABSENT, +\t info = {alias = 0x0, type = 0, addr = {pci = {domain = 0, bus = 0, slot = 0, function = 0, +\t\t\tmulti = VIR_TRISTATE_SWITCH_ABSENT, extFlags = 0, zpci = {uid = {value = 0, isSet = false}, fid = {value = 0, +\t\t\t\tisSet = false}}}, drive = {controller = 0, bus = 0, target = 0, unit = 0, diskbus = 0}, vioserial = { +\t\t\tcontroller = 0, bus = 0, port = 0}, ccid = {controller = 0, slot = 0}, usb = {bus = 0, port = {0, 0, 0, 0}}, +\t\t spaprvio = {reg = 0, has_reg = false}, ccw = {cssid = 0, ssid = 0, devno = 0, assigned = false}, isa = {iobase = 0, +\t\t\tirq = 0}, dimm = {slot = 0, base = 0}}, mastertype = 0, master = {usb = {startport = 0}}, +\t\tromenabled = VIR_TRISTATE_BOOL_ABSENT, rombar = VIR_TRISTATE_SWITCH_ABSENT, romfile = 0x0, bootIndex = 1, +\t\teffectiveBootIndex = 1, acpiIndex = 0, pciConnectFlags = 9, pciAddrExtFlags = 0, loadparm = 0x0, isolationGroup = 0, +\t\tisolationGroupLocked = false}, rawio = VIR_TRISTATE_BOOL_ABSENT, sgio = VIR_DOMAIN_DEVICE_SGIO_DEFAULT, +\t discard = VIR_DOMAIN_DISK_DISCARD_DEFAULT, iothread = 1, detect_zeroes = VIR_DOMAIN_DISK_DETECT_ZEROES_DEFAULT, +\t domain_name = 0x0, queues = 0, queue_size = 0, model = VIR_DOMAIN_DISK_MODEL_DEFAULT, virtio = 0x7f823c047170, +\t\t diskElementAuth = false, diskElementEnc = false}""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/238.toml b/gitlab/issues/target_missing/host_missing/accel_missing/238.toml new file mode 100644 index 00000000..7d7609d7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/238.toml @@ -0,0 +1,15 @@ +id = 238 +title = "capstone link failure building linux-user static" +state = "closed" +created_at = "2021-05-09T15:48:06.914Z" +closed_at = "2021-09-07T11:00:43.018Z" +labels = ["Build System", "Closed::WontFix", "Launchpad", "kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/238" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2384.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2384.toml new file mode 100644 index 00000000..5a0860dd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2384.toml @@ -0,0 +1,34 @@ +id = 2384 +title = "Crash on QEMU 7.2.11 with imx6ul arm cpu cortex-a7 when trying to mount rootfs" +state = "closed" +created_at = "2024-06-07T09:09:08.947Z" +closed_at = "2024-06-17T07:28:35.972Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2384" +host-os = "Ubuntu 24.04 LTS" +host-arch = "x86_64" +qemu-version = "7.2.11" +guest-os = "NXP mcimx6ul-evk Linux" +guest-arch = "ARM" +description = """trying to run qemu 7.2.11 for NXP mcimx6ul-evk machine, We get a kernel panic trying to mount the rootfs. +... +[ 7.401206] No soundcards found. +[ 7.500010] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. +[ 7.504607] VFS: Mounted root (vfat filesystem) on device 179:1. +[ 7.511987] devtmpfs: error mounting -2 +[ 7.612562] Freeing unused kernel image (initmem) memory: 1024K +[ 7.638370] Run /sbin/init as init process +[ 7.638829] with arguments: +[ 7.639016] /sbin/init +[ 7.639247] earlyprintk +[ 7.639429] noresume +... +[ 7.657347] Kernel panic - not syncing: No working init found. + +The full log is attached.[qemu_imx6ul_kernel_panic_info.txt](/uploads/c4075a3de7894c18050bf53c32bb18a7/qemu_imx6ul_kernel_panic_info.txt)""" +reproduce = """1. download and build qemu 7.2.11 +2. download LF_v6.1.55-2.2.1_images_IMX6UL7D.zip from NXP containing kernel, dtb, rootfs, ...etc binaries +3. To use diskimage as ‘sd’ card , we need to shrink .wic image we got from NXP to fit in 4GB : +./qemu-img resize --shrink imx-image-full.wic 4G +4. invoke the command to run qemu described above.""" +additional = """Any help would be appreciated, if it's not the right forum please advise, thank you.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2386.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2386.toml new file mode 100644 index 00000000..6805d773 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2386.toml @@ -0,0 +1,51 @@ +id = 2386 +title = "RISCV - Incorrect behaviour of the SLL instruction" +state = "closed" +created_at = "2024-06-09T18:31:27.404Z" +closed_at = "2024-06-09T18:38:34.624Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2386" +host-os = "WSL2, Windows 10" +host-arch = "x86" +qemu-version = "qemu-riscv64 version 9.0.50 (v9.0.0-1377-g3e246da2c3)" +guest-os = "n/a" +guest-arch = "n/a" +description = """`SLL` (and probably other similar instructions) produce incorrect results. To quote the [RISCV ISA manual](https://drive.google.com/file/d/1uviu1nH-tScFfgrovvFCrj7Omv8tFtkp/view): + +> SLL, SRL, and SRA perform logical left, logical right, and arithmetic right shifts on the value in register +rs1 by the shift amount held in the lower 5 bits of register rs2. + +This instruction should perform a logical shift left by the shift amount from the lower 5 bits held in the third operand, however, it doesn't seem to be the case. As can be seen from the result of the snippet below: `55c3585000000000`, it seems that it calculates the correct value, but then shifts it by another 32 bits to the left: + +```python +correct_shift_res = (0xDB4D6868655C3585 << (0x69C99AB9B9401024 & 0b11111)) & (2 ** 64 - 1) +incorrect_qemu_produced = (correct_shift_res << 32) & (2 ** 64 - 1) +```""" +reproduce = """1. Compile the attached source file: `riscv64-linux-gnu-gcc -static repro.c -o ./repro.elf` + +```c +#include <stdint.h> +#include <stdio.h> + +int main() { + uint64_t a = 0x69C99AB9B9401024; + uint64_t b = 0xDB4D6868655C3585; + uint64_t c; + + asm volatile("sll %0, %1, %2" : "=r"(c) : "r"(b), "r"(a)); + + printf("s8 : %lx\\n", c); + printf("expected: %lx\\n", 0xb4d6868655c35850); + + return 0; +} +``` + +2. Run qemu: `./qemu-riscv64 ./repro.elf` +3. You will see the output and what the result of the computation should really be: + +``` +s8 : 55c3585000000000 +expected: b4d6868655c35850 +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2387.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2387.toml new file mode 100644 index 00000000..c65ab914 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2387.toml @@ -0,0 +1,19 @@ +id = 2387 +title = "Segmentation fault on booting from ISO when using GTK display with OpenGL enabled" +state = "opened" +created_at = "2024-06-10T22:03:51.574Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2387" +host-os = "Windows 11 23H2" +host-arch = "x86_64" +qemu-version = "9.0.0" +guest-os = "EndeavourOS" +guest-arch = "x86_64" +description = """When trying to boot from the ISO mounted in the `-cdrom` argument, using a GTK display with OpenGL enabled gives a segmentation fault error. If using SDL instead, the whole application kinda freezes most of the times. I managed to get it working once, but I don't know how or why, seemed completely random. After installing it, I can boot from the disk normally with no errors.""" +reproduce = """1. Install QEMU for MSYS2 / UCRT64 as described [here](https://www.qemu.org/download/#windows) +2. Download ISO from EndeavourOS website +3. Run `qemu-img create -f qcow2 EndeavourOS.qcow2 64G` to create a disk file +4. Run the script as described above in a `.sh` file +5. See error""" +additional = """I have multiple VMs, included but not limited to Manjaro, Pop!\\_OS and Debian, none of them gives this specific error. I also usually avoid SDL because I had multiple issues with the application window completely freezing in the past with "Not responding", and that does not happen with GTK.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2388.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2388.toml new file mode 100644 index 00000000..9c0f7142 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2388.toml @@ -0,0 +1,27 @@ +id = 2388 +title = "NVMe SQ processing gets stuck when IO queue size is small (for example 4)" +state = "closed" +created_at = "2024-06-12T21:21:02.609Z" +closed_at = "2024-11-08T14:46:11.812Z" +labels = ["block:NVMe"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2388" +host-os = "Fedora Linux 37 (Workstation Edition)" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.0.50 (v9.0.0-1388-g80e8f06021-dirty)" +guest-os = "OSv" +guest-arch = "x86_64" +description = "n/a" +reproduce = """1. Get OSv repo with the NVMe driver and build OSv with the 'Hello World' example: +``` +git clone https://github.com/wkozaczuk/osv.git +cd osv +git checkout nvme_refined +git submodule update --init --recursive +./scripts/setup.py +./scripts/build image=native-example fs=zfs -j$(nproc) +``` +2. Run OSv with NVme on and point to your version of QEMU built with tracing enabled: +``` +./scripts/run.py --qemu-path /home/wkozaczuk/projects/qemu/build/qemu-system-x86_64 --nics=0 --nvme -c 1 --pass-arg "--trace pci_nvme_*" +```""" +additional = """I am adding both full QEMU logs with NVMe tracing enabled and diff of my changes to QEMU code to add extra logging.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2389.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2389.toml new file mode 100644 index 00000000..1d28a613 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2389.toml @@ -0,0 +1,42 @@ +id = 2389 +title = "Mutex initialization assertion failure due to incompatibility with macOS setrlimit() syscall" +state = "closed" +created_at = "2024-06-13T07:32:04.897Z" +closed_at = "2024-06-13T07:39:55.559Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2389" +host-os = "macOS 10.15.7" +host-arch = "x86_64" +qemu-version = "9.0.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """Running the command with with any set of arguments instantly crashes with the following error message: + +``` +Assertion failed: (mutex->initialized), function qemu_mutex_lock_impl, file ../util/qemu-thread-posix.c, line 92. +zsh: abort ./qemu-system-x86_64 +```""" +reproduce = """As per instructions for building from scratch: + +1. `mkdir build && cd build` +2. `../configure --prefix=$PWD/.. --audio-drv-list=sdl --disable-cocoa --enable-sdl --enable-sdl-image` +3. `make && make install` +4. `cd ../bin` +5. `./qemu-system-x86_64`""" +additional = """The issue is coming from the `os_setup_limits()` function in `os-posix.c`. As it turns out, the `setrlimit()` syscall behaves subtly different on macOS than on Linux systems, and the macOS man pages explicitly forbade the code on line 273. + +Line 273 from `os-posix.c`: + +``` +nofile.rlim_cur = nofile.rlim_max; +``` + +macOS `setrlimit()` man page: + +``` +COMPATIBILITY + setrlimit() now returns with errno set to EINVAL in places that historically succeeded. It no longer accepts "rlim_cur = RLIM_INFINITY" for + RLIM_NOFILE. Use "rlim_cur = min(OPEN_MAX, rlim_max)". +``` + +The man page thankfully gives us the [patch](/uploads/e7c8c6e3b5620c3b1ee34e89661097f3/qemu.patch)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2390.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2390.toml new file mode 100644 index 00000000..5bd6c051 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2390.toml @@ -0,0 +1,71 @@ +id = 2390 +title = "linux-user: Qemu handles `getsockopt` with NULL `optval` incorrectly" +state = "opened" +created_at = "2024-06-13T14:20:38.278Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2390" +host-os = "Ubuntu 22.04.3 LTS" +host-arch = "x86_64" +qemu-version = "6.2.0" +guest-os = "Ubuntu 22.04.3 LTS" +guest-arch = "RISC-V 64" +description = """In short call to `getsockopt(_, SOL_TCP, TCP_KEEPIDLE, NULL, _)` behaves differently on RISC-V Qemu than on x64 Linux. +On Linux syscall returns 0, but on Qemu it fails with `"Bad address"`. +Apparently Qemu `getsockopt` implementation is more conservative about NULL `optval` argument than kernel implementation. However man permits passing NULL [link](https://man7.org/linux/man-pages/man2/setsockopt.2.html): + +> For getsockopt(), optlen is a value-result argument, initially + containing the size of the buffer pointed to by optval, and + modified on return to indicate the actual size of the value + returned. **If no option value is to be supplied** or returned, + **optval may be NULL.**" + +For me it sounds like accepting NULL without error (and x64 confirms that interpretation).""" +reproduce = """1. Use below toy program `getsockopt.c` and compile it without optimizations like: +``` + gcc -Wall -W -std=gnu11 -pedantic getsockopt.c -o getsockopt +``` + +``` +#include <stdlib.h> +#include <unistd.h> +#include <errno.h> +#include <stdio.h> +#include <netinet/in.h> +#include <sys/socket.h> +#include <netinet/tcp.h> + +static void fail_on_error(int error, const char *msg) { + if (error < 0) { + perror(msg); + exit(errno); + } +} + +int main(int argc, char **argv) { + int socketfd = socket(AF_INET, SOCK_STREAM | SOCK_CLOEXEC, IPPROTO_TCP); + fail_on_error(socketfd, "socket error"); + uint8_t *option_value = NULL; + int32_t len = 0; + int32_t *option_len = &len; + socklen_t opt_len = (socklen_t)*option_len; + int status = getsockopt(socketfd, SOL_TCP, TCP_KEEPIDLE, option_value, &opt_len); + fail_on_error(status, "getsockopt error"); + return 0; +} +``` + + +2. Run program on Qemu and compare output with output from x64 build. In my case it looks like: +``` +root@57646f544f3a:/runtime/programs# ./getsockopt-x64 +root@57646f544f3a:/runtime/programs# ./getsockopt-riscv +getsockopt error: Bad address +```""" +additional = """I don't think issue is platform specific assuming Qemu `getsockopt` implementation that is actually running is here: +[link](https://github.com/qemu/qemu/blob/master/linux-user/syscall.c#L2522) + +Looking at sources, I'm not sure why Qemu can't simply forward everything to kernel space +instead doing extra sanity checks together with `optval` dereference attempt that eventually fails in one of `put_user*_` function: [link](https://github.com/qemu/qemu/blob/master/linux-user/syscall.c#L2753) + +Anyway, I think that interpretation of man quote is rather straightforward and Qemu `getsockopt` implementation should follow it.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2391.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2391.toml new file mode 100644 index 00000000..ed2fbf44 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2391.toml @@ -0,0 +1,24 @@ +id = 2391 +title = "virglrenderer related -device help failure" +state = "closed" +created_at = "2024-06-13T20:22:03.236Z" +closed_at = "2024-07-23T14:58:33.097Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2391" +host-os = "Arch Linux" +host-arch = "x86-64" +qemu-version = "QEMU emulator version 9.0.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """When QEMU is compiled against a recent `virglrenderer` version, running the above command fails like this: +``` +$ qemu-system-x86_64 -device virtio-vga-gl,help +qemu-system-x86_64: -device virtio-vga-gl,help: failed to open module: /usr/bin/../lib/qemu/hw-display-virtio-gpu-gl.so: undefined symbol: qemu_egl_display +```""" +reproduce = """1. build QEMU against latest `virglrenderer` (1.0.1) +2. run the above command""" +additional = """The cause appears to be related to e8a2db94 cc @marcandre.lureau-rh + +Arch only recently updated to latest `virglrenderer` which has exposed the issue. + +Note that the device seems to function correctly in normal usage when combined with -display e.g. `-device virtio-vga-gl -display gtk,gl=on`""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2392.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2392.toml new file mode 100644 index 00000000..ed2d9216 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2392.toml @@ -0,0 +1,15 @@ +id = 2392 +title = "Ability to use KVM on Windows" +state = "closed" +created_at = "2024-06-15T15:38:14.062Z" +closed_at = "2024-06-17T05:26:06.793Z" +labels = ["Closed::Duplicate"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2392" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2395.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2395.toml new file mode 100644 index 00000000..a069a673 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2395.toml @@ -0,0 +1,68 @@ +id = 2395 +title = "qemu-system-x86_64: Assertion `!(bs->open_flags & BDRV_O_INACTIVE)' failed when paused vm migrating (with shared storage) from dest to src host" +state = "closed" +created_at = "2024-06-18T04:26:29.037Z" +closed_at = "2025-01-13T14:30:10.595Z" +labels = ["Migration", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2395" +host-os = "LINUX" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.0.0" +guest-os = "Linux" +guest-arch = "x86" +description = """We are doing migration tests with share storage (nfs) as follows: +First, we pause the virtual machine using the 'virsh suspend'command, then migrate the virtual machine to the destination host by 'virsh migrate' command, and there is no problem. After the migration is complete, the virtual machine remains paused on the destination host. However, when we migrate the virtual machine back to the original host, an assertion error is triggered on the current host（dest host）: + +``` +705 qemu-system-x86_64: ../block.c:6748: bdrv_inactivate_recurse: Assertion `!(bs->open_flags & BDRV_O_INACTIVE)' failed. +706 2024-06-17 11:15:59.972+0000: shutting down, reason=crashed +``` + +and virsh migrate commant return error: +``` +**virsh migrate test qemu+tcp://host_ip/system tcp://host_ip --live --verbose --unsafe +Migration: [ 98 %]error: operation failed: domain is not running** +```""" +reproduce = """1. We create an vm with shareable storage and then paused vm in source host: + ``` + virsh create test.xml running + virsh suspend test paused + ``` +2. Migrate vm to the destination host: + ``virsh migrate test qemu+tcp://dest_ip/system tcp://dest_ip --live --verbose --unsafe`` +3. In destination host，vm is paused. +4. Migrate vm back to the source host，and then migration failed and assert error in qemu log in destination host: + ``` + virsh migrate test qemu+tcp://host_ip/system tcp://host_ip --live --verbose --unsafe + Migration: [ 98 %]error: operation failed: domain is not running + ``` + ``` + 705 qemu-system-x86_64: ../block.c:6748: bdrv_inactivate_recurse: Assertion `!(bs->open_flags & + BDRV_O_INACTIVE)' failed. + 706 2024-06-17 11:15:59.972+0000: shutting down, reason=crashed + ```""" +additional = """1) src -----> dest + ``` +migration_thread() + migration_completion + global_state_store() + vm_stop_force_state(RUN_STATE_FINISH_MIGRATE) + qemu_savevm_state_complete_precopy_nop_iterable() + bdrv_inactivate_all () + bdrv_inactivate_recurse() + bs->open_flags |= BDRV_O_INACTIVE; (BDRV_O_INACTIVE=0x0800) +``` + +2) dest -----> src +``` +migration_thread() + qemu_savevm_state_complete_precopy_non_iterable() + bdrv_inactivate_all () + bdrv_inactivate_recurse() + assert(!(bs->open_flags & BDRV_O_INACTIVE)); Assert and Crash +``` + + +I'm not sure how to address this issue. If QEMU does not support such a migration, a gentler way would be to directly report an error and exit, just like what did in migrate_prepare function， instead of crash qemu. + +If you have any ideas, please let me know, thanks.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2396.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2396.toml new file mode 100644 index 00000000..19f09da5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2396.toml @@ -0,0 +1,15 @@ +id = 2396 +title = "Exception in interrupt handling after upgrading from 8.0 to 9.0" +state = "closed" +created_at = "2024-06-18T05:10:10.557Z" +closed_at = "2024-06-21T01:51:09.333Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2396" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2397.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2397.toml new file mode 100644 index 00000000..f736b6a1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2397.toml @@ -0,0 +1,15 @@ +id = 2397 +title = "Restrict qemu_file_set_error_obj() to migration/" +state = "closed" +created_at = "2024-06-19T09:04:02.115Z" +closed_at = "2025-02-01T07:37:01.238Z" +labels = ["Closed::WontFix", "Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2397" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2398.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2398.toml new file mode 100644 index 00000000..5b262cbe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2398.toml @@ -0,0 +1,74 @@ +id = 2398 +title = "qemu stalls when taking LUKS encrypted snapshot" +state = "closed" +created_at = "2024-06-20T00:09:47.686Z" +closed_at = "2024-09-09T16:05:54.685Z" +labels = ["Cryptography", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2398" +host-os = "Ubuntu Bionic 18.04" +host-arch = "x86" +qemu-version = "QEMU emulator version 4.2.1 (Debian 1:4.2-3ubuntu6.27) (this is a custom build)" +guest-os = "n/a" +guest-arch = "n/a" +description = """We have been dealing with an issue recently, where qemu occasionally stalls when taking LUKS encrypted snapshots. We were able to take several core dumps (one example below) when the issue was happening and, upon analyzing those, we found out that the issue is that the function [qcrypto_pbkdf2_count_iters](https://github.com/qemu/qemu/blob/master/crypto/pbkdf.c#L88) reaches an iteration number high enough that the algorithm takes a long time to finish. + +Upon investigation, we were able to see that this is happening because [start_ms and end_ms](https://github.com/qemu/qemu/blob/master/crypto/pbkdf.c#L115) have the same value, giving a delta of zero, causing the number of iterations to always increase. + +Here are the important parts of the coredump: + +``` +(gdb) bt +#0 0x00007fb00aba5489 in _gcry_sha256_transform_amd64_avx2 () at ../../cipher/sha256-avx2-bmi2-amd64.S:346 +#1 0x00007fb00aba3000 in sha256_final (context=0x55ab875d5028) at ../../cipher/sha256.c:591 +#2 0x00007fb00ab19dea in md_final (a=0x55ab82e1bf50) at ../../cipher/md.c:800 +#3 0x00007fb00ab19f89 in md_final (a=a@entry=0x55ab82e1bf50) at ../../cipher/md.c:1003 +#4 _gcry_md_ctl (hd=hd@entry=0x55ab82e1bf50, buflen=0, buffer=0x0, cmd=5) at ../../cipher/md.c:1012 +#5 0x00007fb00ab1a4d0 in _gcry_md_ctl (buflen=0, buffer=0x0, cmd=5, hd=0x55ab82e1bf50) at ../../cipher/md.c:1106 +#6 _gcry_md_read (hd=0x55ab82e1bf50, algo=algo@entry=0) at ../../cipher/md.c:1110 +#7 0x00007fb00ab1d9ef in _gcry_kdf_pkdf2 (passphrase=passphrase@entry=0x55ab8177f040, passphraselen=passphraselen@entry=64, hashalgo=hashalgo@entry=8, salt=salt@entry=0x55ab8397a1d4, saltlen=saltlen@entry=32, + iterations=iterations@entry=32768000000, keysize=20, keybuffer=0x55ab817693c0) at ../../cipher/kdf.c:213 +#8 0x00007fb00ab1de3c in _gcry_kdf_pkdf2 (keybuffer=0x55ab817693c0, keysize=20, iterations=32768000000, saltlen=32, salt=0x55ab8397a1d4, hashalgo=8, passphraselen=64, passphrase=0x55ab8177f040) at ../../cipher/kdf.c:144 +#9 _gcry_kdf_derive (passphrase=0x55ab8177f040, passphraselen=64, algo=34, subalgo=8, salt=0x55ab8397a1d4, saltlen=32, iterations=32768000000, keysize=20, keybuffer=0x55ab817693c0) at ../../cipher/kdf.c:286 +#10 0x00007fb00ab02299 in gcry_kdf_derive (passphrase=passphrase@entry=0x55ab8177f040, passphraselen=passphraselen@entry=64, algo=algo@entry=34, hashalgo=hashalgo@entry=8, salt=salt@entry=0x55ab8397a1d4, saltlen=saltlen@entry=32, + iterations=32768000000, keysize=20, keybuffer=0x55ab817693c0) at ../../src/visibility.c:1337 +#11 0x000055ab7f80ff83 in qcrypto_pbkdf2 (hash=hash@entry=QCRYPTO_HASH_ALG_SHA256, key=key@entry=0x55ab8177f040 "\\b@\\327\\061\\177F\\f\\345\\200Bw#", nkey=nkey@entry=64, + salt=salt@entry=0x55ab8397a1d4 "\\"ͧ\\322+\\201!\\375\\177\\020\\037\\252Hg$\\271\\021\\340\\343T\\021OKָ\\234m\\304\\066g\\024\\276", nsalt=nsalt@entry=32, iterations=iterations@entry=32768000000, + out=0x55ab817693c0 "C[\\210\\003\\332\\017b\\350\\f\\257\\377UP\\257\\262\\275\\033\\v\\034(", nout=20, errp=0x7fa7565e5df8) at ./crypto/pbkdf-gcrypt.c:75 +#12 0x000055ab7f80fe66 in qcrypto_pbkdf2_count_iters (hash=hash@entry=QCRYPTO_HASH_ALG_SHA256, key=key@entry=0x55ab8177f040 "\\b@\\327\\061\\177F\\f\\345\\200Bw#", nkey=64, + salt=salt@entry=0x55ab8397a1d4 "\\"ͧ\\322+\\201!\\375\\177\\020\\037\\252Hg$\\271\\021\\340\\343T\\021OKָ\\234m\\304\\066g\\024\\276", nsalt=nsalt@entry=32, nout=nout@entry=20, errp=0x7fa7565e5df8) at ./crypto/pbkdf.c:80 +#13 0x000055ab7f812930 in qcrypto_block_luks_create (block=0x55ab82944540, options=<optimized out>, optprefix=<optimized out>, initfunc=0x55ab7f7abad0 <qcow2_crypto_hdr_init_func>, writefunc=0x55ab7f7ac040 <qcow2_crypto_hdr_write_func>, + opaque=0x55ab83a32290, errp=0x55ab823873d0) at ./crypto/block-luks.c:1362 +#14 0x000055ab7f810d80 in qcrypto_block_create (options=options@entry=0x55ab818e1f40, optprefix=optprefix@entry=0x55ab7f99912b "encrypt.", initfunc=initfunc@entry=0x55ab7f7abad0 <qcow2_crypto_hdr_init_func>, + writefunc=writefunc@entry=0x55ab7f7ac040 <qcow2_crypto_hdr_write_func>, opaque=opaque@entry=0x55ab83a32290, errp=errp@entry=0x55ab823873d0) at ./crypto/block.c:106 +#15 0x000055ab7f7b0f79 in qcow2_set_up_encryption (errp=0x55ab823873d0, cryptoopts=0x55ab818e1f40, bs=0x55ab83a32290) at ./block/qcow2.c:2996 +#16 qcow2_co_create (create_options=<optimized out>, errp=0x55ab823873d0) at ./block/qcow2.c:3529 +#17 0x000055ab7f7e2fca in blockdev_create_run (job=0x55ab82387350, errp=0x55ab823873d0) at ./block/create.c:46 +#18 0x000055ab7f79cf6f in job_co_entry (opaque=0x55ab82387350) at ./job.c:878 +#19 0x000055ab7f87e09c in coroutine_trampoline (i0=<optimized out>, i1=<optimized out>) at ./util/coroutine-ucontext.c:115 +#20 0x00007fb009a14680 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 +#21 0x00007ffd40716530 in ?? () +#22 0x0000000000000000 in ?? () +(gdb) frame 12 +#12 0x000055ab7f80fe66 in qcrypto_pbkdf2_count_iters (hash=hash@entry=QCRYPTO_HASH_ALG_SHA256, key=key@entry=0x55ab8177f040 "\\b@\\327\\061\\177F\\f\\345\\200Bw#", nkey=64, + salt=salt@entry=0x55ab8397a1d4 "\\"ͧ\\322+\\201!\\375\\177\\020\\037\\252Hg$\\271\\021\\340\\343T\\021OKָ\\234m\\304\\066g\\024\\276", nsalt=nsalt@entry=32, nout=nout@entry=20, errp=0x7fa7565e5df8) at ./crypto/pbkdf.c:80 +80\t if (qcrypto_pbkdf2(hash, +(gdb) info locals +ret = 18446744073709551615 +out = 0x55ab817693c0 "C[\\210\\003\\332\\017b\\350\\f\\257\\377UP\\257\\262\\275\\033\\v\\034(" +iterations = 32768000000 +delta_ms = <optimized out> +start_ms = 35357141 +end_ms = 35357141 +``` + +We did some investigation on the getrusage system call, which is [used to calculate start_ms and end_ms](https://github.com/qemu/qemu/blob/master/crypto/pbkdf.c#L72) and found some patches which indicate that it might not be that accurate: + +https://github.com/torvalds/linux/commit/3dc167ba5729ddd2d8e3fa1841653792c295d3f1 + +https://lore.kernel.org/lkml/20221226031010.4079885-1-maxing.lan@bytedance.com/t/#m1c7f2fdc0ea742776a70fd1aa2a2e414c437f534 + +So far we have only seen this with Windows guests, but it might be a red herring. It happens maybe once a month and we were unable to get a reproducer. + +I'm open to proposing a fix for this, but how could we measure this without relying on getrusage which is causing us trouble? Any other suggestions or tips on this?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2399.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2399.toml new file mode 100644 index 00000000..2aad2ca4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2399.toml @@ -0,0 +1,39 @@ +id = 2399 +title = "division by zero in ide" +state = "opened" +created_at = "2024-06-20T12:35:24.709Z" +closed_at = "n/a" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2399" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit b23acd3e1f" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +../hw/ide/core.c:659:26: runtime error: division by zero +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/ide/core.c:659:26 in AddressSanitizer:DEADLYSIGNAL ================================================================= +==4104568==ERROR：AddressSanitizer：FPE on unknown address 0x559d996a7ec3 (pc 0x559d996a7ec3 bp 0x7ffdcf109da0 sp 0x7ffdcf109a40 T0) +#0 0x559d996a7ec3 in ide_set_sector qemu/hw/ide/core.c:659:26 +#1 0x559d996c8dee in ide_sector_read_cb qemu/hw/ide/core.c:786:5 +#2 0x559d996aa50a in ide_buffered_readv_cb qemu/hw/ide/core.c:684:9 +#3 0x559d9b499289 in blk_aio_complete qemu/block/block-backend.c:1555:9 +#4 0x559d9b4891af in blk_aio_complete_bh qemu/block/block-backend.c:1565:5 +#5 0x559d9bbef6b1 in aio_bh_call qemu/util/async.c:171:5 +#6 0x559d9bbf058c in aio_bh_poll qemu/util/async.c:218:13 +#7 0x559d9bb58a28 in aio_dispatch qemu/util/aio-posix.c:423:5 +#8 0x559d9bbf69ce in aio_ctx_dispatch qemu/util/async.c:360:5 +#9 0x7f51fbc77d3a in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0) +0x55d3a.+0x55d3a) +#10 0x559d9bbfa229 in glib_pollfds_poll qemu/util/main-loop.c:287:9 +#11 0x559d9bbf8b63 in os_host_main_loop_wait qemu/util/main-loop.c:310:5 +#12 0x559d9bbf872c in main_loop_wait qemu/util/main-loop.c:589:11 +#13 0x559d9a2640e7 in qemu_main_loop qemu/system/runstate.c:796:9 +#14 0x559d9b1dcaec in qemu_default_main qemu/system/main.c:37:14 +#15 0x559d9b1dcb37 in main qemu/system/main.c:48:12 +#16 0x7f51fb229d8f in __libc_start_call_main csu/.../sysdeps/nptl/libc_start_call_main.h:58:16 +#17 0x7f51fb229e3f in __libc_start_main csu/../csu/libc-start.c:392:3 #18 0x559d98f20ed4 in _start (/home/joey/repo/qemu/build/qemu-system-x86_64+0x1f93ed4) +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2400.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2400.toml new file mode 100644 index 00000000..b1a13a7f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2400.toml @@ -0,0 +1,55 @@ +id = 2400 +title = "Qemu fails to boot snapshot image if its header is qcow2 but its payload and backing image extension are luks" +state = "opened" +created_at = "2024-06-20T13:52:55.532Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2400" +host-os = "Windows 11 23H2" +host-arch = "x64" +qemu-version = "v9.0.0-12054-g923cf646f4" +guest-os = "n/a" +guest-arch = "n/a" +description = """Qemu fails to recognize snapshot image E:\\\\test_snapshot.qcow2 saying Volume is not in LUKS format + +You need three commands to reproduce: + +`qemu-img create -f luks --object secret,id=sec0,data=123 -o key-secret=sec0 E:\\test.luks 1G` + +`qemu-img create --object secret,id=sec0,data=123 -f qcow2 -o encrypt.format=luks,encrypt.key-secret=sec0 -b E:\\test.luks -F luks E:\\test_snapshot.qcow2` + +`qemu-system-x86_64 -drive file=E:\\test_snapshot.qcow2,format=luks,key-secret=sec0 -object secret,id=sec0,data=123` + +This error is printed: + +`qemu-system-x86_64: -drive file=E:\\test_snapshot.qcow2,format=luks,key-secret=sec0: Volume is not in LUKS format` + +But fourth command shows that payload of `E:\\test_snapshot.qcow2` has LUKS format: + +`qemu-img info E:\\test_snapshot.qcow2` + +\\[output\\] + +```bash +virtual size: 1 GiB (1073741824 bytes) +disk size: 2.25 MiB +encrypted: yes +cluster_size: 65536 +backing file: E:\\test.luks +backing file format: luks +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + refcount bits: 16 + encrypt: + ivgen alg: plain64 + detached header: false + hash alg: sha256 + cipher alg: aes-256 + uuid: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx + format: luks + cipher mode: xts ... +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2401.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2401.toml new file mode 100644 index 00000000..5425729b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2401.toml @@ -0,0 +1,15 @@ +id = 2401 +title = "\"-nic none\" option has no equivalent in config file" +state = "opened" +created_at = "2024-06-20T14:28:38.919Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2401" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2406.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2406.toml new file mode 100644 index 00000000..bd831c10 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2406.toml @@ -0,0 +1,17 @@ +id = 2406 +title = "SDL UI on KMSDRM Frontend flips qemu-consoles" +state = "opened" +created_at = "2024-06-24T16:16:48.724Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2406" +host-os = "Debian 12.5 current patch-level, LFS SVN" +host-arch = "x86_64" +qemu-version = "9.0.1" +guest-os = "NONE" +guest-arch = "NONE" +description = """If I launch qemu on the kms/drm console (without X11 or Wayland), the screen flips automatically between all qemu-consoles. The first (500?) milliseconds, there is the maschine output (boot messages), than the next (200?) milliseconds there is the monitor0 console, the next milliseconds, the serial0 console, and than the parallel0 console. And again from beginning (maschine, monitor0, serial0, parallel0, ... maschine, monitor0, serial0, parallel0, ...) - I dont press any key. + +If I disable monitor0, serial0, parallel0, all is fine, except one thing: I cannot issue a command on monitor0, because its disabled ;).""" +reproduce = """1. Start qemu without X11 and without wayland on the KMSDRM console.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2407.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2407.toml new file mode 100644 index 00000000..70c34a44 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2407.toml @@ -0,0 +1,61 @@ +id = 2407 +title = "\"code should not be reached\" in ati_2d_blt()" +state = "closed" +created_at = "2024-06-25T07:11:03.739Z" +closed_at = "2025-03-07T18:07:15.646Z" +labels = ["Fuzzer", "device:graphics", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2407" +host-os = "Ubuntu 22.04" +host-arch = "x86-64" +qemu-version = "commit c9ba79ba" +guest-os = "n/a" +guest-arch = "x86-64" +description = """My fuzzer detected a "code should not be reached" bug in ati_2d_blt() + +The stack trace is: + +``` +ERROR:include/qemu/bswap.h:418:stn_he_p: code should not be reached +Bail out! ERROR:include/qemu/bswap.h:418:stn_he_p: code should not be reached +==69534== ERROR: libFuzzer: deadly signal + #0 0x559e65667f5e in __sanitizer_print_stack_trace llvm-project-15.0.0.src/compiler-rt/lib/asan/asan_stack.cpp:87:3 + #1 0x559e655a73bc in fuzzer::PrintStackTrace() llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x559e65585a66 in fuzzer::Fuzzer::CrashCallback() (.part.0) llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:236:18 + #3 0x559e65585b2b in fuzzer::Fuzzer::CrashCallback() llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:208:1 + #4 0x559e65585b2b in fuzzer::Fuzzer::StaticCrashSignalCallback() llvm-project-15.0.0.src/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:207:19 + #5 0x7fa8835e351f (/lib/x86_64-linux-gnu/libc.so.6+0x4251f) (BuildId: c289da5071a3399de893d2af81d6a30c62646e1e) + #6 0x7fa8836379fb in __pthread_kill_implementation nptl/pthread_kill.c:43:17 + #7 0x7fa8836379fb in __pthread_kill_internal nptl/pthread_kill.c:78:10 + #8 0x7fa8836379fb in pthread_kill nptl/pthread_kill.c:89:10 + #9 0x7fa8835e3475 in gsignal signal/../sysdeps/posix/raise.c:26:13 + #10 0x7fa8835c97f2 in abort stdlib/abort.c:79:7 + #11 0x7fa8848e5b56 (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x1eb56) (BuildId: c74e800dfd5f72649d673b44292f4a817e45150b) + #12 0x7fa88493f70e in g_assertion_message_expr (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x7870e) (BuildId: c74e800dfd5f72649d673b44292f4a817e45150b) + #13 0x559e65fc7d70 in stn_he_p include/qemu/bswap.h:418:1 + #14 0x559e65fc55dc in ati_2d_blt hw/display/ati_2d.c:224:21 + #15 0x559e65faccff in ati_mm_write hw/display/ati.c:857:9 + #16 0x559e685b8363 in memory_region_write_accessor system/memory.c:497:5 + #17 0x559e685b7a45 in access_with_adjusted_size system/memory.c:573:18 + #18 0x559e685b59a9 in memory_region_dispatch_write system/memory.c:1521:16 + #19 0x559e6865938e in flatview_write_continue_step system/physmem.c:2757:18 + #20 0x559e68658c24 in flatview_write_continue system/physmem.c:2787:19 + #21 0x559e6863024b in flatview_write system/physmem.c:2818:12 + #22 0x559e6862fd18 in address_space_write system/physmem.c:2938:18 +... +```""" +reproduce = """Arguments: `export QEMU_ARGS="-machine q35 -nodefaults -device ati-vga,romfile=\\"\\" -display vnc=localhost:99 -L ../pc-bios/"` + +The base addresses of memory regions: + +ati.mmregs: 0xe1000000 + +Reproducer: + +``` +writew 0xe100146c 0x44e4c5c1 +writeb 0xe10016c0 0x773b93cf +writeb 0xe10016e4 0x2beb6e13 +writel 0xe100143c 0x118b71f6 +EOF +```""" +additional = """Ack: Chuhong Yuan (hslester96@gmail.com)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2408.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2408.toml new file mode 100644 index 00000000..1c2d0145 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2408.toml @@ -0,0 +1,247 @@ +id = 2408 +title = "QEMU crashes during guest OS boot if virtserialport is present" +state = "closed" +created_at = "2024-06-25T12:29:54.785Z" +closed_at = "2024-06-26T17:53:43.295Z" +labels = ["Closed::Duplicate"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2408" +host-os = "Fedora 39" +host-arch = "x86_64" +qemu-version = "v9.0.0-1690-g78c236a9ed-dirty (built from commit 78c236a9edbef8f1d7652b47184a9cd173cea73d)" +guest-os = "n/a" +guest-arch = "x86_64" +description = """QEMU will load the firmware (`OVMF_CODE.fd`) and run the boot manager (`BootDisk.qcow2`) just fine, then shortly after control is passed to the OS installer (`InstallDisk.raw`) it will crash. + +This only happens if a `virtioserialport` is present: dropping that single device from the configuration will allow the installer to run, even if the `virtio-serial-pci` device is still present. The exact value of the `name` attribute doesn't seem to make a difference either, I'm just using the standard one for qemu-ga here. + +Note that `InstallDisk.raw` is attached using `virtio-blk-pci`, so it's this specific virtio device triggering the crash, not the use of virtio devices in general.""" +reproduce = "n/a" +additional = """The crash happens 100% of the time. + +Running a bisect between 8.2 (known to work) and 9.0 (known to crash) has identified the commit 2ce6cff94df2650c460f809e5ad263f1d22507c0 as the culpit: + +``` +commit 2ce6cff94df2650c460f809e5ad263f1d22507c0 +Author: Cindy Lu <lulu@redhat.com> +Date: Fri Apr 12 14:26:55 2024 +0800 + + virtio-pci: fix use of a released vector + + During the booting process of the non-standard image, the behavior of the + called function in qemu is as follows: + + 1. vhost_net_stop() was triggered by guest image. This will call the function + virtio_pci_set_guest_notifiers() with assgin= false, + virtio_pci_set_guest_notifiers(） will release the irqfd for vector 0 + + 2. virtio_reset() was triggered, this will set configure vector to VIRTIO_NO_VECTOR + + 3.vhost_net_start() was called (at this time, the configure vector is + still VIRTIO_NO_VECTOR) and then call virtio_pci_set_guest_notifiers() with + assgin=true, so the irqfd for vector 0 is still not "init" during this process + + 4. The system continues to boot and sets the vector back to 0. After that + msix_fire_vector_notifier() was triggered to unmask the vector 0 and meet the crash + + To fix the issue, we need to support changing the vector after VIRTIO_CONFIG_S_DRIVER_OK is set. + + (gdb) bt + 0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) + at pthread_kill.c:44 + 1 0x00007fc87148ec53 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 + 2 0x00007fc87143e956 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 + 3 0x00007fc8714287f4 in __GI_abort () at abort.c:79 + 4 0x00007fc87142871b in __assert_fail_base + (fmt=0x7fc8715bbde0 "%s%s%s:%u: %s%sAssertion `%s' failed.\\n%n", assertion=0x5606413efd53 "ret == 0", file=0x5606413ef87d "../accel/kvm/kvm-all.c", line=1837, function=<optimized out>) at assert.c:92 + 5 0x00007fc871437536 in __GI___assert_fail + (assertion=0x5606413efd53 "ret == 0", file=0x5606413ef87d "../accel/kvm/kvm-all.c", line=1837, function=0x5606413f06f0 <__PRETTY_FUNCTION__.19> "kvm_irqchip_commit_routes") at assert.c:101 + 6 0x0000560640f884b5 in kvm_irqchip_commit_routes (s=0x560642cae1f0) at ../accel/kvm/kvm-all.c:1837 + 7 0x0000560640c98f8e in virtio_pci_one_vector_unmask + (proxy=0x560643c65f00, queue_no=4294967295, vector=0, msg=..., n=0x560643c6e4c8) + at ../hw/virtio/virtio-pci.c:1005 + 8 0x0000560640c99201 in virtio_pci_vector_unmask (dev=0x560643c65f00, vector=0, msg=...) + at ../hw/virtio/virtio-pci.c:1070 + 9 0x0000560640bc402e in msix_fire_vector_notifier (dev=0x560643c65f00, vector=0, is_masked=false) + at ../hw/pci/msix.c:120 + 10 0x0000560640bc40f1 in msix_handle_mask_update (dev=0x560643c65f00, vector=0, was_masked=true) + at ../hw/pci/msix.c:140 + 11 0x0000560640bc4503 in msix_table_mmio_write (opaque=0x560643c65f00, addr=12, val=0, size=4) + at ../hw/pci/msix.c:231 + 12 0x0000560640f26d83 in memory_region_write_accessor + (mr=0x560643c66540, addr=12, value=0x7fc86b7bc628, size=4, shift=0, mask=4294967295, attrs=...) + at ../system/memory.c:497 + 13 0x0000560640f270a6 in access_with_adjusted_size + + (addr=12, value=0x7fc86b7bc628, size=4, access_size_min=1, access_size_max=4, access_fn=0x560640f26c8d <memory_region_write_accessor>, mr=0x560643c66540, attrs=...) at ../system/memory.c:573 + 14 0x0000560640f2a2b5 in memory_region_dispatch_write (mr=0x560643c66540, addr=12, data=0, op=MO_32, attrs=...) + at ../system/memory.c:1521 + 15 0x0000560640f37bac in flatview_write_continue + (fv=0x7fc65805e0b0, addr=4273803276, attrs=..., ptr=0x7fc871e9c028, len=4, addr1=12, l=4, mr=0x560643c66540) + at ../system/physmem.c:2714 + 16 0x0000560640f37d0f in flatview_write + (fv=0x7fc65805e0b0, addr=4273803276, attrs=..., buf=0x7fc871e9c028, len=4) at ../system/physmem.c:2756 + 17 0x0000560640f380bf in address_space_write + (as=0x560642161ae0 <address_space_memory>, addr=4273803276, attrs=..., buf=0x7fc871e9c028, len=4) + at ../system/physmem.c:2863 + 18 0x0000560640f3812c in address_space_rw + (as=0x560642161ae0 <address_space_memory>, addr=4273803276, attrs=..., buf=0x7fc871e9c028, len=4, is_write=true) at ../system/physmem.c:2873 + --Type <RET> for more, q to quit, c to continue without paging-- + 19 0x0000560640f8aa55 in kvm_cpu_exec (cpu=0x560642f205e0) at ../accel/kvm/kvm-all.c:2915 + 20 0x0000560640f8d731 in kvm_vcpu_thread_fn (arg=0x560642f205e0) at ../accel/kvm/kvm-accel-ops.c:51 + 21 0x00005606411949f4 in qemu_thread_start (args=0x560642f292b0) at ../util/qemu-thread-posix.c:541 + 22 0x00007fc87148cdcd in start_thread (arg=<optimized out>) at pthread_create.c:442 + 23 0x00007fc871512630 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 + (gdb) + + MST: coding style and typo fixups + + Fixes: f9a09ca3ea ("vhost: add support for configure interrupt") + Cc: qemu-stable@nongnu.org + Signed-off-by: Cindy Lu <lulu@redhat.com> + Message-ID: <2321ade5f601367efe7380c04e3f61379c59b48f.1713173550.git.mst@redhat.com> + Cc: Lei Yang <leiyang@redhat.com> + Cc: Jason Wang <jasowang@redhat.com> + Signed-off-by: Michael S. Tsirkin <mst@redhat.com> + Tested-by: Cindy Lu <lulu@redhat.com> +``` + +Considering that it touches virtio-pci, the results seem plausible. + +This commit was also backported to stable as part of the 8.2.3 release, and indeed I have verified that that version suffers from the crash while 8.2.2 didn't. + +Reverting the commit makes the crash go away, but obviously the change was made for a reason so we probably need a follow-up fix rather than a plain revert. + +Crash and stack trace: + +``` +Thread 10 "qemu-system-x86" received signal SIGSEGV, Segmentation fault. +[Switching to Thread 0x7fffe56006c0 (LWP 323938)] +kvm_virtio_pci_vq_vector_use (vector=0, proxy=0x555558e04690) at ../hw/virtio/virtio-pci.c:817 +817\t if (irqfd->users == 0) { +(gdb) t a a bt + +Thread 33 (Thread 0x7fffe6a006c0 (LWP 323987) "qemu-system-x86"): +#0 0x00007ffff4ae1169 in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x7fffe69fb010, op=393, expected=0, futex_word=0x555557ad4370) at futex-internal.c:57 +#1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x555557ad4370, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x7fffe69fb010, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 +#2 0x00007ffff4ae11ef in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x555557ad4370, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x7fffe69fb010, private=private@entry=0) at futex-internal.c:139 +#3 0x00007ffff4ae3e72 in __pthread_cond_wait_common (abstime=0x7fffe69fb010, clockid=0, mutex=0x7fffe69faf90, cond=0x555557ad4348) at pthread_cond_wait.c:503 +#4 ___pthread_cond_timedwait64 (cond=cond@entry=0x555557ad4348, mutex=mutex@entry=0x555557ad42e0, abstime=abstime@entry=0x7fffe69fb010) at pthread_cond_wait.c:643 +#5 0x0000555555efc651 in qemu_cond_timedwait_ts (cond=cond@entry=0x555557ad4348, mutex=mutex@entry=0x555557ad42e0, ts=ts@entry=0x7fffe69fb010, file=file@entry=0x55555616c035 "../util/thread-pool.c", line=line@entry=91) at ../util/qemu-thread-posix.c:239 +#6 0x0000555555efd2f8 in qemu_cond_timedwait_impl (cond=0x555557ad4348, mutex=0x555557ad42e0, ms=<optimized out>, file=0x55555616c035 "../util/thread-pool.c", line=91) at ../util/qemu-thread-posix.c:253 +#7 0x0000555555f129bc in worker_thread (opaque=opaque@entry=0x555557ad42d0) at ../util/thread-pool.c:91 +#8 0x0000555555efc4c8 in qemu_thread_start (args=0x555557aef190) at ../util/qemu-thread-posix.c:541 +#9 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#10 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 32 (Thread 0x7fffece006c0 (LWP 323986) "qemu-system-x86"): +#0 0x00007ffff4ae1169 in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x7fffecdfb010, op=393, expected=0, futex_word=0x555557ad4374) at futex-internal.c:57 +#1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x555557ad4374, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x7fffecdfb010, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 +#2 0x00007ffff4ae11ef in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x555557ad4374, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x7fffecdfb010, private=private@entry=0) at futex-internal.c:139 +#3 0x00007ffff4ae3e72 in __pthread_cond_wait_common (abstime=0x7fffecdfb010, clockid=0, mutex=0x7fffecdfaf90, cond=0x555557ad4348) at pthread_cond_wait.c:503 +#4 ___pthread_cond_timedwait64 (cond=cond@entry=0x555557ad4348, mutex=mutex@entry=0x555557ad42e0, abstime=abstime@entry=0x7fffecdfb010) at pthread_cond_wait.c:643 +#5 0x0000555555efc651 in qemu_cond_timedwait_ts (cond=cond@entry=0x555557ad4348, mutex=mutex@entry=0x555557ad42e0, ts=ts@entry=0x7fffecdfb010, file=file@entry=0x55555616c035 "../util/thread-pool.c", line=line@entry=91) at ../util/qemu-thread-posix.c:239 +#6 0x0000555555efd2f8 in qemu_cond_timedwait_impl (cond=0x555557ad4348, mutex=0x555557ad42e0, ms=<optimized out>, file=0x55555616c035 "../util/thread-pool.c", line=91) at ../util/qemu-thread-posix.c:253 +#7 0x0000555555f129bc in worker_thread (opaque=opaque@entry=0x555557ad42d0) at ../util/thread-pool.c:91 +#8 0x0000555555efc4c8 in qemu_thread_start (args=0x555557aee7b0) at ../util/qemu-thread-posix.c:541 +#9 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#10 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 10 (Thread 0x7fffe56006c0 (LWP 323938) "qemu-system-x86"): +#0 kvm_virtio_pci_vq_vector_use (vector=0, proxy=0x555558e04690) at ../hw/virtio/virtio-pci.c:817 +#1 kvm_virtio_pci_vector_use_one (proxy=0x555558e04690, queue_no=5) at ../hw/virtio/virtio-pci.c:893 +#2 0x0000555555cde680 in memory_region_write_accessor (mr=0x555558e05230, addr=26, value=<optimized out>, size=2, shift=<optimized out>, mask=<optimized out>, attrs=...) at ../system/memory.c:497 +#3 0x0000555555cddf26 in access_with_adjusted_size (addr=addr@entry=26, value=value@entry=0x7fffe55fae78, size=size@entry=2, access_size_min=<optimized out>, access_size_max=<optimized out>, access_fn=0x555555cde600 <memory_region_write_accessor>, mr=<optimized out>, attrs=...) at ../system/memory.c:573 +#4 0x0000555555cde271 in memory_region_dispatch_write (mr=mr@entry=0x555558e05230, addr=addr@entry=26, data=<optimized out>, op=<optimized out>, attrs=attrs@entry=...) at ../system/memory.c:1528 +#5 0x0000555555ce623f in flatview_write_continue_step (attrs=attrs@entry=..., buf=buf@entry=0x7fffeef80028 "", mr_addr=26, l=l@entry=0x7fffe55faf90, mr=0x555558e05230, len=2) at ../system/physmem.c:2757 +#6 0x0000555555ce6918 in flatview_write_continue (mr=<optimized out>, l=<optimized out>, mr_addr=<optimized out>, len=2, ptr=0x8100401a, attrs=..., addr=2164277274, fv=0x7fff343ec810) at ../system/physmem.c:2787 +#7 flatview_write (fv=0x7fff343ec810, addr=addr@entry=2164277274, attrs=attrs@entry=..., buf=buf@entry=0x7fffeef80028, len=len@entry=2) at ../system/physmem.c:2818 +#8 0x0000555555ce9e61 in address_space_write (len=2, buf=0x7fffeef80028, attrs=..., addr=2164277274, as=0x555556e03d40 <address_space_memory>) at ../system/physmem.c:2938 +#9 address_space_rw (as=0x555556e03d40 <address_space_memory>, addr=2164277274, attrs=attrs@entry=..., buf=buf@entry=0x7fffeef80028, len=2, is_write=<optimized out>) at ../system/physmem.c:2948 +#10 0x0000555555d45118 in kvm_cpu_exec (cpu=cpu@entry=0x555557cde8b0) at ../accel/kvm/kvm-all.c:3031 +#11 0x0000555555d46845 in kvm_vcpu_thread_fn (arg=arg@entry=0x555557cde8b0) at ../accel/kvm/kvm-accel-ops.c:50 +#12 0x0000555555efc4c8 in qemu_thread_start (args=0x555557c5a370) at ../util/qemu-thread-posix.c:541 +#13 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#14 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 9 (Thread 0x7fffe60006c0 (LWP 323937) "qemu-system-x86"): +#0 futex_wait (private=0, expected=2, futex_word=0x555556deffe0 <bql>) at ../sysdeps/nptl/futex-internal.h:146 +#1 __GI___lll_lock_wait (futex=futex@entry=0x555556deffe0 <bql>, private=0) at lowlevellock.c:49 +#2 0x00007ffff4ae7e41 in lll_mutex_lock_optimized (mutex=0x555556deffe0 <bql>) at pthread_mutex_lock.c:48 +#3 ___pthread_mutex_lock (mutex=mutex@entry=0x555556deffe0 <bql>) at pthread_mutex_lock.c:93 +#4 0x0000555555efc8c3 in qemu_mutex_lock_impl (mutex=0x555556deffe0 <bql>, file=0x5555560e97ca "../system/physmem.c", line=2689) at ../util/qemu-thread-posix.c:94 +#5 0x0000555555ad6082 in bql_lock_impl (file=file@entry=0x5555560e97ca "../system/physmem.c", line=line@entry=2689) at ../system/cpus.c:536 +#6 0x0000555555ce632f in prepare_mmio_access (mr=0x55555874c4b0) at ../system/physmem.c:2689 +#7 flatview_write_continue_step (attrs=..., attrs@entry=..., buf=buf@entry=0x7fffeef83028 "", mr_addr=536, l=l@entry=0x7fffe5ffaf90, mr=0x55555874c4b0, len=4) at ../system/physmem.c:2738 +#8 0x0000555555ce6918 in flatview_write_continue (mr=<optimized out>, l=<optimized out>, mr_addr=<optimized out>, len=4, ptr=0x81084218, attrs=..., addr=2164802072, fv=0x7fff343ec810) at ../system/physmem.c:2787 +#9 flatview_write (fv=0x7fff343ec810, addr=addr@entry=2164802072, attrs=attrs@entry=..., buf=buf@entry=0x7fffeef83028, len=len@entry=4) at ../system/physmem.c:2818 +#10 0x0000555555ce9e61 in address_space_write (len=4, buf=0x7fffeef83028, attrs=..., addr=2164802072, as=0x555556e03d40 <address_space_memory>) at ../system/physmem.c:2938 +#11 address_space_rw (as=0x555556e03d40 <address_space_memory>, addr=2164802072, attrs=attrs@entry=..., buf=buf@entry=0x7fffeef83028, len=4, is_write=<optimized out>) at ../system/physmem.c:2948 +#12 0x0000555555d45118 in kvm_cpu_exec (cpu=cpu@entry=0x555557dbdcd0) at ../accel/kvm/kvm-all.c:3031 +#13 0x0000555555d46845 in kvm_vcpu_thread_fn (arg=arg@entry=0x555557dbdcd0) at ../accel/kvm/kvm-accel-ops.c:50 +#14 0x0000555555efc4c8 in qemu_thread_start (args=0x555557c0b4a0) at ../util/qemu-thread-posix.c:541 +#15 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#16 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 7 (Thread 0x7fffe74006c0 (LWP 323934) "dconf worker"): +#0 0x00007ffff4b5de3d in __GI___poll (fds=0x7fffc8000b90, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 +#1 0x00007ffff6e38f04 in g_main_context_poll_unlocked (priority=2147483647, n_fds=1, fds=0x7fffc8000b90, timeout=<optimized out>, context=0x555557adfef0) at ../glib/gmain.c:4653 +#2 g_main_context_iterate_unlocked.isra.0 (context=context@entry=0x555557adfef0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4344 +#3 0x00007ffff6ddbad3 in g_main_context_iteration (context=context@entry=0x555557adfef0, may_block=may_block@entry=1) at ../glib/gmain.c:4414 +#4 0x00007ffff7fb16b5 in dconf_gdbus_worker_thread (user_data=0x555557adfef0) at ../gdbus/dconf-gdbus-thread.c:82 +#5 0x00007ffff6e0e573 in g_thread_proxy (data=0x555557ae00d0) at ../glib/gthread.c:831 +#6 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#7 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 6 (Thread 0x7fffe7e006c0 (LWP 323933) "gdbus"): +#0 0x00007ffff4b5de3d in __GI___poll (fds=0x7fffd0000b90, nfds=3, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 +#1 0x00007ffff6e38f04 in g_main_context_poll_unlocked (priority=2147483647, n_fds=3, fds=0x7fffd0000b90, timeout=<optimized out>, context=0x7fffd4005a90) at ../glib/gmain.c:4653 +#2 g_main_context_iterate_unlocked.isra.0 (context=0x7fffd4005a90, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4344 +#3 0x00007ffff6ddf447 in g_main_loop_run (loop=0x7fffd4005b80) at ../glib/gmain.c:4551 +#4 0x00007ffff7048bc2 in gdbus_shared_thread_func (user_data=0x7fffd4005a60) at ../gio/gdbusprivate.c:284 +#5 0x00007ffff6e0e573 in g_thread_proxy (data=0x7fffd4005bc0) at ../glib/gthread.c:831 +#6 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#7 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 4 (Thread 0x7fffed8006c0 (LWP 323931) "gmain"): +#0 0x00007ffff4b5de3d in __GI___poll (fds=0x555557acd200, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 +#1 0x00007ffff6e38f04 in g_main_context_poll_unlocked (priority=2147483647, n_fds=1, fds=0x555557acd200, timeout=<optimized out>, context=0x555557accfd0) at ../glib/gmain.c:4653 +#2 g_main_context_iterate_unlocked.isra.0 (context=context@entry=0x555557accfd0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4344 +#3 0x00007ffff6ddbad3 in g_main_context_iteration (context=0x555557accfd0, may_block=may_block@entry=1) at ../glib/gmain.c:4414 +#4 0x00007ffff6ddbb29 in glib_worker_main (data=<optimized out>) at ../glib/gmain.c:6574 +#5 0x00007ffff6e0e573 in g_thread_proxy (data=0x555557ac1140) at ../glib/gthread.c:831 +#6 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#7 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 3 (Thread 0x7fffee2006c0 (LWP 323930) "pool-spawner"): +#0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 +#1 0x00007ffff6e35b7d in g_cond_wait (cond=0x555557ac5f28, mutex=0x555557ac5f20) at ../glib/gthread-posix.c:1552 +#2 0x00007ffff6da922b in g_async_queue_pop_intern_unlocked (queue=0x555557ac5f20, wait=1, end_time=-1) at ../glib/gasyncqueue.c:425 +#3 0x00007ffff6e123e3 in g_thread_pool_spawn_thread (data=<optimized out>) at ../glib/gthreadpool.c:311 +#4 0x00007ffff6e0e573 in g_thread_proxy (data=0x555557ac7800) at ../glib/gthread.c:831 +#5 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#6 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 2 (Thread 0x7fffeec006c0 (LWP 323929) "qemu-system-x86"): +#0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 +#1 0x0000555555efd7ca in qemu_futex_wait (val=<optimized out>, f=<optimized out>) at /home/abologna/src/upstream/qemu/include/qemu/futex.h:29 +#2 qemu_event_wait (ev=ev@entry=0x555556e182e8 <rcu_call_ready_event>) at ../util/qemu-thread-posix.c:464 +#3 0x0000555555f07216 in call_rcu_thread (opaque=opaque@entry=0x0) at ../util/rcu.c:278 +#4 0x0000555555efc4c8 in qemu_thread_start (args=0x555556ea0ed0) at ../util/qemu-thread-posix.c:541 +#5 0x00007ffff4ae4897 in start_thread (arg=<optimized out>) at pthread_create.c:444 +#6 0x00007ffff4b6ba5c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 + +Thread 1 (Thread 0x7fffef0864c0 (LWP 323692) "qemu-system-x86"): +#0 futex_wait (private=0, expected=2, futex_word=0x555556deffe0 <bql>) at ../sysdeps/nptl/futex-internal.h:146 +#1 __GI___lll_lock_wait (futex=futex@entry=0x555556deffe0 <bql>, private=0) at lowlevellock.c:49 +#2 0x00007ffff4ae7e41 in lll_mutex_lock_optimized (mutex=0x555556deffe0 <bql>) at pthread_mutex_lock.c:48 +#3 ___pthread_mutex_lock (mutex=mutex@entry=0x555556deffe0 <bql>) at pthread_mutex_lock.c:93 +#4 0x0000555555efc8c3 in qemu_mutex_lock_impl (mutex=0x555556deffe0 <bql>, file=0x55555616b7ef "../util/main-loop.c", line=308) at ../util/qemu-thread-posix.c:94 +#5 0x0000555555ad6082 in bql_lock_impl (file=file@entry=0x55555616b7ef "../util/main-loop.c", line=line@entry=308) at ../system/cpus.c:536 +#6 0x0000555555f109a6 in os_host_main_loop_wait (timeout=6299288) at ../util/main-loop.c:308 +#7 main_loop_wait (nonblocking=nonblocking@entry=0) at ../util/main-loop.c:589 +#8 0x0000555555ae0ce9 in qemu_main_loop () at ../system/runstate.c:795 +#9 0x0000555555d50f66 in qemu_default_main () at ../system/main.c:37 +#10 0x00007ffff4a7e14a in __libc_start_call_main (main=main@entry=0x555555897b80 <main>, argc=argc@entry=29, argv=argv@entry=0x7fffffffe0e8) at ../sysdeps/nptl/libc_start_call_main.h:58 +#11 0x00007ffff4a7e20b in __libc_start_main_impl (main=0x555555897b80 <main>, argc=29, argv=0x7fffffffe0e8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe0d8) at ../csu/libc-start.c:360 +#12 0x00005555558998a5 in _start () +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2409.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2409.toml new file mode 100644 index 00000000..c0a5955a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2409.toml @@ -0,0 +1,15 @@ +id = 2409 +title = "High CPU usage on network traffic on Apple laptops" +state = "opened" +created_at = "2024-06-26T08:58:33.912Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2409" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2410.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2410.toml new file mode 100644 index 00000000..7518fc36 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2410.toml @@ -0,0 +1,100 @@ +id = 2410 +title = "linux-user: `Setsockopt` with IP_OPTIONS returns \"Protocol not available\" error" +state = "opened" +created_at = "2024-06-27T08:28:09.122Z" +closed_at = "n/a" +labels = ["kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2410" +host-os = "Ubuntu 22.04.3 LTS" +host-arch = "x86_64" +qemu-version = "6.2.0" +guest-os = "Ubuntu 22.04.3 LTS" +guest-arch = "RISC-V 64" +description = """It seems that call to `setsockopt(sd, SOL_IP, IP_OPTIONS,_)` behaves differently on RISC-V Qemu than on x64 Linux. +On Linux syscall returns 0, but on Qemu it fails with `Protocol not available`. +According [man](https://man7.org/linux/man-pages/man7/ip.7.html) `IP_OPTIONS` on `SOCK_STREAM` socket "should work".""" +reproduce = """1. Use below toy program `setsockopt.c` and compile it without optimizations like: +``` + gcc -Wall -W -Wextra -std=gnu17 -pedantic setsockopt.c -o setsockopt +``` + +``` +#include <sys/types.h> +#include <sys/socket.h> +#include <arpa/inet.h> +#include <netinet/in.h> +#include <unistd.h> +#include <stdio.h> +#include <stdlib.h> +#include <string.h> + +int main() { + { + int sd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); + if(sd < 0) { + perror("Opening stream socket error"); + exit(1); + } + else + printf("Opening stream socket....OK.\\n"); + + struct sockaddr_in local_address = {AF_INET, htons(1234), {inet_addr("255.255.255.255")}, {0}}; + int err = connect(sd, (struct sockaddr*)&local_address, (socklen_t)16); + + if (err < 0) { + perror("Connect error"); + close(sd); + } + else + printf("Connect...OK.\\n"); + } + { + int sd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); + if(sd < 0) { + perror("Opening stream socket error"); + exit(1); + } + else + printf("Opening stream socket....OK.\\n"); + + char option[4] = {0}; + if(setsockopt(sd, SOL_IP, IP_OPTIONS, (char *)option, sizeof(option)) < 0) { + perror("setsockopt error"); + close(sd); + exit(1); + } + else + printf("setsockopt...OK.\\n"); + + struct sockaddr_in local_address = {AF_INET, htons(1234), {inet_addr("255.255.255.255")}, {0}}; + int err = connect(sd, (struct sockaddr*)&local_address, (socklen_t)16); + + if (err < 0) { + perror("Connect error"); + close(sd); + } + else + printf("Connect...OK.\\n"); + } + return 0; +} +``` + + +2. Run program on Qemu and compare output with output from x64 build. In my case it looks like: +``` +root@AMDC4705:~/runtime/connect$ ./setsockopt-x64 +Opening stream socket....OK. +Connect error: Network is unreachable +Opening stream socket....OK. +setsockopt...OK. +Connect error: Network is unreachable + +root@AMDC4705:/runtime/connect# ./setsockopt-riscv +Opening stream socket....OK. +Connect error: Network is unreachable +Opening stream socket....OK. +setsockopt error: Protocol not available +```""" +additional = """In above demo option `value` is quite artificial. However I tried passing many different `option` arguments (with same `SOL_IP` + `IP_OPTIONS` combination) but always ended up with `setsockopt` failure. +From the other hand on x64 it worked fine. Then I realized that appropriate path in Qemu was unimplemented: https://github.com/qemu/qemu/blob/master/linux-user/syscall.c#L2141""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2411.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2411.toml new file mode 100644 index 00000000..7c5cb1b0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2411.toml @@ -0,0 +1,21 @@ +id = 2411 +title = "[SPICE] How to make SPICE work with GVT-g + DMA-BUF + egl-headless ?" +state = "opened" +created_at = "2024-06-27T09:40:45.464Z" +closed_at = "n/a" +labels = ["spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2411" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "pve-manager: 8.1.4" +guest-arch = "x86" +description = """I try to use GVT-g + DMA-BUF in PVE , vGPU display output can be displayed normally on noVNC, + +but when I try use SPICE, VM would not boot, come up with error: kvm: **The console requires display DMABUF support**.""" +reproduce = """1. Create a windows virtual machine +2. Manually add args to the conf file, add the mdev device of GVT-g. +3. Starting the Virtual Machine + +#""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2412.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2412.toml new file mode 100644 index 00000000..cad07a08 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2412.toml @@ -0,0 +1,110 @@ +id = 2412 +title = "Race condition in megasas device" +state = "opened" +created_at = "2024-06-27T19:04:30.906Z" +closed_at = "n/a" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2412" +host-os = "Debian 12" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.0.50 (v9.0.0-1733-g3f044554b9)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Race condition DoS in megasas device was found during **fuzzing**. I'm not sure about **worst case impact**, but for now I can make a suggestion: worst case might be leading to **DoS**, but probably it's a rabbit hole. So if we dig deeper we might find something like CWE-200 or CWE-202 (Exposure of Sensitive Information to an Unauthorized Actor and so on). Also, I think that we should analyse thread usage in this case and make all operations thread-safe, but it's not my business of course. As a consequence, I do not suggest any patch (at least for now).""" +reproduce = """This command: + +`cat << EOF | ./build/qemu-system-x86_64 \\`\\ +`-display none -machine accel=qtest, -m 512M -machine q35 -nodefaults \\`\\ +`-device megasas -device scsi-cd,drive=null0 -blockdev \\`\\ +`driver=null-co,read-zeroes=on,node-name=null0 -qtest stdio`\\ +`outl 0xcf8 0x80000818`\\ +`outl 0xcfc 0xc000`\\ +`outl 0xcf8 0x80000804`\\ +`outw 0xcfc 0x05`\\ +`write 0x20 0x1 0x03`\\ +`write 0x26 0x1 0x08`\\ +`write 0x27 0x1 0x01`\\ +`write 0x30 0x1 0x02`\\ +`write 0x40 0x1 0x08`\\ +`write 0x57 0x1 0x01`\\ +`write 0x5a 0x1 0x08`\\ +`outl 0xc03d 0x20000000`\\ +`outl 0xc03d 0x00`\\ +`EOF`\\ +\\ +Results in:\\ +\\ +`[R +0.081916] outl 0xcf8 0x80000818`\\ +`[S +0.081986] OK`\\ +`OK`\\ +`[R +0.082033] outl 0xcfc 0xc000`\\ +`[S +0.082083] OK`\\ +`OK`\\ +`[R +0.082102] outl 0xcf8 0x80000804`\\ +`[S +0.082117] OK`\\ +`OK`\\ +`[R +0.082133] outw 0xcfc 0x05`\\ +`[S +0.082926] OK`\\ +`OK`\\ +`[R +0.082961] write 0x20 0x1 0x03`\\ +`[S +0.083688] OK`\\ +`OK`\\ +`[R +0.083731] write 0x26 0x1 0x08`\\ +`[S +0.083754] OK`\\ +`OK`\\ +`[R +0.083780] write 0x27 0x1 0x01`\\ +`[S +0.083799] OK`\\ +`OK`\\ +`[R +0.083817] write 0x30 0x1 0x02`\\ +`[S +0.083850] OK`\\ +`OK`\\ +`[R +0.083872] write 0x40 0x1 0x08`\\ +`[S +0.083903] OK`\\ +`OK`\\ +`[R +0.083925] write 0x57 0x1 0x01`\\ +`[S +0.083947] OK`\\ +`OK`\\ +`[R +0.083962] write 0x5a 0x1 0x08`\\ +`[S +0.083985] OK`\\ +`OK`\\ +`[R +0.084000] outl 0xc03d 0x20000000`\\ +`[S +0.085531] OK`\\ +`OK`\\ +`[R +0.085570] outl 0xc03d 0x00`\\ +`[S +0.085673] OK`\\ +`OK`\\ +`qemu/include/exec/memory.h:1152:12: runtime error: member access within null pointer of type 'AddressSpace' (aka 'struct AddressSpace')`\\ +`SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior qemu/include/exec/memory.h:1152:12 in` \\ +`AddressSanitizer:DEADLYSIGNAL`\\ +`=================================================================`\\ +`==168244==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000020 (pc 0x56259b9829ac bp 0x000000000001 sp 0x7ffe62140220 T0)`\\ +`==168244==The signal is caused by a READ memory access.`\\ +`==168244==Hint: address points to the zero page.`\\ + `#0 0x56259b9829ac in address_space_to_flatview qemu/include/exec/memory.h:1152:12`\\ + `#1 0x56259b9829ac in address_space_write qemu/build/../system/physmem.c:2929:14`\\ + `#2 0x56259b98665e in address_space_unmap qemu/build/../system/physmem.c:3272:9`\\ + `#3 0x56259af31dce in dma_memory_unmap qemu/include/sysemu/dma.h:236:5`\\ + `#4 0x56259af31dce in dma_blk_unmap qemu/build/../system/dma-helpers.c:93:9`\\ + `#5 0x56259af2f220 in dma_complete qemu/build/../system/dma-helpers.c:105:5`\\ + `#6 0x56259af2f220 in dma_blk_cb qemu/build/../system/dma-helpers.c:129:9`\\ + `#7 0x56259bce7041 in blk_aio_complete qemu/build/../block/block-backend.c:1555:9`\\ + `#8 0x56259c224495 in aio_bh_call qemu/build/../util/async.c:171:5`\\ + `#9 0x56259c224ca6 in aio_bh_poll qemu/build/../util/async.c:218:13`\\ + `#10 0x56259c1b9b89 in aio_dispatch qemu/build/../util/aio-posix.c:423:5`\\ + `#11 0x56259c228f40 in aio_ctx_dispatch qemu/build/../util/async.c:360:5`\\ + `#12 0x7f2b8c0a07a8 in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x547a8) (BuildId: 9f90bd7bbfcf84a1f1c5a6102f70e6264837b9d4)`\\ + `#13 0x56259c22a1ed in glib_pollfds_poll qemu/build/../util/main-loop.c:287:9`\\ + `#14 0x56259c22a1ed in os_host_main_loop_wait qemu/build/../util/main-loop.c:310:5`\\ + `#15 0x56259c22a1ed in main_loop_wait qemu/build/../util/main-loop.c:589:11`\\ + `#16 0x56259af5159e in qemu_main_loop qemu/build/../system/runstate.c:796:9`\\ + `#17 0x56259baefdb4 in qemu_default_main qemu/build/../system/main.c:37:14`\\ + `#18 0x7f2b8aff7249 (/lib/x86_64-linux-gnu/libc.so.6+0x27249) (BuildId: 82ce4e6e4ef08fa58a3535f7437bd3e592db5ac0)`\\ + `#19 0x7f2b8aff7304 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x27304) (BuildId: 82ce4e6e4ef08fa58a3535f7437bd3e592db5ac0)`\\ + `#20 0x562599f60b70 in _start (qemu/build/qemu-system-x86_64+0x20feb70) (BuildId: 48f1333e9a9d60383d8c9e0db5f690e7c26e1bb2)`\\ +`AddressSanitizer can not provide additional info.`\\ +`SUMMARY: AddressSanitizer: SEGV qemu/include/exec/memory.h:1152:12 in address_space_to_flatview`\\ +`==168244==ABORTING` + +\\ +But, if we manually put all of those qtest commands and wait for each command to complete, QEMU doesn't fail. It's because of possible race condition - while QEMU still mapping memory, we already starting to unmap it. It results in this crash.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2415.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2415.toml new file mode 100644 index 00000000..b6759eb9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2415.toml @@ -0,0 +1,63 @@ +id = 2415 +title = "Assertion `r->req.aiocb == NULL' in am53c974 device" +state = "closed" +created_at = "2024-06-30T09:28:03.748Z" +closed_at = "2024-07-17T05:40:17.595Z" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2415" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit 3665dd6bb9" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +qemu-truman-x86_64-4467afcc: qemu/hw/scsi/scsi-disk.c:558: void scsi_write_data(SCSIRequest *): Assertion `r->req.aiocb == NULL' failed. +==2957464== ERROR: libFuzzer: deadly signal + #0 0x55e76f00e911 in __sanitizer_print_stack_trace llvm/compiler-rt/lib/asan/asan_stack.cpp:87:3 + #1 0x55e76ef88fb8 in fuzzer::PrintStackTrace() llvm/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:5 + #2 0x55e76ef6d1b3 in fuzzer::Fuzzer::CrashCallback() llvm/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:233:3 + #3 0x7f83d604251f (/lib/x86_64-linux-gnu/libc.so.6+0x4251f) + #4 0x7f83d60969fb in __pthread_kill_implementation nptl/./nptl/pthread_kill.c:43:17 + #5 0x7f83d60969fb in __pthread_kill_internal nptl/./nptl/pthread_kill.c:78:10 + #6 0x7f83d60969fb in pthread_kill nptl/./nptl/pthread_kill.c:89:10 + #7 0x7f83d6042475 in gsignal signal/../sysdeps/posix/raise.c:26:13 + #8 0x7f83d60287f2 in abort stdlib/./stdlib/abort.c:79:7 + #9 0x7f83d602871a in __assert_fail_base assert/./assert/assert.c:92:3 + #10 0x7f83d6039e95 in __assert_fail assert/./assert/assert.c:101:3 + #11 0x55e76fbb55a5 in scsi_write_data qemu/hw/scsi/scsi-disk.c:558:5 + #12 0x55e76fb95a1f in scsi_req_continue qemu/hw/scsi/scsi-bus.c + #13 0x55e76fbfe0cc in esp_do_dma qemu/hw/scsi/esp.c + #14 0x55e76fc0be39 in handle_ti qemu/hw/scsi/esp.c:1104:9 + #15 0x55e76fc042f6 in esp_run_cmd qemu/hw/scsi/esp.c:1186:9 + #16 0x55e76fc042f6 in esp_reg_write qemu/hw/scsi/esp.c:1304:9 + #17 0x55e76fc1329b in esp_pci_io_write qemu/hw/scsi/esp-pci.c:248:9 +```""" +reproduce = """``` +cat << EOF | qemu-system-x86_64 -display none\\ +-machine accel=qtest, -m 512M -device am53c974,id=scsi -device \\ +scsi-hd,drive=disk0 -drive id=disk0,if=none,file=null-co://,format=raw \\ +-nodefaults -qtest stdio +outl 0xcf8 0x80001010 +outl 0xcfc 0xc000 +outl 0xcf8 0x80001004 +outw 0xcfc 0x05 +outl 0xc03e 0x030000 +outl 0xc009 0xc1000000 +outl 0xc008 0x8a +outl 0xc00d 0x0 +outl 0xc009 0x00 +outl 0xc00c 0x11 +outl 0xc00d 0x0 +outl 0xc00d 0x00 +outl 0xc00d 0x0 +outw 0xc00f 0x00 +outb 0xc00d 0x0 +outl 0xc00d 0x0 +outl 0xc009 0x41000000 +outb 0xc00c 0x90 +outl 0xc00d 0x0 +EOF +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2416.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2416.toml new file mode 100644 index 00000000..55aeb77e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2416.toml @@ -0,0 +1,49 @@ +id = 2416 +title = "Assertion failure in virtio_snd_get_qemu_format()" +state = "closed" +created_at = "2024-06-30T15:18:37.657Z" +closed_at = "2024-07-24T01:24:30.110Z" +labels = ["Audio", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2416" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit 3665dd6bb9" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +ERROR:hw/audio/virtio-snd.c:356:virtio_snd_get_qemu_format: code should not be reached +Bail out! ERROR:hw/audio/virtio-snd.c:356:virtio_snd_get_qemu_format: code should not be reached +Aborted +```""" +reproduce = """``` +cat << EOF | qemu-system-x86_64 -display none \\ +-machine accel=qtest, -m 512M -machine q35 -device \\ +virtio-sound,audiodev=my_audiodev,streams=2 -audiodev \\ +alsa,id=my_audiodev -qtest stdio +outl 0xcf8 0x80001804 +outw 0xcfc 0x06 +outl 0xcf8 0x80001820 +outl 0xcfc 0xe0008000 +write 0xe0008020 0x4 0x00001000 +write 0xe0008028 0x4 0x00101000 +write 0xe000801c 0x1 0x01 +write 0x10c000 0x1 0x01 +write 0x10c001 0x1 0x01 +write 0x10c014 0x1 0x01 +write 0x10c015 0x1 0x51 +write 0x100001 0x1 0xc0 +write 0x100002 0x1 0x10 +write 0x100008 0x1 0x18 +write 0x10f000 0x1 0x02 +write 0x10f001 0x1 0x01 +write 0x100021 0x1 0xf0 +write 0x100022 0x1 0x10 +write 0x100028 0x1 0x08 +write 0x101006 0x1 0x02 +write 0x101002 0x1 0x02 +write 0xe000b001 0x1 0x00 +EOF +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2417.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2417.toml new file mode 100644 index 00000000..600958bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2417.toml @@ -0,0 +1,15 @@ +id = 2417 +title = "qemu-img allocates full size on exFAT when metadata preallocation is requested" +state = "opened" +created_at = "2024-07-01T18:53:52.619Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2417" +host-os = "macOS 14.5" +host-arch = "x86" +qemu-version = "9.0.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """`qemu-img` seems to preallocate the full size of a qcow2 image on exFAT rather than just the metadata when that is requested. This was initially seen via libvirt/libvirt#649. exFAT does not support sparse files.""" +reproduce = """1. Run command""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2418.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2418.toml new file mode 100644 index 00000000..f228350a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2418.toml @@ -0,0 +1,22 @@ +id = 2418 +title = "[Gfxstream BUG]" +state = "opened" +created_at = "2024-07-02T10:28:08.344Z" +closed_at = "n/a" +labels = ["Build System", "device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2418" +host-os = "(K)Ubuntu 24.04" +host-arch = "x86_64" +qemu-version = "qemu-system-x86_64 --version 9.0.1" +guest-os = "BlissOS" +guest-arch = "x86_64" +description = """I tried to test gfxstream with qemu,I build qemu-9.0.1 with --enable-rutabaga-gfx flag,but after I have compiled and try to boot my Virtual Devices,it crashed and told me with "invalid rutabaga build parameters: gfxstream feature not enabled" + +{width=1276 height=99}""" +reproduce = """1.Compile the qemu with kvm,vhost,rutabaga_gfxstream,virgl support +2.run the virtual machine with my command + +But I found an interesting thing:If I build and install AEMU&Gfxstream at /usr in place of /usr/local,I could boot Virtual Machine normally😂 + +Could developers solve the problems?Thanks!""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/242.toml b/gitlab/issues/target_missing/host_missing/accel_missing/242.toml new file mode 100644 index 00000000..680a2013 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/242.toml @@ -0,0 +1,15 @@ +id = 242 +title = "Implementation of Virtual Battery for Battery Status" +state = "opened" +created_at = "2021-05-09T16:06:16.996Z" +closed_at = "n/a" +labels = ["ACPI", "Launchpad", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/242" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2421.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2421.toml new file mode 100644 index 00000000..fc868c95 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2421.toml @@ -0,0 +1,26 @@ +id = 2421 +title = "Cannot boot ArcaOS 5.1.0 (a distro of OS/2 Warp 4.52) in UEFI mode" +state = "opened" +created_at = "2024-07-03T09:34:55.187Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2421" +host-os = "macOS 15" +host-arch = "ARM" +qemu-version = "v9.0.0-1954-g1a2d52c7fc-dirty" +guest-os = "ArcaOS" +guest-arch = "x86" +description = """ArcaOS has added the UEFI support since 5.1.0, it has been tested on my physical machine(Ryzen 3300X + RTX2060 Super), and VirtualBox with an `Other x64` machine(the new OS/2 bootloader used in UEFI mode is x64 only). + +Fixes applied to #2198 are perfectly worked in legacy BIOS mode, but if I tried to boot it in UEFI mode, it will stuck on logo screen, and if I enable verbose mode in boot menu, nothing will be shown on the screen and serial ports. + +It happens in both `i440fx` machine type and `q35` machine type.""" +reproduce = """1. Install latest qemu HEAD version via `brew install qemu --HEAD` +2. Create new virtual disk via `qemu-img create -f qcow2 hdd.img 20G` +3. Copy EFI bios file and var file + ``` + cp /opt/homebrew/Cellar/qemu/HEAD-1a2d52c/share/qemu/edk2-x86_64-code.fd bios.fd + cp /opt/homebrew/Cellar/qemu/HEAD-1a2d52c/share/qemu/edk2-i386-vars.fd vars.fd + ``` +4. Launch it""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2423.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2423.toml new file mode 100644 index 00000000..9c5f2417 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2423.toml @@ -0,0 +1,42 @@ +id = 2423 +title = "`qemu -serial stdio` leaves stdout in non-blocking mode" +state = "closed" +created_at = "2024-07-03T17:46:16.532Z" +closed_at = "2024-07-04T18:14:29.508Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2423" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "9.0.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """When `-serial stdio` is used, qemu exits leaving stdout in non-blocking mode. Although it [attempts](https://gitlab.com/qemu-project/qemu/-/blob/1a2d52c7fcaeaaf4f2fe8d4d5183dccaeab67768/chardev/char-stdio.c#L52) to restore stdin to blocking mode, it misses that stdout also gets O_NONBLOCK by [qemu_chr_open_fd](https://gitlab.com/qemu-project/qemu/-/blob/1a2d52c7fcaeaaf4f2fe8d4d5183dccaeab67768/chardev/char-stdio.c#L116) ([here](https://gitlab.com/qemu-project/qemu/-/blob/1a2d52c7fcaeaaf4f2fe8d4d5183dccaeab67768/chardev/char-fd.c#L215)). It causes the next applications in the script misbehave because they get unexpected EAGAIN on write to stdout.""" +reproduce = """Run the following script: + +``` +#!/usr/bin/env bash + +qemu-system-x86_64 -nodefaults -display none -no-reboot -serial stdio & +PID="$!" +sleep 5 +kill "$PID" +wait "$PID" +echo "EXITING $?" + +sleep 5 +seq 1 400000 +``` + +The seq command will be interrupted prematurely: + +``` +... +5143 +5144 +5145⏎ wResource temporarily unavailable +write: Resource temporarily unavailable +write: Resource temporarily unavailable +``` + +When run from fish shell, it will also start misbehaving when running next commands (fish bug report: https://github.com/fish-shell/fish-shell/issues/10600).""" +additional = """Expect a patch from me soon.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2424.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2424.toml new file mode 100644 index 00000000..eb7bbfba --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2424.toml @@ -0,0 +1,326 @@ +id = 2424 +title = "Fatal error: futex robust_list not initialized by pthreads (Unknown syscall 386)" +state = "closed" +created_at = "2024-07-04T03:35:41.800Z" +closed_at = "2024-07-11T15:25:56.057Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2424" +host-os = "Oracle Linux Server 8.8 host inside a Debian 12 docker container" +host-arch = "ARM64" +qemu-version = "qemu-i386 version 9.0.50 (v9.0.0-1967-g7914bda497)" +guest-os = "N/A - user-space emulation only" +guest-arch = "i386" +description = """Seems like steamcmd modified their binary with a function unimplemented by QEMU just recently. This was working perfectly until then. I did some strace debugging and came up with this error: `set_robust_list(0x40b7be2c,12) = -1 errno=38 (Function not implemented)`. I even tried doing `qemu-arm` over `box86` just to see if it'll work but still got that same error. However, using `box86` alone worked. + +I have my reasons of wanting to use `qemu-i386` over `box86` mainly due to it being compilable into an ARM64 binary unlike `box86` which is only an ARM binary. Performance doesn't really matter as it's only being used to download server files. Running QEMU was the only option working for people on M-series Macs to run steamcmd in a container reliably over Docker Desktop as those CPUs don't have 32-bit support. Even if I force them to use only `box86`, Mac's Docker Desktop runs QEMU over the image to emulate 32-bit support which causes the same error.""" +reproduce = """1. Install Docker +2. Run `docker run -it --pull=always sonroyaalmerol/steamcmd-arm64:root` +3. Inside the container shell, run `LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/steam/steamcmd/linux32 qemu-i386-static /home/steam/steamcmd/linux32/steamcmd +@sSteamCmdForcePlatformType linux +@sSteamCmdForcePlatformBitness 64 +force_install_dir "/palworld" +login anonymous +app_update 2394010 validate +quit`""" +additional = """I'm running all these inside a Docker container. I maintain a Docker image that is meant to be a base image for steamcmd-based dedicated servers (https://github.com/sonroyaalmerol/steamcmd-arm64). + +I tried both the `qemu-user-static` package from Debian repos (which I believe is v7.2) and building straight from the source (stable-9.0 tag) with no luck. + +strace from the command: +``` +25 brk(NULL) = 0x00a89000 +25 mmap2(NULL,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x40839000 +25 access("/etc/ld.so.preload",R_OK) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/i686/sse2/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/i686/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/sse2/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/sse2/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"sse2/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/tls/i686/sse2/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 statx(AT_FDCWD,"/home/steam/steamcmd/linux32/tls/i686/sse2",AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/tls/i686/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 statx(AT_FDCWD,"/home/steam/steamcmd/linux32/tls/i686",AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/tls/sse2/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 statx(AT_FDCWD,"/home/steam/steamcmd/linux32/tls/sse2",AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/tls/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 statx(AT_FDCWD,"/home/steam/steamcmd/linux32/tls",AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/i686/sse2/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 statx(AT_FDCWD,"/home/steam/steamcmd/linux32/i686/sse2",AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/i686/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 statx(AT_FDCWD,"/home/steam/steamcmd/linux32/i686",AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/sse2/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 statx(AT_FDCWD,"/home/steam/steamcmd/linux32/sse2",AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 statx(AT_FDCWD,"/home/steam/steamcmd/linux32",AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = 0 +25 openat(AT_FDCWD,"/etc/ld.so.cache",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 +25 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffe38) = 0 +25 mmap2(NULL,11734,PROT_READ,MAP_PRIVATE,3,0) = 0x4083b000 +25 close(3) = 0 +25 openat(AT_FDCWD,"/lib/i386-linux-gnu/libdl.so.2",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 +25 read(3,0x408000a0,512) = 512 +25 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdd8) = 0 +25 mmap2(NULL,16392,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE,3,0) = 0x4083e000 +25 mmap2(0x4083f000,4096,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x1) = 0x4083f000 +25 mmap2(0x40840000,4096,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x2) = 0x40840000 +25 mmap2(0x40841000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x2) = 0x40841000 +25 close(3) = 0 +25 openat(AT_FDCWD,"tls/i686/sse2/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/i686/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/sse2/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/sse2/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"sse2/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/lib/i386-linux-gnu/librt.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 +25 read(3,0x40800080,512) = 512 +25 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffdb8) = 0 +25 mmap2(NULL,16400,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE,3,0) = 0x40843000 +25 mmap2(0x40844000,4096,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x1) = 0x40844000 +25 mmap2(0x40845000,4096,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x2) = 0x40845000 +25 mmap2(0x40846000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x2) = 0x40846000 +25 close(3) = 0 +25 openat(AT_FDCWD,"tls/i686/sse2/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/i686/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/sse2/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/sse2/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"sse2/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/lib/i386-linux-gnu/libm.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 +25 read(3,0x40800060,512) = 512 +25 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffd98) = 0 +25 mmap2(NULL,1065052,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE,3,0) = 0x40848000 +25 mmap2(0x40855000,786432,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0xd) = 0x40855000 +25 mmap2(0x40915000,221184,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0xcd) = 0x40915000 +25 mmap2(0x4094b000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x103) = 0x4094b000 +25 close(3) = 0 +25 openat(AT_FDCWD,"tls/i686/sse2/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/i686/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/sse2/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/sse2/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"sse2/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/lib/i386-linux-gnu/libpthread.so.0",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 +25 read(3,0x40800040,512) = 512 +25 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffd78) = 0 +25 mmap2(NULL,16392,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE,3,0) = 0x4094d000 +25 mmap2(0x4094e000,4096,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x1) = 0x4094e000 +25 mmap2(0x4094f000,4096,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x2) = 0x4094f000 +25 mmap2(0x40950000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x2) = 0x40950000 +25 close(3) = 0 +25 openat(AT_FDCWD,"tls/i686/sse2/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/i686/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/sse2/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"tls/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/sse2/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"i686/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"sse2/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/lib/i386-linux-gnu/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 +25 read(3,0x40800020,512) = 512 +25 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407ffd58) = 0 +25 mmap2(NULL,2259228,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE,3,0) = 0x40952000 +25 mmap2(0x40974000,1544192,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x22) = 0x40974000 +25 mmap2(0x40aed000,524288,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x19b) = 0x40aed000 +25 mmap2(0x40b6d000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x21b) = 0x40b6d000 +25 mmap2(0x40b70000,39196,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS|MAP_FIXED,-1,0) = 0x40b70000 +25 close(3) = 0 +25 mmap2(NULL,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x40b7a000 +25 mmap2(NULL,16384,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x40b7c000 +25 set_thread_area(0x408008b0) = 0 +25 set_tid_address(0x40b7be28) = 25 +25 set_robust_list(0x40b7be2c,12) = -1 errno=38 (Function not implemented) +25 Unknown syscall 386 +25 mprotect(0x40b6d000,8192,PROT_READ) = 0 +25 mprotect(0x40950000,4096,PROT_READ) = 0 +25 mprotect(0x4094b000,4096,PROT_READ) = 0 +25 mprotect(0x40846000,4096,PROT_READ) = 0 +25 mprotect(0x40841000,4096,PROT_READ) = 0 +25 mprotect(0x00a18000,143360,PROT_READ) = 0 +25 mprotect(0x40833000,8192,PROT_READ) = 0 +25 ugetrlimit(3,1082132628,1085730804,1,2097152,1082133208) = 0 +25 munmap(0x4083b000,11734) = 0 +25 getrandom(0x40b72b50,4,1) = 4 +25 brk(NULL) = 0x00a89000 +25 brk(0x00aaa000) = 0x00aaa000 +25 brk(0x00aab000) = 0x00aab000 +25 brk(0x00acc000) = 0x00acc000 +25 futex(0x00a867f0,FUTEX_PRIVATE_FLAG|FUTEX_WAKE,2147483647,NULL,0x40b6eff4,1085730804) = 0 +25 futex(0x00a867f8,FUTEX_PRIVATE_FLAG|FUTEX_WAKE,2147483647,NULL,0x40b6eff4,1085730804) = 0 +25 clock_gettime64(CLOCK_BOOTTIME,0x40800b6c) = 0 ({tv_sec=4668200,tv_nsec=47711961}) +25 gettid() = 25 +25 clock_gettime64(CLOCK_BOOTTIME,0x40800b5c) = 0 ({tv_sec=4668200,tv_nsec=48585844}) +25 getpid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 rt_sigprocmask(SIG_BLOCK,0x407fe9f0,NULL,8) = 0 +25 rt_sigaction(SIGPIPE,0x407fe804,0x407fe890) = 0 +25 ugetrlimit(7,1082125036,1085730804,10725408,13,1082133352) = 0 +25 prlimit64(0,RLIMIT_NOFILE,{rlim_cur=1048576,rlim_max=1048576},NULL) = 0 +25 openat(AT_FDCWD,"/usr/lib/locale/locale-archive",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 +25 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407fe5bc) = 0 +25 mmap2(NULL,2097152,PROT_READ,MAP_PRIVATE,3,0) = 0x40b80000 +25 mmap2(NULL,2596864,PROT_READ,MAP_PRIVATE,3,0x6f) = 0x40d80000 +25 close(3) = 0 +25 readlink("/proc/self/exe",0x00a8c450,4095) = 37 +25 readlink("/proc/self/exe",0x00a45060,4095) = 37 +25 chdir("/home/steam/steamcmd") = 0 +25 gettid() = 25 +25 clock_gettime64(CLOCK_BOOTTIME,0x407fe92c) = 0 ({tv_sec=4668200,tv_nsec=87889751}) +25 clock_gettime64(CLOCK_BOOTTIME,0x407fe92c) = 0 ({tv_sec=4668200,tv_nsec=89062235}) +25 clock_gettime64(CLOCK_REALTIME_COARSE,0x407fea1c) = 0 ({tv_sec=1720063413,tv_nsec=948892664}) +25 openat(AT_FDCWD,"/home/steam/steamcmd/steam.cfg",O_RDONLY|O_LARGEFILE) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/Steam.cfg",O_RDONLY|O_LARGEFILE) = -1 errno=2 (No such file or directory) +25 readlink("/root",0x407fb530,1023) = -1 errno=22 (Invalid argument) +25 readlink("/root/.steam",0x407fb530,1023) = -1 errno=2 (No such file or directory) +25 stat64("/root/.steam/steam",0x407fb8f0) = -1 errno=2 (No such file or directory) +25 mkdir("/root/Steam/logs",0777) = -1 errno=17 (File exists) +25 stat64("/root/Steam/logs/bootstrap_log.txt",0x407fd8f0) = 0 +25 lstat64("/root/Steam/logs",0x407fd850) = 0 +25 openat(AT_FDCWD,"/root/Steam/logs/bootstrap_log.txt",O_RDWR|O_LARGEFILE) = 3 +25 flock(3,5,10725408,2,10725408,1082120376) = 0 +25 fcntl64(3,F_SETFD,1) = 0 +25 _llseek(3,0,0,0x407fd8a0,SEEK_END) = 0 +25 write(3,0x9022f3,4) = 4 +25 clock_gettime64(CLOCK_REALTIME_COARSE,0x407fd90c) = 0 ({tv_sec=1720063413,tv_nsec=960892708}) +25 openat(AT_FDCWD,"/etc/localtime",O_RDONLY|O_CLOEXEC) = 4 +25 statx(4,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407fd65c) = 0 +25 statx(4,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407fd52c) = 0 +25 read(4,0xaa28b0,4096) = 114 +25 _llseek(4,4294967295,4294967236,0x407fd630,SEEK_CUR) = 0 +25 read(4,0xaa28b0,4096) = 60 +25 close(4) = 0 +25 write(3,0xa90d60,68) = 68 +25 clock_gettime64(CLOCK_REALTIME_COARSE,0x407fd90c) = 0 ({tv_sec=1720063413,tv_nsec=976892768}) +25 write(3,0xa922e0,276) = 276 +25 getcwd(0xaa28b0,4096) = 21 +25 stat64("/home/steam/steamcmd/package/beta",0x407fb8e0) = -1 errno=2 (No such file or directory) +25 openat(AT_FDCWD,"/home/steam/steamcmd/package/steam_cmd_linux.manifest",O_RDONLY|O_LARGEFILE) = 4 +25 flock(4,5,10725408,0,10725408,1082116024) = 0 +25 fcntl64(4,F_SETFD,1) = 0 +25 fstat64(4,0x407fc890) = 0 +25 read(4,0xab1e20,1838) = 1838 +25 close(4) = 0 +25 mmap2(NULL,266240,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x40ffa000 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 gettid() = 25 +25 munmap(0x40ffa000,266240) = 0 +25 openat(AT_FDCWD,"/home/steam/steamcmd/linux32/crashhandler.so",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 4 +25 read(4,0x407fc180,512) = 512 +25 statx(4,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407fbeb8) = 0 +25 mmap2(NULL,661476,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE,4,0) = 0x40ffa000 +25 mmap2(0x41002000,442368,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,4,0x8) = 0x41002000 +25 mmap2(0x4106e000,147456,PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,4,0x74) = 0x4106e000 +25 mmap2(0x41092000,16384,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,4,0x97) = 0x41092000 +25 mmap2(0x41096000,22500,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS|MAP_FIXED,-1,0) = 0x41096000 +25 close(4) = 0 +25 mprotect(0x41092000,12288,PROT_READ) = 0 +25 clock_gettime64(CLOCK_REALTIME,0x407fc2ec) = 0 ({tv_sec=1720063414,tv_nsec=1788981}) +25 clock_gettime64(CLOCK_BOOTTIME,0x407fc31c) = 0 ({tv_sec=4668200,tv_nsec=139217662}) +25 gettid() = 25 +25 futex(0x41099f4c,FUTEX_PRIVATE_FLAG|FUTEX_WAKE,2147483647,NULL,0x40b6eff4,1085730804) = 0 +25 futex(0x41099f54,FUTEX_PRIVATE_FLAG|FUTEX_WAKE,2147483647,NULL,0x40b6eff4,1085730804) = 0 +25 clock_gettime64(CLOCK_BOOTTIME,0x407fc2ec) = 0 ({tv_sec=4668200,tv_nsec=147181452}) +25 getpid() = 25 +25 openat(AT_FDCWD,"/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq",O_RDONLY) = -1 errno=2 (No such file or directory) +25 clock_gettime64(CLOCK_REALTIME,0x407fc05c) = 0 ({tv_sec=1720063414,tv_nsec=15478752}) +25 clock_nanosleep(CLOCK_REALTIME,0,{tv_sec = 0,tv_nsec = 5000000},{tv_sec = 7,tv_nsec = 1593058279}) = 0 +25 clock_gettime64(CLOCK_REALTIME,0x407fc05c) = 0 ({tv_sec=1720063414,tv_nsec=21040173}) +25 clock_gettime64(CLOCK_REALTIME,0x407fc05c) = 0 ({tv_sec=1720063414,tv_nsec=21460575}) +25 clock_nanosleep(CLOCK_REALTIME,0,{tv_sec = 0,tv_nsec = 5000000},{tv_sec = 7,tv_nsec = 1593058279}) = 0 +25 clock_gettime64(CLOCK_REALTIME,0x407fc05c) = 0 ({tv_sec=1720063414,tv_nsec=26631394}) +25 openat(AT_FDCWD,"/proc/cpuinfo",O_RDONLY) = 4 +25 statx(4,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407fb8fc) = 0 +25 read(4,0xaa2ff0,1024) = 968 +25 read(4,0xaa2ff0,1024) = 0 +25 close(4) = 0 +25 gettid() = 25 +25 write(2,0x407fb120,57)Unable to determine CPU Frequency. Try defining CPU_MHZ. + = 57 +25 write(2,0x40b6fd47,1) + = 1 +25 statx(1,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407fa8fc) = 0 +25 write(1,0xaa2ff0,57)Unable to determine CPU Frequency. Try defining CPU_MHZ. + = 57 +25 openat(AT_FDCWD,"/proc/cpuinfo",O_RDONLY) = 4 +25 statx(4,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT|AT_STATX_SYNC_AS_STAT,STATX_BASIC_STATS,0x407fc1cc) = 0 +25 read(4,0xaa3400,1024) = 968 +25 read(4,0xaa3400,1024) = 0 +25 close(4) = 0 +25 write(1,0xaa2ff0,52)Redirecting stderr to '/root/Steam/logs/stderr.txt' + = 52 +25 openat(AT_FDCWD,"/root/Steam/logs/stderr.txt",O_WRONLY|O_CREAT|O_LARGEFILE|O_TRUNC,0666) = 4 +25 dup3(4,2,0)Logging directory: '/root/Steam/logs' +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2425.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2425.toml new file mode 100644 index 00000000..1ecec840 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2425.toml @@ -0,0 +1,19 @@ +id = 2425 +title = "Add support for the 1366x768 resolution to the -vga std output" +state = "closed" +created_at = "2024-07-04T08:56:29.663Z" +closed_at = "2024-07-04T09:12:28.459Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2425" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """There is a Debian [issue](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700055) about it back from 2013. The is also a 2024 thread [thread](https://lists.nongnu.org/archive/html/qemu-discuss/2024-07/msg00003.html) about it on the `qemu-user` mailing list. + +I failed to make it a feature reqeust by keeping the template text +`/label ~"kind::Feature Request"` +at the end of the message: *Gitlab* removes it automatically.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2427.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2427.toml new file mode 100644 index 00000000..b1d46c3a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2427.toml @@ -0,0 +1,151 @@ +id = 2427 +title = "Heap-buffer-overflow in virtio-sound" +state = "closed" +created_at = "2024-07-05T21:20:21.429Z" +closed_at = "2024-07-24T01:24:30.116Z" +labels = ["Audio", "Fuzzer", "device:virtio", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2427" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit 3665dd6bb9" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +==852995==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x50400002f2f9 at pc 0x5b291f531ba9 bp 0x7ffd8e80c0a0 sp 0x7ffd8e80c098 +WRITE of size 2 at 0x50400002f2f9 thread T0 + #0 0x5b291f531ba8 in clip_natural_int16_t_from_stereo audio/mixeng_template.h:133:16 + #1 0x5b291f4ea707 in audio_pcm_sw_read audio/audio.c:604:5 + #2 0x5b291f4e9502 in AUD_read audio/audio.c:900:16 + #3 0x5b291e6db7c7 in virtio_snd_pcm_in_cb hw/audio/virtio-snd.c:1279:24 + #4 0x5b291f4f3017 in audio_run_in audio/audio.c:1331:21 + #5 0x5b291f4eda89 in audio_run audio/audio.c:1389:5 + #6 0x5b291fa34311 in alsa_poll_handler audio/alsaaudio.c:205:9 + #7 0x5b2921054bb3 in aio_dispatch_handler util/aio-posix.c:372:9 + #8 0x5b292104b9d5 in aio_dispatch_handlers util/aio-posix.c:414:20 + #9 0x5b292104b4b9 in aio_dispatch util/aio-posix.c:424:5 + #10 0x5b29210ede0e in aio_ctx_dispatch util/async.c:360:5 + #11 0x79b4f927fd3a in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55d3a) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #12 0x5b29210f1851 in glib_pollfds_poll util/main-loop.c:287:9 + #13 0x5b29210f007a in os_host_main_loop_wait util/main-loop.c:310:5 + #14 0x5b29210efc24 in main_loop_wait util/main-loop.c:589:11 + #15 0x5b291f5e5475 in qemu_main_loop system/runstate.c:795:9 + #16 0x5b292067eefb in qemu_default_main system/main.c:37:14 + #17 0x5b292067ef7d in main system/main.c:48:12 + #18 0x79b4f8829d8f in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 + #19 0x79b4f8829e3f in __libc_start_main csu/../csu/libc-start.c:392:3 + #20 0x5b291e29bef4 in _start (/usr/local/bin/qemu-system-x86_64+0x1c8fef4) + +0x50400002f2f9 is located 1 bytes after 40-byte region [0x50400002f2d0,0x50400002f2f8) +allocated by thread T0 here: + #0 0x5b291e339758 in calloc /home/runner/work/llvm-project/llvm-project/final/llvm-project/compiler-rt/lib/asan/asan_malloc_linux.cpp:77:3 + #1 0x79b4f9288c50 in g_malloc0 (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5ec50) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #2 0x5b29202d0efd in virtio_queue_notify hw/virtio/virtio.c:2297:9 + #3 0x5b291f3d242e in virtio_pci_notify_write hw/virtio/virtio-pci.c:1721:9 + #4 0x5b29203c82a4 in memory_region_write_accessor system/memory.c:497:5 + #5 0x5b29203c7951 in access_with_adjusted_size system/memory.c:573:18 + #6 0x5b29203c57eb in memory_region_dispatch_write system/memory.c:1521:16 + #7 0x5b292046cb42 in flatview_write_continue_step system/physmem.c:2757:18 + #8 0x5b292046c3c1 in flatview_write_continue system/physmem.c:2787:19 + #9 0x5b29204424c9 in flatview_write system/physmem.c:2818:12 + #10 0x5b2920441f1e in address_space_write system/physmem.c:2938:18 + #11 0x5b291f5d8eac in qtest_process_command system/qtest.c:643:9 + #12 0x5b291f5cfec5 in qtest_process_inbuf system/qtest.c:776:9 + #13 0x5b291f5de05e in qtest_read system/qtest.c:788:5 + #14 0x5b2920d2aef0 in qemu_chr_be_write_impl chardev/char.c:214:9 + #15 0x5b2920d2afb1 in qemu_chr_be_write chardev/char.c:226:9 + #16 0x5b2920d37388 in fd_chr_read chardev/char-fd.c:72:9 + #17 0x5b2920719767 in qio_channel_fd_source_dispatch io/channel-watch.c:84:12 + #18 0x79b4f927fc43 in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55c43) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + +SUMMARY: AddressSanitizer: heap-buffer-overflow audio/mixeng_template.h:133:16 in clip_natural_int16_t_from_stereo +Shadow bytes around the buggy address: + 0x50400002f000: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd + 0x50400002f080: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd + 0x50400002f100: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd + 0x50400002f180: fa fa 00 00 00 00 00 fa fa fa fd fd fd fd fd fd + 0x50400002f200: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd +=>0x50400002f280: fa fa fd fd fd fd fd fd fa fa 00 00 00 00 00[fa] + 0x50400002f300: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd + 0x50400002f380: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd + 0x50400002f400: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd + 0x50400002f480: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd + 0x50400002f500: fa fa fd fd fd fd fd fd fa fa fd fd fd fd fd fd +Shadow byte legend (one shadow byte represents 8 application bytes): + Addressable: 00 + Partially addressable: 01 02 03 04 05 06 07 + Heap left redzone: fa + Freed heap region: fd + Stack left redzone: f1 + Stack mid redzone: f2 + Stack right redzone: f3 + Stack after return: f5 + Stack use after scope: f8 + Global redzone: f9 + Global init order: f6 + Poisoned by user: f7 + Container overflow: fc + Array cookie: ac + Intra object redzone: bb + ASan internal: fe + Left alloca redzone: ca + Right alloca redzone: cb +```""" +reproduce = """``` +cat << EOF | qemu-system-x86_64 -display none \\ +-machine accel=qtest, -m 512M -machine q35 -device \\ +virtio-sound,audiodev=my_audiodev,streams=2 -audiodev \\ +alsa,id=my_audiodev -qtest stdio +outl 0xcf8 0x80001804 +outw 0xcfc 0x7 +outl 0xcf8 0x80001820 +outl 0xcfc 0xe0008000 +write 0xe0008020 0x4 0x00001000 +write 0xe0008028 0x4 0x00101000 +write 0xe0008016 0x1 0x03 +write 0xe0008020 0x4 0x00901000 +write 0xe0008028 0x4 0x00a01000 +write 0xe0008016 0x1 0x00 +write 0xe000801c 0x1 0x01 +write 0xe0008016 0x1 0x03 +write 0xe000801c 0x1 0x01 +write 0x100008 0x1 0x08 +write 0x109008 0x1 0x04 +write 0x11e000 0x1 0x04 +write 0x11e001 0x1 0x01 +write 0x11e004 0x1 0x01 +write 0x100081 0x1 0xe0 +write 0x100082 0x1 0x11 +write 0x100088 0x1 0x08 +write 0x10100a 0x1 0x08 +write 0x151000 0x1 0x01 +write 0x1090c1 0x1 0x10 +write 0x1090c2 0x1 0x15 +write 0x1090c8 0x1 0x04 +write 0x10a00c 0x1 0x0c +write 0x10a002 0x1 0x05 +write 0xe000b00c 0x1 0x03 +write 0x101002 0x1 0x1d +write 0xe000b001 0x1 0x00 +outl 0xcfc 0xe0008000 +outl 0xcf8 0x80001885 +outl 0xcf8 0x80001870 +outl 0xcf8 0x80001878 +inl 0xcfc +outl 0xcf8 0x80001870 +outl 0xcf8 0x80001863 +outl 0xcf8 0x80001853 +inb 0xcfc +outl 0xcf8 0x80001854 +inb 0xcfc +inb 0xcfc +outl 0xcf8 0x80001898 +inb 0xcfc +outl 0xcf8 0x80001899 +outl 0xcf8 0x80001870 +inb 0xcfc +inb 0xcfc +EOF +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2428.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2428.toml new file mode 100644 index 00000000..3d9ccb60 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2428.toml @@ -0,0 +1,39 @@ +id = 2428 +title = "Null-pointer-dereference in ufs" +state = "closed" +created_at = "2024-07-05T21:21:58.901Z" +closed_at = "2024-07-25T08:20:29.517Z" +labels = ["Fuzzer", "Storage", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2428" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit 3665dd6bb9" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +../hw/ufs/ufs.c:740:13: runtime error: member access within null pointer of type 'UfsSq' (aka 'struct UfsSq') +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/ufs/ufs.c:740:13 in +AddressSanitizer:DEADLYSIGNAL +================================================================= +==848760==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000020 (pc 0x6220e29edfce bp 0x7fffea0c6cf0 sp 0x7fffea0c6c40 T0) +==848760==The signal is caused by a READ memory access. +==848760==Hint: address points to the zero page. + #0 0x6220e29edfce in ufs_mcq_process_db hw/ufs/ufs.c:740:9 + #1 0x6220e29dc10f in ufs_write_mcq_op_reg hw/ufs/ufs.c:758:13 + #2 0x6220e29d85c6 in ufs_mmio_write hw/ufs/ufs.c:813:9 +```""" +reproduce = """``` +cat << EOF | qemu-system-x86_64 \\ +-display none -machine accel=qtest, -m 512M -M q35 -nodefaults -drive \\ +file=null-co://,if=none,id=disk0 -device ufs,id=ufs_bus -device \\ +ufs-lu,drive=disk0,bus=ufs_bus -qtest stdio +outl 0xcf8 0x80000810 +outl 0xcfc 0xe0000000 +outl 0xcf8 0x80000804 +outw 0xcfc 0x02 +write 0xe0001004 0x1 0x01 +EOF +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2430.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2430.toml new file mode 100644 index 00000000..fb7be4a2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2430.toml @@ -0,0 +1,19 @@ +id = 2430 +title = "allocate / free need use glibs's function." +state = "closed" +created_at = "2024-07-08T08:35:10.169Z" +closed_at = "2024-07-08T15:43:39.381Z" +labels = ["Bite Sized"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2430" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """https://gitlab.com/qemu-project/qemu/-/blob/master/hw/core/machine.c?ref_type=heads#L982 + +use g_free to free config,because it is allocated by g_malloc0 + +on windows,if use crt's free && glib's(DLL) g_malloc0 ,will crash.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2431.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2431.toml new file mode 100644 index 00000000..8e2d9bef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2431.toml @@ -0,0 +1,15 @@ +id = 2431 +title = "we ship a single qemu.1 manpage supposedly applicable for all system emulators but it is full of qemu-system-x86_64 specific info/command lines" +state = "opened" +created_at = "2024-07-08T15:22:00.063Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2431" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2433.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2433.toml new file mode 100644 index 00000000..d9577dc9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2433.toml @@ -0,0 +1,232 @@ +id = 2433 +title = "[TestCase] -object filter-redirector completely ignores linked bidirectional chardev, so encryption for netdev is broken" +state = "opened" +created_at = "2024-07-11T16:11:51.641Z" +closed_at = "n/a" +labels = ["Chardev", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2433" +host-os = "Windows 11 23H2 Home" +host-arch = "x86_64" +qemu-version = "v9.0.0-12054-g923cf646f4" +guest-os = "n/a" +guest-arch = "x86" +description = """If I form a wittingly broken network topology using -object filter-redirector and an encrypting bi-directional chardev linked to redirected traffic, the topology continues to function when it must not. See Fig.2. + +By "continues to function", I mean the two guest Windows XP from Fig.2 topology are able to see each other, join the same "MSHOME" workgroup, make shared folders which are mutually seen from each other and even send files to each other's shared folder! + +\\ +Why do I consider Fig.2 a broken topology? It includes only one encrypting chardev, whereas a normal encrypted network topology must contain one encrypting and one decrypting chardev.\\ +To form Fig.2 topology, follow "Steps to reproduce" section.\\ +\\ +At the same time, -object filter-redirector works perfectly if only uni-directional chardevs are used, see Fig.1 with corresponding commands to launch guest#1 qemu and guest#2 qemu. All network activities from previous paragraphs seem to function correctly both in Fig.1 and in Fig.2 + +If I put tls-creds=tls0, inside any "-chardev socket" switch in Fig.1 to make traffic encrypted without further decryption, local network between guests becomes broken (0 packets received), which is normal and expected behaviour.\\ +\\ +The end goal is to have netdev traffic encrypted. If anyone knows a workaround to encrypt netdev traffic on Windows hosts without installing crypto libs/drivers besides GnuTLS, please describe it in comments. + +*** Please note that some old broswers show Fig.1 and Fig.2 a little bit screwed. If so, please copy their source to Mousepad or Notepad - they must show topology correctly. And disable "Word Wrap" mode in your text editor, of course. *** + +``` + *********************** Fig. 1. Perfectly working network topology with uni-directional chardevs ************************* + + NOTE: rx:receive packets sent to the netdev + tx:receive packets sent by the netdev + First qemu Second qemu ++--------------------------------------------------------------------------------------------------+ +----------------------------------------+ +| | | | +| +----------------------------------------------------------------------------------------+ | | +------------------------------+ | +| | Guest Windows XP #1: | | | | Guest Windows XP #2: | | +| | | | | | | | +| | 169.254.144.98 IP, | | | | 169.254.144.99 IP, | | +| | 255.255.0.0 Net mask, | | | | 255.255.0.0 Net mask, | | +| | Gateway empty, | | | | Gateway empty, | | +| | DNS server empty, | | | | DNS server empty, | | +| | WINS server empty, | | | | WINS server empty, | | +| | DHCP off | | | | DHCP off | | +| +----------------------------------------------------------------------------------------+ | | +------------------------------+ | +| ^ | | | ^ | | +| | all | | | | | | +| | V | | | | | +| +--------------+ | | | | | +| | | | | | | | +| indev | filter | outdev | | | | | +| +-----> redirector >-------+ | | | | | +| | | | | | | | | | +| | | queue=all | | | | | | | +| | +--------------+ | | | | | | +| | | | | | | | +| +------------+ +------------+ | | | | | +| | | | | | | | +| +------------------+ +------------------+ | | +-------------------+ +------------------+ | | | | | +| | :9001 | | :9001 | | | | :9002 | | :9002 | | | | | | +| | uni-directional | | uni-directional | | | | uni-directional | | uni-directional | | | | all | | +| +-> chardev |->| chardev >-+ +-> chardev |->| chardev >-+ | | | | | +| | | | | | | | | | | | | | | | +| | | id=tx_in | |id=tx_out_to_guest| |id=rx_in_from_guest| | id=rx_out | | | | | | | +| | | server=on | | | | | | server=on | | | | | | | +| | +------------------+ +------------------+ +-------------------+ +------------------+ | | | | | | +| | | | | | | | +| | | | | | | | +| | +----------------+ +----------------+ | | | | | | +| | | | | | | | | | | | +| | | filter | | filter | | | | | | | +| +-----------------------< redirector | | redirector <------------------------+ | | | | | +| outdev | | | | indev | | | | | +| | queue=tx | | queue=rx | | | | | | +| +--------+-------+ +--------+-------+ | | | | | +| | | | | | | | +| | | | | | V | +| +--------------------------------^---------------------------V-----------------------------+ | | +--------------------------------+ | +| |==========================================================================================|------------->|================================| | +| | | | | | | | | | +| | netdev | mac=52:54:00:12:34:56 |7001:: ::7001| netdev | mac=52:54:00:12:34:57 | | +| | | | | | | | | | +| | | |<-------------| | | | +| +------------------------------------------------------------------------------------------+ | | +--------------------------------+ | +| | | | ++--------------------------------------------------------------------------------------------------+ +----------------------------------------+ + +Command to run Guest Windows XP #1 from Fig.1: + qemu-system-i386.exe \\ + -accel tcg \\ + -m 256M \\ + -cpu Westmere \\ + -hda d:\\xp1.qcow2 \\ + -usb -device usb-tablet \\ + -netdev socket,id=net0,listen=localhost:7001 \\ + -device rtl8139,netdev=net0,mac=52:54:00:12:34:56 \\ + -chardev socket,id=tx_in,host=127.0.0.1,port=9001,server=on,wait=off \\ + -chardev socket,id=tx_out_to_guest,host=127.0.0.1,port=9001 \\ + -chardev socket,id=rx_out,host=127.0.0.1,port=9002,server=on,wait=off \\ + -chardev socket,id=rx_in_from_guest,host=127.0.0.1,port=9002 \\ + -object filter-redirector,netdev=net0,queue=tx,outdev=tx_in,id=tx1 \\ + -object filter-redirector,netdev=net0,queue=rx,indev=rx_out,id=rx1 \\ + -object filter-redirector,netdev=net0,queue=all,outdev=rx_in_from_guest,indev=tx_out_to_guest,id=inner_redirector + +Command to run Guest Windows XP #2 from Fig.1: + qemu-system-i386.exe + -accel tcg \\ + -m 256M \\ + -cpu Westmere \\ + -hda d:\\xp2.qcow2 \\ + -usb -device usb-tablet \\ + -netdev socket,id=net1,connect=localhost:7001 \\ + -device rtl8139,netdev=net1,mac=52:54:00:12:34:57 + + + *********************** Fig. 2. Erroneously working network topology, despite encrypting bi-directional chardev ************************* + + NOTE: queue=rx:receive packets sent to the netdev + queue=tx:receive packets sent by the netdev + queue=all:receive packets sent by and to the netdev (both directions) + + First qemu Second qemu ++--------------------------------------------------------------------------------------------------+ +----------------------------------------+ +| | | | +| +----------------------------------------------------------------------------------------+ | | +------------------------------+ | +| | Guest Windows XP #1: | | | | Guest Windows XP #2: | | +| | | | | | | | +| | 169.254.144.98 IP, | | | | 169.254.144.99 IP, | | +| | 255.255.0.0 Net mask, | | | | 255.255.0.0 Net mask, | | +| | Gateway empty, | | | | Gateway empty, | | +| | DNS server empty, | | | | DNS server empty, | | +| | WINS server empty, | | | | WINS server empty, | | +| | DHCP off | | | | DHCP off | | +| +----------------------------------------------------------------------------------------+ | | +------------------------------+ | +| ^ | | | ^ | | +| | all | | | | | | +| | V | | | | | +| +-------------------+ | | | | | +| | | | | | | | +| +------>| filter | | | | | | +| | | redirector | | | | | | +| | +--<| | | | | | | +| | | | queue=all | | | | | | +| | | |id=inner_redirector| | | | | | +| | | +-----------V-------+ | | | | | +| | | | indev | | | | | +| | | | | | | | | +| | | | | | | | | +| | | +----------V-------+ +-----------------------+ | | | | | +| | | | :9001 | | | | | | | | +| | | | bi-directional | | -object tls-creds-psk | | | | | | +| | | |encrypting chardev| | | | | | | | +| | | | |---->| | | | | | | +| | | | tls-creds=tls0 | | id=tls0 | | | | | | +| | | | id=inner_chardev | | endpoint=server | | | | | | +| | | | server=on | | | | | | | | +| | | +------------------+ +-----------------------+ | | | | | +| | | | | | | | +| | | | | | | | +| ^ V | | | V | +| +------------------------------------------------------------------------------------------+ | | +--------------------------------+ | +| |==========================================================================================|------------->|================================| | +| | | | | | | | | | +| | netdev | mac=52:54:00:12:34:56 |7001:: ::7001| netdev | mac=52:54:00:12:34:57 | | +| | | | | | | | | | +| | | |<-------------| | | | +| +------------------------------------------------------------------------------------------+ | | +--------------------------------+ | +| | | | ++--------------------------------------------------------------------------------------------------+ +----------------------------------------+ +```""" +reproduce = """1. Download official GnuTLS .zip for windows from https://www.gnutls.org/download.html and extract it. +2. Download and install official QEMU 9.0 from https://qemu.weilnetz.de/w64/qemu-w64-setup-20240423.exe +3. Open command prompt, navigate to the folder with psktool.exe from Step 1. +4. Run this command: "psktool -u qemu_user -p keys.psk" +5. Run first guest Windows XP with the command described in "QEMU command line" section above, replacing "dir=C:\\\\Downloads" with path to keys.psk, like this: "dir=C:\\\\path_to_keys_dot_psk" (without filename itself) +6. Run second guest Windows XP with the following command: `qemu-system-i386.exe -accel tcg -m 256M -cpu Westmere -hda d:\\\\xp2.qcow2 -usb -device usb-tablet -netdev socket,id=net1,connect=localhost:7001 -device rtl8139,netdev=net1,mac=52:54:00:12:34:57`""" +additional = """Yes, I know Qemu on Linux hosts is able to encrypt netdev traffic with the aid of `-netdev vhost-user,id=net0,chardev=chr0`\\ +But `-netdev vhost-user,id=net0,chardev=chr0` is not officially supported by Qemu on Windows hosts.\\ +\\ +If I run this command in one command prompt instance:\\ +`qemu-system-i386.exe -accel tcg -m 256M -object tls-creds-psk,id=tls0,endpoint=server,dir=C:\\Downloads -chardev socket,id=chr0,port=7001,host=127.0.0.1,tls-creds=tls0,server=on -netdev vhost-user,id=net0,chardev=chr0 -device virtio-net-pci,netdev=net0,mac=52:54:00:12:34:56`\\ +\\ +And this one in another instance\\ +`gnutls-cli.exe --priority=NORMAL -p 7001 --pskusername=pskusername_from_keys_psk_file --pskkey=pskkeyhash_from_keys_psk_file 127.0.0.1`\\ +\\ +I see this:\\ +`qemu-system-i386.exe: -netdev vhost-user,id=net0,chardev=chr0: network backend 'vhost-user' is not compiled into this binary`\\ +\\ +Testcase: + +<details> + +static void test_redirector_incomplete_bidirectional_topology_connectionError(void)\\ +{\\ +//prepare keys.psk\\ +FILE \\*fileAddress;\\ +fileAddress = fopen("/home/keys.psk", "w");\\ +char content\\[50\\] = "deadbeefname:deadbeefkey";\\ +int i;\\ +int len = strlen(content);\\ +\\ +if (fileAddress != NULL) {\\ +for (i = 0; i \\< len; i++) {\\ +fputc (content\\[i\\], fileAddress);\\ +}\\ +fclose(fileAddress); \\ +}\\ +else {\\ +return -1;\\ +}\\ +\\ +\\ +QTestState \\*qts0;\\ +char \\*expect;\\ +\\ +qts0 = qtest_initf("-netdev socket,id=net0,listen=localhost:7001 "\\ +"-device rtl8139,netdev=net0,mac=52:54:00:12:34:56 "\\ +"-object filter-redirector,netdev=net0,queue=all,indev=inner_chardev,id=inner_redirector"\\ +"-chardev socket,id=inner_chardev,host=127.0.0.1,port=9001,tls-creds=tls0,server=on,wait=off"\\ +"-object tls-creds-psk,id=tls0,endpoint=server,dir=/home/");\\ +\\ +expect = g_strdup_printf("st0: index=0,type=socket,connection error\\\\r\\\\n");\\ +\\ +EXPECT_STATE(qts0, expect, 0);\\ +\\ +g_free(expect);\\ +\\ +qtest_quit(qts0);\\ +} + +</details>""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2434.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2434.toml new file mode 100644 index 00000000..f893ad9d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2434.toml @@ -0,0 +1,39 @@ +id = 2434 +title = "qemu fails to build tests/unit/test-nested-aio-poll with errors about writing <N> bytes into a region of size <M> overflows the destination" +state = "closed" +created_at = "2024-07-13T09:16:49.060Z" +closed_at = "2024-10-06T14:10:29.493Z" +labels = ["Tests", "kind: Not user visible", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2434" +host-os = "Fedora 41" +host-arch = "x86_64" +qemu-version = "git @ commit 37fbfda8f4145ba1700f63f0cb7be4c108d545de" +guest-os = "n/a" +guest-arch = "n/a" +description = """Fails to compile from source with: +``` +[2/2] Linking target tests/unit/test-nested-aio-poll +FAILED: tests/unit/test-nested-aio-poll +cc -m64 -o tests/unit/test-nested-aio-poll libevent-loop-base.a.p/event-loop-base.c.o libqom.a.p/qom_container.c.o libqom.a.p/qom_object.c.o libqom.a.p/qom_object_interfaces.c.o libqom.a.p/qom_qom-qobject.c.o libblock.a.p/block.c.o libblock.a.p/blockjob.c.o libblock.a.p/job.c.o libblock.a.p/qemu-io-cmds.c.o libblock.a.p/replication.c.o libblock.a.p/nbd_client.c.o libblock.a.p/nbd_client-connection.c.o libblock.a.p/nbd_common.c.o libblock.a.p/scsi_utils.c.o libblock.a.p/scsi_pr-manager.c.o libblock.a.p/scsi_pr-manager-helper.c.o libblock.a.p/block_accounting.c.o libblock.a.p/block_aio_task.c.o libblock.a.p/block_amend.c.o libblock.a.p/block_backup.c.o libblock.a.p/block_blkdebug.c.o libblock.a.p/block_blklogwrites.c.o libblock.a.p/block_blkverify.c.o libblock.a.p/block_block-backend.c.o libblock.a.p/block_block-copy.c.o libblock.a.p/block_commit.c.o libblock.a.p/block_copy-before-write.c.o libblock.a.p/block_copy-on-read.c.o libblock.a.p/block_create.c.o libblock.a.p/block_crypto.c.o libblock.a.p/block_dirty-bitmap.c.o libblock.a.p/block_filter-compress.c.o libblock.a.p/block_graph-lock.c.o libblock.a.p/block_io.c.o libblock.a.p/block_mirror.c.o libblock.a.p/block_nbd.c.o libblock.a.p/block_null.c.o libblock.a.p/block_preallocate.c.o libblock.a.p/block_progress_meter.c.o libblock.a.p/block_qapi.c.o libblock.a.p/block_qcow2.c.o libblock.a.p/block_qcow2-bitmap.c.o libblock.a.p/block_qcow2-cache.c.o libblock.a.p/block_qcow2-cluster.c.o libblock.a.p/block_qcow2-refcount.c.o libblock.a.p/block_qcow2-snapshot.c.o libblock.a.p/block_qcow2-threads.c.o libblock.a.p/block_quorum.c.o libblock.a.p/block_raw-format.c.o libblock.a.p/block_reqlist.c.o libblock.a.p/block_snapshot.c.o libblock.a.p/block_snapshot-access.c.o libblock.a.p/block_throttle.c.o libblock.a.p/block_throttle-groups.c.o libblock.a.p/block_write-threshold.c.o libblock.a.p/block_qcow.c.o libblock.a.p/block_vdi.c.o libblock.a.p/block_vhdx-endian.c.o libblock.a.p/block_vhdx-log.c.o libblock.a.p/block_vhdx.c.o libblock.a.p/block_vmdk.c.o libblock.a.p/block_vpc.c.o libblock.a.p/block_cloop.c.o libblock.a.p/block_bochs.c.o libblock.a.p/block_vvfat.c.o libblock.a.p/block_dmg.c.o libblock.a.p/block_qed-check.c.o libblock.a.p/block_qed-cluster.c.o libblock.a.p/block_qed-l2-cache.c.o libblock.a.p/block_qed-table.c.o libblock.a.p/block_qed.c.o libblock.a.p/block_parallels.c.o libblock.a.p/block_parallels-ext.c.o libblock.a.p/block_file-posix.c.o libblock.a.p/block_iscsi-opts.c.o libblock.a.p/block_nvme.c.o libblock.a.p/block_replication.c.o libblock.a.p/block_linux-aio.c.o libblock.a.p/block_io_uring.c.o libblock.a.p/block_stream.c.o libblock.a.p/block_monitor_bitmap-qmp-cmds.c.o libblock.a.p/block_blkio.c.o libblock.a.p/block_curl.c.o libblock.a.p/block_gluster.c.o libblock.a.p/block_iscsi.c.o libblock.a.p/block_nfs.c.o libblock.a.p/block_ssh.c.o libblock.a.p/block_dmg-bz2.c.o libblock.a.p/meson-generated_.._block_block-gen.c.o libcrypto.a.p/crypto_afsplit.c.o libcrypto.a.p/crypto_akcipher.c.o libcrypto.a.p/crypto_block-luks.c.o libcrypto.a.p/crypto_block-qcow.c.o libcrypto.a.p/crypto_block.c.o libcrypto.a.p/crypto_cipher.c.o libcrypto.a.p/crypto_der.c.o libcrypto.a.p/crypto_hash.c.o libcrypto.a.p/crypto_hmac.c.o libcrypto.a.p/crypto_ivgen-essiv.c.o libcrypto.a.p/crypto_ivgen-plain.c.o libcrypto.a.p/crypto_ivgen-plain64.c.o libcrypto.a.p/crypto_ivgen.c.o libcrypto.a.p/crypto_pbkdf.c.o libcrypto.a.p/crypto_secret_common.c.o libcrypto.a.p/crypto_secret.c.o libcrypto.a.p/crypto_tlscreds.c.o libcrypto.a.p/crypto_tlscredsanon.c.o libcrypto.a.p/crypto_tlscredspsk.c.o libcrypto.a.p/crypto_tlscredsx509.c.o libcrypto.a.p/crypto_tlssession.c.o libcrypto.a.p/crypto_rsakey.c.o libcrypto.a.p/crypto_hash-gnutls.c.o libcrypto.a.p/crypto_hmac-gnutls.c.o libcrypto.a.p/crypto_pbkdf-gnutls.c.o libcrypto.a.p/crypto_secret_keyring.c.o libauthz.a.p/authz_base.c.o libauthz.a.p/authz_list.c.o libauthz.a.p/authz_listfile.c.o libauthz.a.p/authz_simple.c.o libauthz.a.p/authz_pamacct.c.o libio.a.p/io_channel-buffer.c.o libio.a.p/io_channel-command.c.o libio.a.p/io_channel-file.c.o libio.a.p/io_channel-null.c.o libio.a.p/io_channel-socket.c.o libio.a.p/io_channel-tls.c.o libio.a.p/io_channel-util.c.o libio.a.p/io_channel-watch.c.o libio.a.p/io_channel-websock.c.o libio.a.p/io_channel.c.o libio.a.p/io_dns-resolver.c.o libio.a.p/io_net-listener.c.o libio.a.p/io_task.c.o tests/unit/test-nested-aio-poll.p/test-nested-aio-poll.c.o tests/unit/test-nested-aio-poll.p/iothread.c.o -Werror -flto -Wl,--as-needed -Wl,--no-undefined -Wl,-O1 -pie -Wl,-z,relro -Wl,-z,now -march=native -fno-omit-frame-pointer -Wl,-rpath,/usr/lib64/iscsi -Wl,-rpath-link,/usr/lib64/iscsi -Wl,--start-group libqemuutil.a subprojects/libvhost-user/libvhost-user-glib.a subprojects/libvhost-user/libvhost-user.a /usr/lib64/libzstd.so /usr/lib64/libz.so /usr/lib64/iscsi/libiscsi.so -laio /usr/lib64/liburing.so -lblkio /usr/lib64/libcurl.so /usr/lib64/libacl.so /usr/lib64/libgfapi.so /usr/lib64/libglusterfs.so /usr/lib64/libgfrpc.so /usr/lib64/libgfxdr.so /usr/lib64/libuuid.so /usr/lib64/libnfs.so /usr/lib64/libssh.so /usr/lib64/libglib-2.0.so /usr/lib64/libgmodule-2.0.so -pthread -lbz2 /usr/lib64/libgnutls.so -lpam -lnuma /usr/lib64/libgio-2.0.so /usr/lib64/libgobject-2.0.so -lm -Wl,--end-group +In function ‘aio_notify’, + inlined from ‘aio_bh_enqueue’ at ../util/async.c:96:5, + inlined from ‘aio_bh_schedule_oneshot_full’ at ../util/async.c:139:5, + inlined from ‘aio_wait_kick.part.0’ at ../util/aio-wait.c:54:9: +../util/async.c:494:5: error: ‘__atomic_store_1’ writing 1 byte into a region of size 0 overflows the destination [-Werror=stringop-overflow=] + 494 | qatomic_set(&ctx->notified, true); + | ^ +In function ‘aio_wait_kick.part.0’: +lto1: note: destination object is likely at address zero +In function ‘aio_notify’, + inlined from ‘aio_bh_enqueue’ at ../util/async.c:96:5, + inlined from ‘aio_bh_schedule_oneshot_full’ at ../util/async.c:139:5, + inlined from ‘aio_wait_kick.part.0’ at ../util/aio-wait.c:54:9: +../util/async.c:501:9: error: ‘__atomic_load_4’ writing 4 bytes into a region of size 0 overflows the destination [-Werror=stringop-overflow=] + 501 | if (qatomic_read(&ctx->notify_me)) { + | ^ +In function ‘aio_wait_kick.part.0’: +lto1: note: destination object is likely at address zero +lto1: all warnings being treated as errors +```""" +reproduce = """1. Build qemu from source, probably with LTO enabled and recent GCC.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2435.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2435.toml new file mode 100644 index 00000000..5b7d7b81 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2435.toml @@ -0,0 +1,32 @@ +id = 2435 +title = "CPU halted during fuzzing OHCI" +state = "closed" +created_at = "2024-07-14T13:46:29.476Z" +closed_at = "2025-03-07T18:08:09.731Z" +labels = ["Fuzzer", "USB", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2435" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit 7e5a8bb" +guest-os = "n/a" +guest-arch = "n/a" +description = """Is there a limit on the number of CPU cores that QEMU can use? I am running multiple sets of parallel fuzzing tests on a host machine. To prevent CPU contention, I have divided the running environments by using docker. The docker startup command is as follows: +`docker run --cpuset-cpus=8-15 --privileged --name qemu-container-ohci -it qemu-container bash` + +I found that the CPU is in a halted state and encountered the following error: +``` +#0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=126899170563648) at ./nptl/pthread_kill.c:44 +#1 __pthread_kill_internal (signo=6, threadid=126899170563648) at ./nptl/pthread_kill.c:78 +#2 __GI___pthread_kill (threadid=126899170563648, signo=signo@entry=6) at ./nptl/pthread_kill.c:89 +#3 0x0000736a904a3476 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 +#4 0x0000736a904897f3 in __GI_abort () at ./stdlib/abort.c:79 +#5 0x0000736a90dcbb57 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 +#6 0x0000736a90e2570f in g_assertion_message_expr () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 +#7 0x00005eca4aff5bad in mttcg_cpu_thread_fn (arg=0x62b000000200) at ../accel/tcg/tcg-accel-ops-mttcg.c:110 +#8 0x00005eca4b89d658 in qemu_thread_start (args=0x60300008b030) at ../util/qemu-thread-posix.c:541 +#9 0x0000736a904f5ac3 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 +#10 0x0000736a90587850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 +``` +Can someone help analyze the reason?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2437.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2437.toml new file mode 100644 index 00000000..c3c1dc69 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2437.toml @@ -0,0 +1,49 @@ +id = 2437 +title = "qm terminal VMID return \"Inappropriate ioctl for device\" when spawned by an another process" +state = "closed" +created_at = "2024-07-15T01:21:03.551Z" +closed_at = "2024-07-15T14:06:45.575Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2437" +host-os = "proxmox 8.2.1" +host-arch = "x86" +qemu-version = "8.1.5-5" +guest-os = "Ubuntu" +guest-arch = "x86" +description = """as i dont want to mess with vnc i want to use qm terminal to interact with my vms and it doesnt work im currently using nodejs as a test heres the code if anybody wanna try it +```js +import { spawn } from "child_process"; +var child = spawn('qm', ["terminal", "100"]); + +child.stdout.setEncoding('utf8'); +child.stdin.setDefaultEncoding("utf8"); +child.stdout.on('data', function (data) { + console.log('stdout: ' + data.trim()); +}); + +child.stderr.setEncoding('utf8'); +child.stderr.on('data', function (data) { + console.log('stderr: ' + data.trim()); +}); + +child.on('close', function (code) { + console.log('closing code: ' + code); +}); + +setInterval(() => { + child.stdin.write("\\n"); +}, 5000); +``` +its just spawning qm terminal and sending return every 5 seconds + +it seems to start but crash + +"Inappropriate ioctl for device" + +{width=478 height=48} + +maybe its not the place to put that but i have no clue so here am i + +At least i tryed spawning something else my code is working""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2438.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2438.toml new file mode 100644 index 00000000..1a6d6ffe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2438.toml @@ -0,0 +1,15 @@ +id = 2438 +title = "QEMU needs compat tweak to build against upstream capstone 6" +state = "closed" +created_at = "2024-07-15T16:03:54.694Z" +closed_at = "2024-07-18T18:42:17.735Z" +labels = ["Bite Sized", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2438" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2439.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2439.toml new file mode 100644 index 00000000..9df108ff --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2439.toml @@ -0,0 +1,17 @@ +id = 2439 +title = "qemu.org ssl certificate is expired" +state = "closed" +created_at = "2024-07-17T01:26:54.490Z" +closed_at = "2024-07-20T04:30:22.209Z" +labels = ["sysadmin"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2439" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor: N/A" +qemu-version = "N/A" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. go to qemu.org +2. look at it +3. maybe screenshot""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2440.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2440.toml new file mode 100644 index 00000000..b58380bd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2440.toml @@ -0,0 +1,120 @@ +id = 2440 +title = "virtio-net: Use-After-Free during unrealization of virtio-net" +state = "opened" +created_at = "2024-07-17T05:44:20.511Z" +closed_at = "n/a" +labels = ["device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2440" +host-os = "Ubuntu" +host-arch = "x86" +qemu-version = "8.1.93" +guest-os = "n/a" +guest-arch = "n/a" +description = """When hotplugging `virtio-net` device, mishandling of `failover` option may leads to use-after-free. +More specifically, if we try to hotplug virtio-net device with `failover=on` and other invalid option (e.g. `rx_queue_size=0`), the device listner callback is registered but not unregistered before being freed, leading to UAF.""" +reproduce = """```sh +cat <<EOF | qemu-system-i386 -M q35 -nodefaults -chardev stdio,id=char0 -mon char0 -device pcie-pci-bridge,id=br1,bus=pcie.0 +device_add virtio-net,failover=on,rx_queue_size=0,bus=br1,id=dev0 +device_add virtio-net,failover=on,bus=br1,id=dev0 +quit +EOF +``` + +If above command is not working, let me know so that I provide more information.""" +additional = """The following log leveals bug location: + +```sh +$ cat <<EOF | qemu-system-i386 -M q35 -nodefaults -chardev stdio,id=char0 -mon char0 -device pcie-pci-bridge,id=br1,bus=pcie.0 +device_add virtio-net,failover=on,rx_queue_size=0,bus=br1,id=dev0 +device_add virtio-net,failover=on,bus=br1,id=dev0 +quit +EOF +==836681==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +QEMU 8.1.93 monitor - type 'help' for more information +VNC server running on 127.0.0.1:5900 +(qemu) device_add virtio-net,failover=on,rx_queue_size=0,bus=br1,id=dev0 +Error: Invalid rx_queue_size (= 0), must be a power of 2 between 256 and 1024. +(qemu) device_add virtio-net,failover=on,bus=br1,id=dev0 +================================================================= +==836681==ERROR: AddressSanitizer: heap-use-after-free on address 0x62e00000ab58 at pc 0x5577bbb8fe22 bp 0x7ffeb03fca50 sp 0x7ffeb03fca48 +READ of size 8 at 0x62e00000ab58 thread T0 + #0 0x5577bbb8fe21 in qdev_should_hide_device /home/XXX/qemu/build/../hw/core/qdev.c:233:23 + #1 0x5577bb14aac4 in qdev_device_add_from_qdict /home/XXX/qemu/build/../system/qdev-monitor.c:662:9 + #2 0x5577bb14c364 in qdev_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:738:11 + #3 0x5577bb14d6eb in qmp_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:860:11 + #4 0x5577bb14e11d in hmp_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:968:5 + #5 0x5577bb29aef4 in handle_hmp_command_exec /home/XXX/qemu/build/../monitor/hmp.c:1106:9 + #6 0x5577bb298fa3 in handle_hmp_command /home/XXX/qemu/build/../monitor/hmp.c:1158:9 + #7 0x5577bb2949ee in monitor_command_cb /home/XXX/qemu/build/../monitor/hmp.c:47:5 + #8 0x5577bc2b0c3a in readline_handle_byte /home/XXX/qemu/build/../util/readline.c:419:13 + #9 0x5577bb29d261 in monitor_read /home/XXX/qemu/build/../monitor/hmp.c:1390:13 + #10 0x5577bbfda644 in fd_chr_read /home/XXX/qemu/build/../chardev/char-fd.c:72:9 + #11 0x7f53d36e5c43 in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55c43) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #12 0x5577bc2536db in glib_pollfds_poll /home/XXX/qemu/build/../util/main-loop.c:290:9 + #13 0x5577bc2536db in os_host_main_loop_wait /home/XXX/qemu/build/../util/main-loop.c:313:5 + #14 0x5577bc2536db in main_loop_wait /home/XXX/qemu/build/../util/main-loop.c:592:11 + #15 0x5577bb15dd06 in qemu_main_loop /home/XXX/qemu/build/../system/runstate.c:782:9 + #16 0x5577bbb81115 in qemu_default_main /home/XXX/qemu/build/../system/main.c:37:14 + #17 0x7f53d2c3fd8f in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 + #18 0x7f53d2c3fe3f in __libc_start_main csu/../csu/libc-start.c:392:3 + #19 0x5577ba4c3584 in _start (/usr/local/bin/qemu-system-i386+0x1ada584) (BuildId: c7ca543ea41d3478bc13cdf604d47805b990620e) + +0x62e00000ab58 is located 42840 bytes inside of 43008-byte region [0x62e000000400,0x62e00000ac00) +freed by thread T1 here: + #0 0x5577ba546122 in __interceptor_free (/usr/local/bin/qemu-system-i386+0x1b5d122) (BuildId: c7ca543ea41d3478bc13cdf604d47805b990620e) + #1 0x5577bbba5135 in object_finalize /home/XXX/qemu/build/../qom/object.c:714:9 + #2 0x5577bbba5135 in object_unref /home/XXX/qemu/build/../qom/object.c:1217:9 + #3 0x5577bbb91ac3 in bus_free_bus_child /home/XXX/qemu/build/../hw/core/qdev.c:55:5 + +previously allocated by thread T0 here: + #0 0x5577ba5463ce in malloc (/usr/local/bin/qemu-system-i386+0x1b5d3ce) (BuildId: c7ca543ea41d3478bc13cdf604d47805b990620e) + #1 0x7f53d36ee738 in g_malloc (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5e738) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #2 0x5577bb14c364 in qdev_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:738:11 + #3 0x5577bb29aef4 in handle_hmp_command_exec /home/XXX/qemu/build/../monitor/hmp.c:1106:9 + #4 0x5577bb298fa3 in handle_hmp_command /home/XXX/qemu/build/../monitor/hmp.c:1158:9 + #5 0x5577bb2949ee in monitor_command_cb /home/XXX/qemu/build/../monitor/hmp.c:47:5 + +Thread T1 created by T0 here: + #0 0x5577ba52f84c in pthread_create (/usr/local/bin/qemu-system-i386+0x1b4684c) (BuildId: c7ca543ea41d3478bc13cdf604d47805b990620e) + #1 0x5577bc1fcc24 in qemu_thread_create /home/XXX/qemu/build/../util/qemu-thread-posix.c:581:11 + #2 0x5577bc229970 in rcu_init_complete /home/XXX/qemu/build/../util/rcu.c:415:5 + #3 0x5577bc229970 in rcu_init /home/XXX/qemu/build/../util/rcu.c:471:5 + #4 0x7f53d2c3feba in call_init csu/../csu/libc-start.c:145:3 + #5 0x7f53d2c3feba in __libc_start_main csu/../csu/libc-start.c:379:5 + +SUMMARY: AddressSanitizer: heap-use-after-free /home/XXX/qemu/build/../hw/core/qdev.c:233:23 in qdev_should_hide_device +Shadow bytes around the buggy address: + 0x0c5c7fff9510: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c5c7fff9520: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c5c7fff9530: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c5c7fff9540: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c5c7fff9550: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd +=>0x0c5c7fff9560: fd fd fd fd fd fd fd fd fd fd fd[fd]fd fd fd fd + 0x0c5c7fff9570: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c5c7fff9580: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c5c7fff9590: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c5c7fff95a0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c5c7fff95b0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa +Shadow byte legend (one shadow byte represents 8 application bytes): + Addressable: 00 + Partially addressable: 01 02 03 04 05 06 07 + Heap left redzone: fa + Freed heap region: fd + Stack left redzone: f1 + Stack mid redzone: f2 + Stack right redzone: f3 + Stack after return: f5 + Stack use after scope: f8 + Global redzone: f9 + Global init order: f6 + Poisoned by user: f7 + Container overflow: fc + Array cookie: ac + Intra object redzone: bb + ASan internal: fe + Left alloca redzone: ca + Right alloca redzone: cb +==836681==ABORTING +``` + +#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2441.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2441.toml new file mode 100644 index 00000000..28eb0f52 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2441.toml @@ -0,0 +1,108 @@ +id = 2441 +title = "virtio-net: memory leak when hotplugging virtio-net" +state = "opened" +created_at = "2024-07-17T05:45:44.328Z" +closed_at = "n/a" +labels = ["device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2441" +host-os = "Ubuntu" +host-arch = "x86" +qemu-version = "8.1.93" +guest-os = "n/a" +guest-arch = "n/a" +description = """When invalid option for virtio-net device is provided during hotplug, allocated string is not freed, leading to memory leak.""" +reproduce = """```sh +cat <<EOF | qemu-system-i386 -M q35 -nodefaults \\ +-chardev stdio,id=char0 -mon char0 -device pcie-pci-bridge,id=br1,bus=pcie.0 +device_add virtio-net,rx_queue_size=0,bus=br1,id=dev0 +quit +EOF +``` + +If above command is not working, let me know so that I provide more information.""" +additional = """There is LeakSanitizer log: + +```sh +$ cat <<EOF | LSAN_OPTIONS=fast_unwind_on_malloc=0 qemu-system-i386 -M q35 -nodefaults \\ +-chardev stdio,id=char0 -mon char0 -device pcie-pci-bridge,id=br1,bus=pcie.0 +device_add virtio-net,rx_queue_size=0,bus=br1,id=dev0 +quit +EOF +==831633==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +QEMU 8.1.93 monitor - type 'help' for more information +VNC server running on 127.0.0.1:5900 +(qemu) device_add virtio-net,rx_queue_size=0,bus=br1,id=dev0 +Error: Invalid rx_queue_size (= 0), must be a power of 2 between 256 and 1024. +(qemu) quit + +================================================================= +==831633==ERROR: LeakSanitizer: detected memory leaks + +Direct leak of 15 byte(s) in 1 object(s) allocated from: + #0 0x55c1ac66b3ce in malloc (/usr/local/bin/qemu-system-i386+0x1b5d3ce) (BuildId: c7ca543ea41d3478bc13cdf604d47805b990620e) + #1 0x7f45c1695738 in g_malloc (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5e738) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #2 0x7f45c16aa583 in g_strdup (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x73583) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #3 0x55c1ad943dd4 in virtio_net_set_netclient_name /home/XXX/qemu/build/../hw/net/virtio-net.c:3445:25 + #4 0x55c1adace541 in virtio_net_pci_realize /home/XXX/qemu/build/../hw/virtio/virtio-net-pci.c:62:5 + #5 0x55c1ad13ec00 in virtio_pci_realize /home/XXX/qemu/build/../hw/virtio/virtio-pci.c:2228:9 + #6 0x55c1acdec557 in pci_qdev_realize /home/XXX/qemu/build/../hw/pci/pci.c:2117:9 + #7 0x55c1adcb9484 in device_set_realized /home/XXX/qemu/build/../hw/core/qdev.c:510:13 + #8 0x55c1adcd6278 in property_set_bool /home/XXX/qemu/build/../qom/object.c:2305:5 + #9 0x55c1adcd1443 in object_property_set /home/XXX/qemu/build/../qom/object.c:1435:5 + #10 0x55c1adcdd15c in object_property_set_qobject /home/XXX/qemu/build/../qom/qom-qobject.c:28:10 + #11 0x55c1adcd1d11 in object_property_set_bool /home/XXX/qemu/build/../qom/object.c:1504:15 + #12 0x55c1ad27021a in qdev_device_add_from_qdict /home/XXX/qemu/build/../system/qdev-monitor.c:719:10 + #13 0x55c1ad271364 in qdev_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:738:11 + #14 0x55c1ad2726eb in qmp_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:860:11 + #15 0x55c1ad27311d in hmp_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:968:5 + #16 0x55c1ad3bfef4 in handle_hmp_command_exec /home/XXX/qemu/build/../monitor/hmp.c:1106:9 + #17 0x55c1ad3bdfa3 in handle_hmp_command /home/XXX/qemu/build/../monitor/hmp.c:1158:9 + #18 0x55c1ad3b99ee in monitor_command_cb /home/XXX/qemu/build/../monitor/hmp.c:47:5 + #19 0x55c1ae3d5c3a in readline_handle_byte /home/XXX/qemu/build/../util/readline.c:419:13 + #20 0x55c1ad3c2261 in monitor_read /home/XXX/qemu/build/../monitor/hmp.c:1390:13 + #21 0x55c1ae0ff644 in fd_chr_read /home/XXX/qemu/build/../chardev/char-fd.c:72:9 + #22 0x7f45c168cc43 in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55c43) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #23 0x55c1ae3786db in glib_pollfds_poll /home/XXX/qemu/build/../util/main-loop.c:290:9 + #24 0x55c1ae3786db in os_host_main_loop_wait /home/XXX/qemu/build/../util/main-loop.c:313:5 + #25 0x55c1ae3786db in main_loop_wait /home/XXX/qemu/build/../util/main-loop.c:592:11 + #26 0x55c1ad282d06 in qemu_main_loop /home/XXX/qemu/build/../system/runstate.c:782:9 + #27 0x55c1adca6115 in qemu_default_main /home/XXX/qemu/build/../system/main.c:37:14 + #28 0x7f45c0bd0d8f in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 + #29 0x7f45c0bd0e3f in __libc_start_main csu/../csu/libc-start.c:392:3 + +Direct leak of 5 byte(s) in 1 object(s) allocated from: + #0 0x55c1ac66b3ce in malloc (/usr/local/bin/qemu-system-i386+0x1b5d3ce) (BuildId: c7ca543ea41d3478bc13cdf604d47805b990620e) + #1 0x7f45c1695738 in g_malloc (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x5e738) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #2 0x7f45c16aa583 in g_strdup (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x73583) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #3 0x55c1ad943da2 in virtio_net_set_netclient_name /home/XXX/qemu/build/../hw/net/virtio-net.c:3444:25 + #4 0x55c1adace541 in virtio_net_pci_realize /home/XXX/qemu/build/../hw/virtio/virtio-net-pci.c:62:5 + #5 0x55c1ad13ec00 in virtio_pci_realize /home/XXX/qemu/build/../hw/virtio/virtio-pci.c:2228:9 + #6 0x55c1acdec557 in pci_qdev_realize /home/XXX/qemu/build/../hw/pci/pci.c:2117:9 + #7 0x55c1adcb9484 in device_set_realized /home/XXX/qemu/build/../hw/core/qdev.c:510:13 + #8 0x55c1adcd6278 in property_set_bool /home/XXX/qemu/build/../qom/object.c:2305:5 + #9 0x55c1adcd1443 in object_property_set /home/XXX/qemu/build/../qom/object.c:1435:5 + #10 0x55c1adcdd15c in object_property_set_qobject /home/XXX/qemu/build/../qom/qom-qobject.c:28:10 + #11 0x55c1adcd1d11 in object_property_set_bool /home/XXX/qemu/build/../qom/object.c:1504:15 + #12 0x55c1ad27021a in qdev_device_add_from_qdict /home/XXX/qemu/build/../system/qdev-monitor.c:719:10 + #13 0x55c1ad271364 in qdev_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:738:11 + #14 0x55c1ad2726eb in qmp_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:860:11 + #15 0x55c1ad27311d in hmp_device_add /home/XXX/qemu/build/../system/qdev-monitor.c:968:5 + #16 0x55c1ad3bfef4 in handle_hmp_command_exec /home/XXX/qemu/build/../monitor/hmp.c:1106:9 + #17 0x55c1ad3bdfa3 in handle_hmp_command /home/XXX/qemu/build/../monitor/hmp.c:1158:9 + #18 0x55c1ad3b99ee in monitor_command_cb /home/XXX/qemu/build/../monitor/hmp.c:47:5 + #19 0x55c1ae3d5c3a in readline_handle_byte /home/XXX/qemu/build/../util/readline.c:419:13 + #20 0x55c1ad3c2261 in monitor_read /home/XXX/qemu/build/../monitor/hmp.c:1390:13 + #21 0x55c1ae0ff644 in fd_chr_read /home/XXX/qemu/build/../chardev/char-fd.c:72:9 + #22 0x7f45c168cc43 in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x55c43) (BuildId: 224ac2a88b72bc8e2fe8566ee28fae789fc69241) + #23 0x55c1ae3786db in glib_pollfds_poll /home/XXX/qemu/build/../util/main-loop.c:290:9 + #24 0x55c1ae3786db in os_host_main_loop_wait /home/XXX/qemu/build/../util/main-loop.c:313:5 + #25 0x55c1ae3786db in main_loop_wait /home/XXX/qemu/build/../util/main-loop.c:592:11 + #26 0x55c1ad282d06 in qemu_main_loop /home/XXX/qemu/build/../system/runstate.c:782:9 + #27 0x55c1adca6115 in qemu_default_main /home/XXX/qemu/build/../system/main.c:37:14 + #28 0x7f45c0bd0d8f in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 + #29 0x7f45c0bd0e3f in __libc_start_main csu/../csu/libc-start.c:392:3 + +SUMMARY: AddressSanitizer: 20 byte(s) leaked in 2 allocation(s). +``` + +#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2442.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2442.toml new file mode 100644 index 00000000..c0ced10e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2442.toml @@ -0,0 +1,155 @@ +id = 2442 +title = "kvm-unit-tests ept failed" +state = "closed" +created_at = "2024-07-17T08:35:55.637Z" +closed_at = "2024-08-01T00:00:02.962Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2442" +host-os = "CentOS 9" +host-arch = "x86_64" +qemu-version = "9.0.50 (v9.0.0-2128-gb9ee1387e0)" +guest-os = "CentOS 9" +guest-arch = "x86_64" +description = """On the Sierra Forest and Emerald Rapids platform, the ept test in kvm-unit-tests failed on the latest QEMU. + +QEMU first bad commit is 0b2757412cb1d1947d7e2c1fe14985f1e72bba32. + +This bad commit also caused other errors, such as: + +1.kvm-unit-tests vmx_pf_invvpid_test + +Test suite: vmx_pf_invvpid_test + +Host skipping test: INVVPID ADDR unsupported + +filter = vmx_pf_invvpid_test, test = vmx_pf_vpid_test + +filter = vmx_pf_invvpid_test, test = vmx_exception_test + +SUMMARY: 0 tests + +SKIP vmx_pf_invvpid_test (0 tests) + +2.kvm-unit-tests vmx_pf_no_vpid_test + +Test suite: vmx_pf_no_vpid_test + +run + +x86/vmx_tests.c:10568: assert failed: false: Unexpected exit to L1, exit_reason: VMX_CR (0x1c) + STACK: 40717c 4072a3 402039 403f11 4001bd + +FAIL vmx_pf_no_vpid_test + +3.kvm-unit-tests vmx: + +Test suite: vmx_controls_test + +FAIL: Clear primary processor-based controls bit 15: vmlaunch fails + +FAIL: Clear primary processor-based controls bit 16: vmlaunch fails + +Test suite: vmx_mtf_test + +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000025 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0010'0101 - 37 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_MTF, got VMX_CR. + STACK: 406faa 407478 407911 402039 403f11 4001bd + +4.Failed to boot L2 guest on L1 windows guest, host does not support "Intel EPT" hardware assisted MMU virtualization.""" +reproduce = """1.git clone https://gitlab.com/kvm-unit-tests/kvm-unit-tests.git + +2.cd kvm-unit-tests; ./configure + +3.make standalone + +4.rmmod kvm_intel + +5.modprobe kvm_intel nested=Y allow_smaller_maxphyaddr=Y + +6.cd tests; ./ept""" +additional = """... +Test suite: ept_access_test_paddr_not_present_ad_disabled +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000012 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'0010 - 18 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_VMCALL, got VMX_CR. + STACK: 406faa 40730c 416905 416cf2 416f68 402039 403f11 4001bd +filter = ept_access*, test = ept_access_test_paddr_not_present_ad_enabled + +Test suite: ept_access_test_paddr_not_present_ad_enabled +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000012 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'0010 - 18 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_VMCALL, got VMX_CR. + STACK: 406faa 40730c 416905 416cf2 416f09 402039 403f11 4001bd +filter = ept_access*, test = ept_access_test_paddr_read_only_ad_disabled + +Test suite: ept_access_test_paddr_read_only_ad_disabled +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000012 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'0010 - 18 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_VMCALL, got VMX_CR. + STACK: 406faa 40730c 416905 416cf2 417150 402039 403f11 4001bd +filter = ept_access*, test = ept_access_test_paddr_read_only_ad_enabled + +Test suite: ept_access_test_paddr_read_only_ad_enabled +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000012 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'0010 - 18 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_VMCALL, got VMX_CR. + STACK: 406faa 40730c 416905 416cf2 416e14 402039 403f11 4001bd +filter = ept_access*, test = ept_access_test_paddr_read_write + +Test suite: ept_access_test_paddr_read_write +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000012 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'0010 - 18 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_VMCALL, got VMX_CR. + STACK: 406faa 40730c 416905 416fb1 4170fb 402039 403f11 4001bd +filter = ept_access*, test = ept_access_test_paddr_read_write_execute + +Test suite: ept_access_test_paddr_read_write_execute +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000012 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'0010 - 18 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_VMCALL, got VMX_CR. + STACK: 406faa 40730c 416905 416fb1 4170b0 402039 403f11 4001bd +filter = ept_access*, test = ept_access_test_paddr_read_execute_ad_disabled + +Test suite: ept_access_test_paddr_read_execute_ad_disabled +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000012 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'0010 - 18 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_VMCALL, got VMX_CR. + STACK: 406faa 40730c 416905 416cf2 416fde 402039 403f11 4001bd +filter = ept_access*, test = ept_access_test_paddr_read_execute_ad_enabled + +Test suite: ept_access_test_paddr_read_execute_ad_enabled +FAIL: x86/vmx_tests.c:2164: Assertion failed: (expected) == (actual) + LHS: 0x0000000000000012 - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'0010 - 18 + RHS: 0x000000000000001c - 0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0000'0001'1100 - 28 +Expected VMX_VMCALL, got VMX_CR. + STACK: 406faa 40730c 416905 416cf2 416d1f 402039 403f11 4001bd +filter = ept_access*, test = ept_access_test_paddr_not_present_page_fault + +Test suite: ept_access_test_paddr_not_present_page_fault +filter = ept_access*, test = ept_access_test_force_2m_page + +Test suite: ept_access_test_force_2m_page +filter = ept_access*, test = atomic_switch_max_msrs_test +filter = ept_access*, test = atomic_switch_overflow_msrs_test +filter = ept_access*, test = rdtsc_vmexit_diff_test +filter = ept_access*, test = vmx_mtf_test +filter = ept_access*, test = vmx_mtf_pdpte_test +filter = ept_access*, test = vmx_pf_exception_test +filter = ept_access*, test = vmx_pf_exception_forced_emulation_test +filter = ept_access*, test = vmx_pf_no_vpid_test +filter = ept_access*, test = vmx_pf_invvpid_test +filter = ept_access*, test = vmx_pf_vpid_test +filter = ept_access*, test = vmx_exception_test +SUMMARY: 5824 tests, 8 unexpected failures +FAIL ept (5824 tests, 8 unexpected failures) + +[error.log](/uploads/407a04df83bae220bca6fad3c9bba9ff/error.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2443.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2443.toml new file mode 100644 index 00000000..beba5c4a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2443.toml @@ -0,0 +1,30 @@ +id = 2443 +title = "virtio-gpu-gl: \"opengl is not available\" message is too vague and doesn't suggest how to fix the problem" +state = "closed" +created_at = "2024-07-17T16:31:46.378Z" +closed_at = "2024-08-06T21:07:57.817Z" +labels = ["device:virtio", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2443" +host-os = "Macos X" +host-arch = "Arm 64" +qemu-version = "QEMU emulator version 9.0.50 (v9.0.0-2247-ge2f346aa98)" +guest-os = "trying Linux Mint" +guest-arch = "arm" +description = """I finally compiled qemu for Apple Silicon M2 Pro with opengl enabled and virtglrenderer enabled thanks to instruction from homebrew formula, +but I did it without homebrew nor macports just manually compiling necessary libraries. +Qemu was compiled succesfully with flags: +```` +./configure --target-list=aarch64-softmmu,x86_64-softmmu --enable-cocoa --enable-sdl --enable-virglrenderer --enable-vhost-net --enable-spice-protocol --enable-tools --enable-opengl --enable-pixman --enable-vmnet +```` + +the device is clearly listed: +```` +name "virtio-gpu-device", bus virtio-bus +name "virtio-gpu-gl-device", bus virtio-bus +name "virtio-gpu-gl-pci", bus PCI, alias "virtio-gpu-gl" +name "virtio-gpu-pci", bus PCI, alias "virtio-gpu" +```` + +So why it not working and gives that info while opengl is clearly there and is enabled.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2444.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2444.toml new file mode 100644 index 00000000..4ae46578 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2444.toml @@ -0,0 +1,15 @@ +id = 2444 +title = "Use of vulnerable function 'strcpy' at can_socketcan.c:213. This function is unsafe." +state = "closed" +created_at = "2024-07-18T07:52:52.543Z" +closed_at = "2024-07-18T09:25:04.068Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2444" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2446.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2446.toml new file mode 100644 index 00000000..eaf11675 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2446.toml @@ -0,0 +1,68 @@ +id = 2446 +title = "linux-user: Qemu doesn't support `set_robust_list` used by glibc robust mutex implementation" +state = "closed" +created_at = "2024-07-18T14:34:25.548Z" +closed_at = "2024-07-18T23:11:43.623Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2446" +host-os = "Ubuntu 22.04.3 LTS" +host-arch = "x86_64" +qemu-version = "8.2.2" +guest-os = "Ubuntu 22.04.3 LTS" +guest-arch = "RISC-V 64" +description = """It seems that syscall set_robust_list is not implemented on Qemu for any Linux platform: [link]( https://github.com/qemu/qemu/blob/master/linux-user/syscall.c#L12811)""" +reproduce = """1. Use below toy program `set_robust_list.c` and compile it without optimizations like: +``` + gcc -Wall -W -Wextra -std=gnu17 -pedantic set_robust_list.c -o set_robust_list +``` + +``` +#include <stdio.h> +#include <stdlib.h> +#include <errno.h> +#include <sys/syscall.h> +#include <sys/types.h> +#include <unistd.h> +#include <linux/futex.h> +#include <syscall.h> + +int main(void) +{ +#ifdef __NR_set_robust_list + struct robust_list_head head; + size_t len = sizeof(struct robust_list_head); + + // This call to set_robust_list function should fail + int err = syscall(__NR_set_robust_list, &head, -1); + if (err < 0) + perror("1st set_robust_list error"); + else + puts("1st set_robust_list OK"); + + // This call to set_robust_list function should be sucessful + err = syscall(__NR_set_robust_list, &head, len); + if (err < 0) + perror("2nd set_robust_list error"); + else + puts("2nd set_robust_list OK"); +#else + puts("No set_robust_list support"); +#endif + exit(0); +} +``` + +2. Run program on Qemu and compare output with output from x64 build. In my case it looks like: +``` +root@AMDC4705:/runtime/set_robust_list# ./set_robust_list +1st set_robust_list error: Invalid argument +2nd set_robust_list OK +root@AMDC4705:/runtime/set_robust_list# ./set_robust_list-riscv +1st set_robust_list error: Function not implemented +2nd set_robust_list error: Function not implemented +```""" +additional = """Working `set_robust_list` on Linux is quite important in context of named robust mutexes. In NPTL `set_robust_list` is used internally at ld.so initialization time to perform following check: [link](https://github.com/bminor/glibc/blob/master/sysdeps/nptl/dl-tls_init_tp.c#L96) + +When syscall fails, later `pthread_mutex_init` (with `PTHREAD_MUTEX_ROBUST` + `PTHREAD_PROCESS_SHARED` attributes) end up with `ENOTSUP` error [link](https://github.com/bminor/glibc/blob/master/nptl/pthread_mutex_init.c#L99). + +In dotnet we use robust mutexes for process synchronization purpose. Although there are other available techniques like named semaphores or file locks, robust mutexes are better locking option in case of unexpected process death.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2447.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2447.toml new file mode 100644 index 00000000..fa8efff7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2447.toml @@ -0,0 +1,31 @@ +id = 2447 +title = "With -display sdl,gl=on and 3D acceleration, the position of mouse does not show correctly" +state = "opened" +created_at = "2024-07-18T18:32:57.277Z" +closed_at = "n/a" +labels = ["GUI", "device:virtio", "guest: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2447" +host-os = "Windows 11 23H2 Home" +host-arch = "x86_64" +qemu-version = "v9.0.0-12054-g923cf646f4" +guest-os = "Linux kali 6.6.15" +guest-arch = "x86_64" +description = """Real mouse position is nearly 100 px on the left of drawn cursor. The closer the cursor to the lower right corner of the VM window, the worse (divergence becomes way bigger than 100 px). + +Split off from https://gitlab.com/qemu-project/qemu/-/issues/761 + +VM window is not necessary to be resized to reproduce this bug. If your VM desktop comes 1920x1080 originally, the bug can be reproduced from the very start. + +Smaller resolutions show this bug too, but it not so noticeable.""" +reproduce = """1. Download and install official QEMU 9.0 from https://qemu.weilnetz.de/w64/qemu-w64-setup-20240423.exe +2. Go to https://www.kali.org/get-kali/#kali-virtual-machines and click big QEMU 64 icon, and wait till kali-linux-2024.2-qemu-amd64.7z has been downloaded +3. Extract kali-linux-2024.2-qemu-amd64.qcow2 from kali-linux-2024.2-qemu-amd64.7z +4. Run it: `qemu-system-x86_64.exe -accel tcg -device virtio-vga-gl -display sdl,gl=on -hda C:\\kali-linux-2024.2-qemu-amd64.qcow2 -usb -device usb-tablet -m 4096 -machine q35 -smp 2 -cpu Westmere` +5. Enter `kali` as user and `kali` as password when prompted +6. When the desktop is shown up, click the leftmost, upmost blue "Applications" button. Then click Settings -\\> Display +7. Pick 1920x1080 as resolution and click Apply, then Keep this configuration. +8. Click Firefox Browser icon on the top panel. +9. When the browser starts working, experience how hard to use its interface, though it's fast. Real mouse position is nearly 100 px on the left of drawn cursor. The closer the cursor to the lower right corner of the VM window, the worse (divergence becomes way bigger than 100 px).""" +additional = """Run `qemu-system-x86_64.exe -accel tcg -device virtio-vga -display sdl -hda C:\\kali-linux-2024.2-qemu-amd64.qcow2 -usb -device usb-tablet -m 4096 -machine q35 -smp 2 -cpu Westmere` and experience correct behavior. + +Mouse in Gtk mode works ok. OpenGL not available for Windows in GTK mode.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2448.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2448.toml new file mode 100644 index 00000000..eee85c5a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2448.toml @@ -0,0 +1,54 @@ +id = 2448 +title = "linux-user as binfmt_misc fails to recognize AT_EXECFD if it's 0 and leaves it open as stdin" +state = "closed" +created_at = "2024-07-18T23:45:13.261Z" +closed_at = "2024-07-30T05:31:15.587Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2448" +host-os = "NixOS unstable" +host-arch = "x86_64" +qemu-version = "9.0.1" +guest-os = "linux-user" +guest-arch = "riscv64, probably affects others" +description = """When a `*-linux-user` is used as binfmt_misc, and... + +- The `O` (i.e. open-binary) flag is set +- File descriptor 0 is closed when running the executable + +FD 0 is opened to point at the executable and passed as `AT_EXECFD`, which QEMU fails to recognize and leaves open before handing control over to the executable, leading to the program to think stdin is opened for reading its own executable. + +Some use cases rely on closed stdin to behave correctly. For example, this problem causes the `tests/tail/follow-stdin.sh` and `tests/tac/tac-2-nonseekable.sh` tests in GNU coreutils to fail. In any case, having the executable itself be stdin is definitely incorrect and quite surprising behavior.""" +reproduce = """1. Set up qemu-riscv64 as binfmt_misc with `qemu-binfmt-conf.sh`, with the `--credential` flag (which enables open-binary) +2. Get a coreutils built for riscv64 (Let's say it can be found in `riscv64-coreutils/bin`) +3. Run it with something like `riscv64-coreutils/bin/cat <&- | xxd | head` (`xxd | head` to catch the binary output) + +The correct behavior is (You can see by running the native `cat <&-`): + +``` +cat: -: Bad file descriptor +cat: closing standard input: Bad file descriptor +``` + +Instead, the executable `cat` itself is dumped to stdout. + +Perhaps slightly more clear is `riscv64-coreutils/bin/ls -l /proc/self/fd <&-` which shows fd 0 unexpectedly pointing to the coreutils executable.""" +additional = """I'm interested in writing a patch to fix this issue but I'm uncertain how to proceed. This is what I've found so far: + +In `linux-user/main.c` if (effectively) `getauxval(AT_EXECFD)` is 0 it's treated as nonexistent. (https://gitlab.com/qemu-project/qemu/-/blob/0d9f1016d43302108d33d1268304a06cc3fb2021/linux-user/main.c#L758-765) + +```c + execfd = qemu_getauxval(AT_EXECFD); + if (execfd == 0) { + execfd = open(exec_path, O_RDONLY); + if (execfd < 0) { + printf("Error while loading %s: %s\\n", exec_path, strerror(errno)); + _exit(EXIT_FAILURE); + } + } +``` + +However as we've seen `getauxval(AT_EXECFD)` can have 0 as a valid value. + +`qemu_getauxval` in `util/getauxval.c` implements several strategies to get the auxv, but doesn't currently give a way to distinguish not found and 0. FreeBSD `elf_aux_info` has `EINVAL` and `ENOENT` error codes but it's ignored here. On Linux, glibc sets `errno` to `ENOENT` to distinguish the two cases but only on glibc >= 2.19. Musl's `getauxval` has always had setting `errno` to `ENOENT`. + +Once we add a proper "`AT_EXECFD` doesn't exist" check this will no longer be a problem since (IIUC) `execfd` will eventually be closed after loading. How should we add "not found" support to `qemu_getauxval`? Is just simply relying on libc's `getauxval` setting `errno` okay?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2449.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2449.toml new file mode 100644 index 00000000..b291bebd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2449.toml @@ -0,0 +1,15 @@ +id = 2449 +title = "How to extract FIS (personal question)" +state = "closed" +created_at = "2024-07-19T14:48:39.822Z" +closed_at = "2024-07-19T17:44:23.017Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2449" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2451.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2451.toml new file mode 100644 index 00000000..a24e9c8c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2451.toml @@ -0,0 +1,15 @@ +id = 2451 +title = "Italian language (po) not updated" +state = "closed" +created_at = "2024-07-20T13:43:39.628Z" +closed_at = "2024-08-14T02:52:58.767Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2451" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2454.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2454.toml new file mode 100644 index 00000000..5b6ecbbe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2454.toml @@ -0,0 +1,20 @@ +id = 2454 +title = "sd: assertion in sd_read_byte()" +state = "closed" +created_at = "2024-07-25T10:27:35.052Z" +closed_at = "2024-08-06T21:07:57.622Z" +labels = ["Fuzzer", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2454" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit 029e13a8" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +ERROR: qemu/hw/sd/sd.c:2541:sd_read_byte: code should not be reached +Bail out! ERROR: qemu/hw/sd/sd.c:2541:sd_read_byte: code should not be reached Aborted (core dumped) +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2455.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2455.toml new file mode 100644 index 00000000..5b7af314 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2455.toml @@ -0,0 +1,20 @@ +id = 2455 +title = "sdhci: assertion in sdhci_read_dataport()" +state = "closed" +created_at = "2024-07-25T10:29:40.453Z" +closed_at = "2024-08-06T21:07:57.479Z" +labels = ["Fuzzer", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2455" +host-os = "Ubuntu 22.04.4 LTS" +host-arch = "x86_64" +qemu-version = "commit b23acd3e" +guest-os = "n/a" +guest-arch = "n/a" +description = """The following log reveals it: + +``` +qemu-system-x86_64: qemu/hw/sd/sdhci.c:476: uint32_t sdhci_read_dataport(SDHCIState *, unsigned int): Assertion `s->data_count < s->buf_maxsz' failed. +Aborted (core dumped) +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2457.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2457.toml new file mode 100644 index 00000000..141d8a8b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2457.toml @@ -0,0 +1,15 @@ +id = 2457 +title = "Building plugin sources doesn't produce any output to 'make'" +state = "closed" +created_at = "2024-07-25T17:07:39.144Z" +closed_at = "2024-07-31T06:17:07.695Z" +labels = ["TCG plugins", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2457" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2458.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2458.toml new file mode 100644 index 00000000..ee2129fa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2458.toml @@ -0,0 +1,15 @@ +id = 2458 +title = "Documentation build fails with Sphinx 8" +state = "closed" +created_at = "2024-07-25T22:24:32.289Z" +closed_at = "2024-07-31T06:17:08.142Z" +labels = ["kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2458" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2459.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2459.toml new file mode 100644 index 00000000..ac66d7ef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2459.toml @@ -0,0 +1,15 @@ +id = 2459 +title = "Qemu in termux network bug" +state = "opened" +created_at = "2024-07-26T01:03:58.972Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2459" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/246.toml b/gitlab/issues/target_missing/host_missing/accel_missing/246.toml new file mode 100644 index 00000000..9410db4b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/246.toml @@ -0,0 +1,15 @@ +id = 246 +title = "Build fails with 64 bits time_t" +state = "closed" +created_at = "2021-05-10T05:29:03.430Z" +closed_at = "2021-05-16T18:49:41.207Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/246" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2465.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2465.toml new file mode 100644 index 00000000..816f8f06 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2465.toml @@ -0,0 +1,15 @@ +id = 2465 +title = "QEMU does not stop other threads when hitting a breakpoint" +state = "opened" +created_at = "2024-07-29T15:00:10.192Z" +closed_at = "n/a" +labels = ["GDB", "linux-user", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2465" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2466.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2466.toml new file mode 100644 index 00000000..31c69b79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2466.toml @@ -0,0 +1,32 @@ +id = 2466 +title = "I'm not sure. But I Think I could cause the err(include/qemu/queue.h)." +state = "closed" +created_at = "2024-07-29T15:40:02.918Z" +closed_at = "2024-07-29T16:48:53.960Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2466" +host-os = "ubuntu 22.04" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """At file "include/qemu/queue.h", Maybe I Think QTAILQ_REMOVE could cause a Error. + +``` +#define QTAILQ_REMOVE(head, elm, field) do { \\ + if (((elm)->field.tqe_next) != NULL) \\ + (elm)->field.tqe_next->field.tqe_circ.tql_prev = \\ + (elm)->field.tqe_circ.tql_prev; \\ + else \\ + (head)->tqh_circ.tql_prev = (elm)->field.tqe_circ.tql_prev; \\ + (elm)->field.tqe_circ.tql_prev->tql_next = (elm)->field.tqe_next; \\ + (elm)->field.tqe_circ.tql_prev = NULL; \\ + (elm)->field.tqe_circ.tql_next = NULL; \\ + (elm)->field.tqe_next = NULL; \\ +} while (/*CONSTCOND*/0) +``` +If the length of the que is one, line 7 cause a segmentation fault.""" +reproduce = """1. Create a Que with QTAILQ_INIT +2. Add one element to que. +3. Remove the element with QTAILQ_REMOVE""" +additional = """queue.h file is located at "inclue/qemu/queue.h"""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2471.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2471.toml new file mode 100644 index 00000000..4b006170 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2471.toml @@ -0,0 +1,15 @@ +id = 2471 +title = "error handling in of_dpa_cmd_add_acl()" +state = "closed" +created_at = "2024-08-01T06:53:57.055Z" +closed_at = "2024-11-19T15:47:13.508Z" +labels = ["Bite Sized", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2471" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2472.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2472.toml new file mode 100644 index 00000000..19c5db3e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2472.toml @@ -0,0 +1,15 @@ +id = 2472 +title = "optimize nvme_directive_receive() function" +state = "opened" +created_at = "2024-08-01T09:40:11.170Z" +closed_at = "n/a" +labels = ["Bite Sized", "block:NVMe"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2472" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2475.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2475.toml new file mode 100644 index 00000000..ab694cde --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2475.toml @@ -0,0 +1,15 @@ +id = 2475 +title = "Inconsistency between cpu_tb_exec() and qemu_plugin_register_vcpu_tb_exec_cb()?" +state = "closed" +created_at = "2024-08-01T22:30:34.524Z" +closed_at = "2024-08-05T14:45:58.328Z" +labels = ["TCG plugins"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2475" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2476.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2476.toml new file mode 100644 index 00000000..5bbdab63 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2476.toml @@ -0,0 +1,60 @@ +id = 2476 +title = "Regression 9.1.0-rc0: Msys2/Clang64 build fails" +state = "closed" +created_at = "2024-08-02T03:51:25.283Z" +closed_at = "2024-08-17T22:04:10.348Z" +labels = ["Build System", "TCG plugins", "hostos: Windows", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2476" +host-os = "Windows 10 22H2" +host-arch = "x86_64" +qemu-version = "9.1.0-rc0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Building QEMU in Msys2/Clang64 environment now fails. It is possible with 8.2.0 and 9.0.0 if option "--disable-plugins" is used. + +I suppose this option is broken now: + +``` +[2207/2362] Linking target qemu-system-aarch64.exe +FAILED: qemu-system-aarch64.exe +"cc" "-m64" @qemu-system-aarch64.exe.rsp +lld: error: unknown argument: --dynamic-list=D:/msys64plain/home/Normalo/qemu-9.1.0-rc0/plugins/qemu-plugins.symbols + + +cc: error: linker command failed with exit code 1 (use -v to see invocation) + + +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:167: run-ninja] Error 1 +make[1]: Leaving directory '/home/Normalo/qemu-9.1.0-rc0/build' +make: *** [GNUmakefile:6: build] Error 2 +```""" +reproduce = """1. tar -xf qemu-9.1.0-rc0.tar.xz +2. cd qemu-9.1.0-rc0 +3. ./configure --target-list=aarch64-softmmu --disable-plugins +4. make""" +additional = """See attached log files [configure.log](/uploads/c56dd6c9064d98d3498923adcd61a4f9/configure.log) and [build.log](/uploads/c3f16160cffcd4a817f0304226db604e/build.log) + +After reverting the last commit on plugins/meson.build the build succeeds, because here the parameter causing the failure (`--dynamic-list`) is only applied, if plugins are enabled. +``` +commit 0082475e26430297ef65e598db5b67c8ac182620 +Author: Paolo Bonzini <pbonzini@redhat.com> +Date: Thu Jun 6 15:07:23 2024 +0200 + + meson: merge plugin_ldflags into emulator_link_args + + These serve the same purpose, except plugin_ldflags ends up in the linker + command line in a more roundabout way (through specific_ss). Simplify. + + Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> +``` + +Configuring with plugins enabled fails with: +``` +../plugins/meson.build:28:32: ERROR: Command `D:\\msys64plain\\clang64\\bin/dlltool.EXE --input-def D:/msys64plain/home/Normalo/qemu-9.1.0-rc0/build/plugins/qemu_plugin_api.def --output-delaylib D:/msys64plain/home/Normalo/qemu-9.1.0-rc0/build/plugins/libqemu_plugin_api.a --dllname qemu.exe` failed with status 1. + +A full log can be found at D:/msys64plain/home/Normalo/qemu-9.1.0-rc0/build/meson-logs/meson-log.txt + +ERROR: meson setup failed +``` +See attached log files [configure-plugins-enabled.log](/uploads/5ce608791fe9a47165c3fecaddce1aa8/configure-plugins-enabled.log) and [meson-log-plugins-enabled.txt](/uploads/8dc1e95726847270052def5d7b0bd63a/meson-log-plugins-enabled.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2477.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2477.toml new file mode 100644 index 00000000..e18c413b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2477.toml @@ -0,0 +1,15 @@ +id = 2477 +title = "GDB_HAS_MTE detection is incomplete" +state = "closed" +created_at = "2024-08-02T06:58:52.447Z" +closed_at = "2024-08-17T22:04:10.442Z" +labels = ["GDB", "Tests", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2477" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2478.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2478.toml new file mode 100644 index 00000000..fbda977e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2478.toml @@ -0,0 +1,28 @@ +id = 2478 +title = "STM32F1 STM32VLDicovery board: incorrect clock register setting" +state = "opened" +created_at = "2024-08-02T08:50:10.842Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2478" +host-os = "Debian GNU/Linux stable" +host-arch = "x86" +qemu-version = "7.2.11 & 9.0.90" +guest-os = "baremetal" +guest-arch = "ARM Cortex M3" +description = """The execution of the program hangs when testing, from libopencm3 clock initialization, the status of the clock in ``rcc_wait_for_osc_ready()``. This function https://github.com/libopencm3/libopencm3/blob/master/lib/stm32/f1/rcc.c#L366 loops until the bit stating that the oscillator is stabilized is set. I am unable to find in qemu this bit being set upon clock initialization, which I believe is an hardware emulation shortcoming. Commenting this line in libopencm3 allows for the emulation to complete correctly, but I believe the error lies in the hardware emulation and not in the libopencm3 test. Reading the status of ``RCC_CR`` from ``gdb-multiarch`` probing the QEMU internal state returns 0, leading to the failure of the test at https://github.com/libopencm3/libopencm3/blob/master/lib/stm32/f1/rcc.c#L353 + +See https://www.st.com/resource/en/reference_manual/rm0008-stm32f101xx-stm32f102xx-stm32f103xx-stm32f105xx-and-stm32f107xx-advanced-armbased-32bit-mcus-stmicroelectronics.pdf for the expected behavior of this register content on page 99/1136 +``` +7.3.1 Clock control register (RCC_CR) + +Bit 17 HSERDY: External high-speed clock ready flag +Set by hardware to indicate that the HSE oscillator is stable. This bit needs 6 cycles of the +HSE oscillator clock to fall down after HSEON reset. +0: HSE oscillator not ready +1: HSE oscillator ready +```""" +reproduce = """1. git clone --recursive https://github.com/libopencm3/libopencm3-examples +2. make +3. qemu-system-arm -M stm32vldiscovery -nographic -serial mon:stdio -kernel examples/stm32/f1/stm32vl-discovery/usart/usart.elf""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/248.toml b/gitlab/issues/target_missing/host_missing/accel_missing/248.toml new file mode 100644 index 00000000..c208b246 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/248.toml @@ -0,0 +1,15 @@ +id = 248 +title = "Reconnect failed with loopback virtio1.1 server mode test" +state = "opened" +created_at = "2021-05-10T07:43:39.183Z" +closed_at = "n/a" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/248" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2480.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2480.toml new file mode 100644 index 00000000..65369e32 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2480.toml @@ -0,0 +1,37 @@ +id = 2480 +title = "Two questions about VFIO device live migration" +state = "closed" +created_at = "2024-08-05T03:17:23.768Z" +closed_at = "2025-03-10T21:32:03.771Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2480" +host-os = "Linux 4.18.0-15-generic #16~18.04.1-Ubuntu SMP Thu Feb 7 14:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux" +host-arch = "x86_64" +qemu-version = "build qemu by myself with stable-6.0 branch" +guest-os = "Linux" +guest-arch = "x86_64" +description = """For my own pcie device, i implement system memory && device memory dirty bitmap track and works well + +use pre-copy mode live migration by the way. + +first question: +- for system memory dirty bitmap sync, notice that last sync will come early than i expected + read qemu code and found qemu will call every savevm_state.handlers->save_live_complete_precopy callback + in "qemu_savevm_state_complete_precopy_iterable", and "vfio" handler will always behind "ram". + so here is question, my own vfio device will only be halted after "vfio" handler enter + save_live_complete_precopy, and last system memory dirty bitmap sync will come with "ram"'s + save_live_complete_precopy, there will be some system dirty between this period, should we add one more + system dirty bitmap sync after "vfio"'s save_live_complete_precopy + +second question: +- notice that qemu will clean up migration and call every savevm_state.handlers->save_cleanup call back, and + in this function, qemu will only call vfio listener's log_global_stop call back when vm_is_running + but for my vfio device, state will be paused(postmigrate) when enter here, so there is no chance for qemu + to relese some resource create by my device kernel mode driver, where should i put the logic about "stop + migration resource" anyway + +Thanks ^_^""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2481.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2481.toml new file mode 100644 index 00000000..01cf6a0c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2481.toml @@ -0,0 +1,15 @@ +id = 2481 +title = "Possible dereference of NULL" +state = "opened" +created_at = "2024-08-05T08:50:20.041Z" +closed_at = "n/a" +labels = ["kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2481" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2482.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2482.toml new file mode 100644 index 00000000..709ba58e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2482.toml @@ -0,0 +1,144 @@ +id = 2482 +title = "qemu-system-x86_64: Live Migration fails with BLOCK_JOB_ERROR" +state = "opened" +created_at = "2024-08-05T23:42:07.233Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2482" +host-os = "Debian GNU/Linux 11 (bullseye)" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 7.2.0" +guest-os = "Debian 11" +guest-arch = "x86_64" +description = """After disk migration is completed and RAM migration is being performed, migration status switches to 'pre-switchover'. +In the 'pre-switchover' migration state, block jobs status is still set to 'ready' instead of 'running' +on queried for block job status when 'offset' and 'length' diverged. Thus, It results in BLOCK_JOB_ERROR.""" +reproduce = """On source host +1. Add disk(s) that needed to be migrated by issuing 'blockdev-add' QMP command. +2. start blockdev-mirror operations to perform disk(s) transfer by issuing QMP command +3. start RAM migration. (send HMP commands - listed below +4. Migration status changed to 'pre-switchover'. While in 'pre-switchover', check for disk activity + +While RAM migration is happening, Migration status is changed to 'pre-switchover' +and observe that block jobs 'offset' and 'length' diverged. But, block job status is still set to 'ready' instead of 'running'. + +On destination host +1. Launch the VM in listening mode (-incoming) for migrations +2. start NBD server +3. add disks to NBD server. +4. set migration parameters by sending HMP commands""" +additional = """# On SOURCE Host, start all blockdev-add operations +# Issue QMP commands (blockdev-add) for all block devices ("drive-scsi-disk-0" and "drive-scsi-disk-1") of VM + +``` + { + "execute" => "blockdev-add", + "arguments" => { + "driver" => "raw", + "node-name" => "node_drive-scsi-disk-0", + "auto-read-only" => false, + "read-only" => false, + "file" => { + "driver" => "nbd", + "export" => "drive-scsi-disk-0", + "server" => { + "type" => "inet", + "host" => "2600:3c0f:17:14::21", + "port" => "37552", + }, + "tls-creds" => "tlscreds0" + } + } + } +``` + + { + "execute" => "blockdev-add", + "arguments" => { + "driver" => "raw", + "node-name" => "node_drive-scsi-disk-1", + "auto-read-only" => false, + "read-only" => false, + "file" => { + "driver" => "nbd", + "export" => "drive-scsi-disk-1", + "server" => { + "type" => "inet", + "host" => "2600:3c0f:17:14::21", + "port" => "37552", + }, + "tls-creds" => "tlscreds0" + } + } + } + +# On SOURCE Host, start all blockdev-mirror operations to start disk transfer +# i.e Issue QMP commands (blockdev-mirror) for each of those block devices ("drive-scsi-disk-0" and "drive-scsi-disk-1") + +``` + { + "execute" => "blockdev-mirror", + "arguments" => { + "device" => "drive-scsi-disk0", + "target" => "node_drive-scsi-disk-0", + "speed" => 100000000, + "sync" => "full", + } + } +``` + +``` + { + "execute" => "blockdev-mirror", + "arguments" => { + "device" => "drive-scsi-disk1", + "target" => "node_drive-scsi-disk-1", + "speed" => 100000000, + "sync" => "full", + } + } +``` + +# NBD server configuration on destination host by issuing QMP command +# Start NBD server +``` + { + "execute" => "nbd-server-start", + "arguments" => { + "addr" => { + "type" => "inet", + "data" => { + "host" => "2600:3c0f:17:14::21", + "port" => "37552" + } + }, + "tls-creds" => "tlscreds0" + } + } +``` + +# On DESTINATION Host +# Register incoming disks(2) with NBD server by issuing QMP commands to VM on the destination host +# Disk# 1 +``` + { + "execute" => "nbd-server-add", + "arguments" => { + "device" => "drive-scsi-disk0", + "writable" => true + } + } +``` +# Disk# 2 +``` + { + "execute" => "nbd-server-add", + "arguments" => { + "device" => "drive-scsi-disk1", + "writable" => true + } + } +``` + +# Wait for disks to finish the bulk of the data migration. +#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2485.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2485.toml new file mode 100644 index 00000000..1b651602 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2485.toml @@ -0,0 +1,55 @@ +id = 2485 +title = "getifaddrs linked with musl libc hangs on big-endian targets" +state = "opened" +created_at = "2024-08-06T13:15:52.349Z" +closed_at = "n/a" +labels = ["kind::Feature Request", "linux-user", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2485" +host-os = "Ubuntu" +host-arch = "x86_64" +qemu-version = "qemu-m68k version 8.1.50 (v8.1.0-83-g50e7a40af3-dirty)" +guest-os = "n/a" +guest-arch = "m68k, ppc, ppc64, s390x (likely but untested: or1k, sparc\\*)" +description = """When the following C program (borrowed from curl's `configure`) is compiled for { m68k, ppc, ppc64, s390x } (possibly others, like or1k and sparc) and linked against musl libc, it hangs inside musl when run. Copying the same binaries to real hardware results in success. + +```c +#include <stdlib.h> +#include <ifaddrs.h> + +int +main (void) +{ + + struct ifaddrs *ifa = 0; + int error; + + error = getifaddrs(&ifa); + if (error || !ifa) + exit(1); + else + exit(0); + + return 0; +} +```""" +reproduce = """1. Compile the above program and link it with musl libc (pre-built toolchains are available [here](https://musl.cc/)) +2. Run the appropriate `qemu-*` (e.g. `qemu-m68k ./test` or `qemu-ppc ./test`) +3. Observe that the process hangs.""" +additional = """This has come up elsewhere: + +* https://bugs.gentoo.org/914256 +* https://www.openwall.com/lists/musl/2018/05/30/4 +* Likely affects or1k but I can't test that at the moment (need to debug an unrelated issue with that toolchain) +* Likely affects sparc but that port/toolchain is also a WIP + +Here are some static sample binaries for the above program: + +* https://temp.zv.io/qemu-bug.tar.xz (no guarantees of continued existence months or years later) + +GitLab labels seem to be missing: + +* ~"kind::Bug" +* ~"linux-user" +* ~"target: ppc" +* ~"target: m68k" +* ~"target: s390x"""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2490.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2490.toml new file mode 100644 index 00000000..1f9a01c0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2490.toml @@ -0,0 +1,59 @@ +id = 2490 +title = "Windows: virtio-vga-gl no longer works with current virglrenderer version" +state = "closed" +created_at = "2024-08-07T17:18:47.267Z" +closed_at = "2024-08-13T00:56:19.245Z" +labels = ["device:graphics", "device:virtio", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2490" +host-os = "Windows 10 22H2" +host-arch = "x86_64" +qemu-version = "8.2.50 (v8.2.0-rc0-1576-g574b64aa67-dirty)" +guest-os = "openSUSE Leap 15.3" +guest-arch = "x86_64" +description = """Error occurs, when executing QEMU with virtio-vga-gl device using current virglrenderer: +First the boot screen is shown as expected. +After a short while the screen shows and keeps showing "virtio-vga-gl: Display output is not active." +Console logs: +``` +qemu: GtkGLArea console lacks DMABUF support. +qemu: GtkGLArea console lacks DMABUF support. +qemu: GtkGLArea console lacks DMABUF support. +qemu: GtkGLArea console lacks DMABUF support. +Realize gdk gl context failed: GL-Kontext kann nicht erstellt werden +Realize gdk gl context failed: GL-Kontext kann nicht erstellt werden +virtio_gpu_virgl_process_cmd: ctrl 0x103, error 0x1203 +virtio_gpu_virgl_process_cmd: ctrl 0x103, error 0x1203 +virtio_gpu_virgl_process_cmd: ctrl 0x103, error 0x1203 +```""" +reproduce = """1. Prepare current Msys2/Ucrt64 environment including virglrenderer 1.0.1 by installing QEMU as described in https://www.qemu.org/download/#windows +2. `wget https://download.opensuse.org/distribution/leap/15.3/live/openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso` +3. `qemu-system-x86_64.exe -m 1024 -display gtk,gl=on -device virtio-vga-gl -cdrom openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso`""" +additional = """virglrenderer may use certain D3D features starting with virglrenderer 1.0.0, see https://gitlab.freedesktop.org/virgl/virglrenderer/-/merge_requests/1103 for details + +Given virglrenderer >= 1.0.0, QEMU activates these D3D features since https://gitlab.com/qemu-project/qemu/-/commit/c1600f84ce011a056c9c432c8ad8d77f7f8b9e6f. + +But the current QEMU implementation is broken when using these D3D features. + +git bisect finishes with: +``` +574b64aa6754ba491f51024c5a823a674d48a658 is the first bad commit +commit 574b64aa6754ba491f51024c5a823a674d48a658 +Author: Dmitry Osipenko <dmitry.osipenko@collabora.com> +Date: Mon Jan 29 10:39:21 2024 +0300 + + virtio-gpu: Correct virgl_renderer_resource_get_info() error check + + virgl_renderer_resource_get_info() returns errno and not -1 on error. + Correct the return-value check. + + Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com> + Signed-off-by: Dmitry Osipenko <dmitry.osipenko@collabora.com> + Message-Id: <20240129073921.446869-1-dmitry.osipenko@collabora.com> + Cc: qemu-stable@nongnu.org + Reviewed-by: Michael S. Tsirkin <mst@redhat.com> + Signed-off-by: Michael S. Tsirkin <mst@redhat.com> + + contrib/vhost-user-gpu/virgl.c | 6 +++--- + hw/display/virtio-gpu-virgl.c | 2 +- + 2 files changed, 4 insertions(+), 4 deletions(-) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2492.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2492.toml new file mode 100644 index 00000000..501eef93 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2492.toml @@ -0,0 +1,28 @@ +id = 2492 +title = "Unable to disable gvnc dependency during build" +state = "opened" +created_at = "2024-08-10T07:20:26.029Z" +closed_at = "n/a" +labels = ["Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2492" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """The qtest tests will pick up a copy of gvnc if it happens to be installed and there does not appear +to be any way of disabling the dependency to ensure a reproducible build. We tripped over this in +bulk builds on OpenBSD.""" +reproduce = """1. Install gvnc +2. Build QEMU""" +additional = """From tests/qtest/meson.build + +``` +if vnc.found() + gvnc = dependency('gvnc-1.0', method: 'pkg-config', required: false) + if gvnc.found() + qtests += {'vnc-display-test': [gvnc]} + qtests_generic += [ 'vnc-display-test' ] + endif +endif +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2493.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2493.toml new file mode 100644 index 00000000..5dd30534 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2493.toml @@ -0,0 +1,15 @@ +id = 2493 +title = "qemu-img delete snapshot by id" +state = "opened" +created_at = "2024-08-10T08:50:37.562Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2493" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2494.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2494.toml new file mode 100644 index 00000000..31ebb3ed --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2494.toml @@ -0,0 +1,15 @@ +id = 2494 +title = "Isolated network between VMs not visible to the host" +state = "opened" +created_at = "2024-08-11T12:10:56.746Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2494" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2496.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2496.toml new file mode 100644 index 00000000..d5535230 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2496.toml @@ -0,0 +1,41 @@ +id = 2496 +title = "Regression 9.1.0-rc1: Adventcalendar 2016, Day 14 crashes" +state = "closed" +created_at = "2024-08-11T19:13:52.298Z" +closed_at = "2024-08-13T12:30:00.019Z" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2496" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.0.90 (v9.1.0-rc0-44-g64f75f57f9-dirty)" +guest-os = "IncludeOS v0.9.2-39-ga77eedb" +guest-arch = "n/a" +description = """Crashes with + ``` +\t**** PANIC: **** + terminating with uncaught exception of type hw::Device_not_found: Device of type NIC not found at position #0 + ``` +see [acorn.log](/uploads/daa06857763716183cec625ead619387/acorn.log) for details""" +reproduce = """1. Download https://www.qemu-advent-calendar.org/2016/download/day14.tar.xz +2. Execute""" +additional = """git bisect determines: + ``` +64f75f57f9d2c8c12ac6d9355fa5d3a2af5879ca is the first bad commit +commit 64f75f57f9d2c8c12ac6d9355fa5d3a2af5879ca +Author: David Woodhouse <dwmw@amazon.co.uk> +Date: Tue Jul 9 13:34:44 2024 +0100 + + net: Reinstate '-net nic, model=help' output as documented in man page + + While refactoring the NIC initialization code, I broke '-net nic,model=help' + which no longer outputs a list of available NIC models. + + Fixes: 2cdeca04adab ("net: report list of available models according to platform") + Cc: qemu-stable@nongnu.org + Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> + Reviewed-by: Michael Tokarev <mjt@tls.msk.ru> + Signed-off-by: Jason Wang <jasowang@redhat.com> + + net/net.c | 25 ++++++++++++++++++++++--- + 1 file changed, 22 insertions(+), 3 deletions(-) + ```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/250.toml b/gitlab/issues/target_missing/host_missing/accel_missing/250.toml new file mode 100644 index 00000000..ad126473 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/250.toml @@ -0,0 +1,15 @@ +id = 250 +title = "windows qemu-img fails to convert vhdx, assertion failure" +state = "opened" +created_at = "2021-05-10T07:44:24.209Z" +closed_at = "n/a" +labels = ["Launchpad", "hostos: Windows", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/250" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2501.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2501.toml new file mode 100644 index 00000000..8aef4ffc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2501.toml @@ -0,0 +1,15 @@ +id = 2501 +title = "compile qemu as a shared library" +state = "closed" +created_at = "2024-08-13T15:33:49.438Z" +closed_at = "2024-08-14T02:49:36.402Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2501" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2503.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2503.toml new file mode 100644 index 00000000..a5bc0522 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2503.toml @@ -0,0 +1,17 @@ +id = 2503 +title = "how to install cmake scipt in QEMU with riscv" +state = "closed" +created_at = "2024-08-14T09:27:25.173Z" +closed_at = "2024-08-14T10:25:18.136Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2503" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2505.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2505.toml new file mode 100644 index 00000000..5d7aea79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2505.toml @@ -0,0 +1,15 @@ +id = 2505 +title = "Interpreter ELF flags ignored when selecting CPU" +state = "opened" +created_at = "2024-08-14T13:21:43.501Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2505" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2506.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2506.toml new file mode 100644 index 00000000..76dddf58 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2506.toml @@ -0,0 +1,68 @@ +id = 2506 +title = "LC_RPATH stripped despite setting INSTALL_REMOVE_ENVIRONMENT_RPATH=FALSE" +state = "opened" +created_at = "2024-08-14T17:03:03.732Z" +closed_at = "n/a" +labels = ["Build System", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2506" +host-os = "MacOS Sonoma 14.6.1" +host-arch = "M1 Max" +qemu-version = "9.0.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """When I try to run qemu, I get the following output: +> dyld[93165]: Library not loaded: @rpath/libjpeg.62.dylib +> Referenced from: <85BC1FBA-CA2E-3CAC-9ABF-E5330AC86CAF> /Users/mj/local/bin/qemu-system-aarch64 +> Reason: no LC_RPATH's found""" +reproduce = """If the qemu-9.0.2 folder is present, remove it: +``` +$ rm -rf qemu-9.0.2 +``` +Create the source folder: +``` +$ tar xzf qemu-9.0.2.tar.xz +$ cd qemu-9.0.2 +``` + +Make sure the following environment variables are set: +``` +$ export CC=clang +$ export LDFLAGS="-rpath $HOME/local/lib" +$ export INSTALL_REMOVE_ENVIRONMENT_RPATH=FALSE +``` + +Configure as follows: +``` +$ ./configure --prefix=$HOME/local --disable-sdl --enable-slirp --enable-fdt=internal --enable-spice +``` + +Build +``` +$ make -j 10 +``` + +Note there are a large number of linker warnings like this: +> ld: warning: duplicate -rpath '/Users/mj/local/lib' ignored + +Execute this: +``` +$ otool -l build/qemu-system-aarch64 | grep LC_RPATH -A2 +``` + +See this output +> cmd LC_RPATH +> cmdsize 32 +> path /Users/mj/local/lib (offset 12) + +Change directory to $HOME/local/bin & execute: +``` +$ otool -l qemu-system-aarch64 | grep LC_RPATH -A2 +``` + +The output is now empty - the LC_RPATH has been stripped by the install. This results in the failure to execute the resulting binary. Note, I tried using install_name_tool to add the RPATH, but it warned me this changed the signature of the file, and it would not run. + +Executing qemu-system-aarch64 produces the following: +> dyld[93165]: Library not loaded: @rpath/libjpeg.62.dylib +> Referenced from: <85BC1FBA-CA2E-3CAC-9ABF-E5330AC86CAF> /Users/mj/local/bin/qemu-system-aarch64 +> Reason: no LC_RPATH's found""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2508.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2508.toml new file mode 100644 index 00000000..25d5c0cc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2508.toml @@ -0,0 +1,15 @@ +id = 2508 +title = "test-aio unreliable on MSYS2" +state = "opened" +created_at = "2024-08-16T12:01:15.935Z" +closed_at = "n/a" +labels = ["Storage", "Tests", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2508" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/251.toml b/gitlab/issues/target_missing/host_missing/accel_missing/251.toml new file mode 100644 index 00000000..9f40d372 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/251.toml @@ -0,0 +1,15 @@ +id = 251 +title = "Qemu DOS Quake - 640x480 and above resolutions - Unable to load VESA palette in dos prompt and game crashing are not working" +state = "opened" +created_at = "2021-05-10T07:44:35.818Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/251" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2510.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2510.toml new file mode 100644 index 00000000..41723df3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2510.toml @@ -0,0 +1,55 @@ +id = 2510 +title = "Cross compiling tools / qemu-img results in \"ninja: no work to do\"" +state = "closed" +created_at = "2024-08-17T09:13:19.318Z" +closed_at = "2024-08-19T05:56:22.707Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2510" +host-os = "Fedora 40 (build container, in Docker)" +host-arch = "n/a" +qemu-version = "ecdfa31beb1f7616091bedba79dfdf9ee525ed9d" +guest-os = "n/a" +guest-arch = "n/a" +description = """I have the following Dockerfile setting up a cross-compile environment for QEMU. +I am trying to build qemu-img.exe only at the moment + + +``` +FROM fedora as builder +RUN --mount=type=cache,target=/var/cache \\ + dnf -v install --assumeyes strace gcc make mingw64-gcc mingw64-binutils python-setuptools meson mingw64-glib2-static mingw64-glib2 diffutils + +FROM builder as qemu-builder +WORKDIR /src/qemu #assuming qemu source tree is already available at /src/qemu +RUN +RUN ./configure --cross-prefix=x86_64-w64-mingw32- --target-list='' --static +RUN make V=1 tools +``` +With either `make tools` or `make qemu-img.exe` I get + +``` +#10 0.265 changing dir to build for make "tools"... +#10 0.267 make[1]: Entering directory '/src/qemu/build' +#10 0.330 ninja: no work to do. +#10 0.331 { \\ +#10 0.331 echo 'ninja-targets = \\'; \\ +#10 0.331 /usr/bin/ninja -t targets all | sed 's/:.*//; $!s/$/ \\\\/'; \\ +#10 0.331 echo 'build-files = \\'; \\ +#10 0.331 /usr/bin/ninja -t query build.ninja | sed -n '1,/^ input:/d; /^ outputs:/q; s/$/ \\\\/p'; \\ +#10 0.331 } > Makefile.ninja.tmp && mv Makefile.ninja.tmp Makefile.ninja +#10 0.363 /src/qemu/build/pyvenv/bin/meson introspect --targets --tests --benchmarks | /src/qemu/build/pyvenv/bin/python3 -B scripts/mtest2make.py > Makefile.mtest +#10 0.634 make[1]: Nothing to be done for 'tools'. +#10 0.634 make[1]: Leaving directory '/src/qemu/build' +#10 DONE 0.6s +``` + +Following the info in `make help`, I tried `make qemu-img.o` which resulted in + +``` +cc -c -o qemu-img.o qemu-img.c +qemu-img.c:25:10: fatal error: qemu/osdep.h: No such file or directory + 25 | #include "qemu/osdep.h" + | ^~~~~~~~~~~~~~ +```""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2512.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2512.toml new file mode 100644 index 00000000..50dcbb26 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2512.toml @@ -0,0 +1,53 @@ +id = 2512 +title = "macOS builds of target arm-softmmu broken" +state = "opened" +created_at = "2024-08-17T18:26:50.479Z" +closed_at = "n/a" +labels = ["Storage", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2512" +host-os = "macOS Sonoma 14.6.1" +host-arch = "ARM" +qemu-version = "qemu-system-arm" +guest-os = "n/a" +guest-arch = "n/a" +description = """Attempting to build for target `arm-softmmu` on macOS fails with errors: + +``` +[919/2786] Compiling C object libblock.a.p/block_file-posix.c.o +FAILED: libblock.a.p/block_file-posix.c.o +clang -Ilibblock.a.p -I. -I.. -Iqapi -Itrace -Iui -Iui/shader -Iblock -I/nix/store/vb7baj6dq2mvynfh6zmwxz57w83h7w0q-zlib-1.3.1-dev/include -I/nix/store/k1yzx1ykpwmhqvyr0j5fxvs9px7k92m7-glib-2.80.4-dev/include/glib-2.0 -I/nix/store/fm2kb8jvvc9s9nhi2gpr3jp6xxjxcvkq-glib-2.80.4/lib/glib-2.0/include -I/nix/store/k1yzx1ykpwmhqvyr0j5fxvs9px7k92m7-glib-2.80.4-dev/include -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu11 -O2 -g -fstack-protector-strong -Wempty-body -Wendif-labels -Wexpansion-to-defined -Wformat-security -Wformat-y2k -Wignored-qualifiers -Winit-self -Wmissing-format-attribute -Wmissing-prototypes -Wnested-externs -Wold-style-definition -Wredundant-decls -Wstrict-prototypes -Wtype-limits -Wundef -Wvla -Wwrite-strings -Wno-gnu-variable-sized-type-not-at-end -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-psabi -Wno-shift-negative-value -Wno-string-plus-int -Wno-tautological-type-limit-compare -Wno-typedef-redefinition -iquote . -iquote /Users/josh/workspace/qemu -iquote /Users/josh/workspace/qemu/include -iquote /Users/josh/workspace/qemu/host/include/aarch64 -iquote /Users/josh/workspace/qemu/host/include/generic -iquote /Users/josh/workspace/qemu/tcg/aarch64 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -fno-pie -ftrivial-auto-var-init=zero -fzero-call-used-regs=used-gpr -MD -MQ libblock.a.p/block_file-posix.c.o -MF libblock.a.p/block_file-posix.c.o.d -o libblock.a.p/block_file-posix.c.o -c ../block/file-posix.c +../block/file-posix.c:1501:19: error: variable has incomplete type 'struct statfs' + struct statfs buf; + ^ +../block/file-posix.c:1501:12: note: forward declaration of 'struct statfs' + struct statfs buf; + ^ +../block/file-posix.c:1503:10: error: call to undeclared function 'fstatfs'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] + if (!fstatfs(s->fd, &buf)) { + ^ +2 errors generated. +```""" +reproduce = """1. nix-shell -p python3 ninja pkg-config glib +2. ./configure --target-list=arm-softmmu +3. make""" +additional = """The following patch fixes the issue (although I'm not sure whether this is the most appropriate fix): + +``` +diff --git a/block/file-posix.c b/block/file-posix.c +index ff928b5e85..6c78db3b0b 100644 +--- a/block/file-posix.c ++++ b/block/file-posix.c +@@ -44,10 +44,10 @@ + + #if defined(__APPLE__) && (__MACH__) + #include <sys/ioctl.h> +-#if defined(HAVE_HOST_BLOCK_DEVICE) +-#include <paths.h> + #include <sys/param.h> + #include <sys/mount.h> ++#if defined(HAVE_HOST_BLOCK_DEVICE) ++#include <paths.h> + #include <IOKit/IOKitLib.h> + #include <IOKit/IOBSD.h> + #include <IOKit/storage/IOMediaBSDClient.h> +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2513.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2513.toml new file mode 100644 index 00000000..467fd4bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2513.toml @@ -0,0 +1,23 @@ +id = 2513 +title = "CXL Device Missing PCI_CAP_ID_PM (01h) in CAP List Implementation According to PCIe SPEC" +state = "opened" +created_at = "2024-08-18T05:12:55.150Z" +closed_at = "n/a" +labels = ["device: PCI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2513" +host-os = "Rocky Linux 8.10 (Green Obsidian)" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.0.2 (v9.0.2)" +guest-os = "Ubuntu 22.04.3 LTS" +guest-arch = "x86_64" +description = """- The lack of **PCI_CAP_ID_PM (01h)** will not cause any crash or error when running QEMU, but it is violated to the PCIe SPEC. +- When some vendors test the power management capability (e.g., Linux Runtime PM), they must manually implement this CAP list to support the D1/D2/D3_Hot d-states changes. +- We don't see any PCI_CAP_ID_PM (01h) in the CXL rootport or endpoint + + {width=349 height=474} + + +#""" +reproduce = """1. Run the qemu-system-x86 (See QEMU command line) +2. sudo lspci -xxx""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2514.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2514.toml new file mode 100644 index 00000000..4712a80a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2514.toml @@ -0,0 +1,15 @@ +id = 2514 +title = "network unreachable to esxi 8 guest" +state = "opened" +created_at = "2024-08-18T11:03:31.476Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2514" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2515.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2515.toml new file mode 100644 index 00000000..d5d1165e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2515.toml @@ -0,0 +1,54 @@ +id = 2515 +title = "qemu -daemonize crashes on macOS with \"NSPlaceholderDate initialize may have been in progress in another thread\"" +state = "opened" +created_at = "2024-08-18T21:37:41.097Z" +closed_at = "n/a" +labels = ["hostos: macOS", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2515" +host-os = "macOS" +host-arch = "arm64 (\"Apple Silicon\"), Apple M3 chip" +qemu-version = "9.0.2 (latest version, as installed with HomeBrew)" +guest-os = "Ubuntu (riscv64, s390x), Debian (ppc64)" +guest-arch = "riscv64, s390x, ppc64" +description = """Context: I build [an open source project](https://tsduck.io/) on several operating systems and architectures. For riscv64, s390x, ppc64, I build in emulated virtual machines. The three emulated OS work correctly when running qemu manually and the project is correctly built. + +Now, I want to automate the process in a script: for each target architecture, boot the VM (start qemu as a background process), connect to the VM using ssh, build the software, collect the binaries, shut down the VM. + +Starting the same qemu command as used interactively as a background process with `&` does not work and fails immediately, apparently because of the lack of stdin. So, I added option `-daemonize` (and removed `-nographic` because an error message says the two options are incompatible). + +Using `-daemonize` instead of `-nographic`, all qemu command immediately fail with the following error: + +``` +objc[1141]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. +objc[1141]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. +```""" +reproduce = """``` +$ qemu-system-riscv64 -machine virt -smp 8 -m 8192 -daemonize \\ + -bios fw_jump.bin -kernel u-boot.bin \\ + -device virtio-net-device,netdev=net \\ + -netdev user,id=net,hostfwd=tcp::2233-:22 \\ + -drive file=disk.qcow2,format=qcow2,if=virtio -device virtio-rng-pci +objc[1141]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. +objc[1141]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. + + +$ qemu-system-s390x -machine s390-ccw-virtio -cpu max,zpci=on -smp 8 -m 8192 -daemonize \\ + -drive file=disk.qcow2,format=qcow2,if=none,id=drive-virtio-disk0,cache=none \\ + -device virtio-blk-ccw,devno=fe.0.0002,drive=drive-virtio-disk0,bootindex=1 \\ + -nic user,hostfwd=tcp::2288-:22 +objc[1209]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. +objc[1209]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. + + +$ qemu-system-ppc64 -smp 8 -m 8192 -daemonize \\ + -drive file=disk.qcow2,format=qcow2 -nic user,hostfwd=tcp::2299-:22 +qemu-system-ppc64: warning: TCG doesn't support requested feature, cap-cfpc=workaround +qemu-system-ppc64: warning: TCG doesn't support requested feature, cap-sbbc=workaround +qemu-system-ppc64: warning: TCG doesn't support requested feature, cap-ibs=workaround +qemu-system-ppc64: warning: TCG doesn't support requested feature, cap-ccf-assist=on +objc[1166]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. +objc[1166]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. +``` + +All the above commands work correctly when using `-nographic` instead of `-daemonize`. The virtual disks are the same as in the interactive runs, with a fully configured Linux OS (Ubuntu or Debian).""" +additional = """From a [report from here](https://stackoverflow.com/questions/63041445/python-os-high-sierra-nsplaceholderdate-error), I tried to define the environment variable `OBJC_DISABLE_INITIALIZE_FORK_SAFETY=YES` before running qemu. The `[__NSPlaceholderDate initialize]` errors disappear but qemu still crashes immediately.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2516.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2516.toml new file mode 100644 index 00000000..f0f4cdea --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2516.toml @@ -0,0 +1,15 @@ +id = 2516 +title = "Qemu 9.1 dropped support for Ubuntu 20.04" +state = "closed" +created_at = "2024-08-19T02:56:59.353Z" +closed_at = "2024-08-19T06:03:40.451Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2516" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2517.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2517.toml new file mode 100644 index 00000000..c8a08c81 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2517.toml @@ -0,0 +1,15 @@ +id = 2517 +title = "destroying a vCPU will leak its AddressSpaces" +state = "opened" +created_at = "2024-08-19T12:43:58.116Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2517" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2519.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2519.toml new file mode 100644 index 00000000..5b9c07d9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2519.toml @@ -0,0 +1,15 @@ +id = 2519 +title = "make check TIMEOUT_MULTIPLIER variable is undocumented" +state = "opened" +created_at = "2024-08-20T12:01:06.461Z" +closed_at = "n/a" +labels = ["Documentation", "Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2519" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/252.toml b/gitlab/issues/target_missing/host_missing/accel_missing/252.toml new file mode 100644 index 00000000..5e610fbc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/252.toml @@ -0,0 +1,15 @@ +id = 252 +title = "KVM Old ATI(pre) AMD card passthrough is not working" +state = "opened" +created_at = "2021-05-10T08:42:03.947Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/252" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2521.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2521.toml new file mode 100644 index 00000000..7ac4a927 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2521.toml @@ -0,0 +1,24 @@ +id = 2521 +title = "USB Passthrough Improper Remote Wakeup" +state = "opened" +created_at = "2024-08-20T18:48:39.716Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2521" +host-os = "Ubuntu 22.04.3" +host-arch = "x86_64" +qemu-version = "9.0.90" +guest-os = "Debian 12" +guest-arch = "x86_64" +description = """I am doing research with Linux Power Management interactions with USB devices. Which is why I would like to be able to wake a qemu vm from suspend with a passed through USB device. The first issue is that remote wakeup from usb devices do not wake the vm at all when running in -nographic mode (issuing system_wakeup from a qemu monitor shell will wake it though). When running with a GUI it is possible to wake the vm from a usb device as well as the qemu monitor shell but both will result in the GUI screen being black afterwards. It is still possible to use the vm though. Finally, waking the vm with a usb device is only possible when a valid usb device is passed through in the qemu launch command line. But interestingly the usb device specified to be passed through will only wakeup the vm if it is unplugged and plugged back in during the suspend. All other usb devices can wakeup the vm normally even though they are not passed through. It is not clear to me what is going on here and why other devices not being passed through to qemu can wake the vm. Note I have also enabled the /sys/bus/usb/devices/usb#/power/wakeup file and have manually unsuppressed the remote_wakeup flag in the source code to enable the /sys/bus/usb/devices/#-#/power/wakeup files to be generated but it has not affected anything.""" +reproduce = """I have tested this issue with multiple kernel versions (6.10, 6.10-rc4, 6.6.43) as well as custom and generic kernel configs and different debian images so these do not seem to be the problem. But here is a detailed description of the exact setup I am currently using: + +1. Download linux-6.10-rc4 source and configure with syzkaller fuzzing config https://github.com/google/syzkaller/blob/master/dashboard/config/linux/upstream-usb.config +2. Set CONFIG_KCOV_INSTRUMENT_ALL to off (breaks suspend/resume in vm) and create bzImage +2. Create a debian bookworm image with syzkaller script https://github.com/google/syzkaller/blob/master/tools/create-image.sh +3. Download and build Qemu from source (see attached for detailed configuration and dependencies) +4. Attach a usb keyboard and mouse +5. Choose one device to pass through via command line +6. Try waking the vm with nographic and graphic mode using the usb devices""" +additional = """[configuration_output.txt](/uploads/f7d3487dab65deef40bd0e110b64a573/configuration_output.txt) +[gui_wakeup_log.txt](/uploads/72b192a88d587eced4bb4032307307e5/gui_wakeup_log.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2524.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2524.toml new file mode 100644 index 00000000..4f358ae8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2524.toml @@ -0,0 +1,15 @@ +id = 2524 +title = "Reverse debugging is broken on release and stable branches" +state = "closed" +created_at = "2024-08-21T13:58:48.863Z" +closed_at = "2024-11-21T08:06:12.144Z" +labels = ["Stable::to backport"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2524" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Master branch has commit 94962ff00d09674047aed896e87ba09736cd6941, which reverts incorrect commit and fix reverse debugging. But this commit is missing in 9.0.x 9.1.x releases branches and in stable branches too.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2525.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2525.toml new file mode 100644 index 00000000..ffcd01eb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2525.toml @@ -0,0 +1,15 @@ +id = 2525 +title = "bFLT triggers accel/tcg/user-exec.c:505: page_set_flags: Assertion `have_mmap_lock()' failed." +state = "closed" +created_at = "2024-08-21T15:33:33.593Z" +closed_at = "2024-10-09T19:11:08.586Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2525" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2526.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2526.toml new file mode 100644 index 00000000..a9d68ad0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2526.toml @@ -0,0 +1,47 @@ +id = 2526 +title = "qemu-system-aarch64: Build of system emulators with --static failed on aarch64 Ubuntu 22.04 for tests/unit/test-bitcnt" +state = "closed" +created_at = "2024-08-21T16:12:15.064Z" +closed_at = "2024-12-16T05:40:54.187Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2526" +host-os = "Ubuntu 22.04" +host-arch = "aarch64" +qemu-version = "9.0.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """Build Qemu got error: +``` +[1107/2870] Compiling C object tcg/libtcg_system.fa.p/perf.c.o +[1108/2870] Linking target tests/unit/test-bitcnt +FAILED: tests/unit/test-bitcnt +cc -o tests/unit/test-bitcnt tests/unit/test-bitcnt.p/test-bitcnt.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libevent-loop-base.fa libqom.fa -Wl,--no-whole-archive -static-pie -fstack-protector-strong -Wl,-z,relro -Wl,-z,now -Wl,--start-group libqemuutil.a subprojects/libvhost-user/libvhost-user-glib.a subprojects/libvhost-user/libvhost-user.a libevent-loop-base.fa libqom.fa /usr/lib/aarch64-linux-gnu/libgio-2.0.a /usr/lib/aarch64-linux-gnu/libgmodule-2.0.a -pthread /usr/lib/aarch64-linux-gnu/libz.a -ldl /usr/lib/aarch64-linux-gnu/libblkid.a /usr/lib/aarch64-linux-gnu/libselinux.a /usr/lib/aarch64-linux-gnu/libsepol.a /usr/lib/aarch64-linux-gnu/libpcre2-8.a /usr/lib/aarch64-linux-gnu/libgobject-2.0.a /usr/lib/aarch64-linux-gnu/libffi.a /usr/lib/aarch64-linux-gnu/libglib-2.0.a -lm /usr/lib/aarch64-linux-gnu/libpcre.a -lmount -lmount -Wl,--end-group +/usr/bin/ld: cannot find -lmount: No such file or directory +/usr/bin/ld: cannot find -lmount: No such file or directory +collect2: error: ld returned 1 exit status +[1109/2870] Linking target tests/unit/test-qapi-util +FAILED: tests/unit/test-qapi-util +cc -o tests/unit/test-qapi-util tests/unit/test-qapi-util.p/test-qapi-util.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libevent-loop-base.fa libqom.fa -Wl,--no-whole-archive -static-pie -fstack-protector-strong -Wl,-z,relro -Wl,-z,now -Wl,--start-group libqemuutil.a subprojects/libvhost-user/libvhost-user-glib.a subprojects/libvhost-user/libvhost-user.a libevent-loop-base.fa libqom.fa /usr/lib/aarch64-linux-gnu/libgio-2.0.a /usr/lib/aarch64-linux-gnu/libgmodule-2.0.a -pthread /usr/lib/aarch64-linux-gnu/libz.a -ldl /usr/lib/aarch64-linux-gnu/libblkid.a /usr/lib/aarch64-linux-gnu/libselinux.a /usr/lib/aarch64-linux-gnu/libsepol.a /usr/lib/aarch64-linux-gnu/libpcre2-8.a /usr/lib/aarch64-linux-gnu/libgobject-2.0.a /usr/lib/aarch64-linux-gnu/libffi.a /usr/lib/aarch64-linux-gnu/libglib-2.0.a -lm /usr/lib/aarch64-linux-gnu/libpcre.a -lmount -lmount -Wl,--end-group +/usr/bin/ld: cannot find -lmount: No such file or directory +/usr/bin/ld: cannot find -lmount: No such file or directory +collect2: error: ld returned 1 exit status +[1110/2870] Linking target tests/unit/check-qom-interface +FAILED: tests/unit/check-qom-interface +cc -o tests/unit/check-qom-interface tests/unit/check-qom-interface.p/check-qom-interface.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libevent-loop-base.fa libqom.fa -Wl,--no-whole-archive -static-pie -fstack-protector-strong -Wl,-z,relro -Wl,-z,now -Wl,--start-group libqemuutil.a subprojects/libvhost-user/libvhost-user-glib.a subprojects/libvhost-user/libvhost-user.a libevent-loop-base.fa libqom.fa /usr/lib/aarch64-linux-gnu/libgio-2.0.a /usr/lib/aarch64-linux-gnu/libgmodule-2.0.a -pthread /usr/lib/aarch64-linux-gnu/libz.a -ldl /usr/lib/aarch64-linux-gnu/libblkid.a /usr/lib/aarch64-linux-gnu/libselinux.a /usr/lib/aarch64-linux-gnu/libsepol.a /usr/lib/aarch64-linux-gnu/libpcre2-8.a /usr/lib/aarch64-linux-gnu/libgobject-2.0.a /usr/lib/aarch64-linux-gnu/libffi.a /usr/lib/aarch64-linux-gnu/libglib-2.0.a -lm /usr/lib/aarch64-linux-gnu/libpcre.a -lmount -lmount -Wl,--end-group +/usr/bin/ld: cannot find -lmount: No such file or directory +/usr/bin/ld: cannot find -lmount: No such file or directory +collect2: error: ld returned 1 exit status +``` +After install libmount-dev, this error is still there. +If we just run: +``` +./configure --target-list=aarch64-softmmu --enable-kvm +make -16 +``` +This works well.""" +reproduce = """``` +1. ./configure --target-list=aarch64-softmmu --enable-kvm --disable-brlapi --disable-docs --disable-curses --disable-gtk --disable-opengl --disable-sdl --disable-spice --disable-vte --disable-vnc --disable-vnc-jpeg --disable-png --disable-vnc-sasl --disable-auth-pam --disable-glusterfs --disable-libiscsi --disable-libnfs --disable-libssh --disable-bzip2 --disable-lzo --disable-snappy --disable-slirp --disable-libusb --disable-usb-redir --static --disable-qom-cast-debug --disable-libudev --disable-curl --disable-rdma --disable-tools --enable-virtfs --disable-bsd-user --disable-linux-user --disable-sparse --disable-vde --disable-nettle --disable-xen --disable-linux-aio --disable-capstone --disable-virglrenderer --disable-replication --disable-smartcard --disable-guest-agent --disable-guest-agent-msi --disable-vvfat --disable-vdi --disable-qed --disable-qcow1 --disable-bochs --disable-cloop --disable-dmg --disable-parallels --disable-colo-proxy --disable-debug-graph-lock --disable-hexagon-idef-parser --disable-libdw --disable-pipewire --disable-pixman --disable-relocatable --disable-rutabaga-gfx --disable-vmdk --disable-avx512bw --disable-vpc --disable-vhdx --disable-hv-balloon + +2.make -j16 +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2527.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2527.toml new file mode 100644 index 00000000..e454a147 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2527.toml @@ -0,0 +1,15 @@ +id = 2527 +title = "bFLT parser doesn't select MMU-less CPU" +state = "opened" +created_at = "2024-08-22T10:46:49.227Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2527" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2528.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2528.toml new file mode 100644 index 00000000..6240d91c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2528.toml @@ -0,0 +1,17 @@ +id = 2528 +title = "nbd: CVE-2024-7409 fix is incomplete" +state = "closed" +created_at = "2024-08-22T14:43:30.468Z" +closed_at = "2024-09-02T09:38:17.906Z" +labels = ["Stable::to backport", "Storage", "kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2528" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """Patch will hit list soon, but opening issue here since if this misses 9.1, we would need to allocate a second CVE for having an incomplete fix (a remaining use-after-free) in the code originally proposed for CVE-2024-7409.""" +reproduce = """1. stress test of attempting repeated 'qemu-nbd --list' in parallel with repeated 'nbd-server-start/nbd-server-stop' loops in a qemu process revealed a use-after-free SEGV of nbd_server->listener +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2529.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2529.toml new file mode 100644 index 00000000..254b2665 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2529.toml @@ -0,0 +1,42 @@ +id = 2529 +title = "`stack smashing detected` running arm64 image from amd64 machine" +state = "closed" +created_at = "2024-08-22T14:58:31.399Z" +closed_at = "2024-08-23T18:02:02.652Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2529" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "- qemu/focal-updates,focal-security 1:4.2-3ubuntu6.29 amd64" +guest-os = "ubuntu 20.04" +guest-arch = "linux/arm64" +description = """When running a linux/arm64 `ubuntu:20.04` docker image on a linux/amd64 machine, an single command `apt-get update` will through below error +```sh +root@189bd36b9ae7:/# apt-get update +0% [Working]*** stack smashing detected ***: terminated +Reading package lists... Done +E: Method http has died unexpectedly! +E: Sub-process http received signal 6. + +``` + +Tested this is happening for ubuntu:18.04, ubuntu:20.04, ubuntu:22.04 so far + +If running same image directly from an ARM64 host, issue is gone""" +reproduce = """1. install QEMU on an AMD64 host machine (Ubuntu20) + ```sh + docker run --rm --privileged multiarch/qemu-user-static --reset -p yes + ``` +2. run linux/arm64 docker image of ubuntu:20.04 + ```sh + docker run --platform linux/arm64 -it --entrypoint /bin/bash ubuntu:20.04 + ``` +3. from within the container, run `apt-get update`, it will through below error + ```sh + root@189bd36b9ae7:/# apt-get update + 0% [Working]*** stack smashing detected ***: terminated + Reading package lists... Done + E: Method http has died unexpectedly! + E: Sub-process http received signal 6. + ```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/253.toml b/gitlab/issues/target_missing/host_missing/accel_missing/253.toml new file mode 100644 index 00000000..bfcce6f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/253.toml @@ -0,0 +1,15 @@ +id = 253 +title = "Qemu Win98 VM with KVM videocard passthrough DOS mode video is not working for most of games.." +state = "opened" +created_at = "2021-05-10T08:42:13.634Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/253" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2532.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2532.toml new file mode 100644 index 00000000..69e02b0d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2532.toml @@ -0,0 +1,48 @@ +id = 2532 +title = "empty vmdk disk created by qemu-img cann't import to vmware ESXi or Workstation" +state = "opened" +created_at = "2024-08-23T06:23:37.918Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2532" +host-os = "- OS/kernel version:" +host-arch = "x86" +qemu-version = "`" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """qemu-img create empty vmdk file, and can't import to vmware workstation or ESXi. the ovftool + fail. the log: + +> ``` +> 2024-08-23T11:19:32.335+08:00 verbose OVFTool[4088548] [Originator@6876 sub=Default] Opening disk target empty-disk2.vmdk +> 2024-08-23T11:19:32.335+08:00 error OVFTool[4088548] [Originator@6876 sub=Default] Error on read, error: -1 +> 2024-08-23T11:19:32.336+08:00 verbose OVFTool[4088187] [Originator@6876 sub=Default] Exception thrown: N5boost16exception_detail10clone_implINS_17unknown_exceptionEEE(std::exception) +> 2024-08-23T11:19:32.337+08:00 verbose OVFTool[4088187] [Originator@6876 sub=Default] Backtrace: +> --> [backtrace begin] product: VMware Workstation, version: e.x.p, build: build-15722219, tag: OVFTool, cpu: x86_64, os: linux, buildType: release +> --> backtrace[00] libvmacore.so[0x003DD716] +> --> backtrace[01] libvmacore.so[0x001CF8DF]: Vmacore::System::Stacktrace::CaptureWork(unsigned int) +> --> backtrace[02] libvmacore.so[0x001B6EA9]: Vmacore::System::SystemFactory::CreateQuickBacktrace(Vmacore::Ref<Vmacore::System::Backtrace>&) +> --> backtrace[03] libvmacore.so[0x0016CF2E]: Vmacore::Throwable::Throwable(std::string&&) +> --> backtrace[04] ovftool.bin[0x001C1F38] +> --> backtrace[05] ovftool.bin[0x002008D5] +> --> backtrace[06] ovftool.bin[0x00129EF0] +> --> backtrace[07] libc.so.6[0x00044E50] +> --> backtrace[08] libc.so.6[0x00044EFC] +> --> backtrace[09] ovftool.bin[0x00132D21] +> --> [backtrace end] +> ``` + +the log file: +[test.log](/uploads/174db2ace468bd9f0ec3ab14de524217/test.log)""" +reproduce = """1. create empty vmdk file + +./qemu-img create -f vmdk -o adapter_type=lsilogic,subformat=streamOptimized empty.vmdk 1G + +2. add empty file info to ovf file +<File ovf:href="empty.vmdk" ovf:id="file2"/> + +3. import it to vmware workstation""" +additional = """If i write some data to empty vmdk file, it can import successfully. The reson: qemu only write metadata for empty vmdk file, but the ovftool need read more data and it cann't read more. +we can write one sector zero data after the metadata, ovftool work well. +I submitted the patch: +https://patchew.org/QEMU/20240822105237.777-1-luzhipeng@cestc.cn/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2535.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2535.toml new file mode 100644 index 00000000..fe26d8f4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2535.toml @@ -0,0 +1,15 @@ +id = 2535 +title = "Security patch of CVE-2024-4693 backport request" +state = "closed" +created_at = "2024-08-25T02:54:07.307Z" +closed_at = "2024-08-26T11:00:39.099Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2535" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2537.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2537.toml new file mode 100644 index 00000000..7dd7fa03 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2537.toml @@ -0,0 +1,15 @@ +id = 2537 +title = "Hang in Cocoa_SetWindowSize()" +state = "opened" +created_at = "2024-08-26T07:18:43.700Z" +closed_at = "n/a" +labels = ["GUI", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2537" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2539.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2539.toml new file mode 100644 index 00000000..743fabd2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2539.toml @@ -0,0 +1,15 @@ +id = 2539 +title = "Crash in early_gtk_display_init() on macOS 14.6.1" +state = "opened" +created_at = "2024-08-26T16:35:29.554Z" +closed_at = "n/a" +labels = ["GUI::GTK", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2539" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/254.toml b/gitlab/issues/target_missing/host_missing/accel_missing/254.toml new file mode 100644 index 00000000..26ce1b4e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/254.toml @@ -0,0 +1,15 @@ +id = 254 +title = "Windows 98 videocard passthrough - unable to load higher resolution -Desktop, after some games crashes, without whole physical machine reset.." +state = "opened" +created_at = "2021-05-10T08:42:22.103Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/254" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2541.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2541.toml new file mode 100644 index 00000000..8a42cad6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2541.toml @@ -0,0 +1,15 @@ +id = 2541 +title = "virtio-9p qos-test failure: v9fs_req_recv: assertion failed (hdr.id == id): (7 == 73) FAIL" +state = "opened" +created_at = "2024-08-27T14:03:17.876Z" +closed_at = "n/a" +labels = ["Tests", "block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2541" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2544.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2544.toml new file mode 100644 index 00000000..4a0ade9a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2544.toml @@ -0,0 +1,15 @@ +id = 2544 +title = "Bug: qemu not properly flushing error messages related to bad arguments" +state = "opened" +created_at = "2024-08-28T22:08:16.491Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2544" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2545.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2545.toml new file mode 100644 index 00000000..ba7d2a61 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2545.toml @@ -0,0 +1,17 @@ +id = 2545 +title = "QEMU Version 9.0.0 - HAXM 7.8.0.0 - Error : qemu-system-x86_64.exe: -accel hax: invalid accelerator hax" +state = "closed" +created_at = "2024-08-29T11:53:56.208Z" +closed_at = "2024-08-29T12:00:40.426Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2545" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2548.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2548.toml new file mode 100644 index 00000000..33b43574 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2548.toml @@ -0,0 +1,416 @@ +id = 2548 +title = "Assert failure in `usb_ep_get` : Assertion `pid == USB_TOKEN_IN || pid == USB_TOKEN_OUT` failed." +state = "opened" +created_at = "2024-08-30T17:07:07.116Z" +closed_at = "n/a" +labels = ["Fuzzer", "Security", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2548" +host-os = "Ubuntu 23.04" +host-arch = "x86_64" +qemu-version = "commit at 6af69d02706c821797802cfd56acdac13a7c9422" +guest-os = "n/a" +guest-arch = "n/a" +description = """Assert failure in `usb_ep_get` : Assertion `pid == USB_TOKEN_IN || pid == USB_TOKEN_OUT` failed. + +The TD PID needs to be either `USB_TOKEN_IN` or `USB_TOKEN_OUT` in `usb_ep_get`, but in the caller `uhci_handle_td` it may be `USB_TOKEN_SETUP`. + +An unprivileged guest user may be able to reach the assertion, I think this bug is quite akin to CVE-2024-3567 (https://gitlab.com/qemu-project/qemu/-/issues/2273) : + +Users are not directly able to craft URBs, however as a user, one might be able to find a kernel path that would send a TD with PID `USB_TOKEN_SETUP` to QEMU (which is called `USB_PID_SETUP` in Linux). +For instance in the Linux Kernel, `uhci_submit_control` in `drivers/usb/host/uhci-q.c:789` does link a `USB_PID_SETUP` TD to the URB.""" +reproduce = """Minimized reproducer: + +``` +cat << EOF | ./qemu/build2/qemu-system-x86_64 -machine q35 -nodefaults \\ +-device \\ +ich9-usb-ehci1,bus=pcie.0,addr=1d.7,multifunction=on,id=ich9-ehci-1 \\ +-device ich9-usb-uhci1,bus=pcie.0,addr=1d.0,multifunction=on,masterbus=i\\ +ch9-ehci-1.0,firstport=0 -device ich9-usb-uhci2,bus=pcie.0,addr=1d.1,mul\\ +tifunction=on,masterbus=ich9-ehci-1.0,firstport=2 -device ich9-usb-uhci3\\ +,bus=pcie.0,addr=1d.2,multifunction=on,masterbus=ich9-ehci-1.0,firstport\\ +=4 -drive if=none,id=usbcdrom,media=cdrom -device \\ +usb-tablet,bus=ich9-ehci-1.0,port=1,usb_version=1 -device \\ +usb-storage,bus=ich9-ehci-1.0,port=2,drive=usbcdrom -qtest stdio +outl 0xcf8 0x8000e900 +inw 0xcfc +outl 0xcf8 0x8000e920 +outl 0xcfc 0xffffffff +outl 0xcf8 0x8000e920 +inl 0xcfc +outl 0xcf8 0x8000e920 +outl 0xcfc 0xc001 +outl 0xcf8 0x8000e904 +inw 0xcfc +outl 0xcf8 0x8000e904 +outw 0xcfc 0x7 +outl 0xcf8 0x8000e904 +inw 0xcfc +outl 0xcf8 0x8000ef00 +inw 0xcfc +outl 0xcf8 0x8000ef10 +outl 0xcfc 0xffffffff +outl 0xcf8 0x8000ef10 +inl 0xcfc +outl 0xcf8 0x8000ef10 +outl 0xcfc 0xe0000000 +outl 0xcf8 0x8000ef04 +inw 0xcfc +outl 0xcf8 0x8000ef04 +outw 0xcfc 0x7 +outl 0xcf8 0x8000ef04 +inw 0xcfc +outl 0xcf8 0x8000ea00 +inw 0xcfc +outl 0xcf8 0x8000ea20 +outl 0xcfc 0xffffffff +outl 0xcf8 0x8000ea20 +inl 0xcfc +outl 0xcf8 0x8000ea20 +outl 0xcfc 0xc021 +outl 0xcf8 0x8000ea04 +inw 0xcfc +outl 0xcf8 0x8000ea04 +outw 0xcfc 0x7 +outl 0xcf8 0x8000ea04 +inw 0xcfc +outl 0xcf8 0x8000e800 +inw 0xcfc +outl 0xcf8 0x8000e820 +outl 0xcfc 0xffffffff +outl 0xcf8 0x8000e820 +inl 0xcfc +outl 0xcf8 0x8000e820 +outl 0xcfc 0xc041 +outl 0xcf8 0x8000e804 +inw 0xcfc +outl 0xcf8 0x8000e804 +outw 0xcfc 0x7 +outl 0xcf8 0x8000e804 +inw 0xcfc +outl 0xcf8 0x8000fa00 +inw 0xcfc +outl 0xcf8 0x8000fa20 +outl 0xcfc 0xffffffff +outl 0xcf8 0x8000fa20 +inl 0xcfc +outl 0xcf8 0x8000fa20 +outl 0xcfc 0xc061 +outl 0xcf8 0x8000fa24 +outl 0xcfc 0xffffffff +outl 0xcf8 0x8000fa24 +inl 0xcfc +outl 0xcf8 0x8000fa24 +outl 0xcfc 0xe0001000 +outl 0xcf8 0x8000fa04 +inw 0xcfc +outl 0xcf8 0x8000fa04 +outw 0xcfc 0x7 +outl 0xcf8 0x8000fa04 +inw 0xcfc +outl 0xcf8 0x8000ea20 +outl 0xcfc 0x625f69a0 +outb 0xc040 0x46 +outb 0xc040 0x69 +inb 0xc000 +outb 0xc040 0x46 +clock_step +outb 0xc040 0x69 +clock_step +write 0x0 0x4 0x64657669 +write 0x69766560 0x8 0x000000ff6c46f228 +write 0x69766568 0x8 0x2d323334319c6c65 +write 0xff000000 0x8 0x000000ff6c6f6766 +write 0xff000008 0x8 0x8d6c65652d736400 +outb 0xc040 0x69 +outl 0xcf8 0x8000ef76 +outw 0xcfc 0x6563 +outb 0xc040 0x46 +clock_step +outb 0xc040 0x69 +inb 0xc000 +clock_step +write 0x4 0x4 0x64657669 +write 0x69766560 0x8 0x000000ff6c46f228 +write 0x69766568 0x8 0x2d323334319c6c65 +write 0xff000000 0x8 0x000000ff6c6f6766 +write 0xff000008 0x8 0x8d6c65652d736400 +outb 0xc040 0x69 +outw 0xc003 0x6769 +outb 0xc040 0x69 +readq 0xe0000074 +outb 0xc040 0x46 +clock_step +outb 0xc040 0x69 +clock_step +write 0x8 0x4 0x00000100 +write 0x10000 0x10 0x000000ff6c46f2282d00363939333336 +write 0xff000000 0x8 0x6465766963656d69 +write 0xff000008 0x8 0x740d00699b652d63 +write 0x69766560 0x8 0x000000ff6c46f228 +write 0x69766568 0x8 0x2d323334319c6c65 +clock_step +write 0xc 0x4 0x000000ff +write 0xff000000 0x8 0x0000010000000069 +write 0xff000008 0x8 0x636c395f61707269 +write 0x10000 0x10 0x000000ff6c46f2282d00363939333336 +outw 0xc003 0x6f00 +outb 0xc040 0x69 +outl 0xc053 0x6378616d +clock_step +write 0x10 0x4 0x000000ff +write 0xff000000 0x8 0x6465766963656d69 +write 0xff000008 0x8 0x740d00699b652d63 +write 0x69766560 0x8 0x000000ff6c46f228 +write 0x69766568 0x8 0x2d323334319c6c65 +outb 0xc051 0x6d +outb 0xc04f 0x61 +outb 0xc040 0x69 +clock_step +write 0x14 0x4 0x000000ff +write 0xff000000 0x8 0x0000010000000069 +write 0xff000008 0x8 0x636c395f61707269 +write 0x10000 0x10 0x000000ff6c46f2282d00363939333336 +EOF +``` + +# Additional information +The crash report triggered by the reproducer is: + +``` +[R +0.033173] outl 0xcf8 0x8000e900 +[S +0.033189] [R +0.033195] inw 0xcfc +[S +0.033205] [R +0.033212] outl 0xcf8 0x8000e920 +[S +0.033218] [R +0.033222] outl 0xcfc 0xffffffff +[S +0.033231] [R +0.033235] outl 0xcf8 0x8000e920 +[S +0.033241] [R +0.033245] inl 0xcfc +[S +0.033250] [R +0.033255] outl 0xcf8 0x8000e920 +[S +0.033261] [R +0.033265] outl 0xcfc 0xc001 +[S +0.033271] [R +0.033275] outl 0xcf8 0x8000e904 +[S +0.033281] [R +0.033285] inw 0xcfc +[S +0.033290] [R +0.033295] outl 0xcf8 0x8000e904 +[S +0.033300] [R +0.033306] outw 0xcfc 0x7 +[S +0.033755] [R +0.033767] outl 0xcf8 0x8000e904 +[S +0.033774] [R +0.033779] inw 0xcfc +[S +0.033785] [R +0.033792] outl 0xcf8 0x8000ef00 +[S +0.033798] [R +0.033802] inw 0xcfc +[S +0.033808] [R +0.033813] outl 0xcf8 0x8000ef10 +[S +0.033818] [R +0.033840] outl 0xcfc 0xffffffff +[S +0.033848] [R +0.033853] outl 0xcf8 0x8000ef10 +[S +0.033859] [R +0.033864] inl 0xcfc +[S +0.033870] [R +0.033875] outl 0xcf8 0x8000ef10 +[S +0.033880] [R +0.033884] outl 0xcfc 0xe0000000 +[S +0.033891] [R +0.033895] outl 0xcf8 0x8000ef04 +[S +0.033901] [R +0.033904] inw 0xcfc +[S +0.033909] [R +0.033916] outl 0xcf8 0x8000ef04 +[S +0.033922] [R +0.033926] outw 0xcfc 0x7 +[S +0.034381] [R +0.034389] outl 0xcf8 0x8000ef04 +[S +0.034395] [R +0.034399] inw 0xcfc +[S +0.034405] [R +0.034412] outl 0xcf8 0x8000ea00 +[S +0.034417] [R +0.034421] inw 0xcfc +[S +0.034427] [R +0.034431] outl 0xcf8 0x8000ea20 +[S +0.034437] [R +0.034441] outl 0xcfc 0xffffffff +[S +0.034448] [R +0.034452] outl 0xcf8 0x8000ea20 +[S +0.034457] [R +0.034463] inl 0xcfc +[S +0.034469] [R +0.034474] outl 0xcf8 0x8000ea20 +[S +0.034480] [R +0.034484] outl 0xcfc 0xc021 +[S +0.034490] [R +0.034494] outl 0xcf8 0x8000ea04 +[S +0.034500] [R +0.034504] inw 0xcfc +[S +0.034509] [R +0.034515] outl 0xcf8 0x8000ea04 +[S +0.034521] [R +0.034525] outw 0xcfc 0x7 +[S +0.034948] [R +0.034955] outl 0xcf8 0x8000ea04 +[S +0.034961] [R +0.034965] inw 0xcfc +[S +0.034971] [R +0.034989] outl 0xcf8 0x8000e800 +[S +0.034996] [R +0.035000] inw 0xcfc +[S +0.035005] [R +0.035010] outl 0xcf8 0x8000e820 +[S +0.035016] [R +0.035020] outl 0xcfc 0xffffffff +[S +0.035027] [R +0.035033] outl 0xcf8 0x8000e820 +[S +0.035039] [R +0.035043] inl 0xcfc +[S +0.035048] [R +0.035053] outl 0xcf8 0x8000e820 +[S +0.035059] [R +0.035065] outl 0xcfc 0xc041 +[S +0.035071] [R +0.035075] outl 0xcf8 0x8000e804 +[S +0.035081] [R +0.035084] inw 0xcfc +[S +0.035089] [R +0.035094] outl 0xcf8 0x8000e804 +[S +0.035100] [R +0.035103] outw 0xcfc 0x7 +[S +0.035525] [R +0.035532] outl 0xcf8 0x8000e804 +[S +0.035538] [R +0.035542] inw 0xcfc +[S +0.035548] [R +0.035553] outl 0xcf8 0x8000fa00 +[S +0.035558] [R +0.035562] inw 0xcfc +[S +0.035567] [R +0.035572] outl 0xcf8 0x8000fa20 +[S +0.035578] [R +0.035581] outl 0xcfc 0xffffffff +[S +0.035589] [R +0.035594] outl 0xcf8 0x8000fa20 +[S +0.035600] [R +0.035604] inl 0xcfc +[S +0.035609] [R +0.035613] outl 0xcf8 0x8000fa20 +[S +0.035618] [R +0.035623] outl 0xcfc 0xc061 +[S +0.035629] [R +0.035633] outl 0xcf8 0x8000fa24 +[S +0.035638] [R +0.035642] outl 0xcfc 0xffffffff +[S +0.035648] [R +0.035652] outl 0xcf8 0x8000fa24 +[S +0.035658] [R +0.035664] inl 0xcfc +[S +0.035669] [R +0.035673] outl 0xcf8 0x8000fa24 +[S +0.035679] [R +0.035683] outl 0xcfc 0xe0001000 +[S +0.035689] [R +0.035696] outl 0xcf8 0x8000fa04 +[S +0.035702] [R +0.035706] inw 0xcfc +[S +0.035711] [R +0.035716] outl 0xcf8 0x8000fa04 +[S +0.035722] [R +0.035725] outw 0xcfc 0x7 +[S +0.036402] [R +0.036412] outl 0xcf8 0x8000fa04 +[S +0.036418] [R +0.036422] inw 0xcfc +[S +0.036434] [R +0.036442] outl 0xcf8 0x8000ea20 +[S +0.036448] [R +0.036463] outl 0xcfc 0x625f69a0 +[S +0.036906] [I +0.036981] CLOSED +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x46 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] inb 0xc000 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x46 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x0 0x4 0x64657669 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x69766560 0x8 0x000000ff6c46f228 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x69766568 0x8 0x2d323334319c6c65 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000000 0x8 0x000000ff6c6f6766 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000008 0x8 0x8d6c65652d736400 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outl 0xcf8 0x8000ef76 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outw 0xcfc 0x6563 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x46 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] inb 0xc000 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x4 0x4 0x64657669 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x69766560 0x8 0x000000ff6c46f228 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x69766568 0x8 0x2d323334319c6c65 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000000 0x8 0x000000ff6c6f6766 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000008 0x8 0x8d6c65652d736400 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outw 0xc003 0x6769 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] readq 0xe0000074 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x46 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x8 0x4 0x00000100 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x10000 0x10 0x000000ff6c46f2282d00363939333336 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000000 0x8 0x6465766963656d69 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000008 0x8 0x740d00699b652d63 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x69766560 0x8 0x000000ff6c46f228 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x69766568 0x8 0x2d323334319c6c65 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xc 0x4 0x000000ff +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000000 0x8 0x0000010000000069 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000008 0x8 0x636c395f61707269 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x10000 0x10 0x000000ff6c46f2282d00363939333336 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outw 0xc003 0x6f00 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outl 0xc053 0x6378616d +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x10 0x4 0x000000ff +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000000 0x8 0x6465766963656d69 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000008 0x8 0x740d00699b652d63 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x69766560 0x8 0x000000ff6c46f228 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x69766568 0x8 0x2d323334319c6c65 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc051 0x6d +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc04f 0x61 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] outb 0xc040 0x69 +x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] clock_step +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x14 0x4 0x000000ff +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000000 0x8 0x0000010000000069 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0xff000008 0x8 0x636c395f61707269 +[DMA] x86_64: GLib: g_timer_elapsed: assertion 'timer != NULL' failed +[R +0.000000] write 0x10000 0x10 0x000000ff6c46f2282d00363939333336 +qemu-fuzz-x86_64: ../hw/usb/core.c:744: struct USBEndpoint *usb_ep_get(USBDevice *, int, int): Assertion `pid == USB_TOKEN_IN || pid == USB_TOKEN_OUT' failed. +==892641== ERROR: libFuzzer: deadly signal + #0 0x557dd985fc41 in __sanitizer_print_stack_trace (/home/hypervisor/qemu_fuzz/qemu/build2/qemu-fuzz-x86_64+0x20b2c41) (BuildId: 1208fb4c12f2da2381e7763dabbbdabaf2db65e5) + #1 0x557dd97cfa58 in fuzzer::PrintStackTrace() (/home/hypervisor/qemu_fuzz/qemu/build2/qemu-fuzz-x86_64+0x2022a58) (BuildId: 1208fb4c12f2da2381e7763dabbbdabaf2db65e5) + #2 0x557dd97b5ae3 in fuzzer::Fuzzer::CrashCallback() (/home/hypervisor/qemu_fuzz/qemu/build2/qemu-fuzz-x86_64+0x2008ae3) (BuildId: 1208fb4c12f2da2381e7763dabbbdabaf2db65e5) + #3 0x7fd7e623c45f (/lib/x86_64-linux-gnu/libc.so.6+0x3c45f) (BuildId: d320ce4e63925d698610ed423fc4b1f0e8ed51f1) + #4 0x7fd7e629152a in __pthread_kill_implementation nptl/pthread_kill.c:43:17 + #5 0x7fd7e629152a in __pthread_kill_internal nptl/pthread_kill.c:78:10 + #6 0x7fd7e629152a in pthread_kill nptl/pthread_kill.c:89:10 + #7 0x7fd7e623c3b5 in raise signal/../sysdeps/posix/raise.c:26:13 + #8 0x7fd7e622287b in abort stdlib/abort.c:79:7 + #9 0x7fd7e622279a in __assert_fail_base assert/assert.c:92:3 + #10 0x7fd7e6233b65 in __assert_fail assert/assert.c:101:3 + #11 0x557dda3b67c6 in usb_ep_get /home/hypervisor/qemu_fuzz/qemu/build2/../hw/usb/core.c:744:5 + #12 0x557dda3d8820 in uhci_handle_td /home/hypervisor/qemu_fuzz/qemu/build2/../hw/usb/hcd-uhci.c:819:14 + #13 0x557dda3d41ed in uhci_process_frame /home/hypervisor/qemu_fuzz/qemu/build2/../hw/usb/hcd-uhci.c:1022:15 + #14 0x557dda3cbf7e in uhci_frame_timer /home/hypervisor/qemu_fuzz/qemu/build2/../hw/usb/hcd-uhci.c:1121:9 + #15 0x557ddb90c0ff in timerlist_run_timers /home/hypervisor/qemu_fuzz/qemu/build2/../util/qemu-timer.c:576:9 + #16 0x557ddb90d3e8 in qemu_clock_run_timers /home/hypervisor/qemu_fuzz/qemu/build2/../util/qemu-timer.c:590:12 + #17 0x557ddb90d3e8 in qemu_clock_advance_virtual_time /home/hypervisor/qemu_fuzz/qemu/build2/../util/qemu-timer.c:696:9 + #18 0x557dda67fa2f in qtest_process_command /home/hypervisor/qemu_fuzz/qemu/build2/../system/qtest.c:722:9 + #19 0x557dda67b3bb in qtest_process_inbuf /home/hypervisor/qemu_fuzz/qemu/build2/../system/qtest.c:776:9 + #20 0x557dda67acf6 in qtest_server_inproc_recv /home/hypervisor/qemu_fuzz/qemu/build2/../system/qtest.c:907:9 + #21 0x557ddb5fa3e2 in qtest_sendf /home/hypervisor/qemu_fuzz/qemu/build2/../tests/qtest/libqtest.c:640:5 + #22 0x557ddb5fa4f4 in qtest_clock_step_next /home/hypervisor/qemu_fuzz/qemu/build2/../tests/qtest/libqtest.c:1009:5 + #23 0x557ddb67c2ef in generic_fuzz /home/hypervisor/qemu_fuzz/qemu/build2/../tests/qtest/fuzz/generic_fuzz.c:667:13 + #24 0x557ddb66e807 in LLVMFuzzerTestOneInput /home/hypervisor/qemu_fuzz/qemu/build2/../tests/qtest/fuzz/fuzz.c:158:5 + #25 0x557dd97b6f52 in fuzzer::Fuzzer::ExecuteCallback(unsigned char const*, unsigned long) (/home/hypervisor/qemu_fuzz/qemu/build2/qemu-fuzz-x86_64+0x2009f52) (BuildId: 1208fb4c12f2da2381e7763dabbbdabaf2db65e5) + #26 0x557dd97a1080 in fuzzer::RunOneTest(fuzzer::Fuzzer*, char const*, unsigned long) (/home/hypervisor/qemu_fuzz/qemu/build2/qemu-fuzz-x86_64+0x1ff4080) (BuildId: 1208fb4c12f2da2381e7763dabbbdabaf2db65e5) + #27 0x557dd97a6d07 in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char const*, unsigned long)) (/home/hypervisor/qemu_fuzz/qemu/build2/qemu-fuzz-x86_64+0x1ff9d07) (BuildId: 1208fb4c12f2da2381e7763dabbbdabaf2db65e5) + #28 0x557dd97d0292 in main (/home/hypervisor/qemu_fuzz/qemu/build2/qemu-fuzz-x86_64+0x2023292) (BuildId: 1208fb4c12f2da2381e7763dabbbdabaf2db65e5) + #29 0x7fd7e6223a8f in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 + #30 0x7fd7e6223b48 in __libc_start_main csu/../csu/libc-start.c:360:3 + #31 0x557dd979b884 in _start (/home/hypervisor/qemu_fuzz/qemu/build2/qemu-fuzz-x86_64+0x1fee884) (BuildId: 1208fb4c12f2da2381e7763dabbbdabaf2db65e5) +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2550.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2550.toml new file mode 100644 index 00000000..708d2067 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2550.toml @@ -0,0 +1,33 @@ +id = 2550 +title = "GICv3 vGIC system registers not initialized on ARM Cortex-A15" +state = "closed" +created_at = "2024-09-02T12:32:04.192Z" +closed_at = "2024-09-02T13:51:35.616Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2550" +host-os = "Debian/unstable" +host-arch = "x86" +qemu-version = "9.0.92 (v9.1.0-rc2-57-g2ee4170ae6)" +guest-os = "L4Re" +guest-arch = "ARM" +description = """For Cortex-A15, the GICv3 vGIC registers are not initialized like for AArch64 CPUs, for example Cotex-A35, Cortex-A55, etc""" +reproduce = """The setup is not trivial. I can provide a boot image on request. But I hope the problem is straight-forward.""" +additional = """Suggested fix: +```diff +index 20c2737f17..136b513bda 100644 +--- a/target/arm/tcg/cpu32.c ++++ b/target/arm/tcg/cpu32.c +@@ -569,6 +569,12 @@ static void cortex_a15_initfn(Object *obj) + cpu->ccsidr[1] = 0x201fe00a; /* 32K L1 icache */ + cpu->ccsidr[2] = 0x711fe07a; /* 4096K L2 unified cache */ + cpu->isar.reset_pmcr_el0 = 0x410F3000; ++ ++ /* From B3.5 VGIC Type register */ ++ cpu->gic_num_lrs = 4; ++ cpu->gic_vpribits = 5; ++ cpu->gic_vprebits = 5; ++ + define_arm_cp_regs(cpu, cortexa15_cp_reginfo); + } + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2552.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2552.toml new file mode 100644 index 00000000..7c624712 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2552.toml @@ -0,0 +1,84 @@ +id = 2552 +title = "system libfdt said to be too old (1.5.1 min required) but 1.7.1 is installed." +state = "closed" +created_at = "2024-09-03T13:02:46.976Z" +closed_at = "2024-09-04T13:23:11.792Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2552" +host-os = "<-- IPFire next branch -->" +host-arch = "<-- x86_64 -->" +qemu-version = "<-- qemu-system-x86_64 --9.0.2 -->" +guest-os = "n/a" +guest-arch = "n/a" +description = """<-- +I am running an update build of the latest qemu version 9.0.2 to update it from 8.1.2 in the IPFire firewall distribution. +The build command being run was + +` +./configure \\ +\t--prefix=/usr \\ +\t--sysconfdir=/etc \\ +\t--localstatedir=/var \\ +\t--enable-kvm \\ +\t--disable-attr \\ +\t--target-list="$(TARGETS)" \\ +\t--extra-cflags="$(CFLAGS)" \\ +\t--enable-spice \\ +\t--enable-usb-redir \\ +\t--enable-seccomp \\ +\t--disable-docs \\ +\t--disable-sdl \\ +\t--enable-slirp +` + +and where $TARGETS is + +`\tx86_64-linux-user \\ +\taarch64-linux-user \\ +\triscv64-linux-user \\ +\tx86_64-softmmu \\ +\taarch64-softmmu \\ +\triscv64-softmmu +` + +and $CFLAGS is + +`\t"-O2" +\t"-g0" +\t"-pipe" +\t"-Wall" +\t"-fexceptions" +\t"-fPIC" +\t"-Wp,-U_FORTIFY_SOURCE" +\t"-Wp,-D_FORTIFY_SOURCE=3" +\t"-Wp,-D_GLIBCXX_ASSERTIONS" +\t"-fstack-protector-strong" +\t"-fstack-clash-protection" +` + +This built qemu successfully with version 8.1.2 and earlier versions. + +From version 9.0.1 onwards the subproject dtc has been removed from the Source Tarball and the build came back with the error message + +Library fdt found: NO + +../meson.build:3190:18: ERROR: Git command failed: ['/usr/bin/git', 'fetch', '--depth', '1', 'origin', 'b6910bec11614980a21e46fbccc35934b671bd81'] + +The git command failed as the distribution build is done with no network connection. All packages have to be available in the build and so the package cannot be downloaded during the build. + +Therefore I moved the dtc package in the IPFire build to before building qemu and added --disable-download to the ./configure options. + +The error message changed to + +Library fdt found: YES + +../meson.build:3182:7: ERROR: Problem encountered: system libfdt requested, but it is too old (1.5.1 or newer required) + +However the dtc libfdt version is 1.7.1 - definitely newer than 1.5.1 + +Why is the version being seen as too old? +How do I get this to detect the dtc libfdt version correctly (it has detected that libfdt is present in the IPFire build environment). + +-->""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2557.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2557.toml new file mode 100644 index 00000000..336db4a2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2557.toml @@ -0,0 +1,15 @@ +id = 2557 +title = "balloon size startup parameter needed" +state = "opened" +created_at = "2024-09-04T09:34:42.770Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2557" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2559.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2559.toml new file mode 100644 index 00000000..ba9a4057 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2559.toml @@ -0,0 +1,19 @@ +id = 2559 +title = "macOS cocoa UI cursor position mismatch when running Windows XP under QEMU 9.1.0" +state = "opened" +created_at = "2024-09-05T16:30:18.791Z" +closed_at = "n/a" +labels = ["GUI", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2559" +host-os = "macOS 14.6.1" +host-arch = "ARM64" +qemu-version = "9.1.0" +guest-os = "Windows XP" +guest-arch = "i386" +description = """QEMU 9.1.0 got hardware cursor support on macOS with the cocoa UI. When running a Windows XP guest, the windows's own cursor got a 13 pixel offset both in X and Y direction. When the "show-cursor" is off, the problem still exists, so the click target is not under the pointer of the cursor. I was using the "Red Hat QXL GPU" driver v6.1.0.10024 which was built in 2015. + +I also checked it with Linux (i have an x86-64 Alma Linux 8 installation too), this working fine when using the "-display cocoa,show-cursoor=off,zoom-to-fit=off -device virtio-vga" parameters.""" +reproduce = """1. Load a Windows XP with QXL drivers installed""" +additional = """ + +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/256.toml b/gitlab/issues/target_missing/host_missing/accel_missing/256.toml new file mode 100644 index 00000000..d9478b64 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/256.toml @@ -0,0 +1,15 @@ +id = 256 +title = "`make install` fails on documentation when using Sphinx 4" +state = "closed" +created_at = "2021-05-10T21:28:25.089Z" +closed_at = "2021-06-03T20:25:31.036Z" +labels = ["Closed::Fixed", "Documentation", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/256" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2561.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2561.toml new file mode 100644 index 00000000..bd499763 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2561.toml @@ -0,0 +1,47 @@ +id = 2561 +title = "Sound doesnt work on debian guest + debian host using Pipewire" +state = "opened" +created_at = "2024-09-05T21:34:12.441Z" +closed_at = "n/a" +labels = ["Audio", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2561" +host-os = "Debian trixie" +host-arch = "x86_64" +qemu-version = "9.0.2" +guest-os = "Debian bookworm/12" +guest-arch = "x86_64" +description = """There is no sound on Debian Stable VM. Im using SPICE for audio redirection.""" +reproduce = """1. Download debian stable ISO (12 atm) +2. Install it on your KVM +3. Make sure your host and your guest are using pipewire (check https://wiki.debian.org/PipeWire#Installation) +4. No sound is transmitted to the host.""" +additional = """- I have tried switching SPICE to something else like ALSA, but it will result in hanging of the video page similar to this video: + +https://github.com/QubesOS/qubes-issues/issues/1698#issuecomment-1031376517 + +- Tried to use direct pipewire, but resulted into error: + +``` +Error starting domain: internal error: process exited while connecting to monitor: 2024-09-04T18:13:40.241754Z qemu-system-x86_64: Unknown audio driver pipewire'. Perhaps you want to install qemu-system-gui package? + +Traceback (most recent call last): + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 72, in cb_wrapper + callback(asyncjob, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 108, in tmpcb + callback(*args, **kwargs) + File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in newfn + ret = fn(self, *args, **kwargs) + ^^^^^^^^^^^^^^^^^^^^^^^^^ + File "/usr/share/virt-manager/virtManager/object/domain.py", line 1402, in startup + self._backend.create() + File "/usr/lib/python3/dist-packages/libvirt.py", line 1379, in create + raise libvirtError('virDomainCreate() failed') +libvirt.libvirtError: internal error: process exited while connecting to monitor: 2024-09-04T18:13:40.241754Z qemu-system-x86_64: Unknown audio driver pipewire'. Perhaps you want to install qemu-system-gui package? +``` + +Yes i have installed "qemu-system-gui" but still got the same message. + + +Debian XML with SPICE: + +[Debian-XML.txt](/uploads/66e09b37f672b49f8f0a0a01d3c6a6b2/Debian-XML.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2563.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2563.toml new file mode 100644 index 00000000..fb3dab3d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2563.toml @@ -0,0 +1,218 @@ +id = 2563 +title = "W64 build referenced to by https://www.qemu.org/download/#windows fails to run with GTK and 3D but cross-build for W64 works ok with GTK and 3d" +state = "opened" +created_at = "2024-09-08T19:55:51.145Z" +closed_at = "n/a" +labels = ["GUI::GTK", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2563" +host-os = "Windows 11 23H2" +host-arch = "x86_64" +qemu-version = "Qemu 9.1.0 build referenced to by https://www.qemu.org/download/#windows (https://qemu.weilnetz.de/w64/qemu-w64-setup-20240903.exe)" +guest-os = "Just default qemu BIOS" +guest-arch = "none" +description = """Qemu W64 build referenced to by https://www.qemu.org/download/#windows (https://qemu.weilnetz.de/w64/qemu-w64-setup-20240903.exe) crashes with aforementioned command line, leaving 0xc0000005 exception in Windows event log. But a custom cross-compiled build at least boots into default qemu BIOS. See steps below to cross-compile qemu with GTK + OpenGL +VirGL support.""" +reproduce = """1. `wget https://qemu.weilnetz.de/w64/qemu-w64-setup-20240903.exe`, install it, run `qemu-system-x86_64.exe -display gtk,gl=on -device virtio-vga-gl` and watch immediate qemu crash. + 2. Prepare cross-compilation build of qemu 9.1.0 using following steps: + 3. Download official Fedora workstation 40 x86_64 ISO and install it to a virtual disk and boot that disk. + 4. `wget https://download.qemu.org/qemu-9.1.0.tar.xz`\\ + `tar xvJf qemu-9.1.0.tar.xz`\\ + `cd qemu-9.1.0` + 5. Run `sudo yum install git meson ninja-build python3-sphinx python3-sphinx_rtd_theme gcc mingw64-gcc mingw64-glib2 mingw64-pkg-config mingw64-pixman mingw64-gtk3 mingw64-SDL2 mingw64-libepoxy mingw64-librsvg2` in virtual Fedora. `mingw64-librsvg2` is optional, see step #14 + 6. `git clone https://gitlab.freedesktop.org/slirp/libslirp.git` (e61dbd45 as of 04 August 2024) `git clone https://gitlab.freedesktop.org/virgl/virglrenderer.git` (3d82ed86 as of 03 September 2024) + 7. create file x86_64-w64-mingw32.txt in qemu-9.1.0 directory with the content as follows:\\ + `[binaries]`\\ + `c = '/usr/bin/x86_64-w64-mingw32-gcc'`\\ + `cpp = '/usr/bin/x86_64-w64-mingw32-g++'`\\ + `ar = '/usr/bin/x86_64-w64-mingw32-ar'`\\ + `strip = '/usr/bin/x86_64-w64-mingw32-strip'`\\ + `pkg-config = '/usr/bin/x86_64-w64-mingw32-pkg-config'`\\ + `exe_wrapper = 'wine'`\\ + \\ + `[host_machine]`\\ + `system = 'windows'`\\ + `cpu_family = 'x86_64'`\\ + `cpu = 'i686'`\\ + `endian = 'little'` + 8. Make a directory to which QEMU dependencies will be installed after compilation from git: `export CROSS_QEMU_DEPS="/home/cross-qemu-deps"`\\ + `sudo mkdir -p $CROSS_QEMU_DEPS` + 9. Install libslirp so that future qemu binaries can have internet access via -netdev user\\ + ` cd libslirp`\\ + \\ + ` meson setup --cross-file ../x86_64-w64-mingw32.txt --prefix "$CROSS_QEMU_DEPS" build-mingw/`\\ + ` meson compile -C build-mingw`\\ + ` cd build-mingw`\\ + ` ninja install` +10. Install virgl to have 3D hardware acceleration\\ + ` cd ../../`\\ + ` cd virglrenderer`\\ + \\ + ` meson setup --cross-file ../x86_64-w64-mingw32.txt --prefix "$CROSS_QEMU_DEPS" build-mingw/`\\ + ` meson compile -C build-mingw`\\ + ` cd build-mingw`\\ + ` ninja install` +11. Set three environment variables for cross-compilation: + + `sudo find / -type f -name '*.pc'` and make sure all mingw \\*.pc files live in `/usr/x86_64-w64-mingw32/sys-root/mingw/share/pkgconfig/` and `/usr/x86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig/`. Correct these paths in PKG_CONFIG_PATH if you see they were altered by mingw or package contributors.\\ + \\ + `export PKG_CONFIG_PATH="/usr/x86_64-w64-mingw32/sys-root/mingw/share/pkgconfig/:/usr/x86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig/:$PKG_CONFIG_PATH"` + + \\ + `export PKG_CONFIG_LIBDIR="${CROSS_QEMU_DEPS}/lib/pkgconfig/:$PKG_CONFIG_LIBDIR"` + + \\ + `export PKG_CONFIG_SYSROOT_DIR=""` +12. <span dir="">Configure Qemu makefile:</span> + + `cd ../../` + + `./configure --cross-prefix=x86_64-w64-mingw32- --enable-gtk --enable-sdl --enable-opengl --enable-virglrenderer --enable-slirp --enable-debug` + + and make sure you see this in the output of configure: + + `Compilation`\\ + `host CPU : x86_64`\\ + `host endianness : little`\\ + `C compiler : x86_64-w64-mingw32-gcc -m64`\\ + `Host C compiler : cc` + + and this one: + + `Checking whether type "struct virgl_renderer_resource_info_ext" has member "d3d_tex2d" with dependency virglrenderer: YES` +13. Cross-compile qemu: `` make -j`nproc` `` +14. \\[optional step to get rid of "**Gtk-WARNING \\*\\*: 19:22:02.461: Could not load a pixbuf**"\\] + + **Copy gdk-pixbuf-query-loaders.exe** from `/usr/x86_64-w64-mingw32/sys-root/mingw/bin/`\\ + to\\ + `./qemu-9.1.0/build/qemu-bundle/qemu`**\\ + \\ + `mkdir -p ./qemu-9.1.0/build/qemu-bundle/qemu/lib`\\ + \\ + copy recursively /usr/x86_64-w64-mingw32/sys-root/mingw/lib/gdk-pixbuf-2.0** to `./qemu-9.1.0/build/qemu-bundle/qemu/lib` + + **`mkdir -p ./qemu-9.1.0/build/qemu-bundle/qemu/share`**\\ + \\ + **copy recursively /usr/x86_64-w64-mingw32/sys-root/mingw/share/icons** to `./qemu-9.1.0/build/qemu-bundle/qemu/share` + + **copy recursively /usr/x86_64-w64-mingw32/sys-root/mingw/share/themes** to `./qemu-9.1.0/build/qemu-bundle/qemu/share` + + Run `gdk-pixbuf-query-loaders.exe --update-cache` on host right before step 17. +15. Copy all dll files from + + `/usr/x86_64-w64-mingw32/sys-root/mingw/bin/`\\ + to\\ + `./qemu-9.1.0/build/qemu-bundle/`**`qemu`** + + Copy libvirglrenderer-1.dll and libslirp-0.dll from `$CROSS_QEMU_DEPS` directory exported above to + + `./qemu-9.1.0/build/qemu-bundle/`**`qemu`** +16. Copy this **`qemu`** folder from the previous step to Windows machine using ssh or whatever else\\ + E.g. by doing\\ + ` sudo yum install openssh-server`\\ + ` sudo systemctl start sshd`\\ + ` sudo systemctl status sshd`\\ + on guest OS (provided you have launched guest Fedora qemu with `-nic user,hostfwd=tcp::8888-:22` command line parameter for ssh) + + and then + + `scp.exe -P 8888 -r virtual_machine_user@127.0.0.1:/home/virtual_machine_user/qemu-9.1.0/build/qemu-bundle/qemu C:\\downloads\\qemu`\\ + on host OS +17. `cd` to that `qemu` folder and run `qemu-system-x86_64.exe -display gtk,gl=on -device virtio-vga-gl` and watch qemu booting into BIOS. + +<details> +<summary>Previous version</summary> + +1\\. \\`wget https://qemu.weilnetz.de/w64/qemu-w64-setup-20240903.exe\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\`, install it, run \\`qemu-system-x86_64.exe -display gtk,gl=on -device virtio-vga-gl\\` and watch immediate qemu crash. 2. Prepare cross-compilation build of qemu 9.1.0 using following steps: 3. Download official Fedora workstation 40 x86_64 ISO and install it to a virtual disk and boot that disk. 4. Run \\`sudo yum install meson ninja-build python3-sphinx python3-sphinx_rtd_theme gcc mingw64-gcc mingw64-glib2 mingw64-pkg-config mingw64-pixman mingw64-gtk3 mingw64-SDL2 mingw64-libepoxy\\` in virtual Fedora. 5. \\`wget https://download.qemu.org/qemu-9.1.0.tar.xz\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\` + +``` +`tar xvJf qemu-9.1.0.tar.xz`\\ +`cd qemu-9.1.0` +``` + + 6. `git clone https://gitlab.freedesktop.org/virgl/virglrenderer.git` (3d82ed86 as of 03 September 2024)\\ + `cd virglrenderer` + 7. create file x86_64-w64-mingw32.txt in virglrenderer directory with the content as follows:\\ + `[binaries]`\\ + `c = '/usr/bin/x86_64-w64-mingw32-gcc'`\\ + `cpp = '/usr/bin/x86_64-w64-mingw32-g++'`\\ + `ar = '/usr/bin/x86_64-w64-mingw32-ar'`\\ + `strip = '/usr/bin/x86_64-w64-mingw32-strip'`\\ + `pkg-config = '/usr/bin/x86_64-w64-mingw32-pkg-config'`\\ + `exe_wrapper = 'wine'`\\ + \\ + `[host_machine]`\\ + `system = 'windows'`\\ + `cpu_family = 'x86_64'`\\ + `cpu = 'i686'`\\ + `endian = 'little'` + 8. Run `meson setup --cross-file x86_64-w64-mingw32.txt build-mingw`\\ + `meson compile -C build-mingw`\\ + `cd build-mingw`\\ + `ninja install` + 9. Set pkgconfig for virglrenderer: `export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/home/your_user/virglrenderer/build-mingw/meson-private`\\ + (replace /home/your_user/virglrenderer/build-mingw/meson-private with path containing virglrenderer.pc file from output of `sudo find / -type f -name 'virglrenderer.pc'` command) +10. Run confugure: \\ + `cd ../../`\\ + `./configure --cross-prefix=x86_64-w64-mingw32- --enable-gtk --enable-sdl --enable-opengl --enable-virglrenderer --enable-debug`\\ + \\ + and make sure you see this in the output of configure:\\ + `Compilation`\\ + `host CPU : x86_64`\\ + `host endianness : little`\\ + `C compiler : x86_64-w64-mingw32-gcc -m64`\\ + `Host C compiler : cc`\\ + \\ + run\\ + `export PKG_CONFIG_PATH="/usr/local/lib/pkgconfig"` +11. Run this command to see where x86_64-w64-mingw32-pkg-config will look for virglrenderer.h: + + `/usr/bin/x86_64-w64-mingw32-pkg-config --cflags virglrenderer`\\ + \\> -I/usr/x86_64-w64-mingw32/sys-root/mingw/usr/local/include/virgl (possible result) +12. Copy folder containing virglrenderer.h to that one to satisfy mingw expectations: + + `sudo mkdir -p /usr/x86_64-w64-mingw32/sys-root/mingw/usr/local/include/`\\ + `sudo cp -r /usr/local/include/virgl /usr/x86_64-w64-mingw32/sys-root/mingw/usr/local/include/` +13. Run search `sudo find / -type f -name 'libvirglrenderer.dll.a'` and satisfy mingw's expectation for libvirglrenderer.dll.a:\\ + `sudo mkdir -p /usr/x86_64-w64-mingw32/sys-root/usr/local/lib/`\\ + `sudo ln -s /usr/local/lib/libvirglrenderer.dll.a /usr/x86_64-w64-mingw32/sys-root/usr/local/lib/libvirglrenderer.dll.a` +14. Cross-compile qemu: \\ + `make -j4`\\ + \\* if you see "/usr/lib/gcc/x86_64-w64-mingw32/14.1.1/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lvirglrenderer: No such file or directory" then most likely Qemu's makefile was confused by libvirglrenderer.dll.a path; check `/usr/x86_64-w64-mingw32/bin/ld -lvirglrenderer --verbose` output to find out path of libvirglrenderer.dll.a file it cannot find +15. copy all dll files from \\ + /usr/x86_64-w64-mingw32/sys-root/mingw/bin/\\ + to\\ + ./qemu-9.1.0-rc4/**build** +16. copy libvirglrenderer-1.dll from /usr/local/bin to\\ + ./qemu-9.1.0-rc4/**build** +17. copy this **build** folder to Windows machine using ssh or whatever else +18. `cd` to that **build** folder and run `qemu-system-x86_64.exe -display gtk,gl=on -device virtio-vga-gl` and watch qemu booting into BIOS. + +</details>""" +additional = """P.S. Cross-compilation on Fedora build machine for Windows target usually requires installing pre-compiled binary packages along with libslirp and libvirglrenderer from git. Almost all of them include \\*.pc files (pkg-config files) needed by mingw to find .h headers and .dll.a library files. Normally, it's not necessarry to add extra include paths using something like CFLAGS="-I/include_headers_path" or LDFLAGS="-L/path_to_dll_a_lib". The commands from above must produce a fully working windows build. But, just in case someone damages packages in Fedora repository or libslirp or virglrenderer in their git, here are some ideas how to fix broken links between files: + +- First, make sure you have enumerated all .pc folders from Fedora repository packages in PKG_CONFIG_PATH= and all .pc folders built from source in PKG_CONFIG_LIBDIR=, as it was shown at Step 11. If you see a message saying something like "virglrenderer.h not found", run this command to see where x86_64-w64-mingw32-pkg-config will look for virglrenderer.h: `/usr/bin/x86_64-w64-mingw32-pkg-config --cflags virglrenderer` + +> \\-I/usr/x86_64-w64-mingw32/sys-root/mingw/usr/local/include/virgl (possible result) + +- Then copy folder containing virglrenderer.h (for example, /usr/local/include/virgl) to that one to satisfy mingw expectations: + + `sudo mkdir -p /usr/x86_64-w64-mingw32/sys-root/mingw/usr/local/include/` `sudo cp -r /usr/local/include/virgl /usr/x86_64-w64-mingw32/sys-root/mingw/usr/local/include/` +- If you see "/usr/lib/gcc/x86_64-w64-mingw32/14.1.1/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lvirglrenderer: No such file or directory" then most likely Qemu's makefile was confused by libvirglrenderer.dll.a path; check `/usr/x86_64-w64-mingw32/bin/ld -lvirglrenderer --verbose` output to find out path of libvirglrenderer.dll.a file it cannot find +- For example, `/usr/x86_64-w64-mingw32/bin/ld -lvirglrenderer --verbose` shows that build script tries to find .dll.a file under /usr/x86_64-w64-mingw32/sys-root/usr/local/lib/libvirglrenderer.dll.a and `find / -type f -name 'libvirglrenderer.dll.a'` shows that file is in /usr/local/lib/libvirglrenderer.dll.a +- Then satisfy mingw's expectation for libvirglrenderer.dll.a: `sudo mkdir -p /usr/x86_64-w64-mingw32/sys-root/usr/local/lib/`\\ + `sudo ln -s /usr/local/lib/libvirglrenderer.dll.a /usr/x86_64-w64-mingw32/sys-root/usr/local/lib/libvirglrenderer.dll.a` + +Upd: I was able to refine instructions on how to cross-compile Qemu's dependencies thanks to these references: + +https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/52: + +> PKG_CONFIG_SYSROOT_DIR blindly prepend the sysroot to all paths. I made a MR that add PKG_CONFIG_SYSROOT_MAP to get smarter mapping from pcfiledir-\\>sysroot. !7. I generally discontinued the use of PKG_CONFIG_SYSROOT_DIR and switched to merely using PKG_CONFIG_LIBDIR. That way I got absolute paths everyehere which at least was consistent and could be postprocessed if needed. + +https://forum.qt.io/topic/88946/qt5-10-1-cross-compile-configure-errors/9: + +> WARNING: Disabling pkg-config since PKG_CONFIG_LIBDIR is not set and the host's .pc files would be used (even if you set PKG_CONFIG_PATH). Set this variable to the directory that contains target .pc files for pkg-config to function correctly when cross-compiling or use -pkg-config to override this test. + +https://cmake.org/pipermail/cmake/2008-November/025050.html: + +> The situation is as follows: PKG_CONFIG_PATH is searched before PKG_CONFIG_LIBDIR for the desired \\*.pc file. (The man page doesn't say which is searched first, but my tests reveal that is the order at least for the present version of pkg-config.) Cross-compiling users should avoid using native paths in PKG_CONFIG_PATH and PKG_CONFIG_LIBDIR. Furthermore, cross-compiling users should always specify PKG_CONFIG_LIBDIR (with or without PKG_CONFIG_PATH) since use of PKG_CONFIG_LIBDIR supresses appending default native paths to whatever is specified in PKG_CONFIG_PATH and PKG_CONFIG_LIBDIR. +> +> In sum, for cross-compilation purposes you should always use PKG_CONFIG_LIBDIR (with or without PKG_CONFIG_PATH) and make sure there are no native paths in it (or in PKG_CONFIG_PATH). If you follow those rules you should get a good cross-compilation result, otherwise not.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2564.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2564.toml new file mode 100644 index 00000000..6f41b9ed --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2564.toml @@ -0,0 +1,15 @@ +id = 2564 +title = "ubuntu-22.04-s390x-all-system CI job often times out" +state = "opened" +created_at = "2024-09-09T14:11:13.395Z" +closed_at = "n/a" +labels = ["flaky-ci"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2564" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2565.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2565.toml new file mode 100644 index 00000000..d68f51e6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2565.toml @@ -0,0 +1,21 @@ +id = 2565 +title = "Bisected: 176e3783f2ab14 results in a heavy performance regression with the SDL interface" +state = "closed" +created_at = "2024-09-10T20:03:56.580Z" +closed_at = "2024-09-16T10:21:30.118Z" +labels = ["device:graphics", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2565" +host-os = "Gentoo Linux" +host-arch = "x86" +qemu-version = "git 1581a0bc928" +guest-os = "Debian Linux (sid), XFCE4 desktop" +guest-arch = "x86" +description = """With the patch 176e3783f2ab14 a significant 3D performance regression was introduced when using the SDL gui and VirGL. Before the patch glxgears runs at about 4000 FPS on my machine, with the patch this drops to about 150 FPS, and if one moves the mouse the reported frame rate drops even more.""" +reproduce = """1. Run the qemu like given above with a current Debian-SID guest +2. Start glxgears from a terminal +3. Move the mouse continuously to see the extra drop in frame rate""" +additional = """* (Guest) OpenGL Renderer string: virgl (AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 18.1.8 ...) +* Reverting the commit 176e3783f2ab14 fixes the problem on SDL +* I don't think the host kernel version is an issue here (namely the KVM patches that are required to run Venus on discrete graphics cards) +* I've seen a similar issue when using GTK, but other that with SDL it's already present in version 7.2.11 (the one I used as a "good" base when I was bisecting the regression) - so I was not able to bisect yet. +* I've looked around in the code and I'm aware the that commit *shouldn't* have the impact it seems to have. I can only assume that there is some unexpected side effect when creating the otherwise unused renderer.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2566.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2566.toml new file mode 100644 index 00000000..b9760fee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2566.toml @@ -0,0 +1,127 @@ +id = 2566 +title = "Plugin deadlock with qemu_plugin_register_vcpu_mem_cb introduced prior to v8.1.0" +state = "closed" +created_at = "2024-09-10T22:16:46.084Z" +closed_at = "2024-10-25T16:36:44.640Z" +labels = ["Closed::Fixed", "TCG plugins"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2566" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.1.50 (v9.0.0-3164-gd8c4022c28)" +guest-os = "Ubuntu 18.04" +guest-arch = "x86_64" +description = """Between v8.0.5 and v8.1.0 a bug was introduced where a TCG plugin calling `qemu_plugin_register_vcpu_mem_cb` can cause a deadlock. This bug is still present in the current head of master (a66f28df650166ae8b50c992eea45e7b247f4143). + +I was able to reproduce this reliably (>95% of the time) testing with the minimal plugin shown below. In more limited testing, I found the logic in the (in-tree) hotpages plugin will also trigger this deadlock. + +I tested with the Ubuntu Bionic qcow from [here](https://panda.re/qcows/linux/ubuntu/1804/x86_64/bionic-server-cloudimg-amd64-noaslr-nokaslr.qcow2), but don't think there's anything particularly special about this qcow. + + +A minimal plugin to trigger the deadlock is as follows. To build the plugin, you'll need to add a `NAMES += customtest` line into `contrib/plugins/Makefile. + +contrib/plugins/customtest.c: +``` +#include <qemu-plugin.h> + +QEMU_PLUGIN_EXPORT int qemu_plugin_version = QEMU_PLUGIN_VERSION; + +static void vcpu_mem(unsigned int cpu_index, qemu_plugin_meminfo_t info, + uint64_t vaddr, void *udata) +{} + + +static void vcpu_tb_trans(qemu_plugin_id_t id, struct qemu_plugin_tb *tb) +{ + struct qemu_plugin_insn *insn; + size_t n = qemu_plugin_tb_n_insns(tb); + + for (size_t i = 0; i < n; i++) { + insn = qemu_plugin_tb_get_insn(tb, i); + + /* Register callback on memory read or write */ + qemu_plugin_register_vcpu_mem_cb(insn, vcpu_mem, + QEMU_PLUGIN_CB_NO_REGS, + QEMU_PLUGIN_MEM_R, NULL); + } +} + +QEMU_PLUGIN_EXPORT int qemu_plugin_install(qemu_plugin_id_t id, + const qemu_info_t *info, int argc, + char **argv) +{ + qemu_plugin_register_vcpu_tb_trans_cb(id, vcpu_tb_trans); + + return 0; +} +```""" +reproduce = """1. From the current head of `master` (a66f28df650166ae8b50c992eea45e7b247f4143) +2. Add the above plugin to the contrib/plugins directory and update the `contrib/plugins/Makefile` with `NAMES += customtest` so it will be built. +3. `../configure --enable-plugins --target-list=x86_64-softmmu` +4. `make && make plugins` +5. `wget https://panda.re/qcows/linux/ubuntu/1804/x86_64/bionic-server-cloudimg-amd64-noaslr-nokaslr.qcow2` +6. Launch the guest with `./qemu-system-x86_64 -m 1G -plugin contrib/plugins/libcustomtest.so bionic-server-cloudimg-amd64-noaslr-nokaslr.qcow2 -nographic -d plugin`, and wait a moment. There will be no output after the initial "Booting from Hard Disk" mesasge. Switch to the monitor with `ctrl+a c` type `quit` and press enter, qemu fails to exit because of the deadlock.""" +additional = """* I tested and saw the bug on the following commits/tags: current head of master (a66f28df650166ae8b50c992eea45e7b247f4143), v9.1.0, v9.0.0, and v8.2.6, v8.1.0. +* I tested and saw no bug on the following tags: v8.0.5, v8.0.4, v8.0.0 +* If `qemu_plugin_register_vcpu_mem_cb` is called with a fourth argument of `0` instead of `QEMU_PLUGIN_MEM_R`, the guest did not hang (at least on the current head of master). +* The monitor can still be reached with `ctrl+a c` after the deadlock, but running the `quit` command does not terminate the emulator (I don't think this is related to #1195 since things start hanging before the shutdown begins) + +Gdb shows the following backtraces (from the head of master) across the running threads. It seems that thread 3 and thread 2 are stuck, though I'm not too familiar with what they're doing. +``` +(gdb) thread apply all bt + +Thread 3 (Thread 0x7f9677fff640 (LWP 754761) "qemu-system-x86"): +#0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x55a9c1047748 <exclusive_cond+40>) at ./nptl/futex-internal.c:57 +#1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x55a9c1047748 <exclusive_cond+40>) at ./nptl/futex-internal.c:87 +#2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x55a9c1047748 <exclusive_cond+40>, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 +#3 0x00007f968280aa41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55a9c1047660 <qemu_cpu_list_lock>, cond=0x55a9c1047720 <exclusive_cond>) at ./nptl/pthread_cond_wait.c:503 +#4 ___pthread_cond_wait (cond=cond@entry=0x55a9c1047720 <exclusive_cond>, mutex=mutex@entry=0x55a9c1047660 <qemu_cpu_list_lock>) at ./nptl/pthread_cond_wait.c:627 +#5 0x000055a9bff8ce9f in qemu_cond_wait_impl (cond=0x55a9c1047720 <exclusive_cond>, mutex=0x55a9c1047660 <qemu_cpu_list_lock>, file=0x55a9bffc37b6 "../cpu-common.c", line=221) at ../util/qemu-thread-posix.c:225 +#6 0x000055a9bf8fc7b7 in start_exclusive () at ../cpu-common.c:221 +#7 start_exclusive () at ../cpu-common.c:192 +#8 0x000055a9bfc2f981 in ptw_setl_slow (new=23069091, old=23069059, in=0x7f9677ffa540) at ../target/i386/tcg/sysemu/excp_helper.c:112 +#9 ptw_setl (set=<optimized out>, old=23069059, in=0x7f9677ffa540) at ../target/i386/tcg/sysemu/excp_helper.c:130 +#10 ptw_setl (set=<optimized out>, old=23069059, in=0x7f9677ffa540) at ../target/i386/tcg/sysemu/excp_helper.c:121 +#11 mmu_translate (env=env@entry=0x55a9c2ab3bc0, in=in@entry=0x7f9677ffa5f0, out=out@entry=0x7f9677ffa5c0, err=err@entry=0x7f9677ffa5d0, ra=ra@entry=140283034940586) at ../target/i386/tcg/sysemu/excp_helper.c:412 +#12 0x000055a9bfc2fe4f in get_physical_address (ra=<optimized out>, err=<optimized out>, out=<optimized out>, mmu_idx=<optimized out>, access_type=<optimized out>, addr=25041848, env=<optimized out>) at ../target/i386/tcg/sysemu/excp_helper.c:583 +#13 x86_cpu_tlb_fill (cs=0x55a9c2ab1400, addr=25041848, size=<optimized out>, access_type=MMU_DATA_LOAD, mmu_idx=5, probe=<optimized out>, retaddr=140283034940586) at ../target/i386/tcg/sysemu/excp_helper.c:603 +#14 0x000055a9bfd92a59 in tlb_fill (retaddr=140283034940586, mmu_idx=5, access_type=MMU_DATA_LOAD, size=<optimized out>, addr=25041848, cpu=0x55a9c2ab1450) at ../accel/tcg/cputlb.c:1237 +#15 mmu_lookup1 (cpu=cpu@entry=0x55a9c2ab1400, data=data@entry=0x7f9677ffa750, mmu_idx=5, access_type=access_type@entry=MMU_DATA_LOAD, ra=ra@entry=140283034940586) at ../accel/tcg/cputlb.c:1634 +#16 0x000055a9bfd92b71 in mmu_lookup (cpu=cpu@entry=0x55a9c2ab1400, addr=addr@entry=25041848, oi=oi@entry=37, ra=ra@entry=140283034940586, type=type@entry=MMU_DATA_LOAD, l=l@entry=0x7f9677ffa750) at ../accel/tcg/cputlb.c:1724 +#17 0x000055a9bfd937b0 in do_ld4_mmu (cpu=cpu@entry=0x55a9c2ab1400, addr=addr@entry=25041848, oi=oi@entry=37, ra=140283034940586, ra@entry=37, access_type=access_type@entry=MMU_DATA_LOAD) at ../accel/tcg/cputlb.c:2356 +#18 0x000055a9bfd96afa in cpu_ldl_mmu (ra=37, oi=37, addr=25041848, env=0x55a9c2ab3bc0) at ../accel/tcg/ldst_common.c.inc:160 +#19 cpu_ldl_le_mmuidx_ra (env=env@entry=0x55a9c2ab3bc0, addr=25041848, mmu_idx=mmu_idx@entry=5, ra=ra@entry=140283034940586) at ../accel/tcg/ldst_common.c.inc:298 +#20 0x000055a9bfc9a639 in popl (sa=<synthetic pointer>) at ../target/i386/tcg/seg_helper.c:88 +#21 helper_ret_protected (env=0x55a9c2ab3bc0, shift=1, is_iret=0, addend=0, retaddr=140283034940586) at ../target/i386/tcg/seg_helper.c:2031 +#22 0x00007f96307734aa in code_gen_buffer () +#23 0x000055a9bfd855f6 in cpu_tb_exec (cpu=cpu@entry=0x55a9c2ab1400, itb=itb@entry=0x7f96307733c0 <code_gen_buffer+7811987>, tb_exit=tb_exit@entry=0x7f9677ffadd8) at ../accel/tcg/cpu-exec.c:458 +#24 0x000055a9bfd85b4c in cpu_loop_exec_tb (tb_exit=0x7f9677ffadd8, last_tb=<synthetic pointer>, pc=<optimized out>, tb=0x7f96307733c0 <code_gen_buffer+7811987>, cpu=0x55a9c2ab1400) at ../accel/tcg/cpu-exec.c:908 +#25 cpu_exec_loop (cpu=cpu@entry=0x55a9c2ab1400, sc=sc@entry=0x7f9677ffae70) at ../accel/tcg/cpu-exec.c:1022 +#26 0x000055a9bfd86351 in cpu_exec_setjmp (cpu=cpu@entry=0x55a9c2ab1400, sc=sc@entry=0x7f9677ffae70) at ../accel/tcg/cpu-exec.c:1039 +#27 0x000055a9bfd86b0e in cpu_exec (cpu=cpu@entry=0x55a9c2ab1400) at ../accel/tcg/cpu-exec.c:1065 +#28 0x000055a9bfdaafa4 in tcg_cpu_exec (cpu=cpu@entry=0x55a9c2ab1400) at ../accel/tcg/tcg-accel-ops.c:78 +#29 0x000055a9bfdab0ff in mttcg_cpu_thread_fn (arg=arg@entry=0x55a9c2ab1400) at ../accel/tcg/tcg-accel-ops-mttcg.c:95 +#30 0x000055a9bff8c2d1 in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:541 +#31 0x00007f968280bac3 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 +#32 0x00007f968289d850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 + +Thread 2 (Thread 0x7f967d990640 (LWP 754759) "qemu-system-x86"): +#0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 +#1 0x000055a9bff8d5b2 in qemu_futex_wait (val=<optimized out>, f=<optimized out>) at /home/user/git/qemu/include/qemu/futex.h:29 +#2 qemu_event_wait (ev=ev@entry=0x55a9c1079588 <rcu_call_ready_event>) at ../util/qemu-thread-posix.c:464 +#3 0x000055a9bff97d82 in call_rcu_thread (opaque=opaque@entry=0x0) at ../util/rcu.c:278 +#4 0x000055a9bff8c2d1 in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:541 +#5 0x00007f968280bac3 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 +#6 0x00007f968289d850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 + +Thread 1 (Thread 0x7f967dc035c0 (LWP 754758) "qemu-system-x86"): +#0 0x00007f968288fcce in __ppoll (fds=0x55a9c382dd00, nfds=5, timeout=<optimized out>, timeout@entry=0x7ffeadbd44d0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:42 +#1 0x000055a9bffa4e05 in ppoll (__ss=0x0, __timeout=0x7ffeadbd44d0, __nfds=<optimized out>, __fds=<optimized out>) at /usr/include/x86_64-linux-gnu/bits/poll2.h:64 +#2 qemu_poll_ns (fds=<optimized out>, nfds=<optimized out>, timeout=timeout@entry=54822346) at ../util/qemu-timer.c:351 +#3 0x000055a9bffa1ed6 in os_host_main_loop_wait (timeout=54822346) at ../util/main-loop.c:305 +#4 main_loop_wait (nonblocking=nonblocking@entry=0) at ../util/main-loop.c:589 +#5 0x000055a9bfb47217 in qemu_main_loop () at ../system/runstate.c:826 +#6 0x000055a9bfee421b in qemu_default_main () at ../system/main.c:37 +#7 0x00007f96827a0d90 in __libc_start_call_main (main=main@entry=0x55a9bf8f9790 <main>, argc=argc@entry=9, argv=argv@entry=0x7ffeadbd46e8) at ../sysdeps/nptl/libc_start_call_main.h:58 +#8 0x00007f96827a0e40 in __libc_start_main_impl (main=0x55a9bf8f9790 <main>, argc=9, argv=0x7ffeadbd46e8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffeadbd46d8) at ../csu/libc-start.c:392 +#9 0x000055a9bf8fa7b5 in _start () +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/257.toml b/gitlab/issues/target_missing/host_missing/accel_missing/257.toml new file mode 100644 index 00000000..e790586a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/257.toml @@ -0,0 +1,15 @@ +id = 257 +title = "[Archlinux][git]With git revision e58c7a3b, packaging with meson install is broken." +state = "closed" +created_at = "2021-05-10T21:41:16.957Z" +closed_at = "2021-05-11T09:56:06.294Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/257" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2570.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2570.toml new file mode 100644 index 00000000..729ae83f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2570.toml @@ -0,0 +1,63 @@ +id = 2570 +title = "TCG Plugins: \"Code should not be reached\" error after resetting plugin from vcpu_tb_trans callback" +state = "closed" +created_at = "2024-09-12T17:25:03.191Z" +closed_at = "2024-10-28T14:17:40.288Z" +labels = ["TCG plugins"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2570" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.1.50 (v9.1.0-210-g4b7ea33074)" +guest-os = "Ubuntu 18.04" +guest-arch = "x86_64" +description = """In a TCG plugin, using the `qemu_plugin_reset` method from within a `vcpu_tb_trans` callback produces the following error. If this isn't a supported use case, it should probably be described in the documentation. If this is supposed to work, it doesn't seem to. + +``` +** +ERROR:/home/user/git/qemu/tcg/i386/tcg-target.c.inc:3018:tcg_out_op: code should not be reached +Bail out! ERROR:/home/user/git/qemu/tcg/i386/tcg-target.c.inc:3018:tcg_out_op: code should not be reached +Aborted (core dumped) +```""" +reproduce = """1. Build the current head of master (4b7ea33074450bc6148c8e1545d78f179e64adb4) with the below `min` plugin (i.e., add to contrib/plugins and update contrib/plugins/Makefile so it is built) +2. `../configure --enable-plugins --target-list=x86_64-softmmu --disable-docs` +3. `make && make plugins` +4. Get a qcow, e.g., the Ubuntu Bionic qcow from [here](https://panda.re/qcows/linux/ubuntu/1804/x86_64/bionic-server-cloudimg-amd64-noaslr-nokaslr.qcow2). +5. `./qemu-system-x86_64 -plugin contrib/plugins/libmin.so bionic-server-cloudimg-amd64-noaslr-nokaslr.qcow2 -nographic` + +The first three lines are output by the plugin as expected, the error after that and the abort are unexpected: +``` +Translating basic block +Reset request issued +Reset finished +** +ERROR:/home/user/git/qemu/tcg/i386/tcg-target.c.inc:3018:tcg_out_op: code should not be reached +Bail out! ERROR:/home/user/git/qemu/tcg/i386/tcg-target.c.inc:3018:tcg_out_op: code should not be reached +Aborted (core dumped) +```""" +additional = """contrib/plugins/min.c +```c +#include <stdio.h> +#include <qemu-plugin.h> + +QEMU_PLUGIN_EXPORT int qemu_plugin_version = QEMU_PLUGIN_VERSION; + +qemu_plugin_id_t plugin_id = {0}; + +static void post_reset(qemu_plugin_id_t id) { + printf("Reset finished\\n"); +} + +static void vcpu_tb_trans(qemu_plugin_id_t id, struct qemu_plugin_tb *tb) { + printf("Translating basic block\\n"); + qemu_plugin_reset(plugin_id, post_reset); + printf("Reset request issued\\n"); +} + +QEMU_PLUGIN_EXPORT int qemu_plugin_install(qemu_plugin_id_t id, + const qemu_info_t *info, int argc, char **argv) { + + qemu_plugin_register_vcpu_tb_trans_cb(id, vcpu_tb_trans); + plugin_id = id; + return 0; +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2575.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2575.toml new file mode 100644 index 00000000..2b1a9aac --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2575.toml @@ -0,0 +1,15 @@ +id = 2575 +title = "cocoa: Remove deprecated CVDisplayLinkCreateWithCGDisplay() calls" +state = "opened" +created_at = "2024-09-17T12:07:56.036Z" +closed_at = "n/a" +labels = ["GUI", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2575" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2576.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2576.toml new file mode 100644 index 00000000..c4015a26 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2576.toml @@ -0,0 +1,15 @@ +id = 2576 +title = "virtio-balloon: Assertion `mrs.mr' failed." +state = "closed" +created_at = "2024-09-18T03:32:22.894Z" +closed_at = "2024-11-05T21:26:09.366Z" +labels = ["Fuzzer", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2576" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2579.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2579.toml new file mode 100644 index 00000000..04abe946 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2579.toml @@ -0,0 +1,15 @@ +id = 2579 +title = "Is there a plan to fix the vulnerabilities CVE-2023-1386 and CVE-2021-3735?" +state = "opened" +created_at = "2024-09-20T10:17:41.420Z" +closed_at = "n/a" +labels = ["Security", "block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2579" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/258.toml b/gitlab/issues/target_missing/host_missing/accel_missing/258.toml new file mode 100644 index 00000000..a0075e3b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/258.toml @@ -0,0 +1,15 @@ +id = 258 +title = "Add Illumnos VM image" +state = "opened" +created_at = "2021-05-11T04:58:21.316Z" +closed_at = "n/a" +labels = ["Launchpad", "Tests", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/258" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2584.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2584.toml new file mode 100644 index 00000000..049b368d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2584.toml @@ -0,0 +1,26 @@ +id = 2584 +title = "nbd URI wrong export name (regression in qemu 9.1)" +state = "closed" +created_at = "2024-09-22T19:38:48.529Z" +closed_at = "2024-09-24T07:55:57.930Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2584" +host-os = "Fedora 42" +host-arch = "x86_64" +qemu-version = "qemu-img-9.1.0-2.fc42.x86_64" +guest-os = "n/a" +guest-arch = "n/a" +description = """qemu with an nbd URI seems to pass the wrong export name to the server, if the exportname is `.`. This seems +to be a regression in qemu 9.1, because it didn't happen in 9.0.""" +reproduce = """``` +$ nbdkit -fv -U - null --run 'qemu-img info "nbd+unix:///.?socket=$unixsocket"' +... +nbdkit: null[1]: debug: null: open readonly=0 exportname="" tls=0 +``` + +In qemu 9.0 this was correct: + +``` +nbdkit: null[1]: debug: null: open readonly=0 exportname="." tls=0 +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2587.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2587.toml new file mode 100644 index 00000000..6ade4e22 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2587.toml @@ -0,0 +1,15 @@ +id = 2587 +title = "Avoid using error_setg(&error_fatal, ...) in the QEMU sources" +state = "closed" +created_at = "2024-09-23T16:11:27.092Z" +closed_at = "2024-10-24T10:23:14.537Z" +labels = ["Bite Sized"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2587" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2589.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2589.toml new file mode 100644 index 00000000..3dd816bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2589.toml @@ -0,0 +1,64 @@ +id = 2589 +title = "Support guest shutdown of Alpine Linux in guest agent" +state = "opened" +created_at = "2024-09-25T10:04:34.136Z" +closed_at = "n/a" +labels = ["Guest Agent", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2589" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "all" +guest-os = "Alpine Linux" +guest-arch = "all" +description = """The qemu-guest-agent's shutdown calls `/sbin/shutdown` with the apropriate flags to shut down a posix system. On Alpine Linux, which is based on busybox, there is no `/sbin/shutdown`, instead there are `/sbin/poweroff`, `/sbin/halt` and `/sbin/reboot`. We have used a downstream patch for years that will exec those as a fallback in case execing `/sbin/shutdown` fails. + +With qemu 9.2 this patch no longer applies and it is probably time to solve this properly in upstream qemu. + +The question is how? + +Some options: + +- Set the powerdown, halt and reboot commands via build time configure option +- Add a fallback if the `execlp` fails (similar to what downstream Alpine's patch does now). We could for example give `ga_run_command` a `const char **argv[]`, and try `execvp` all of them before erroring out. +- Test the existence of `/sbin/shutdown` before calling `ga_run_command`. +- Do nothing. Let downstream Alpine Linux handle it.""" +reproduce = """1. Build qemu-guest-agent for Alpine Linux +2. boot a Alpine linux VM and install the qemu-guest-agent +3. Try shutdown the VM via qmp command.""" +additional = """The patch that we previously used that no longer applies: +```diff +diff --git a/qga/commands-posix.c b/qga/commands-posix.c +index 954efed01..61427652c 100644 +--- a/qga/commands-posix.c ++++ b/qga/commands-posix.c +@@ -84,6 +84,7 @@ static void ga_wait_child(pid_t pid, int *status, Error **errp) + void qmp_guest_shutdown(bool has_mode, const char *mode, Error **errp) + { + const char *shutdown_flag; ++ const char *fallback_cmd = NULL; + Error *local_err = NULL; + pid_t pid; + int status; +@@ -101,10 +102,13 @@ void qmp_guest_shutdown(bool has_mode, const char *mode, Error **errp) + slog("guest-shutdown called, mode: %s", mode); + if (!has_mode || strcmp(mode, "powerdown") == 0) { + shutdown_flag = powerdown_flag; ++ fallback_cmd = "/sbin/poweroff"; + } else if (strcmp(mode, "halt") == 0) { + shutdown_flag = halt_flag; ++ fallback_cmd = "/sbin/halt"; + } else if (strcmp(mode, "reboot") == 0) { + shutdown_flag = reboot_flag; ++ fallback_cmd = "/sbin/reboot"; + } else { + error_setg(errp, + "mode is invalid (valid values are: halt|powerdown|reboot"); +@@ -125,6 +129,7 @@ void qmp_guest_shutdown(bool has_mode, const char *mode, Error **errp) + #else + execl("/sbin/shutdown", "shutdown", "-h", shutdown_flag, "+0", + "hypervisor initiated shutdown", (char *)NULL); ++ execle(fallback_cmd, fallback_cmd, (char*)NULL, environ); + #endif + _exit(EXIT_FAILURE); + } else if (pid < 0) { +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/259.toml b/gitlab/issues/target_missing/host_missing/accel_missing/259.toml new file mode 100644 index 00000000..b426ddbb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/259.toml @@ -0,0 +1,15 @@ +id = 259 +title = "dma_blk_cb leaks memory map handles on misaligned IO" +state = "opened" +created_at = "2021-05-11T05:33:54.857Z" +closed_at = "n/a" +labels = ["Fuzzer", "Launchpad", "Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/259" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2592.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2592.toml new file mode 100644 index 00000000..81fcf81c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2592.toml @@ -0,0 +1,45 @@ +id = 2592 +title = "qemu-aarch64 cannot properly support some python functions from the `time` module" +state = "closed" +created_at = "2024-09-25T18:48:54.338Z" +closed_at = "2024-09-27T07:59:25.338Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2592" +host-os = "Ubuntu 20.04.6 LTS (from codespace)" +host-arch = "x86_64" +qemu-version = "4.2.1 (Debian 1:4.2-3ubuntu6.29)" +guest-os = "n/a" +guest-arch = "aarch64" +description = """When a function is run in python (for example, `time.time()`), python returns the following error: +``` +Traceback (most recent call last): + File "<string>", line 1, in <module> +OSError: [Errno 0] Error +``` +I am absolutely sure that this problem is related to `qemu-aarch64`, because the same python build works perfectly in aarch64 machine. In addition, python for arm architecture with `qemu-arm` does not have such a problem.""" +reproduce = """Note, this instruction specifies the stage of installation of that very python. But since it is compiled for Termux, you will have to use some scripts. +1. Create a simple codespace environment. +2. Run the following commands through the terminal: +``` +git clone https://github.com/termux-pacman/glibc-packages +cd glibc-packages +./get-build-package.sh +sudo mkdir /data +sudo chown codespace /data +sudo chgrp codespace /data +sudo apt update +sudo apt install patchelf +./scripts/setup-cgct.sh +``` +3. Run the following command. Note that the installation phase will start there. You should stop the script when the installation phase is complete. +``` +./build-package.sh -I -w --library glibc gpkg/gobject-introspection +``` +4. Install standard qemu via apt. +5. Run the following command: +``` +qemu-aarch64 /data/data/com.termux/files/usr/glibc/bin/python3.12 -c "import time; time.time()" +```""" +additional = """- For some reason this error only occurs in the environment from GitHub. On my computer this error does not occur. + - Here is a log of one of the github actions, which shows an attempt to compile packages with python on different architectures - https://github.com/termux-pacman/glibc-packages/actions/runs/11023254502. +For reference, I use qemu for more flexible compilation of packages. And in github actions, qemu is installed here - https://github.com/termux-pacman/glibc-packages/blob/main/.github/workflows/build.yml#L35.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2596.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2596.toml new file mode 100644 index 00000000..0bc12376 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2596.toml @@ -0,0 +1,15 @@ +id = 2596 +title = "linux-user elf parsing endianness issue (Invalid note in PT_GNU_PROPERTY)" +state = "closed" +created_at = "2024-09-27T07:53:34.998Z" +closed_at = "2024-10-25T11:02:00.773Z" +labels = ["Closed::Fixed", "kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2596" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2602.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2602.toml new file mode 100644 index 00000000..e4b4a89e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2602.toml @@ -0,0 +1,17 @@ +id = 2602 +title = "Windows installer being signed with an expired certificate" +state = "opened" +created_at = "2024-10-01T15:14:46.131Z" +closed_at = "n/a" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2602" +host-os = "Windows 11" +host-arch = "64-bit" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Digital Signature for setup is invalid""" +reproduce = """1. Downloaded the latest 64-bit windows installer +2. Right Click and select Digital Signature tab +3. Observe certificate shows valid dates are 12/8/2022 - 12/9/2023""" +additional = """{width=621 height=393}""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2603.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2603.toml new file mode 100644 index 00000000..3571c257 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2603.toml @@ -0,0 +1,110 @@ +id = 2603 +title = "Recent libslirp commit broke Qemu network stack: qemu and libslirp teams should settle on SOCKET handler type" +state = "closed" +created_at = "2024-10-01T17:06:01.697Z" +closed_at = "2025-02-06T09:08:12.850Z" +labels = ["Networking", "hostos: Windows", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2603" +host-os = "Fedora 40" +host-arch = "x86" +qemu-version = "9.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """https://gitlab.freedesktop.org/slirp/libslirp/-/commit/72f85005a2307fd0961543e3cea861ad7a4d201e introduced regression causing QEMU compilation for Windows to error out due to missing 64-bit SOCKET handler pointer type. + +``` +x86_64-w64-mingw32-gcc -m64 ... -MD -MQ libcommon.a.p/net_slirp.c.obj -MF libcommon.a.p/net_slirp.c.obj.d -o libcommon.a.p/net_slirp.c.obj -c ../net/slirp.c +../net/slirp.c:289:25: error: initialization of 'void (*)(slirp_os_socket, void *)' {aka 'void (*)(long long unsigned int, void *)'} from incompatible pointer type 'void (*)(int, void *)' [-Wincompatible-pointer-types] + 289 | .register_poll_fd = net_slirp_register_poll_fd, + | ^~~~~~~~~~~~~~~~~~~~~~~~~~ +../net/slirp.c:289:25: note: (near initialization for 'slirp_cb.register_poll_fd') +../net/slirp.c:290:27: error: initialization of 'void (*)(slirp_os_socket, void *)' {aka 'void (*)(long long unsigned int, void *)'} from incompatible pointer type 'void (*)(int, void *)' [-Wincompatible-pointer-types] + 290 | .unregister_poll_fd = net_slirp_unregister_poll_fd, + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../net/slirp.c:290:27: note: (near initialization for 'slirp_cb.unregister_poll_fd') +../net/slirp.c: In function 'net_slirp_poll_notify': +../net/slirp.c:367:28: error: passing argument 3 of 'slirp_pollfds_fill' from incompatible pointer type [-Wincompatible-pointer-types] + 367 | net_slirp_add_poll, poll->pollfds); + | ^~~~~~~~~~~~~~~~~~ + | | + | int (*)(int, int, void *) +In file included from ../net/slirp.c:41: +/home/cross-qemu-deps/include/slirp/libslirp.h:255:40: note: expected 'SlirpAddPollCb' {aka 'int (*)(long long unsigned int, int, void *)'} but argument is of type 'int (*)(int, int, void *)' + 255 | SlirpAddPollCb add_poll, void *opaque); + | ~~~~~~~~~~~~~~~^~~~~~~~ +``` + +Possible solution relying on cross-platform MACRO: https://handsonnetworkprogramming.com/articles/socket-function-return-value-windows-linux-macos/""" +reproduce = """1. Prepare cross-compilation build of qemu 9.1.0 using following steps (It's not necessary to set up a virtual machine if your main OS has good mingw repository, like Fedora, Arch linux, Manjaro. But if you're on Debian or Ubuntu, it's required): +2. Download official Fedora workstation 40 x86_64 ISO and install it to a virtual disk and boot that disk. +3. On Fedora, do:\\ + `wget https://download.qemu.org/qemu-9.1.0.tar.xz`\\ + ` tar xvJf qemu-9.1.0.tar.xz`\\ + ` cd qemu-9.1.0` +4. `sudo yum install git meson ninja-build python3-sphinx python3-sphinx_rtd_theme gcc mingw64-gcc mingw64-pkg-config mingw64-glib2` +5. `git clone https://gitlab.freedesktop.org/slirp/libslirp.git` +6. create file x86_64-w64-mingw32.txt in qemu-9.1.0 directory with the content as follows: + +``` +[binaries] +c = '/usr/bin/x86_64-w64-mingw32-gcc' +cpp = '/usr/bin/x86_64-w64-mingw32-g++' +ar = '/usr/bin/x86_64-w64-mingw32-ar' +strip = '/usr/bin/x86_64-w64-mingw32-strip' +pkg-config = '/usr/bin/x86_64-w64-mingw32-pkg-config' +exe_wrapper = 'wine' + +[host_machine] +system = 'windows' +cpu_family = 'x86_64' +cpu = 'i686' +endian = 'little' +``` + + 7. Run 2 commands: + + `export CROSS_QEMU_DEPS="/home/cross-qemu-deps"`\\ + ` sudo mkdir -p $CROSS_QEMU_DEPS` + 8. Install libslirp so that future qemu binaries can have internet access via \\`-netdev user\\`\\ + \\ + `cd libslirp`\\ + \\ + ` meson setup --cross-file ../x86_64-w64-mingw32.txt --prefix "$CROSS_QEMU_DEPS" build-mingw/`\\ + ` meson compile -C build-mingw`\\ + ` cd build-mingw`\\ + ` ninja install` + 9. Set environment variables for cross-compilation\\ + \\ + ` sudo find / -type f -name '*.pc'` and make sure all mingw \\*.pc files live in /usr/x86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig/. Correct this path in PKG_CONFIG_PATH if you see it was altered by mingw or package contributors.\\ + \\ + ` export PKG_CONFIG_PATH="/usr/x86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig/:$PKG_CONFIG_PATH"`\\ + ` export PKG_CONFIG_LIBDIR="${CROSS_QEMU_DEPS}/lib/pkgconfig/:$PKG_CONFIG_LIBDIR"`\\ + ` export PKG_CONFIG_SYSROOT_DIR=""` +10. Configure Qemu makefile:\\ + \\ + `cd ../../`\\ + `./configure --cross-prefix=x86_64-w64-mingw32- --enable-slirp`\\ + \\ + and make sure you see this in the output of configure:\\ + `Compilation`\\ + `host CPU : x86_64`\\ + `host endianness : little`\\ + `C compiler : x86_64-w64-mingw32-gcc -m64`\\ + `Host C compiler : cc` +11. Cross-compile qemu: `` make -j`nproc` `` +12. Get the error `initialization of 'void (*)(slirp_os_socket, void *)' {aka 'void (*)(long long unsigned int, void *)'} from incompatible pointer type 'void (*)(int, void *)'` as above.""" +additional = """After having seen this bug, do these steps (revert to the commit right before the buggy one). + +` cd libslirp`\\ +` git reset --hard 5e97a93b` + +` meson setup --cross-file ../x86_64-w64-mingw32.txt --prefix "$CROSS_QEMU_DEPS" build-mingw/ --reconfigure`\\ +` meson compile -C build-mingw`\\ +` cd build-mingw`\\ +` ninja install` + +`` cd ../../ ``\\ +`` ./configure --cross-prefix=x86_64-w64-mingw32- --enable-slirp ``\\ +`` make -j`nproc` `` + +=\\> Cross-compilation comes to an end just fine, building all compilation targets without any errors.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2606.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2606.toml new file mode 100644 index 00000000..acfd19a6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2606.toml @@ -0,0 +1,206 @@ +id = 2606 +title = "PowerPC host code is broken on Darwin" +state = "closed" +created_at = "2024-10-03T15:51:31.421Z" +closed_at = "2024-10-04T06:59:57.455Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2606" +host-os = "macOS 10.5 / 10.6" +host-arch = "PowerPC" +qemu-version = "7.x and later" +guest-os = "n/a" +guest-arch = "n/a" +description = """Existing code is just wrong for Darwin ppc, it won’t compile. Assembler syntax needs to be fixed and likely adjusted to correct ABI.""" +reproduce = """1. Run the build of qemu on Darwin ppc, see it fail.""" +additional = """This is a patch I used earlier to fix the build (together with few minor unrelated to powerpc fixes): +``` +--- common-user/host/ppc/safe-syscall.inc.S.orig\t2022-04-20 03:10:27.000000000 +0800 ++++ common-user/host/ppc/safe-syscall.inc.S\t2023-08-18 18:08:15.000000000 +0800 +@@ -25,17 +25,11 @@ + # else + # error "Unknown ABI" + # endif +-#endif +- +-#ifndef _CALL_SYSV +-# error "Unsupported ABI" + #endif + +- + .global safe_syscall_base + .global safe_syscall_start + .global safe_syscall_end +- .type safe_syscall_base, @function + + .text + +@@ -47,11 +41,8 @@ + * arguments being syscall arguments (also 'long'). + */ + safe_syscall_base: +- .cfi_startproc +- stwu 1, -8(1) +- .cfi_def_cfa_offset 8 +- stw 30, 4(1) +- .cfi_offset 30, -4 ++ stwu r1, -8(r1) ++ stw r30, 4(r1) + + /* + * We enter with r3 == &signal_pending +@@ -64,14 +55,14 @@ + * and returns the result in r3 + * Shuffle everything around appropriately. + */ +- mr 30, 3 /* signal_pending */ +- mr 0, 4 /* syscall number */ +- mr 3, 5 /* syscall arguments */ +- mr 4, 6 +- mr 5, 7 +- mr 6, 8 +- mr 7, 9 +- mr 8, 10 ++ mr r30, r3 /* signal_pending */ ++ mr r0, r4 /* syscall number */ ++ mr r3, r5 /* syscall arguments */ ++ mr r4, r6 ++ mr r5, r7 ++ mr r6, r8 ++ mr r7, r9 ++ mr r8, r10 + + /* + * This next sequence of code works in conjunction with the +@@ -83,25 +74,22 @@ + */ + safe_syscall_start: + /* if signal_pending is non-zero, don't do the call */ +- lwz 12, 0(30) +- cmpwi 0, 12, 0 ++ lwz r12, 0(r30) ++ cmpwi cr0, r12, 0 + bne- 2f + sc + safe_syscall_end: + /* code path when we did execute the syscall */ +- lwz 30, 4(1) /* restore r30 */ +- addi 1, 1, 8 /* restore stack */ +- .cfi_restore 30 +- .cfi_def_cfa_offset 0 ++ lwz r30, 4(r1) /* restore r30 */ ++ addi r1, r1, 8 /* restore stack */ ++ + bnslr+ /* return on success */ + b safe_syscall_set_errno_tail + + /* code path when we didn't execute the syscall */ +-2: lwz 30, 4(1) +- addi 1, 1, 8 +- addi 3, 0, QEMU_ERESTARTSYS ++2: lwz r30, 4(r1) ++ addi r1, r1, 8 ++ addi r3, 0, QEMU_ERESTARTSYS + b safe_syscall_set_errno_tail + +- .cfi_endproc +- + .size safe_syscall_base, .-safe_syscall_base + + +--- common-user/host/ppc64/safe-syscall.inc.S.orig\t2022-04-20 03:10:27.000000000 +0800 ++++ common-user/host/ppc64/safe-syscall.inc.S\t2022-05-31 13:23:21.000000000 +0800 +@@ -13,7 +13,6 @@ + .global safe_syscall_base + .global safe_syscall_start + .global safe_syscall_end +- .type safe_syscall_base, @function + + .text + +@@ -23,19 +22,10 @@ + * second one the system call number (as a 'long'), and all further + * arguments being syscall arguments (also 'long'). + */ +-#if _CALL_ELF == 2 +-safe_syscall_base: +- .cfi_startproc +- .localentry safe_syscall_base,0 +-#else +- .section ".opd","aw" ++ + .align 3 + safe_syscall_base: +- .quad .L.safe_syscall_base,.TOC.@tocbase,0 +- .previous +-.L.safe_syscall_base: +- .cfi_startproc +-#endif ++ + /* We enter with r3 == &signal_pending + * r4 == syscall number + * r5 ... r10 == syscall arguments +@@ -46,16 +36,15 @@ + * and returns the result in r3 + * Shuffle everything around appropriately. + */ +- std 14, 16(1) /* Preserve r14 in SP+16 */ +- .cfi_offset 14, 16 +- mr 14, 3 /* signal_pending */ +- mr 0, 4 /* syscall number */ +- mr 3, 5 /* syscall arguments */ +- mr 4, 6 +- mr 5, 7 +- mr 6, 8 +- mr 7, 9 +- mr 8, 10 ++ std r14, 16(r1) /* Preserve r14 in SP+16 */ ++ mr r14, r3 /* signal_pending */ ++ mr r0, r4 /* syscall number */ ++ mr r3, r5 /* syscall arguments */ ++ mr r4, r6 ++ mr r5, r7 ++ mr r6, r8 ++ mr r7, r9 ++ mr r8, r10 + + /* This next sequence of code works in conjunction with the + * rewind_if_safe_syscall_function(). If a signal is taken +@@ -66,29 +55,20 @@ + */ + safe_syscall_start: + /* if signal_pending is non-zero, don't do the call */ +- lwz 12, 0(14) +- cmpwi 0, 12, 0 ++ ld r12, 0(r14) ++ cmpdi cr0, r12, 0 + bne- 2f + sc + safe_syscall_end: + /* code path when we did execute the syscall */ +- ld 14, 16(1) /* restore r14 */ ++ ld r14, 16(r1) /* restore r14 */ + bso- 1f + blr + + /* code path when we didn't execute the syscall */ +-2: ld 14, 16(1) /* restore r14 */ +- addi 3, 0, QEMU_ERESTARTSYS ++2: ld r14, 16(r1) /* restore r14 */ ++ addi r3, 0, QEMU_ERESTARTSYS + + /* code path setting errno */ + 1: b safe_syscall_set_errno_tail + nop /* per abi, for the linker to modify */ +- +- .cfi_endproc +- +-#if _CALL_ELF == 2 +- .size safe_syscall_base, .-safe_syscall_base +-#else +- .size safe_syscall_base, .-.L.safe_syscall_base +- .size .L.safe_syscall_base, .-.L.safe_syscall_base +-#endif +``` +(Obviously, it is not made in a portable way – that was not needed at the time.) + +Unfortunately, while build itself worked, the binary crashed on launch. So something is not quite right, maybe with ABI compliance.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2607.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2607.toml new file mode 100644 index 00000000..3adea32b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2607.toml @@ -0,0 +1,75 @@ +id = 2607 +title = "msys2 build failed" +state = "closed" +created_at = "2024-10-04T14:39:07.444Z" +closed_at = "2024-10-31T09:33:05.671Z" +labels = ["hostos: Windows", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2607" +host-os = "Windows Server 2022" +host-arch = "x64" +qemu-version = "9.1.50 (master)" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = """1. Install MSYS2 and QEMU build dependencies +2. Update (pacman -Syu) +3. Build: +``` +./configure --enable-sdl --enable-fdt=system --disable-docs --target-list=arm-softmmu,aarch64-softmmu --enable-avx2 +make -j16 +```""" +additional = """See: https://github.com/msys2/MINGW-packages/issues/22104#issuecomment-2393727818 + +output: +``` +FAILED: libcommon.a.p/net_tap-win32.c.obj +"cc" "-m64" "-Ilibcommon.a.p" "-ID:/a/_temp/msys64/mingw64/include/capstone" "-ID:/a/_temp/msys64/mingw64/include/p11-kit-1" "-ID:/a/_temp/msys64/mingw64/include/pixman-1" "-ID:/a/_temp/msys64/mingw64/include/libpng16" "-ID:/a/_temp/msys64/mingw64/include/spice-server" "-ID:/a/_temp/msys64/mingw64/include/spice-1" "-ID:/a/_temp/msys64/mingw64/include/cacard" "-ID:/a/_temp/msys64/mingw64/include/nss3" "-ID:/a/_temp/msys64/mingw64/include/nspr" "-ID:/a/_temp/msys64/mingw64/include/glib-2.0" "-ID:/a/_temp/msys64/mingw64/lib/glib-2.0/include" "-ID:/a/_temp/msys64/mingw64/include/libusb-1.0" "-ID:/a/_temp/msys64/mingw64/include/SDL2" "-ID:/a/_temp/msys64/mingw64/include/slirp" "-ID:/a/_temp/msys64/mingw64/include/ncursesw" "-ID:/a/_temp/msys64/mingw64/include/gtk-3.0" "-ID:/a/_temp/msys64/mingw64/include/pango-1.0" "-ID:/a/_temp/msys64/mingw64/include/harfbuzz" "-ID:/a/_temp/msys64/mingw64/include/cairo" "-ID:/a/_temp/msys64/mingw64/include/freetype2" "-ID:/a/_temp/msys64/mingw64/include/gdk-pixbuf-2.0" "-ID:/a/_temp/msys64/mingw64/include/webp" "-ID:/a/_temp/msys64/mingw64/include/atk-1.0" "-ID:/a/_temp/msys64/mingw64/include/fribidi" "-ID:/a/_temp/msys64/mingw64/include/rav1e" "-ID:/a/_temp/msys64/mingw64/include/svt-av1" "-fdiagnostics-color=auto" "-Wall" "-Winvalid-pch" "-Werror" "-std=gnu11" "-O2" "-g" "-fstack-protector-strong" "-Wempty-body" "-Wendif-labels" "-Wexpansion-to-defined" "-Wformat-security" "-Wformat-y2k" "-Wignored-qualifiers" "-Wimplicit-fallthrough=2" "-Winit-self" "-Wmissing-format-attribute" "-Wmissing-prototypes" "-Wnested-externs" "-Wold-style-declaration" "-Wold-style-definition" "-Wredundant-decls" "-Wshadow=local" "-Wstrict-prototypes" "-Wtype-limits" "-Wundef" "-Wvla" "-Wwrite-strings" "-Wno-missing-include-dirs" "-Wno-psabi" "-Wno-shift-negative-value" "-iquote" "." "-iquote" "D:/a/qemu/qemu" "-iquote" "D:/a/qemu/qemu/include" "-iquote" "D:/a/qemu/qemu/host/include/x86_64" "-iquote" "D:/a/qemu/qemu/host/include/generic" "-iquote" "D:/a/qemu/qemu/tcg/i386" "-msse2" "-mcx16" "-D_GNU_SOURCE" "-D_FILE_OFFSET_BITS=64" "-D_LARGEFILE_SOURCE" "-fno-strict-aliasing" "-fno-common" "-fwrapv" "-fno-pie" "-no-pie" "-ftrivial-auto-var-init=zero" "-fzero-call-used-regs=used-gpr" "-DHWY_SHARED_DEFINE" "-DAVIF_DLL" "-DEB_DLL" "-DLIBDEFLATE_DLL" "-DNCURSES_WIDECHAR" "-DNCURSES_WIDECHAR=1" "-Dmain=SDL_main" "-DSTRUCT_IOVEC_DEFINED" -MD -MQ libcommon.a.p/net_tap-win32.c.obj -MF "libcommon.a.p/net_tap-win32.c.obj.d" -o libcommon.a.p/net_tap-win32.c.obj "-c" ../net/tap-win32.c +../net/tap-win32.c: In function 'tap_win32_open': +../net/tap-win32.c:343:19: error: '%s' directive output may be truncated writing up to 255 bytes into a region of size 176 [-Werror=format-truncation=] + 343 | "%s\\\\%s\\\\Connection", + | ^~ + 344 | NETWORK_CONNECTIONS_KEY, enum_name); + | ~~~~~~~~~ +In function 'get_device_guid', + inlined from 'tap_win32_open' at ../net/tap-win32.c:616:10: +../net/tap-win32.c:341:9: note: 'snprintf' output between 92 and 347 bytes into a destination of size 256 + 341 | snprintf(connection_string, + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ + 342 | sizeof(connection_string), + | ~~~~~~~~~~~~~~~~~~~~~~~~~~ + 343 | "%s\\\\%s\\\\Connection", + | ~~~~~~~~~~~~~~~~~~~~~ + 344 | NETWORK_CONNECTIONS_KEY, enum_name); + | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../net/tap-win32.c: In function 'tap_win32_open': +../net/tap-win32.c:242:58: error: '%s' directive output may be truncated writing up to 255 bytes into a region of size 178 [-Werror=format-truncation=] + 242 | snprintf (unit_string, sizeof(unit_string), "%s\\\\%s", + | ^~ + 243 | ADAPTER_KEY, enum_name); + | ~~~~~~~~~ +In function 'is_tap_win32_dev', + inlined from 'get_device_guid' at ../net/tap-win32.c:368:21, + inlined from 'tap_win32_open' at ../net/tap-win32.c:616:10: +../net/tap-win32.c:242:9: note: 'snprintf' output between 79 and 334 bytes into a destination of size 256 + 242 | snprintf (unit_string, sizeof(unit_string), "%s\\\\%s", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + 243 | ADAPTER_KEY, enum_name); + | ~~~~~~~~~~~~~~~~~~~~~~~ +../net/tap-win32.c: In function 'tap_win32_open': +../net/tap-win32.c:620:52: error: '%s' directive output may be truncated writing up to 255 bytes into a region of size 245 [-Werror=format-truncation=] + 620 | snprintf (device_path, sizeof(device_path), "%s%s%s", + | ^~ + 621 | USERMODEDEVICEDIR, + 622 | device_guid, + | ~~~~~~~~~~~ +../net/tap-win32.c:620:5: note: 'snprintf' output between 16 and 271 bytes into a destination of size 256 + 620 | snprintf (device_path, sizeof(device_path), "%s%s%s", + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + 621 | USERMODEDEVICEDIR, + | ~~~~~~~~~~~~~~~~~~ + 622 | device_guid, + | ~~~~~~~~~~~~ + 623 | TAPSUFFIX); + | ~~~~~~~~~~ +cc1.exe: all warnings being treated as errors +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2611.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2611.toml new file mode 100644 index 00000000..0a2604af --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2611.toml @@ -0,0 +1,15 @@ +id = 2611 +title = "[Documentation]What is a Block driver?" +state = "opened" +created_at = "2024-10-05T23:07:57.693Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2611" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Using Windows 11 but can use Linux""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2613.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2613.toml new file mode 100644 index 00000000..14e3acd3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2613.toml @@ -0,0 +1,15 @@ +id = 2613 +title = "I was trying to build QEMU from source(noble) using debian commands in ubuntu24.04 derived docker and I got this error: cc1: error: ‘-fcf-protection’ is not compatible with this target" +state = "closed" +created_at = "2024-10-08T05:16:37.857Z" +closed_at = "2024-10-08T12:53:32.455Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2613" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2614.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2614.toml new file mode 100644 index 00000000..7361636c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2614.toml @@ -0,0 +1,15 @@ +id = 2614 +title = "vhost user documentation for VHOST_USER_ADD_MEM_REG incorrect" +state = "opened" +created_at = "2024-10-10T08:16:42.625Z" +closed_at = "n/a" +labels = ["Documentation", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2614" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2615.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2615.toml new file mode 100644 index 00000000..eacef3d5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2615.toml @@ -0,0 +1,18 @@ +id = 2615 +title = "tpm_emulator: the qemu process will be blocked while receiving an unexpected ctrl command's response from the swtpm" +state = "closed" +created_at = "2024-10-10T15:56:40.714Z" +closed_at = "2024-10-21T11:35:55.705Z" +labels = ["device: TPM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2615" +host-os = "n/a" +host-arch = "x86-64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "x86-64" +description = """When the swtpm sends the unexpected ctrl command's repsonse to the qemu process, the qemu will be blocked. When we use the gdb to attach the qemu process, we will find out that the qemu process is blocked in `recv_msg` function.""" +reproduce = """1.The QEMU process sends a `CMD_GET_TPMESTABLISHED` control command to the swtpm. +2.If the swtpm is not currently active (`tpm_running` is false), it responds to the QEMU process with an err_not_running message, which has a fixed size of 4 bytes. +(Reference: https://github.com/stefanberger/swtpm/blob/master/src/swtpm/ctrlchannel.c#L938) +3. However, the QEMU process expects to receive a valid response (ptm_est est) of 8 bytes. Consequently, the QEMU process will be blocked in the recv_msg function if the response does not match the expected format.""" +additional = """After analysing the source codes in `tpm_emulator.c`, we found that qemu does not process the unexpected ctrol command response from the swtpm correctly (e.g. `CMD_GET_TPMESTABLISHED`). The qemu would be blocked in this function if it received unexpected response from the swtpm (https://gitlab.com/qemu-project/qemu/-/blob/3e9f48bcdabe57f8f90cf19f01bbbf3c86937267/backends/tpm/tpm_emulator.c#L140).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2617.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2617.toml new file mode 100644 index 00000000..5dde3472 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2617.toml @@ -0,0 +1,17 @@ +id = 2617 +title = "Go no" +state = "closed" +created_at = "2024-10-11T23:28:05.985Z" +closed_at = "2024-10-12T20:06:57.475Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2617" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2619.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2619.toml new file mode 100644 index 00000000..35ed6eee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2619.toml @@ -0,0 +1,15 @@ +id = 2619 +title = "INTEGER_OVERFLOW in nios2.c" +state = "closed" +created_at = "2024-10-14T08:41:48.334Z" +closed_at = "2024-10-14T09:09:26.824Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2619" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/262.toml b/gitlab/issues/target_missing/host_missing/accel_missing/262.toml new file mode 100644 index 00000000..cc934af1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/262.toml @@ -0,0 +1,15 @@ +id = 262 +title = "Broken scaling with gtk,gl=on on a hidpi display" +state = "closed" +created_at = "2021-05-11T05:35:15.963Z" +closed_at = "2024-10-09T05:35:44.647Z" +labels = ["GUI", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/262" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2621.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2621.toml new file mode 100644 index 00000000..7bf1527d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2621.toml @@ -0,0 +1,23 @@ +id = 2621 +title = "virtgpu does not return error for misconfigured virgl command" +state = "opened" +created_at = "2024-10-15T21:31:11.362Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2621" +host-os = "Not related" +host-arch = "Not related" +qemu-version = "9.0.2 (also older versions)" +guest-os = "Not related" +guest-arch = "Not related" +description = """When ```virgl_renderer_submit_cmd``` reports error, cmd->error should be set. Otherwise driver cannot know if there is error. +https://gitlab.com/qemu-project/qemu/-/blob/master/hw/display/virtio-gpu-virgl.c?ref_type=heads#L233 + +Probably 0x1200 (unspec) or 0x1205 (invalid param) should return as error. + + +If there is problem in cmd virgl freezes drawing window.""" +reproduce = """1. Send misformated command to virgl over vgpu device +2. +3.""" +additional = """Misformated 3d commands stops opengl's drawings. Without returning error we cannot know any error, hence we cannot reset vgpu.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2623.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2623.toml new file mode 100644 index 00000000..b03ec5bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2623.toml @@ -0,0 +1,15 @@ +id = 2623 +title = "Timeout waiting for ARP/RARP packets" +state = "closed" +created_at = "2024-10-16T13:10:14.428Z" +closed_at = "2024-10-16T13:36:46.701Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2623" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2624.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2624.toml new file mode 100644 index 00000000..f4df4f78 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2624.toml @@ -0,0 +1,47 @@ +id = 2624 +title = "qemu-system-aarch64: tpm-emulator: TPM result for CMD_INIT: 0x9 operation failed" +state = "closed" +created_at = "2024-10-17T08:51:42.169Z" +closed_at = "2024-10-18T03:08:09.444Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2624" +host-os = "Ubuntu 24.04.1 LTS" +host-arch = "x86" +qemu-version = "QEMU emulator version 9.1.50 (v9.1.0-930-gf774a67750)" +guest-os = "custom image" +guest-arch = "aarch64" +description = """I'm using QEMU (compile from the latest source code) to simulate a tpm2 device with the above command, it just returns an error message: +``` +qemu-system-aarch64: tpm-emulator: TPM result for CMD_INIT: 0x9 operation failed +``` +swtpm start command: +``` +TPMSOCK=/tmp/swtpm-sock$$ +swtpm socket --tpm2 -t -d --tpmstate dir=$PWD/tpm --ctrl type=unixio,path=$TPMSOCK --log level=20 +``` +swtpm version: +``` +TPM emulator version 0.7.3, Copyright (c) 2014-2021 IBM Corp. +``` +Also tried the latest swtpm, encountered the same error. + +swtpm log (0.7.3): +``` +swtpm: Data client disconnected +swtpm: SWTPM_NVRAM_Lock_Dir: Could not open lockfile: Permission denied +swtpm: Error: Could not initialize libtpms. +swtpm: Error: Could not initialize the TPM +swtpm: Data client disconnected +``` + +swtpm log (0.10.0): +``` +swtpm: SWTPM_NVRAM_StoreData: Error (fatal) opening tpm/TMP2-00.permall for write failed, Permission denied +swtpm: SWTPM_NVRAM_Lock_Dir: Could not open lockfile: Permission denied +swtpm: Error: Could not initialize the TPM +swtpm: Data client disconnected +``` + +Any clues about this error? Best regrads.""" +reproduce = """Refer to [Description of problem](#description-of-problem)""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2628.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2628.toml new file mode 100644 index 00000000..82865379 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2628.toml @@ -0,0 +1,28 @@ +id = 2628 +title = "dpkg-deb in userspace emulation crashes in compression routine (armv7, aarch64, s390) on some machines" +state = "closed" +created_at = "2024-10-20T13:49:19.019Z" +closed_at = "2024-10-20T13:52:34.057Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2628" +host-os = "openSUSE Leap 15.6" +host-arch = "x86_64 12th Gen Intel(R) Core(TM) i5-1240P" +qemu-version = "7.1.0 8.2.6 9.1.0" +guest-os = "debian stable (version 12)" +guest-arch = "armv7, aarch64, s390" +description = """chroot /scratch/debian-stable/ dpkg-deb -f /var/cache/apt/archives/dpkg_1.21.22_s390x.deb Version + +dpkg-deb: error: subprocess was killed by signal (Aborted), core dumped + +chroot /scratch/debian-stable/ dpkg-deb -f /var/cache/apt/archives/dpkg_1.21.22_arm64.deb Version + +dpkg-deb: error: subprocess was killed by signal (Segmentation fault), core dumped + +chroot /scratch/debian-stable/ dpkg-deb -f /var/cache/apt/archives/dpkg_1.21.22_armhf.deb Version + +dpkg-deb: error: subprocess was killed by signal (Segmentation fault), core dumped""" +reproduce = """1. debootstrap --arch=arm64 stable /scratch/debian-stable +2. chroot /scratch/debian-stable/ dpkg-deb -f /var/cache/apt/archives/dpkg_1.21.22_arm64.deb Version""" +additional = """Working environment: Debian 12 x86_64 Linux 6.1.0-25-amd64 qemu 7.2.13 AMD E-450 APU + +chroot can be created on this machine, when transferred to the broken machine (including the qemu binary used for emulation) dpkg cannot extract packages and crashes""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2629.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2629.toml new file mode 100644 index 00000000..c549909a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2629.toml @@ -0,0 +1,15 @@ +id = 2629 +title = "dpkg-deb in userspace emulation crashes in compression routine (armv7, aarch64, s390) on some machines" +state = "closed" +created_at = "2024-10-20T14:02:08.769Z" +closed_at = "2024-10-21T21:53:58.089Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2629" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/263.toml b/gitlab/issues/target_missing/host_missing/accel_missing/263.toml new file mode 100644 index 00000000..7f11a688 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/263.toml @@ -0,0 +1,15 @@ +id = 263 +title = "readdir() returns NULL (errno=EOVERFLOW) for 32-bit user-static qemu on 64-bit host" +state = "opened" +created_at = "2021-05-11T05:35:37.213Z" +closed_at = "n/a" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/263" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2630.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2630.toml new file mode 100644 index 00000000..c0d74a72 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2630.toml @@ -0,0 +1,15 @@ +id = 2630 +title = "Issue template broken" +state = "opened" +created_at = "2024-10-20T14:06:32.456Z" +closed_at = "n/a" +labels = ["gitlab"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2630" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2633.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2633.toml new file mode 100644 index 00000000..d01aff5a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2633.toml @@ -0,0 +1,36 @@ +id = 2633 +title = "migration-test occassionally hangs with \"Failed to peek at channel\"" +state = "closed" +created_at = "2024-10-21T12:51:39.846Z" +closed_at = "2025-02-17T08:25:14.371Z" +labels = ["Migration", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2633" +host-os = "OpenBSD" +host-arch = "x86_64" +qemu-version = "git f1dd640896ee2b50cb34328f2568aad32470295" +guest-os = "n/a" +guest-arch = "x86_64" +description = """Running the 'migration-test' qtest in a loop, eventually resulted in a hang. + +``` +# Running /x86_64/migration/multifd/tcp/plain/cancel +# Using machine type: pc-q35-9.2 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/qtest-75145.sock -qtest-log /dev/null -chardev socket,path=/tmp/qtest-75145.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.2, -name source,debug-threads=on -m 150M -serial file:/tmp/migration-test-DJLYV2/src_serial -drive if=none,id=d0,file=/tmp/migration-test-DJLYV2/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 2>/dev/null -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/qtest-75145.sock -qtest-log /dev/null -chardev socket,path=/tmp/qtest-75145.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.2, -name target,debug-threads=on -m 150M -serial file:/tmp/migration-test-DJLYV2/dest_serial -incoming defer -drive if=none,id=d0,file=/tmp/migration-test-DJLYV2/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 2>/dev/null -accel qtest +# Using machine type: pc-q35-9.2 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/qtest-75145.sock -qtest-log /dev/null -chardev socket,path=/tmp/qtest-75145.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.2, -name target,debug-threads=on -m 150M -serial file:/tmp/migration-test-DJLYV2/dest_serial -incoming defer -drive if=none,id=d0,file=/tmp/migration-test-DJLYV2/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +qemu-system-x86_64: Failed to peek at channel +....hang here.... +```""" +reproduce = """In host run + +``` +make vm-build-openbsd DEBUG=1' +``` +when it is done and gives a shell account then run + +1. `cd /home/qemu/qemu-test.*/build` +2. `export QTEST_QEMU_BINARY=./qemu-system-x86_64` +3. `while true ; do ./tests/qtest/migration-test ; done` +4. ....wait some time until it shows the above hang....""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2635.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2635.toml new file mode 100644 index 00000000..8020ad86 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2635.toml @@ -0,0 +1,22 @@ +id = 2635 +title = "A use-after-free bug in pflash_cfi01 snapshot implementation" +state = "opened" +created_at = "2024-10-21T14:07:42.031Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2635" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """The flash snapshot restore does not function correctly. Basically when you use “if=pflash,format=raw,unit=0,file=OVMF_VAR.fd", it crashes when trying to restore a snapshot. + +The root cause is: + +1. In system/runstate.c, function vm_state_notify loops through vm_change_state_head list and calls the callback function for each entry. +2. One of the callback function pointer points to function postload_update_cb in hw/block/pflash_cfi01.c. +3. In function postload_update_cb, it calls qemu_del_vm_change_state_handler in which the entry element memory is freed. +4. Note that, it is still running in the loop, the entry will be visited and get executed, the function pointer may point to a wide memory.""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2637.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2637.toml new file mode 100644 index 00000000..a62dabb6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2637.toml @@ -0,0 +1,61 @@ +id = 2637 +title = "ubuntu 22.04 virtio-vga-gl notwork" +state = "opened" +created_at = "2024-10-24T05:23:19.995Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2637" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1.qemu-system-x86_64 \\ + -m 2048 \\ + -smp 2 \\ + -hda /home/perilla/virt/redroid.qcow2 \\ + -boot d \\ + -net nic -net user,hostfwd=tcp::1122-:22,hostfwd=tcp::19000-:9000,hostfwd=tcp::15555-:5555 \\ + -vnc :0 \\ + -device virtio-vga-gl \\ + -display sdl,gl=on \\ + -enable-kvm + +the machine can't startup normally + +host console output: +qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm [bit 2]\\n +qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm [bit 2]\\n +gl_version 46 - core profile enabled\\n + +after`gl_version` line, startup prograss stopped![image] + +vm console output: +it seems different every startup progress + +first time: + +{width=764 height=467} +second time: + +{width=780 height=415} + +2. +3.""" +additional = """when I use -device virtio-gpu, it works fine +qemu-system-x86_64 \\ + -m 2048 \\ + -smp 2 \\ + -hda /home/username/virt/redroid.qcow2 \\ + -boot d \\ + -net nic -net user,hostfwd=tcp::1122-:22,hostfwd=tcp::19000-:9000,hostfwd=tcp::15555-:5555 \\ + -vnc :0 \\ + -device virtio-gpu \\ + -display sdl,gl=on \\ + -enable-kvm \\ + -device qxl + +host console output:\\n +qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm [bit 2]\\n +qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm [bit 2]\\n""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2638.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2638.toml new file mode 100644 index 00000000..95c9ce1b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2638.toml @@ -0,0 +1,29 @@ +id = 2638 +title = "Incorrect SPDX license expression" +state = "opened" +created_at = "2024-10-25T17:53:08.722Z" +closed_at = "n/a" +labels = ["Bite Sized", "Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2638" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """In the source code, the syntax of license expressions after the keyword SPDX-License-Identifier is not always correct. + +"GPL-2.0" should be "GPL-2.0-only" + +"GPL-2.0 WITH Linux-syscall-note" should be "GPL-2.0-only WITH Linux-syscall-note" + +"GPL-2.0+" should be "GPL-2.0-or-later" + +"GPL-2.0+ WITH Linux-syscall-note" should be "GPL-2.0-or-later WITH Linux-syscall-note" + +"GPL-v2-only" should be "GPL-2.0-only" + +"LGPL-2.1+" should be "LGPL-2.1-or-later" + +"MIT CC0-1.0" should be "MIT"""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2639.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2639.toml new file mode 100644 index 00000000..39504816 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2639.toml @@ -0,0 +1,32 @@ +id = 2639 +title = "[Regression] v9.1.1: hw/audio/hda audio output stream closes (SPICE)" +state = "closed" +created_at = "2024-10-25T23:29:40.650Z" +closed_at = "2024-11-18T16:20:58.589Z" +labels = ["Audio", "Regression", "spice", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2639" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "QEMU emulator version 9.1.1" +guest-os = "Windows 10 LTSC 2021" +guest-arch = "x86" +description = """Beginning with QEMU 9.1.1, SPICE is unable to route audio from the guest to host. This affects `virt-viewer` as well as `Looking Glass`. Reverting packages to 9.1.0 restores functionality. + +Reported at [Arch Linux forums](https://bbs.archlinux.org/viewtopic.php?id=300475) and [Looking Glass discord](https://discord.com/channels/804108879436316733/1298405109210022038) + +---- + +I've confirmed https://gitlab.com/qemu-project/qemu/-/commit/6d03242a7e47815ed56687ecd13f683d8da3f2fe caused the regression, applying reverse patch to 9.1.1 resolves the issue""" +reproduce = "n/a" +additional = """Debugging output from the [Looking Glass discord](https://discord.com/channels/804108879436316733/1298405109210022038/1298669405118664767): +``` +00:00:00.633 [I] main.c:1735 | lg_run | Starting session +[New Thread 0x7fffd12006c0 (LWP 10071)] +[New Thread 0x7fffc7e006c0 (LWP 10072)] +00:00:00.633 [I] main.c:553 | main_frameThread | Using DMA buffer support +00:00:01.339 [I] main.c:710 | main_frameThread | Format: FRAME_TYPE_BGRA 2560x1400 (2560x1400) stride:2560 pitch:10240 rotation:0 hdr:0 pq:0 + +Thread 2 "spiceThread" received signal SIGPIPE, Broken pipe. +[Switching to Thread 0x7fffdba006c0 (LWP 10024)] +0x00007ffff712a6ea in send () from /usr/lib/libc.so.6 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/264.toml b/gitlab/issues/target_missing/host_missing/accel_missing/264.toml new file mode 100644 index 00000000..069b304e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/264.toml @@ -0,0 +1,15 @@ +id = 264 +title = "qed leaked clusters" +state = "opened" +created_at = "2021-05-11T05:36:28.653Z" +closed_at = "n/a" +labels = ["Launchpad", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/264" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2640.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2640.toml new file mode 100644 index 00000000..ed218acc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2640.toml @@ -0,0 +1,15 @@ +id = 2640 +title = "QEMU twice logging when use SDL." +state = "opened" +created_at = "2024-10-26T01:48:06.173Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2640" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2641.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2641.toml new file mode 100644 index 00000000..8ed61fe9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2641.toml @@ -0,0 +1,15 @@ +id = 2641 +title = "Possible DEREF_OF_NULL in linux-user/syscall.c" +state = "closed" +created_at = "2024-10-27T15:23:08.298Z" +closed_at = "2024-11-01T15:40:31.537Z" +labels = ["Closed::Duplicate", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2641" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2642.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2642.toml new file mode 100644 index 00000000..4467a01d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2642.toml @@ -0,0 +1,17 @@ +id = 2642 +title = "guest-set-time not supported" +state = "opened" +created_at = "2024-10-28T13:54:15.582Z" +closed_at = "n/a" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2642" +host-os = "Ubuntu 22,04" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.22)" +guest-os = "Ubuntu 24.04" +guest-arch = "x86" +description = """guest-set-time is not supported un Ubuntu 24.04 guests. It still works on a Ubuntu 22.04 guest and on W10 and W11 guests + +feedback from the Ubuntu 24.04 guest: error: internal error: unable to execute QEMU agent command 'guest-set-time': this feature or command is not currently supported""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2643.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2643.toml new file mode 100644 index 00000000..cf7afe8b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2643.toml @@ -0,0 +1,60 @@ +id = 2643 +title = "gtk initialization failed" +state = "closed" +created_at = "2024-10-29T09:16:15.596Z" +closed_at = "2024-10-29T12:55:32.262Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2643" +host-os = "Ubuntu 24.04.1 LTS (noble)" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.1.1" +guest-os = "n/a" +guest-arch = "n/a" +description = """I compiled latest qemu version from sources with gtk enabled like below but still there is an issue of gtk initialization failed + ``` + ./configure --enable-gtk --enable-slirp + ```""" +reproduce = """1. building qemu from sources or installing from packages results with gtk initialization failed message""" +additional = """``` + # virt-host-validate + QEMU: Checking for hardware virtualization : PASS + QEMU: Checking if device /dev/kvm exists : PASS + QEMU: Checking if device /dev/kvm is accessible : PASS + QEMU: Checking if device /dev/vhost-net exists : PASS + QEMU: Checking if device /dev/net/tun exists : PASS + QEMU: Checking for cgroup 'cpu' controller support : PASS + QEMU: Checking for cgroup 'cpuacct' controller support : PASS + QEMU: Checking for cgroup 'cpuset' controller support : PASS + QEMU: Checking for cgroup 'memory' controller support : PASS + QEMU: Checking for cgroup 'devices' controller support : PASS + QEMU: Checking for cgroup 'blkio' controller support : PASS + QEMU: Checking for device assignment IOMMU support : WARN (No ACPI IVRS table found, IOMMU either disabled in BIOS or not supported by this hardware platform) + QEMU: Checking for secure guest support : WARN (Unknown if this platform has Secure Guest support) + LXC: Checking for Linux >= 2.6.26 : PASS + LXC: Checking for namespace ipc : PASS + LXC: Checking for namespace mnt : PASS + LXC: Checking for namespace pid : PASS + LXC: Checking for namespace uts : PASS + LXC: Checking for namespace net : PASS + LXC: Checking for namespace user : PASS + LXC: Checking for cgroup 'cpu' controller support : PASS + LXC: Checking for cgroup 'cpuacct' controller support : PASS + LXC: Checking for cgroup 'cpuset' controller support : PASS + LXC: Checking for cgroup 'memory' controller support : PASS + LXC: Checking for cgroup 'devices' controller support : PASS + LXC: Checking for cgroup 'freezer' controller support : FAIL (Enable 'freezer' in kernel Kconfig file or mount/enable cgroup controller in your system) + LXC: Checking for cgroup 'blkio' controller support : PASS + LXC: Checking if device /sys/fs/fuse/connections exists : PASS + ``` + ``` +# apt list --installed | grep gtk +gir1.2-gtk-3.0/noble-updates,now 3.24.41-4ubuntu1.2 amd64 [installed,automatic] +gtk-update-icon-cache/noble-updates,now 3.24.41-4ubuntu1.2 amd64 [installed,automatic] +libavahi-ui-gtk3-0/noble,now 0.8-13ubuntu6 amd64 [installed,automatic] +libavahi-ui-gtk3-dev/noble,now 0.8-13ubuntu6 amd64 [installed] +libdecor-0-plugin-1-gtk/noble,now 0.2.2-1build2 amd64 [installed,automatic] +libgtk-3-0t64/noble-updates,now 3.24.41-4ubuntu1.2 amd64 [installed,automatic] +libgtk-3-bin/noble-updates,now 3.24.41-4ubuntu1.2 amd64 [installed,automatic] +libgtk-3-common/noble-updates,now 3.24.41-4ubuntu1.2 all [installed,automatic] +libgtk-3-dev/noble-updates,now 3.24.41-4ubuntu1.2 amd64 [installed,automatic] + ```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2644.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2644.toml new file mode 100644 index 00000000..ee31a6fe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2644.toml @@ -0,0 +1,78 @@ +id = 2644 +title = "openbsd 7.5 crashes with QEMU since \"virtio-pci: Add lookup subregion of VirtIOPCIRegion MR\"" +state = "closed" +created_at = "2024-10-29T14:09:01.421Z" +closed_at = "2024-10-29T17:08:58.751Z" +labels = ["device:virtio", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2644" +host-os = "Fedora 40" +host-arch = "x86_64" +qemu-version = "fdf250e5a37830615e324017cb3a503e84b3712c" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """Attempt to boot OpenBSD 7.5 in QEMU current git HEAD fdf250e5a37830615e324017cb3a503e84b3712c. + +It immediately aborts with + +``` +Thread 6 (Thread 0x7fe06d2006c0 (LWP 2797401) "CPU 0/KVM"): +#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 +#1 0x00007fe0764476d3 in __pthread_kill_internal (threadid=<optimized out>, signo=6) at pthread_kill.c:78 +#2 0x00007fe0763eec4e in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 +#3 0x00007fe0763d6902 in __GI_abort () at abort.c:79 +#4 0x00007fe0763d681e in __assert_fail_base (fmt=0x7fe076562b98 "%s%s%s:%u: %s%sAssertion `%s' failed.\\n%n", assertion=assertion@entry=0x55a00b998b4d "mrs.mr", file=file@entry=0x55a00b998b33 "../hw/virtio/virtio-pci.c", line=line@entry=620, function=function@entry=0x55a00bb596b0 <__PRETTY_FUNCTION__.13> "virtio_address_space_lookup") at assert.c:94 +#5 0x00007fe0763e6d87 in __assert_fail (assertion=assertion@entry=0x55a00b998b4d "mrs.mr", file=file@entry=0x55a00b998b33 "../hw/virtio/virtio-pci.c", line=line@entry=620, function=function@entry=0x55a00bb596b0 <__PRETTY_FUNCTION__.13> "virtio_address_space_lookup") at assert.c:103 +#6 0x000055a00b49d368 in virtio_address_space_lookup (proxy=proxy@entry=0x55a0213a59d0, off=off@entry=0x7fe06d1f3370, len=len@entry=1) at ../hw/virtio/virtio-pci.c:620 +#7 0x000055a00b4a127f in virtio_address_space_write (proxy=0x55a0213a59d0, addr=<optimized out>, buf=0x55a0213b32c8 "", len=1) at ../hw/virtio/virtio-pci.c:654 +#8 virtio_write_config (pci_dev=<optimized out>, address=<optimized out>, val=<optimized out>, len=<optimized out>) at ../hw/virtio/virtio-pci.c:790 +#9 0x000055a00b6edc30 in memory_region_write_accessor (mr=0x55a01fa1b470, addr=4194520, value=<optimized out>, size=1, shift=<optimized out>, mask=<optimized out>, attrs=...) at ../system/memory.c:497 +#10 0x000055a00b6ed4be in access_with_adjusted_size (addr=addr@entry=4194520, value=0x7fe06d1f34c8, size=size@entry=1, access_size_min=<optimized out>, access_size_max=<optimized out>, access_fn=0x55a00b6edbb0 <memory_region_write_accessor>, mr=<optimized out>, attrs=...) at ../system/memory.c:573 +#11 0x000055a00b6ed7fa in memory_region_dispatch_write (mr=mr@entry=0x55a01fa1b470, addr=addr@entry=4194520, data=<optimized out>, op=<optimized out>, attrs=attrs@entry=...) at ../system/memory.c:1560 +#12 0x000055a00b6f593f in flatview_write_continue_step (attrs=attrs@entry=..., buf=buf@entry=0x7fe07988e028 "", mr_addr=4194520, l=l@entry=0x7fe06d1f3590, mr=0x55a01fa1b470, len=1) at ../system/physmem.c:2786 +#13 0x000055a00b6f6058 in flatview_write_continue (fv=0x7fdf505079f0, addr=2956984536, attrs=..., ptr=0xb04000d8, len=1, mr_addr=<optimized out>, l=<optimized out>, mr=<optimized out>) at .--Type <RET> for more, q to quit, c to continue without paging-- +./system/physmem.c:2816 +#14 flatview_write (fv=0x7fdf505079f0, addr=addr@entry=2956984536, attrs=attrs@entry=..., buf=buf@entry=0x7fe07988e028, len=len@entry=1) at ../system/physmem.c:2847 +#15 0x000055a00b6f97a1 in address_space_write (as=0x55a00ca34600 <address_space_memory>, addr=2956984536, attrs=..., buf=0x7fe07988e028, len=1) at ../system/physmem.c:2967 +#16 address_space_rw (as=0x55a00ca34600 <address_space_memory>, addr=2956984536, attrs=attrs@entry=..., buf=buf@entry=0x7fe07988e028, len=1, is_write=<optimized out>) at ../system/physmem.c:2977 +#17 0x000055a00b75c256 in kvm_cpu_exec (cpu=cpu@entry=0x55a01f9cb690) at ../accel/kvm/kvm-all.c:3184 +#18 0x000055a00b75da25 in kvm_vcpu_thread_fn (arg=arg@entry=0x55a01f9cb690) at ../accel/kvm/kvm-accel-ops.c:50 +#19 0x000055a00b94daa8 in qemu_thread_start (args=0x55a01f9d2140) at ../util/qemu-thread-posix.c:541 +#20 0x00007fe0764456d7 in start_thread (arg=<optimized out>) at pthread_create.c:447 +#21 0x00007fe0764c9414 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:100 + +``` + +Git bisect points to + +``` +commit ffa8a3e3b2e6ff017113b98d500d6a9e05b1560a (HEAD) +Author: Gao Shiyuan <gaoshiyuan@baidu.com> +Date: Tue Sep 3 20:03:04 2024 +0800 + + virtio-pci: Add lookup subregion of VirtIOPCIRegion MR + + Now virtio_address_space_lookup only lookup common/isr/device/notify + MR and exclude their subregions. + + When VHOST_USER_PROTOCOL_F_HOST_NOTIFIER enable, the notify MR has + host-notifier subregions and we need use host-notifier MR to + notify the hardware accelerator directly instead of eventfd notify. + + Further more, maybe common/isr/device MR also has subregions in + the future, so need memory_region_find for each MR incluing + their subregions. + + Add lookup subregion of VirtIOPCIRegion MR instead of only lookup container MR. + + Fixes: a93c8d8 ("virtio-pci: Replace modern_as with direct access to modern_bar") + Co-developed-by: Zuo Boqun <zuoboqun@baidu.com> + Signed-off-by: Gao Shiyuan <gaoshiyuan@baidu.com> + Signed-off-by: Zuo Boqun <zuoboqun@baidu.com> + Message-Id: <20240903120304.97833-1-gaoshiyuan@baidu.com> + Reviewed-by: Michael S. Tsirkin <mst@redhat.com> + Signed-off-by: Michael S. Tsirkin <mst@redhat.com> +``` + +cc @mstredhat""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2646.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2646.toml new file mode 100644 index 00000000..a94d3e53 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2646.toml @@ -0,0 +1,35 @@ +id = 2646 +title = "osx 10.6.8 guest on x86-64 macos 10.12 host can't boot on HVF, boots on tcg" +state = "closed" +created_at = "2024-10-30T11:50:04.950Z" +closed_at = "2024-10-30T12:42:44.600Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2646" +host-os = "macos 10.12.6" +host-arch = "x86-64" +qemu-version = "bin/qemu-system-x86_64 --version" +guest-os = "Mac OSX 10.6.8" +guest-arch = "x86-64" +description = """for some reason HVF acceleration does not work with mac-on-mac. Haiku beta5 (x64), win10 x64, Debian netinstall 12.7.0 - all works.""" +reproduce = """``` +1. get 10.6.8 image from archive.org +2. bin/qemu-system-x86_64 -device isa-applesmc,osk="well_known_string" -usb -M pc-q35-2.11 -device usb-kbd -device usb-tablet -m 1536 -smp 1 -cpu Penryn,vendor=GenuineIntel,+ssse3,+sse4.1,+sse4.2 -L /opt/local/share/qemu -device ac97 -vnc :3 --no-reboot -accel hvf -boot c -bios usr/share/edk2-ovmf-x64/OVMF_CODE.fd -hda osx-10.6-xcode-compressed-efi.qcow2 -d unimp +audio: Could not create a backend for voice `ac97.pi' +audio: Could not create a backend for voice `ac97.mc' +audio: Could not create a backend for voice `ac97.pi' +audio: Could not create a backend for voice `ac97.mc' +ahci: IRQ#0 level:1 +ahci: IRQ#0 level:1 + +{many more of those} +``` +and at this point qemu quits. + +without --no-reboot it reboots + +tried both UEFI boot (using https://github.com/khronokernel/khronokernel.github.io/blob/master/Binaries/OpenCore/EFI-LEGACY.img.zip?raw=true , currently integrated into hdd image) and Clover-5160-X64.iso + +if I remove -accel hvf and replace it with accel tcg guest boots. + +i tried to capture moment when it reboots on video but I can't catch anything :(""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2647.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2647.toml new file mode 100644 index 00000000..c66f03f2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2647.toml @@ -0,0 +1,59 @@ +id = 2647 +title = "A code error in accel/tcg/user-exec.c" +state = "closed" +created_at = "2024-11-01T09:37:53.416Z" +closed_at = "2024-11-16T21:18:19.560Z" +labels = ["Closed::Fixed", "kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2647" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """accel/tcg/user-exec.c: +``` +static int probe_access_internal(CPUArchState *env, vaddr addr, + int fault_size, MMUAccessType access_type, + bool nonfault, uintptr_t ra) +{ + int acc_flag; + bool maperr; + + switch (access_type) { + case MMU_DATA_STORE: + acc_flag = PAGE_WRITE_ORG; + break; + case MMU_DATA_LOAD: + acc_flag = PAGE_READ; + break; + case MMU_INST_FETCH: + acc_flag = PAGE_EXEC; + break; + default: + g_assert_not_reached(); + } + + if (guest_addr_valid_untagged(addr)) { + int page_flags = page_get_flags(addr); + if (page_flags & acc_flag) { + if ((acc_flag == PAGE_READ || acc_flag == PAGE_WRITE) + && cpu_plugin_mem_cbs_enabled(env_cpu(env))) { + return TLB_MMIO; + } + return 0; /* success */ + } + maperr = !(page_flags & PAGE_VALID); + } else { + maperr = true; + } + + if (nonfault) { + return TLB_INVALID_MASK; + } + + cpu_loop_exit_sigsegv(env_cpu(env), addr, access_type, maperr, ra); +} +``` +The conditional judgment "acc_flag == PAGE_WRITE" seems to have an issue, because acc_flag can only be PAGE_WRITE_ORG, PAGE_READ or PAGE_EXEC from the previous code.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2648.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2648.toml new file mode 100644 index 00000000..f7b89f83 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2648.toml @@ -0,0 +1,23 @@ +id = 2648 +title = "Possible dereference of NULL in block/qapi.c" +state = "opened" +created_at = "2024-11-01T10:56:17.265Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2648" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "8.0.5 and higher" +guest-os = "n/a" +guest-arch = "n/a" +description = """qdict_get can return NULL if the "data" key is not found in the obj dictionary. Then if NULL is passed to the qobject_is_empty_dump function, it will be dereferenced when calling the qobject_type function. + +https://github.com/qemu/qemu/blob/92ec7805190313c9e628f8fc4eb4f932c15247bd/block/qapi.c#L891-L892 + +I think that data check for NULL should be added. + +Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE. + +Author A. Burke.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2649.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2649.toml new file mode 100644 index 00000000..81db945c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2649.toml @@ -0,0 +1,50 @@ +id = 2649 +title = "Data corruption with qcow2 images" +state = "closed" +created_at = "2024-11-03T18:27:20.732Z" +closed_at = "2024-11-10T07:36:24.221Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2649" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "9.1.1-1" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """``` +# Create an example file with old version of qemu-img and fill it with random data. +$ qemu-img-8.2.2 create -f qcow2 file.qcow2 600000000000 +$ qemu-nbd-8.2.2 -c /dev/nbd0 file.qcow2 +$ dd if=/dev/random of=/dev/nbd0 bs=1000000 count=600000 +$ qemu-nbd-8.2.2 -d /dev/nbd0 +/dev/nbd0 disconnected + +# Get the correct checksum of both qcow2 file and its contents +$ sha256sum -b file.qcow2 +ca471f6822af4fcf3c81bc5cc671493be06a837b71b43c1f747042759da587b9 *file.qcow2 +$ qemu-nbd-8.2.2 -r -c /dev/nbd0 file.qcow2 +$ sha256sum -b /dev/nbd0 +5dac11e88f891740da3b655588b2e62037962d1ba6377efce30124d6224dd0d1 */dev/nbd0 +$ qemu-nbd-8.2.2 -d /dev/nbd0 +/dev/nbd0 disconnected + +# Use the qcow2 file with new version. +# We're using qemu-nbd here, but the same happens when qcow2 is attached to a guest +# running in the new version qemu-system-86_64-9.1.1 and can be seen through guest's +# /dev/vda. +# Note that the checksum is different than before, and also non-deterministic +# (running sha256sum twice produces different results even though the file is +# read-only and hasn't changed). +$ sha256sum -b file.qcow2 +ca471f6822af4fcf3c81bc5cc671493be06a837b71b43c1f747042759da587b9 *file.qcow2 +$ qemu-nbd-9.1.1 -r -c /dev/nbd0 file.qcow2 +$ sha256sum -b /dev/nbd0 +1793a38b9b964d3fc643629284722373e9d5dedea68e35900ace777b57688926 */dev/nbd0 +$ sha256sum -b /dev/nbd0 +98f900f9cd174493d0bfcf06e2bc86f5ee99dfa04c90d6832fa941e384b62d49 */dev/nbd0 +$ qemu-nbd-9.1.1 -d /dev/nbd0 +/dev/nbd0 disconnected +$ sha256sum -b file.qcow2 +ca471f6822af4fcf3c81bc5cc671493be06a837b71b43c1f747042759da587b9 *file.qcow2 +```""" +additional = """No errors in either host or guest logs. When using a qcow2 with an actual filesystem, you may see reports of corruption from the filesystem driver.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2650.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2650.toml new file mode 100644 index 00000000..efc5c84d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2650.toml @@ -0,0 +1,200 @@ +id = 2650 +title = "qemu-system-x86_64: util/hbitmap.c:614: serialization_chunk: Assertion `(last >> hb->granularity) < hb->size' failed" +state = "closed" +created_at = "2024-11-04T08:44:08.515Z" +closed_at = "2024-11-26T12:09:26.965Z" +labels = ["Migration", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2650" +host-os = "Ubuntu 20.04.1" +host-arch = "x86_64" +qemu-version = "5.1.0" +guest-os = "Any" +guest-arch = "## Description of problem" +description = """If a named dirty bitmap already exists on a disk and another disk is added via hotplug after the guest has booted, it will definitely cause the hot migration to fail.""" +reproduce = """1. Create 2 images of type qcow2 + + ``` + qemu-img create -f qcow2 vda.qcow2 50G + qemu-img create -f qcow2 vdb.qcow2 2G # set to 2G + ``` +2. Start the guest using the following libvirt xml + + ``` + # virsh create i-btacsctt.xml + + <domain xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0" type="kvm"> + <name>i-btacsctt</name> + <uuid>973f7352-ad1d-31ea-9a9f-237f3e9a384f</uuid> + <memory unit="MiB">2048</memory> + <vcpu current="2">2</vcpu> + <os> + <type arch="x86_64" machine="pc">hvm</type> + </os> + <features> + <acpi/> + <apic/> + <pae/> + </features> + <devices> + <emulator>/opt/qemu-5.1.0.9/usr/bin/qemu-system-x86_64</emulator> + <disk device="disk" type="file"> + <driver cache="writeback" discard="ignore" io="threads" name="qemu" type="qcow2"/> + <source file="/tmp/echohu3/vda.qcow2"/> + <target dev="vda"/> + </disk> + <disk device="disk" type="file"> + <driver cache="none" io="threads" name="qemu" type="qcow2"/> + <source file="/tmp/echohu3/vdb.qcow2"/> + <target dev="vdb"/> + </disk> + </devices> + </domain> + ``` +3. Create bitmap for vda + + ``` + # The node name of vda is "libvirt-2-format" + virsh qemu-monitor-command i-btacsctt --hmp "info block" + libvirt-2-format: /tmp/echohu3/vda.qcow2 (qcow2) + Attached to: /machine/peripheral/virtio-disk0/virtio-backend + Cache mode: writethrough + + libvirt-1-format: /tmp/echohu3/vdb.qcow2 (qcow2) + Attached to: /machine/peripheral/virtio-disk1/virtio-backend + Cache mode: writeback, direct + + # Create bitmap + virsh qemu-monitor-command i-btacsctt '{"execute":"block-dirty-bitmap-add","arguments":{"node":"libvirt-2-format","name":"bitmap0","persistent":true}}' + ``` +4. Create vdc and run hotpluggin + + ``` + qemu-img create -f qcow2 vdc.qcow2 50G + + cat disk.xml + <disk device="disk" type="file"> + <driver cache="none" discard="ignore" io="threads" name="qemu" type="qcow2"/> + <source file="/tmp/echohu3/vdc.qcow2"/> + <target dev="vdc"/> + </disk> + + virsh attach-device i-btacsctt disk.xml + ``` +5. Start live migrationg + + ``` + # scp *.qcow2 172.31.68.42:/tmp/echohu3/ + virsh qemu-monitor-command i-btacsctt --hmp "migrate_set_capability dirty-bitmaps on" + virsh dumpxml --migratable i-btacsctt >/tmp/ivm-btacsctt.xml + virsh migrate --live --abort-on-error --xml /tmp/ivm-btacsctt.xml i-btacsctt qemu+tcp://172.31.68.42/system + error: internal error: qemu unexpectedly closed the monitor: qemu-system-x86_64: util/hbitmap.c:614: serialization_chunk: Assertion `(last >> hb->granularity) < hb->size' failed. + ```""" +additional = """Set breakpoints on the source side + +``` +gdb -p $pid -ex "break add_bitmaps_to_list" -ex "handle SIGUSR1 nostop" -ex "continue" +(gdb) bt +#0 add_bitmaps_to_list (bs=bs@entry=0x55c5bbaf85d0, bs_name=0x55c5bbafc674 "libvirt-2-format", alias_map=alias_map@entry=0x0, s=<optimized out>) at migration/block-dirty-bitmap.c:502 +#1 0x000055c5ba3b2878 in init_dirty_bitmap_migration (s=0x55c5bb11a080 <dbm_state>) at migration/block-dirty-bitmap.c:660 +#2 dirty_bitmap_save_setup (f=0x55c5bc981c40, opaque=0x55c5bb11a080 <dbm_state>) at migration/block-dirty-bitmap.c:1226 +#3 0x000055c5ba3a3c4d in qemu_savevm_state_setup (f=0x55c5bc981c40) at migration/savevm.c:1176 +#4 0x000055c5ba39e16b in migration_thread (opaque=opaque@entry=0x55c5bbaa2400) at migration/migration.c:3487 +#5 0x000055c5ba530cf3 in qemu_thread_start (args=<optimized out>) at util/qemu-thread-posix.c:521 +#6 0x00007f39846d9609 in start_thread (arg=<optimized out>) at pthread_create.c:477 +#7 0x00007f3983d11293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 +(gdb) p bs->node_name +$4 = "libvirt-2-format", '\\000' <repeats 15 times> +(gdb) p bitmap->name +$5 = 0x55c5bbaf13d0 "bitmap0" +``` + +Set a breakpoint on the target side after hitting the breakpoint on the source side. + +``` +gdb -p $pid -ex "break serialization_chunk if ((start + count - 1) >> hb->granularity) >= hb->size" -ex "break dirty_bitmap_load_header" -ex "handle SIGUSR1 nostop" -ex "continue" +(gdb) bt +#0 dirty_bitmap_load_header (alias_map=0x0, s=0x557488aef0a8 <dbm_state+40>, f=0x55748bcfd8f0) at migration/block-dirty-bitmap.c:1146 +#1 dirty_bitmap_load (f=0x55748bcfd8f0, opaque=0x557488aef080 <dbm_state>, version_id=<optimized out>) at migration/block-dirty-bitmap.c:1187 +#2 0x0000557487d7759a in vmstate_load (se=0x55748adfb8b0, f=0x55748bcfd8f0) at migration/savevm.c:883 +#3 vmstate_load (f=0x55748bcfd8f0, se=0x55748adfb8b0) at migration/savevm.c:879 +#4 0x0000557487d79fdd in qemu_loadvm_section_part_end (mis=0x55748ad55be0, f=0x55748bcfd8f0) at migration/savevm.c:2365 +#5 qemu_loadvm_state_main (f=f@entry=0x55748bcfd8f0, mis=mis@entry=0x55748ad55be0) at migration/savevm.c:2518 +#6 0x0000557487d7b2ad in qemu_loadvm_state (f=0x55748bcfd8f0) at migration/savevm.c:2590 +#7 0x0000557487d7078f in process_incoming_migration_co (opaque=<optimized out>) at migration/migration.c:480 +#8 0x0000557487f15283 in coroutine_trampoline (i0=<optimized out>, i1=<optimized out>) at util/coroutine-ucontext.c:173 +#9 0x00007f5360189660 in __start_context () at ../sysdeps/unix/sysv/linux/x86_64/__start_context.S:91 +``` + +in dirty_bitmap_load_header + +``` +s->bs = bdrv_lookup_bs(s->node_name, s->node_name, &local_err); // node_name is "libvirt-2-format" +s->bitmap = bdrv_find_dirty_bitmap(s->bs, s->bitmap_name); // bitmap_name is "bitmap0" + +# Target side: “libvirt-2-format” is the node name of vdb. +(gdb) p s->bs->node_name +$10 = "libvirt-2-format", '\\000' <repeats 15 times> +(gdb) p s->bs->filename +$11 = "/tmp/echohu3/vdb.qcow2", '\\000' <repeats 4073 times> +``` + +We can also see from the target /var/log/libvirt/qemu/i-btacsctt.log file that “libvirt-2-format” is the node name of the vdb，while the node name of vda is libvirt-3-format. + +``` +-blockdev '{"driver":"file","filename":"/tmp/echohu3/vda.qcow2","aio":"threads","node-name":"libvirt-3-storage","cache":{"direct":false,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-3-format","read-only":false,"discard":"ignore","cache":{"direct":false,"no-flush":false},"driver":"qcow2","file":"libvirt-3-storage","backing":null}' \\ +-device virtio-blk-pci,bus=pci.0,addr=0x2,drive=libvirt-3-format,id=virtio-disk0,bootindex=1,write-cache=on \\ +-blockdev '{"driver":"file","filename":"/tmp/echohu3/vdb.qcow2","aio":"threads","node-name":"libvirt-2-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-2-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"qcow2","file":"libvirt-2-storage","backing":null}' \\ +-device virtio-blk-pci,bus=pci.0,addr=0x3,drive=libvirt-2-format,id=virtio-disk1,write-cache=on \\ +-blockdev '{"driver":"file","filename":"/tmp/echohu3/vdc.qcow2","aio":"threads","node-name":"libvirt-1-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":false,"discard":"ignore","cache":{"direct":true,"no-flush":false},"driver":"qcow2","file":"libvirt-1-storage","backing":null}' \\ +``` + +From the source code, we know that HBitmap.size is from vdb size (2G), but bitmap is from vda (50G), so it triggers assert exception in serialization_chunk. + +``` +(gdb) bt +#0 serialization_chunk (hb=hb@entry=0x55748ba28470, start=2147483648, count=536870912, first_el=first_el@entry=0x7f53503ffd20, el_count=el_count@entry=0x7f53503ffd18) at util/hbitmap.c:610 +#1 0x0000557487f18654 in hbitmap_deserialize_zeroes (hb=0x55748ba28470, start=start@entry=2147483648, count=count@entry=536870912, finish=finish@entry=false) at util/hbitmap.c:701 +#2 0x0000557487e7cfb0 in bdrv_dirty_bitmap_deserialize_zeroes (bitmap=<optimized out>, offset=offset@entry=2147483648, bytes=bytes@entry=536870912, finish=finish@entry=false) at block/dirty-bitmap.c:749 +#3 0x0000557487d86b51 in dirty_bitmap_load_bits (s=0x557488aef0a8 <dbm_state+40>, f=0x55748bcfd8f0) at migration/block-dirty-bitmap.c:992 +#4 dirty_bitmap_load (f=0x55748bcfd8f0, opaque=0x557488aef080 <dbm_state>, version_id=<optimized out>) at migration/block-dirty-bitmap.c:1198 +#5 0x0000557487d7759a in vmstate_load (se=0x55748adfb8b0, f=0x55748bcfd8f0) at migration/savevm.c:883 +#6 vmstate_load (f=0x55748bcfd8f0, se=0x55748adfb8b0) at migration/savevm.c:879 +#7 0x0000557487d79fdd in qemu_loadvm_section_part_end (mis=0x55748ad55be0, f=0x55748bcfd8f0) at migration/savevm.c:2365 +#8 qemu_loadvm_state_main (f=f@entry=0x55748bcfd8f0, mis=mis@entry=0x55748ad55be0) at migration/savevm.c:2518 +#9 0x0000557487d7b2ad in qemu_loadvm_state (f=0x55748bcfd8f0) at migration/savevm.c:2590 +#10 0x0000557487d7078f in process_incoming_migration_co (opaque=<optimized out>) at migration/migration.c:480 +#11 0x0000557487f15283 in coroutine_trampoline (i0=<optimized out>, i1=<optimized out>) at util/coroutine-ucontext.c:173 +#12 0x00007f5360189660 in __start_context () at ../sysdeps/unix/sysv/linux/x86_64/__start_context.S:91 +#13 0x00007ffffb29c410 in () +#14 0x0000000000000000 in () +(gdb) p *hb +$16 = {orig_size = 2147483648, size = 32768, count = 0, granularity = 16, meta = 0x0, levels = {0x55748ad55ad0, 0x55748acd8df0, 0x55748b0866a0, 0x55748acf8c10, 0x55748b1c4180, 0x55748b154f60, 0x55748adf2370}, sizes = {1, 1, 1, 1, 1, 8, + 512}} +``` + +``` +(gdb) f 4 +#4 dirty_bitmap_load (f=0x55748bcfd8f0, opaque=0x557488aef080 <dbm_state>, version_id=<optimized out>) at migration/block-dirty-bitmap.c:1198 +(gdb) p *s->bs +$21 = {open_flags = 10274, read_only = false, encrypted = false, sg = false, probed = false, force_share = false, implicit = false, drv = 0x557488aa2ee0 <bdrv_qcow2>, opaque = 0x55748acf8c90, aio_context = 0x55748acd1080, + aio_notifiers = {lh_first = 0x0}, walking_aio_notifiers = false, filename = "/tmp/echohu3/vdb.qcow2", '\\000' <repeats 4073 times>, backing_file = '\\000' <repeats 4095 times>, auto_backing_file = '\\000' <repeats 4095 times>, + backing_format = '\\000' <repeats 15 times>, full_open_options = 0x55748b3c68e0, exact_filename = "/tmp/echohu3/vdb.qcow2", '\\000' <repeats 4073 times>, backing = 0x0, file = 0x55748aa5de40, bl = {request_alignment = 1, + max_pdiscard = 0, pdiscard_alignment = 65536, max_pwrite_zeroes = 0, pwrite_zeroes_alignment = 65536, opt_transfer = 0, max_transfer = 0, min_mem_alignment = 512, opt_mem_alignment = 4096, max_iov = 1024}, supported_write_flags = 0, + supported_zero_flags = 260, supported_truncate_flags = 2, node_name = "libvirt-2-format", '\\000' <repeats 15 times>, node_list = {tqe_next = 0x55748adeb060, tqe_circ = {tql_next = 0x55748adeb060, tql_prev = 0x55748ad4d0e8}}, + bs_list = {tqe_next = 0x55748adeb060, tqe_circ = {tql_next = 0x55748adeb060, tql_prev = 0x55748ad4d0f8}}, monitor_list = {tqe_next = 0x55748adeb060, tqe_circ = {tql_next = 0x55748adeb060, tql_prev = 0x55748ad4d108}}, refcnt = 2, + op_blockers = {{lh_first = 0x0} <repeats 16 times>}, inherits_from = 0x0, children = {lh_first = 0x55748aa5de40}, parents = {lh_first = 0x55748bbc0380}, options = 0x55748ad4d2d0, explicit_options = 0x55748ad525a0, + detect_zeroes = BLOCKDEV_DETECT_ZEROES_OPTIONS_OFF, backing_blocker = 0x0, total_sectors = 4194304, before_write_notifiers = {notifiers = {lh_first = 0x0}}, write_threshold_offset = 0, write_threshold_notifier = {notify = 0x0, node = { + le_next = 0x0, le_prev = 0x0}}, dirty_bitmap_mutex = {lock = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}}, + __size = '\\000' <repeats 39 times>, __align = 0}, initialized = true}, dirty_bitmaps = {lh_first = 0x55748b4655f0}, wr_highest_offset = {value = 0}, copy_on_read = 0, in_flight = 0, serialising_in_flight = 0, io_plugged = 0, + enable_write_cache = 0, quiesce_counter = 0, recursive_quiesce_counter = 0, write_gen = 0, reqs_lock = {locked = 0, ctx = 0x0, from_push = {slh_first = 0x0}, to_pop = {slh_first = 0x0}, handoff = 0, sequence = 0, holder = 0x0}, + tracked_requests = {lh_first = 0x0}, flush_queue = {entries = {sqh_first = 0x0, sqh_last = 0x55748ad52570}}, active_flush_req = false, flushed_gen = 0, never_freeze = false} +``` + +When we merge into commit https://gitlab.com/qemu-project/qemu/-/commit/31e4c354b38cd42a051ad030eb7779d5e7ee32fe and then run `block-bitmap-mapping` before migration, the hot migration can be completed successfully. I would like to confirm with the community whether this solution is reasonable and if there are any other solutions to address this issue. + +``` +virsh qemu-monitor-command i-btacsctt '{"execute": "migrate-set-parameters", "arguments":{"block-bitmap-mapping":[{"node-name":"libvirt-2-format", "alias":"libvirt-3-format","bitmaps":[{"name":"bitmap0", "alias":"bitmap0"}]}]}}' +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2651.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2651.toml new file mode 100644 index 00000000..ff233f79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2651.toml @@ -0,0 +1,20 @@ +id = 2651 +title = "MPC5553/MPC5554 Emulation (information request)" +state = "closed" +created_at = "2024-11-04T09:56:10.874Z" +closed_at = "2025-01-22T16:15:11.417Z" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2651" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """If it is not planned, I'll most likely start educating myself on this project to try and patch it in as it's a need that is quite important for me. +I'll try not to waste your time and read as much as I can about your guidelines. +Would you advise me against trying to do this? +I'd like to know how hard you think this will be. + +DISCLAIMER : I am still very much a newbie in embedded systems, I'm only in the first year of my master's degree in embedded systems.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2653.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2653.toml new file mode 100644 index 00000000..cb69d060 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2653.toml @@ -0,0 +1,15 @@ +id = 2653 +title = "Intel iGPU sriov" +state = "opened" +created_at = "2024-11-04T22:56:01.155Z" +closed_at = "n/a" +labels = ["device:graphics", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2653" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2658.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2658.toml new file mode 100644 index 00000000..4c1ecfd5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2658.toml @@ -0,0 +1,15 @@ +id = 2658 +title = "How to simulate the L2MERRSR_EL1 register in KVM mode？" +state = "closed" +created_at = "2024-11-07T08:59:09.945Z" +closed_at = "2024-11-07T14:26:31.486Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2658" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2659.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2659.toml new file mode 100644 index 00000000..7608930f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2659.toml @@ -0,0 +1,15 @@ +id = 2659 +title = "msys2-64bit test-aio intermittent CI failure with \"test_timer_schedule: assertion failed: (aio_poll(ctx, true)) FAIL\"" +state = "opened" +created_at = "2024-11-07T14:32:47.443Z" +closed_at = "n/a" +labels = ["flaky-ci", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2659" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2660.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2660.toml new file mode 100644 index 00000000..e6a722e8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2660.toml @@ -0,0 +1,15 @@ +id = 2660 +title = "EDK2 subhook submodule missing" +state = "closed" +created_at = "2024-11-08T03:30:41.512Z" +closed_at = "2024-11-14T13:52:04.654Z" +labels = ["Build System", "Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2660" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2664.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2664.toml new file mode 100644 index 00000000..3e62822d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2664.toml @@ -0,0 +1,17 @@ +id = 2664 +title = "Building in Windows MSYS2/Mingw64 fails" +state = "closed" +created_at = "2024-11-09T14:50:14.800Z" +closed_at = "2024-11-09T16:55:47.265Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2664" +host-os = "MINGW64_NT-10.0-19045" +host-arch = "x86_64" +qemu-version = "qemu-system-x86_64 v7.2.0" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2667.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2667.toml new file mode 100644 index 00000000..b2bc635a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2667.toml @@ -0,0 +1,220 @@ +id = 2667 +title = "Heavy graphic glitches when using Virtio with 3D acceleration" +state = "opened" +created_at = "2024-11-11T08:41:58.584Z" +closed_at = "n/a" +labels = ["GUI", "device:graphics", "device:virtio", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2667" +host-os = "Arch Linux and OpenSuse Tumbleweed" +host-arch = "x64" +qemu-version = "9.1.1-2" +guest-os = "Any, but example is Debian 12" +guest-arch = "x64" +description = """Virtio with 3D acceleration enabled under "Video" and the corresponding OpenGL activated under "Display" with Spice leads to heavy artifacts in the graphical console. + +This error has been observed on Arch Linux with Intel Meteor Lake CPU (Intel Arc Graphics iGPU) as well as on OpenSuse Tumbleweed with Intel Kaby Lake CPU (Intel HD 630 iGPU)""" +reproduce = """1. Enable Virtio Graphics with 3D acceleration under "Video". +2. Activate the corresponding OpenGL under "Spice". +3. Start the VM and open the graphical console.""" +additional = """ +(virtio without acceleration enabled) + + +(Same VM, same settings, but with 3D acceleration and OpenGL enabled) + + +(Same issue on a fresh install of OpenSuse Tumbleweed on a system that is in no way linked to the first one) + +``` +<domain type='kvm'> + <name>debian12</name> + <uuid>1d39d86a-b341-47bb-9847-4c78da9df863</uuid> + <metadata> + <libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0"> + <libosinfo:os id="http://debian.org/debian/12"/> + </libosinfo:libosinfo> + </metadata> + <memory unit='KiB'>4194304</memory> + <currentMemory unit='KiB'>4194304</currentMemory> + <vcpu placement='static'>4</vcpu> + <os firmware='efi'> + <type arch='x86_64' machine='pc-q35-9.1'>hvm</type> + <firmware> + <feature enabled='no' name='enrolled-keys'/> + <feature enabled='no' name='secure-boot'/> + </firmware> + <loader readonly='yes' type='pflash'>/usr/share/edk2/x64/OVMF_CODE.4m.fd</loader> + <nvram template='/usr/share/edk2/x64/OVMF_VARS.4m.fd'>/var/lib/libvirt/qemu/nvram/debian12_VARS.fd</nvram> + <boot dev='hd'/> + </os> + <features> + <acpi/> + <apic/> + <vmport state='off'/> + </features> + <cpu mode='host-passthrough' check='none' migratable='on'/> + <clock offset='utc'> + <timer name='rtc' tickpolicy='catchup'/> + <timer name='pit' tickpolicy='delay'/> + <timer name='hpet' present='no'/> + </clock> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>destroy</on_crash> + <pm> + <suspend-to-mem enabled='no'/> + <suspend-to-disk enabled='no'/> + </pm> + <devices> + <emulator>/usr/bin/qemu-system-x86_64</emulator> + <disk type='file' device='disk'> + <driver name='qemu' type='qcow2' discard='unmap'/> + <source file='/var/lib/libvirt/images/debian12.qcow2'/> + <target dev='vda' bus='virtio'/> + <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> + </disk> + <disk type='file' device='cdrom'> + <driver name='qemu' type='raw'/> + <target dev='sda' bus='sata'/> + <readonly/> + <address type='drive' controller='0' bus='0' target='0' unit='0'/> + </disk> + <controller type='usb' index='0' model='qemu-xhci' ports='15'> + <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> + </controller> + <controller type='pci' index='0' model='pcie-root'/> + <controller type='pci' index='1' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='1' port='0x10'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0' multifunction='on'/> + </controller> + <controller type='pci' index='2' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='2' port='0x11'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x1'/> + </controller> + <controller type='pci' index='3' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='3' port='0x12'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x2'/> + </controller> + <controller type='pci' index='4' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='4' port='0x13'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x3'/> + </controller> + <controller type='pci' index='5' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='5' port='0x14'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x4'/> + </controller> + <controller type='pci' index='6' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='6' port='0x15'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x5'/> + </controller> + <controller type='pci' index='7' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='7' port='0x16'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x6'/> + </controller> + <controller type='pci' index='8' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='8' port='0x17'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x7'/> + </controller> + <controller type='pci' index='9' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='9' port='0x18'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0' multifunction='on'/> + </controller> + <controller type='pci' index='10' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='10' port='0x19'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x1'/> + </controller> + <controller type='pci' index='11' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='11' port='0x1a'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x2'/> + </controller> + <controller type='pci' index='12' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='12' port='0x1b'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x3'/> + </controller> + <controller type='pci' index='13' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='13' port='0x1c'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x4'/> + </controller> + <controller type='pci' index='14' model='pcie-root-port'> + <model name='pcie-root-port'/> + <target chassis='14' port='0x1d'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x5'/> + </controller> + <controller type='sata' index='0'> + <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> + </controller> + <controller type='virtio-serial' index='0'> + <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> + </controller> + <interface type='network'> + <mac address='52:54:00:d6:22:67'/> + <source network='default'/> + <model type='virtio'/> + <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> + </interface> + <serial type='pty'> + <target type='isa-serial' port='0'> + <model name='isa-serial'/> + </target> + </serial> + <console type='pty'> + <target type='serial' port='0'/> + </console> + <channel type='unix'> + <target type='virtio' name='org.qemu.guest_agent.0'/> + <address type='virtio-serial' controller='0' bus='0' port='1'/> + </channel> + <channel type='spicevmc'> + <target type='virtio' name='com.redhat.spice.0'/> + <address type='virtio-serial' controller='0' bus='0' port='2'/> + </channel> + <input type='tablet' bus='usb'> + <address type='usb' bus='0' port='1'/> + </input> + <input type='mouse' bus='ps2'/> + <input type='keyboard' bus='ps2'/> + <graphics type='spice'> + <listen type='none'/> + <image compression='off'/> + <gl enable='yes'/> + </graphics> + <sound model='ich9'> + <address type='pci' domain='0x0000' bus='0x00' slot='0x1b' function='0x0'/> + </sound> + <audio id='1' type='spice'/> + <video> + <model type='virtio' heads='1' primary='yes'> + <acceleration accel3d='yes'/> + </model> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> + </video> + <redirdev bus='usb' type='spicevmc'> + <address type='usb' bus='0' port='2'/> + </redirdev> + <redirdev bus='usb' type='spicevmc'> + <address type='usb' bus='0' port='3'/> + </redirdev> + <watchdog model='itco' action='reset'/> + <memballoon model='virtio'> + <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> + </memballoon> + <rng model='virtio'> + <backend model='random'>/dev/urandom</backend> + <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> + </rng> + </devices> +</domain> +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2668.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2668.toml new file mode 100644 index 00000000..eb7f14a2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2668.toml @@ -0,0 +1,15 @@ +id = 2668 +title = "h.264 encoding/compression support" +state = "opened" +created_at = "2024-11-11T11:32:46.615Z" +closed_at = "n/a" +labels = ["GUI", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2668" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """noVNC now support h.264 decoding.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2670.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2670.toml new file mode 100644 index 00000000..6ba4c775 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2670.toml @@ -0,0 +1,52 @@ +id = 2670 +title = "The virglrenderer depency causes qemu native recipe building to fail for NXP QEMU" +state = "closed" +created_at = "2024-11-12T09:31:20.058Z" +closed_at = "2024-11-12T10:53:36.454Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2670" +host-os = "Debian 5.10.226-1" +host-arch = "x86_64" +qemu-version = "8.2.2" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """nativesdk-qemu-8.2.2.imx-r0 do_compile: oe_runmake failed +... + [87/4472] Compiling C object libcommon.fa.p/hw_display_virtio-gpu.c.o +| FAILED: libcommon.fa.p/hw_display_virtio-gpu.c.o +... + ../hw/display/virtio-gpu.c:36:10: fatal error: virglrenderer.h: No such file or directory +| 36 | #include <virglrenderer.h> +| | ^~~~~~~~~~~~~~~~~ +| compilation terminated. + +This issue was originally exposed after updating Yocto release to Scarthgap + +https://lists.yoctoproject.org/g/yocto/topic/building_sdk_fails_after/109275322 + +which seems to relate to commit https://github.com/nxp-imx/imx-qemu/commit/628105edbd816458dbf154a128cc3dd3ac809c7e that seemingly induces dependency to virglrenderer.h for virtio_gpu driver. + +Enabling opengl in our Distribution features is not a solution because that pulls in VGA graphics dependencies to our target binaries and we have no graphics hardware on our system. I have tried to disable the virglrenderer through QEMU build configuration but that does not fix the issue.""" +reproduce = """1. Clone NXP BSP Scarthgap +``` +$ mkdir nxp-bsp +$ cd nxp-bsp +nxp-bsp$ repo init -u https://github.com/nxp-imx/imx-manifest -b scarthgap -m imx-6.6.36-2.1.0.xml +nxp-bsp$ repo sync +``` + +2. Remove opengl from `fsl-imx-xwayland` DISTRO_FEATURES + +``` +sources/meta-imx/meta-imx-sdk/conf/distro/fsl-imx-wayland.conf: +... ++DISTRO_FEATURES:remove = "opengl " +... +``` + +3. Build qemu-native_8.2.2.imx + +``` +$ bitbake qemu-native_8.2.2.imx +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2671.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2671.toml new file mode 100644 index 00000000..1617d2dc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2671.toml @@ -0,0 +1,25 @@ +id = 2671 +title = "[Virtio-GPU Venus] I compiled virglrenderer with Venus support on 1.1.0,but could not boot QEMU with virtio-gpu Venus" +state = "opened" +created_at = "2024-11-13T05:43:49.393Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2671" +host-os = "Ubuntu 24.10" +host-arch = "x86" +qemu-version = "stable-9.1.1" +guest-os = "BlissOS 15 (Android 12L)" +guest-arch = "x86" +description = """When I tried to use virtio-gpu-gl with venus=true like the template,it shows: +{width=1251 height=75} +But I have already compile virglrenderer using: + meson setup build \\ + -Dvenus=true \\ + -Drender-server=true \\ + -Drender-server-worker=thread \\ + -Dbuildtype=release \\ + -Dprefix=${INSTDIR} + +and run QEMU with designated environment variables,but it still cannot boot,but if I use QEMU-8.0 with Venus-v17 patch and it works😭""" +reproduce = """Just use "-device virtio-gpu-gl,hostmem=4G,blob=true,venus=true" and it will show the problem""" +additional = """No""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2676.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2676.toml new file mode 100644 index 00000000..f1f83cee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2676.toml @@ -0,0 +1,19 @@ +id = 2676 +title = "GTK+ UI has serious problems on macOS hosts" +state = "opened" +created_at = "2024-11-14T14:07:17.341Z" +closed_at = "n/a" +labels = ["GUI::GTK", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2676" +host-os = "macOS 14" +host-arch = "arm64" +qemu-version = "v9.2.0-rc0" +guest-os = "any" +guest-arch = "any" +description = """The GTK+ UI simply does not work on macOS at this stage. One major reason is that there does not appear to be any regular polling of the (macOS) UI event loop. The Cocoa back-end for GTK [sets a custom event polling function in GLib's event handler](https://gitlab.gnome.org/GNOME/gtk/-/blob/main/gdk/macos/gdkmacoseventsource.c?ref_type=heads#L1089) but Qemu never actually calls GLib/GTK's event polling. + +Thanks to @bonzini for discovering this as part of a [discussion on a patch generalising runloop event handling on macOS](https://patchew.org/QEMU/20241113142343.40832-1-phil@philjordan.eu/20241113142343.40832-2-phil@philjordan.eu/#CABgObfat1JwiBFNKHK6wwMkW5kgaqZfKJa=rW._5F9VvEdMWJR75A@mail.gmail.com). + +There is also a reasonable chance that QEMU might not reliably call GTK+ functions from the main thread (thread 0), which causes problems when GTK then calls through to the native Cocoa APIs which must be called from thread 0.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2677.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2677.toml new file mode 100644 index 00000000..9b447f4d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2677.toml @@ -0,0 +1,15 @@ +id = 2677 +title = "edit doc on building" +state = "opened" +created_at = "2024-11-14T18:46:14.496Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2677" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2678.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2678.toml new file mode 100644 index 00000000..8d0c6648 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2678.toml @@ -0,0 +1,17 @@ +id = 2678 +title = "virsh blockcommit failed, however the snapshot was merged into base successfully." +state = "closed" +created_at = "2024-11-15T02:15:18.235Z" +closed_at = "2024-11-15T06:32:36.227Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2678" +host-os = "CentOS 8.2" +host-arch = "x86_64" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2679.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2679.toml new file mode 100644 index 00000000..0fbe40d0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2679.toml @@ -0,0 +1,15 @@ +id = 2679 +title = "TCX emulation missing 1152x900 mode" +state = "opened" +created_at = "2024-11-15T19:43:49.690Z" +closed_at = "n/a" +labels = ["device:graphics", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2679" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2680.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2680.toml new file mode 100644 index 00000000..d7e374c9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2680.toml @@ -0,0 +1,22 @@ +id = 2680 +title = "GTK accelerators (including releasing input grab) don't work in keyboard layouts that utilize AltGr on Windows" +state = "opened" +created_at = "2024-11-16T04:46:47.530Z" +closed_at = "n/a" +labels = ["GUI", "device:input", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2680" +host-os = "Windows 10 22H2" +host-arch = "x86-64" +qemu-version = "QEMU emulator version 9.1.0 (v9.1.0-12064-gc658eebf44)" +guest-os = "N/A" +guest-arch = "x86" +description = """With a non-QWERTY (in my case, Colemak) layout active, it's not possible to ungrab input from the window using the Ctrl-Alt-G. The key combination is simply ignored, whether the G is typed using the physical key G on the keyboard or the one where it would be mapped by the keyboard layout (physical T key for Colemak). Thankfully, because of #2225, the mouse cursor isn't actually captured, which allows me to move the mouse outside the window and close QEMU from the taskbar instead. + +Temporarily switching back to a QWERTY layout before the grab happens allows input to be released using the key combo. However this needs to be done before the capture as otherwise QEMU will simply intercept any shortcuts to toggle the layout. + +I suspect there's some mismatch between the input grabbing code and the GTK UI, where one is using the keyboard scancode to determine when to forward the key, but the GTK UI then uses the mapped letter from the layout and fails to activate the shortcut.""" +reproduce = """1. Configure a non-QWERTY layout (such as Dvorak or Colemak) in the system settings +1. Launch QEMU (it's not necessary to load any guest, booting the BIOS is fine) +2. Click on the window which will automatically capture input +3. Try to release using the Ctrl-Shift-G shortcut (in either layout), which should be ignored""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2681.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2681.toml new file mode 100644 index 00000000..a27791ee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2681.toml @@ -0,0 +1,15 @@ +id = 2681 +title = "QEMU build system should halt, if glib version is lower than needed" +state = "closed" +created_at = "2024-11-18T00:52:22.613Z" +closed_at = "2024-11-21T05:39:07.993Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2681" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2682.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2682.toml new file mode 100644 index 00000000..2eb4dac1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2682.toml @@ -0,0 +1,49 @@ +id = 2682 +title = "QEMU throws errors at the beginning of building" +state = "closed" +created_at = "2024-11-18T01:44:46.216Z" +closed_at = "2024-11-22T16:24:30.822Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2682" +host-os = "Debian 11" +host-arch = "x86_64" +qemu-version = "8.2.7, 8.1.5, 8.0.5, 7.2.14, maybe more..." +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU throws errors at the beginning of building: +``` +ninja: no work to do. +/tmp/qemu-8.1.5/build/pyvenv/bin/meson introspect --targets --tests --benchmarks | /tmp/qemu-8.1.5/build/pyvenv/bin/python3 -B scripts/mtest2make.py > Makefile.mtest +pc-bios/optionrom: -fcf-protection=none detected +pc-bios/optionrom: -fno-pie detected +pc-bios/optionrom: -no-pie detected +pc-bios/optionrom: -fno-stack-protector detected +pc-bios/optionrom: -Wno-array-bounds detected +pc-bios/optionrom: Assembling multiboot.o +pc-bios/optionrom: Assembling linuxboot.o +pc-bios/optionrom: Assembling multiboot_dma.o +pc-bios/optionrom: Compiling linuxboot_dma.o +pc-bios/optionrom: Assembling pvh.o +pc-bios/optionrom: Assembling kvmvapic.o +pc-bios/optionrom: Compiling pvh_main.o +pc-bios/optionrom: Linking multiboot.img +pc-bios/optionrom: Linking linuxboot.img +pc-bios/optionrom: Linking kvmvapic.img +pc-bios/optionrom: Extracting raw object multiboot.raw +/bin/sh: 1: -O: not found +make[1]: *** [Makefile:53: multiboot.raw] Error 127 +make[1]: *** Waiting for unfinished jobs.... +pc-bios/optionrom: Linking multiboot_dma.img +pc-bios/optionrom: Extracting raw object linuxboot.raw +/bin/sh: 1: -O: not found +make[1]: *** [Makefile:53: linuxboot.raw] Error 127 +make: *** [Makefile:190: pc-bios/optionrom/all] Error 2 +make: *** Waiting for unfinished jobs.... +[1/10003] Generating trace/trace-hw_i2c.h with a custom command + +... +``` +Then proceeds the building. Whether it is failing at the end is not reliabily reproducible as it do fail one time and builds successfully at the next time. However, i don't know if these errors will cause runtime problems in the case of a successful build.""" +reproduce = """1. `../configure --enable-strip --audio-drv-list=alsa --enable-tools --enable-modules` +2. `make -j16`""" +additional = """Configuration log is available here: http://oscomp.hu/depot/qemu-8.1.5-configure.log""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2684.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2684.toml new file mode 100644 index 00000000..952e6eac --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2684.toml @@ -0,0 +1,15 @@ +id = 2684 +title = "scripts/archive-source.sh is not documented" +state = "opened" +created_at = "2024-11-18T14:52:50.778Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2684" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2686.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2686.toml new file mode 100644 index 00000000..a71ed31f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2686.toml @@ -0,0 +1,58 @@ +id = 2686 +title = "rng-seed addition causing test_loongarch64_virt.py to hang in EFI startup" +state = "closed" +created_at = "2024-11-18T19:53:27.441Z" +closed_at = "2024-12-03T18:00:27.975Z" +labels = ["kind::Bug", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2686" +host-os = "Fedora 41" +host-arch = "x86_64" +qemu-version = "git d9bd1ccbf1d84d872aed684c65fec33814b8ac1b" +guest-os = "n/a" +guest-arch = "n/a" +description = """Since the rng-seed addition, the test_loongarch64_virt.py test will periodically hang. + +git bisect blames this + +``` +commit d9bd1ccbf1d84d872aed684c65fec33814b8ac1b +Author: Jason A. Donenfeld <Jason@zx2c4.com> +Date: Thu Sep 5 17:33:16 2024 +0200 + + hw/loongarch: virt: pass random seed to fdt + + If the FDT contains /chosen/rng-seed, then the Linux RNG will use it to + initialize early. Set this using the usual guest random number + generation function. + + This is the same procedure that's done in b91b6b5a2c ("hw/microblaze: + pass random seed to fdt"), e4b4f0b71c ("hw/riscv: virt: pass random seed + to fdt"), c6fe3e6b4c ("hw/openrisc: virt: pass random seed to fdt"), + 67f7e426e5 ("hw/i386: pass RNG seed via setup_data entry"), c287941a4d + ("hw/rx: pass random seed to fdt"), 5e19cc68fb ("hw/mips: boston: pass + random seed to fdt"), 6b23a67916 ("hw/nios2: virt: pass random seed to fdt") + c4b075318e ("hw/ppc: pass random seed to fdt"), and 5242876f37 + ("hw/arm/virt: dt: add rng-seed property"). + + These earlier commits later were amended to rerandomize the RNG seed on + snapshot load, but the LoongArch code somehow already does that, despite + not having this patch here, presumably due to some lucky copy and + pasting. + + Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com> + Reviewed-by: Song Gao <gaosong@loongson.cn> + Message-Id: <20240905153316.2038769-1-Jason@zx2c4.com> + Signed-off-by: Song Gao <gaosong@loongson.cn> +``` + +When it hangs, test_loongarch64_virt.py will get stuck waiting for serial console output from the guest. + +Looking at the console.log file shows it to be completely empty. + +This appears to indicate it has hung before EDK has even initialized, as it has not even printed the 'Entering C environment' message""" +reproduce = """1. ./configure --target-list=loongarch64-softmmu +2. make -j 20 +3. n=0 ; while true ; do n=$(expr $n + 1); echo $n ; QEMU_TEST_QEMU_BINARY=./build/qemu-system-loongarch64 PYTHONPATH=./python ./tests/functional/test_loongarch64_virt.py ; done + +Most commonly it will hang within 10 iterations, very occasionally needing upto 25""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2687.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2687.toml new file mode 100644 index 00000000..c8e87ed1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2687.toml @@ -0,0 +1,59 @@ +id = 2687 +title = "regression in qtest clock_set/clock_step" +state = "closed" +created_at = "2024-11-18T21:37:32.424Z" +closed_at = "2025-01-13T14:37:33.221Z" +labels = ["Regression"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2687" +host-os = "Ubunut 24.04" +host-arch = "x86_64" +qemu-version = "3428a3894c6fdf43bc07405090699b1de5013cfc" +guest-os = "N/A" +guest-arch = "x86_64" +description = """As of QEMU 9.0 the script included below would increment the time via qtest, but it is now broken and time doesn't seem to be updated. I do note that the QEMU sources use clock_step extensively via qtest_clock_step, but nothing seems to be using the return value so maybe that's why it hasn't been noticed? + +It seems to have been broken in bc02be4508d8753d1f6071b77d10f4661587df6f which was trying to prevent some deadlock. You can prove that this breaks it by setting a breakpoint in `qemu_virtual_clock_set_ns` -- it never gets called.""" +reproduce = """Run this python script from your QEMU build directory: + +```python +#!/usr/bin/env python3 + +import subprocess +import socket +import typing + +qemu_path = "./qemu-system-x86_64" + + +def main(): + s1, s2 = socket.socketpair() + + qemu = subprocess.Popen( + [ + qemu_path, + "-S", + "-display", + "none", + "-chardev", f"socket,id=qtest,fd={s1.fileno()},nodelay=on", + "-qtest", "chardev:qtest", + "-qtest-log", "/dev/fd/2", + "-accel", "qtest", + ], + pass_fds=[s1.fileno()], + ) + + try: + + fp = s2.makefile("rw", buffering=1) + + fp.write(f"clock_set 1234\\n") + result = fp.readline()[:-1].split(" ") + assert result == ["OK", "1234"], f"Unexpected result: {result}" + finally: + qemu.kill() + + +if __name__ == "__main__": + main() +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2688.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2688.toml new file mode 100644 index 00000000..840b62f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2688.toml @@ -0,0 +1,15 @@ +id = 2688 +title = "Add `disable_host_loopback` for network user backend" +state = "opened" +created_at = "2024-11-19T10:21:45.264Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2688" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2690.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2690.toml new file mode 100644 index 00000000..3ad63df0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2690.toml @@ -0,0 +1,30 @@ +id = 2690 +title = "\"Guest says index 40947 is available\"" +state = "closed" +created_at = "2024-11-19T17:00:44.881Z" +closed_at = "2024-12-02T08:46:31.949Z" +labels = ["device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2690" +host-os = "Debian testing" +host-arch = "x86_64" +qemu-version = "Sorry I've now deleted the distro version but it was 8.x" +guest-os = "Debian" +guest-arch = "x86" +description = """As discussed [here](https://github.com/danobi/vmtest/issues/96) I have been running several instances of QEMU in parallel at `SCHED_IDLE`, and I've been getting QGA setup failures.""" +reproduce = """1. Install [vmtest](https://github.com/danobi/vmtest) +2. Run lots of copies of the command in the [github issues](https://github.com/danobi/vmtest/issues/96) via `chrt --idle 0`. +3. Unclear if this is the cause, but then I use the computer in the meantime so probably starve the `SCHED_IDLE` QEMU threads running from 2. + +This leads to failures to connect to the guest agent and then at the end I see this: + +``` +Guest says index 40947 is available + qemu-system-x86_64: Guest says index 40947 is available + qemu-system-x86_64: Guest says index 40947 is available +``` + + +The developer of vmtest seemed to think this may be of interest to QEMU developers based on the tone of the [comment they found](https://github.com/danobi/vmtest/issues/96#issuecomment-2483860554) in the QEMU code. + +I've now installed QEMU from Git master so I can report back whether the bug still appeared.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2693.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2693.toml new file mode 100644 index 00000000..64faf9e4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2693.toml @@ -0,0 +1,16 @@ +id = 2693 +title = "hv-balloon Migration" +state = "opened" +created_at = "2024-11-22T02:13:03.332Z" +closed_at = "n/a" +labels = ["Migration", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2693" +host-os = "any windows version" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "any windows version" +guest-arch = "n/a" +description = """since QEMU version 8.2, the hv-balloon feature has been officially merged, but migration is still not supported. +Are there any planned enhancements to the hv-balloon migration in the near future?""" +reproduce = """""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2694.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2694.toml new file mode 100644 index 00000000..379897b1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2694.toml @@ -0,0 +1,32 @@ +id = 2694 +title = "error: implicit declaration of function 'IOMainPort' is invalid in C99" +state = "closed" +created_at = "2024-11-22T03:16:08.333Z" +closed_at = "2024-11-26T06:27:18.040Z" +labels = ["Closed::Invalid", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2694" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Build in MacOS + Hardware Overview: + + Model Name: MacBook Air + Chip: Apple M1 + Total Number of Cores: 8 (4 performance and 4 efficiency) + Memory: 16 GB""" +reproduce = """1. ./configure --cpu=aarch64 --target-list=aarch64-softmmu --enable-slirp +2. make -j""" +additional = """``` +FAILED: libblock.a.p/block_file-posix.c.o +cc -Ilibblock.a.p -I. -I.. -Iqapi -Itrace -Iui -Iui/shader -Iblock -I/opt/homebrew/opt/zstd/include -I/opt/homebrew/Cellar/glib/2.82.2/include/glib-2.0 -I/opt/homebrew/Cellar/glib/2.82.2/lib/glib-2.0/include -I/opt/homebrew/opt/gettext/include -I/opt/homebrew/Cellar/pcre2/10.44/include -I/opt/homebrew/Cellar/glib/2.82.2/include -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g -fstack-protector-strong -Wempty-body -Wendif-labels -Wexpansion-to-defined -Wformat-security -Wformat-y2k -Wignored-qualifiers -Winit-self -Wmissing-format-attribute -Wmissing-prototypes -Wnested-externs -Wold-style-definition -Wredundant-decls -Wstrict-prototypes -Wtype-limits -Wundef -Wvla -Wwrite-strings -Wno-gnu-variable-sized-type-not-at-end -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-psabi -Wno-shift-negative-value -Wno-string-plus-int -Wno-tautological-type-limit-compare -Wno-typedef-redefinition -iquote . -iquote /Users/august/qemu/src -iquote /Users/august/qemu/src/include -iquote /Users/august/qemu/src/host/include/aarch64 -iquote /Users/august/qemu/src/host/include/generic -iquote /Users/august/qemu/src/tcg/aarch64 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -fno-pie -MD -MQ libblock.a.p/block_file-posix.c.o -MF libblock.a.p/block_file-posix.c.o.d -o libblock.a.p/block_file-posix.c.o -c ../block/file-posix.c +../block/file-posix.c:3940:18: error: implicit declaration of function 'IOMainPort' is invalid in C99 [-Werror,-Wimplicit-function-declaration] + kernResult = IOMainPort(MACH_PORT_NULL, &mainPort); + ^ +1 error generated. +ninja: build stopped: subcommand failed. +make[1]: *** [run-ninja] Error 1 +make: *** [build] Error 2 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2695.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2695.toml new file mode 100644 index 00000000..a6028d95 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2695.toml @@ -0,0 +1,15 @@ +id = 2695 +title = "how to onboard fw_cfg to other machines" +state = "closed" +created_at = "2024-11-22T18:18:05.251Z" +closed_at = "2024-11-26T06:28:01.126Z" +labels = ["Closed::WontFix"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2695" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Would it be doable for other machines actually? I didn't dig deeper into this device to understand, but I guess it is connected to the VM somehow and it has some memory mapped to the OS?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2697.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2697.toml new file mode 100644 index 00000000..026cada2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2697.toml @@ -0,0 +1,15 @@ +id = 2697 +title = "system/physmem: gdb memory rw no access on armv7m MPU" +state = "opened" +created_at = "2024-11-25T02:45:23.841Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2697" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/270.toml b/gitlab/issues/target_missing/host_missing/accel_missing/270.toml new file mode 100644 index 00000000..3d14e125 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/270.toml @@ -0,0 +1,15 @@ +id = 270 +title = "virtio only support packed ring size power of 2" +state = "closed" +created_at = "2021-05-11T05:38:00.107Z" +closed_at = "2022-08-05T03:32:55.757Z" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/270" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2700.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2700.toml new file mode 100644 index 00000000..7e97baf0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2700.toml @@ -0,0 +1,16 @@ +id = 2700 +title = "Windows 11 24H2 (x64) fails to boot" +state = "closed" +created_at = "2024-11-26T09:17:51.633Z" +closed_at = "2024-11-26T15:25:18.616Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2700" +host-os = "- OS/kernel version: macOS 15.1.1" +host-arch = "arm64 (also tested on x86_64)" +qemu-version = "v9.2.0-rc1-10-g791e3837c1 (but issue exists on as early as v7.2.0)" +guest-os = "Windows 11 24H2" +guest-arch = "x86_64" +description = """When trying to boot Windows 11 24H2 (including the installer), the guest will just restart.""" +reproduce = """1. Download Windows 11 ISO from: https://www.microsoft.com/en-us/software-download/windows11 +2. Run the command above""" +additional = """I tested it on an M4 Pro Mac running TCG. Other users have reported the same issue with M3 running TCG and Intel i9 running HVF.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2701.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2701.toml new file mode 100644 index 00000000..d473eb0f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2701.toml @@ -0,0 +1,15 @@ +id = 2701 +title = "VGPU migration under VFIO. nvidia-vgpu-mgr: Error saving page in pipelined mode on 550.90.05 driver (Debian12,libvirt 10.5.0 qemu 9.1.1)" +state = "closed" +created_at = "2024-11-27T07:21:27.149Z" +closed_at = "2025-01-20T16:45:14.797Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2701" +host-os = "Debian 12" +host-arch = "x86" +qemu-version = "qemu 9.1.1" +guest-os = "Debian12" +guest-arch = "x86" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2703.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2703.toml new file mode 100644 index 00000000..b8e7689a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2703.toml @@ -0,0 +1,48 @@ +id = 2703 +title = "ptimer period sporadically too long" +state = "closed" +created_at = "2024-11-27T14:19:00.476Z" +closed_at = "2025-03-09T00:40:01.337Z" +labels = ["icount"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2703" +host-os = "EndeavourOS" +host-arch = "x86" +qemu-version = "9.1.0 (v9.1.0-27-g154e0ea1fe-dirty) // custom device added" +guest-os = "Linux" +guest-arch = "x86" +description = """A ptimer in a custom device with a frequency of 10kHz is sporadically called after more than 100,000ns in virtual time have elapsed. + +With a icount shift of 4 or 5 this happens almost everytime before the linux guest can even finish booting. + +With a shift of 0 this happens very rarely, but it does occur from time to time.""" +reproduce = """1. setup a ptimer with a frequency of 10kHz and assert that the time passed between callbacks is exactly 100,000ns +2. run +3. wait for boom""" +additional = """``` +// Timer setup +ptimer_transaction_begin(state->timer); + +ptimer_set_freq(state->timer, 10000); +ptimer_run(state->timer, 0); + +ptimer_transaction_commit(state->timer); +``` +``` +// timer callback +int64_t now = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL); +static int64_t last = 0; +if (last > 0) +{ + if (now - last != 100000) + { + fprintf(stderr, "error tick %ld after %ld is incorrect: %ld\\n", now, last, now - last); + assert(0); + } +} +last = now; +``` + +``` +error tick 47867503135 after 47867400000 is incorrect: 103135 +qemu-system-x86_64: ../...file.c:119: timer_callback: Assertion `0' failed. +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2705.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2705.toml new file mode 100644 index 00000000..76efed16 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2705.toml @@ -0,0 +1,29 @@ +id = 2705 +title = "USB event delivery does not work correctly for macOS guests with XHCI controller without MSI(-X)" +state = "closed" +created_at = "2024-12-01T15:45:07.801Z" +closed_at = "2025-03-06T05:32:11.312Z" +labels = ["USB", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2705" +host-os = "Any" +host-arch = "x86-64, aarch64" +qemu-version = "9.2.0-rc2" +guest-os = "macOS" +guest-arch = "x86-64, aarch64" +description = "n/a" +reproduce = """1. Get a macOS VM working. Either on x86-64 with a Q35 machine type, AppleSMC device, and OpenCore bootloader, or on aarch64 using the patch set and instructions linked above. +2. On x86-64, switch to a NEC XHCI controller with MSI and MSI-X support forcibly disabled: `-device nec-usb-xhci,id=xhci,msi=off,msix=off` +3. Boot macOS. + +USB events are now extremely laggy. A USB keyboard or mouse becomes almost unusable. + + +While narrowing down the problem, I established the following facts by experimentation, tracing, and code inspection: + + * Although the vmapple platform uses an emulated XHCI PCI device for connecting virtual USB devices, it does not support message-signalled interrupts, in either the MSI or MSI-X persuasion. (This is true in Apple's implementation as well, but the macOS guest's XHCI driver unsurprisingly does work with Apple's PCI/XHCI implementation.) + * macOS guests (and the iBoot bootloader) appear to refuse to drive XHCI controllers with `numintrs < 4`, for both aarch64 and x86-64 architectures. They will generally set up event rings 0, 1, and 2. + * QEMU's PCI XHCI implementation does not appear to implement (as of 9.2.0-rc2) any mitigations for when the controller is used in pin-based IRQ mode. It will happily attempt to use event rings >0 in this case, but interrupts are dropped. + * Linux and FreeBSD guests appear to use only interrupter 0 anyway, so these are not useful references. + +It's not entirely clear to me what component is ultimately responsible for the failure here - I suspect there might be some not-quite-right behaviour in both macOS's XHCI driver and Qemu's XHCI implementation, and that these conspire to a non-functional setup.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2706.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2706.toml new file mode 100644 index 00000000..9eccd702 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2706.toml @@ -0,0 +1,15 @@ +id = 2706 +title = "MigrationCapability \"dirty-bitmaps off\"" +state = "opened" +created_at = "2024-12-02T09:53:11.319Z" +closed_at = "n/a" +labels = ["Documentation", "Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2706" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2707.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2707.toml new file mode 100644 index 00000000..f3fa9e19 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2707.toml @@ -0,0 +1,18 @@ +id = 2707 +title = "virtio-balloon crashes in a object assert when querying stats" +state = "closed" +created_at = "2024-12-02T14:02:52.885Z" +closed_at = "2024-12-03T17:58:55.569Z" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2707" +host-os = "Fedora 41" +host-arch = "x86_64" +qemu-version = "v9.2.0-rc2-34-g72b88908d1" +guest-os = "Any" +guest-arch = "All" +description = """Fetch virtio-balloon stats will crash a QEMU crash with assert failures""" +reproduce = """1. ./qemu-system-x86_64 -device virtio-balloon,id=balloon -qmp qmp.sock +2. Connect to qmp.sock +3. Issue 'qom-get path=/machine/peripheral/balloon property=guest-stats' +4. QEMU go boom!""" +additional = """This is a regression caused by commit 0d2eeef77a33315187df8519491a900bde4a3d83, which failed to update `balloon_stat_names` with the new stats names, causing code to try to add a QDict entry with a NULL key.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2709.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2709.toml new file mode 100644 index 00000000..379e3260 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2709.toml @@ -0,0 +1,15 @@ +id = 2709 +title = "Contributing to docs is very confusing" +state = "opened" +created_at = "2024-12-04T13:55:08.606Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2709" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2714.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2714.toml new file mode 100644 index 00000000..78d53f8c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2714.toml @@ -0,0 +1,19 @@ +id = 2714 +title = "Potential memory leak in virtio-crytpto" +state = "opened" +created_at = "2024-12-10T02:56:00.563Z" +closed_at = "n/a" +labels = ["Cryptography"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2714" +host-os = "ubuntu 20.04" +host-arch = "x86" +qemu-version = "1cf9bc6eba7506ab6d9de635f224259225f63466" +guest-os = "ubuntu 20.04" +guest-arch = "x86" +description = """There is a potential memory leak while using virtio-crypto with vhost-user backend. + +The problem is due to misuse of error_setg in [backends/cryptodev-vhost-user.c#L284](https://gitlab.com/qemu-project/qemu/-/blob/master/backends/cryptodev-vhost-user.c#L284). After invoking error_setg(&local_error, ...), current procedure should not return without freeing err object pointed by local_error. + +The same problem occured in cryptodev-builtin, which has been discussed in #2283 and fixed in f6abce29cc4afa0445cb3b29a265a114ac9fa744. The same fixes should be applied to cryptodev-vhost-user.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2716.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2716.toml new file mode 100644 index 00000000..170dbd7f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2716.toml @@ -0,0 +1,17 @@ +id = 2716 +title = "migrate incoming with fd transfer issue" +state = "closed" +created_at = "2024-12-11T10:26:58.872Z" +closed_at = "2024-12-13T05:58:19.294Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2716" +host-os = "debian 10" +host-arch = "x86" +qemu-version = "7.2.13" +guest-os = "debian 10" +guest-arch = "x86" +description = "n/a" +reproduce = """1. +2. +3.""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2717.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2717.toml new file mode 100644 index 00000000..385ecf48 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2717.toml @@ -0,0 +1,20 @@ +id = 2717 +title = "semihosting link to risc-v details in document is changed" +state = "closed" +created_at = "2024-12-11T10:31:09.266Z" +closed_at = "2025-05-06T12:51:40.402Z" +labels = ["Bite Sized", "Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2717" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. Open https://gitlab.com/qemu-project/qemu/-/blob/master/docs/about/emulation.rst +2. Goto Supported Targets section +3. Click RISC-V link in the table +4. Got 404 + +New url looks like https://github.com/riscv-non-isa/riscv-semihosting/blob/main/riscv-semihosting.adoc""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2719.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2719.toml new file mode 100644 index 00000000..0ad37dd1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2719.toml @@ -0,0 +1,15 @@ +id = 2719 +title = "9.2.0 tarball contains unrelated files" +state = "closed" +created_at = "2024-12-12T12:52:48.710Z" +closed_at = "2025-01-17T17:47:10.154Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2719" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/272.toml b/gitlab/issues/target_missing/host_missing/accel_missing/272.toml new file mode 100644 index 00000000..fa016140 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/272.toml @@ -0,0 +1,15 @@ +id = 272 +title = "QEMU: block/vvfat driver issues" +state = "opened" +created_at = "2021-05-11T05:38:37.972Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/272" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2720.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2720.toml new file mode 100644 index 00000000..fe2c4618 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2720.toml @@ -0,0 +1,80 @@ +id = 2720 +title = "migration failure from qemu 7.1.0 to qemu 9.2.0+ with multifd capability enabled" +state = "closed" +created_at = "2024-12-12T17:02:08.921Z" +closed_at = "2025-01-01T10:35:41.652Z" +labels = ["Migration", "Regression"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2720" +host-os = "CentOS Stream release 9" +host-arch = "x86_64" +qemu-version = "7.1.0 / 9.2.0 / 9.2.50" +guest-os = "n/a" +guest-arch = "x86_64" +description = """Enabling multifd when doing migration from qemu 7.1.0 to 9.2.0+ causes the migration to fail. +The migration status reported is: + +``` +Migration status: failed (Unable to write to socket: Broken pipe) +``` + +I could reproduce on qemu 9.2.0 and from a build from master. The migration is successful if I don't enable multifd. + +I could not reproduce this issue migrating from 7.1.0 to 9.1.2.""" +reproduce = """Minimal setup to reproduce below, running both qemu instances on the same host. + +1. Start qemu instance receiving the migration: + +``` +$ qemu-system-x86_64 -version +QEMU emulator version 9.2.50 (v9.2.0-28-ga5ba0a7e4e) + +$ qemu-system-x86_64 -M pc-q35-7.1 -m 16G -nographic -incoming defer -net none -trace 'migration*' +[...] +(qemu) migrate_set_capability multifd on +(qemu) migrate_set_parameter multifd-channels 4 +(qemu) migrate_incoming tcp:0:12345 +[...] +(qemu) migration_socket_incoming_accepted +migration_set_incoming_channel ioc=0x5619735b1800 ioctype=qio-channel-socket +migration_socket_incoming_accepted +migration_set_incoming_channel ioc=0x561972dff670 ioctype=qio-channel-socket +migration_socket_incoming_accepted +migration_set_incoming_channel ioc=0x561972dad800 ioctype=qio-channel-socket +migration_socket_incoming_accepted +migration_set_incoming_channel ioc=0x561972c9d670 ioctype=qio-channel-socket +migration_socket_incoming_accepted +migration_set_incoming_channel ioc=0x561972c7b270 ioctype=qio-channel-socket + +``` + +2. Start the qemu instance that will be used to initiate the migration with multifd enabled, and initiate the migration + +``` +$ qemu-system-x86_64 -version +QEMU emulator version 7.1.0 (v7.1.0) + +$ qemu-system-x86_64 -M pc-q35-7.1 -m 16G -nographic -net none -trace 'migration*' +[...] +(qemu) migrate_set_capability multifd on +(qemu) migrate_set_parameter multifd-channels 4 +(qemu) migrate -d tcp:0:12345 +(qemu) migration_socket_outgoing_connected hostname=0 +migration_set_outgoing_channel ioc=0x558ea2051400 ioctype=qio-channel-socket hostname=0 err=(nil) +migration_bitmap_sync_start +migration_bitmap_sync_end dirty_pages 0 +migration_thread_setup_complete +migration_bitmap_clear_dirty rb pc.ram start 0x0 size 0x40000000 page 0x0 +migration_thread_after_loop +qemu-system-x86_64: Unable to write to socket: Broken pipe +(qemu) info migrate +globals: +store-global-state: on +only-migratable: off +send-configuration: on +send-section-footer: on +decompress-error-check: on +clear-bitmap-shift: 18 +Migration status: failed (Unable to write to socket: Broken pipe) +total time: 0 ms +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2722.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2722.toml new file mode 100644 index 00000000..35d4bb05 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2722.toml @@ -0,0 +1,60 @@ +id = 2722 +title = "TLB Invalidation time out on i915 SR-IOV passthrough" +state = "closed" +created_at = "2024-12-13T10:34:45.859Z" +closed_at = "2025-01-20T17:39:32.204Z" +labels = ["VFIO", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2722" +host-os = "Gentoo Base System release 2.14" +host-arch = "x86_64" +qemu-version = "latest qemu (master branch)" +guest-os = "Windows 10 21H1" +guest-arch = "n/a" +description = """Hello, + +I tried to use SR-IOV on i915 driver freshly available on the [LTS intel kernel](https://github.com/intel/linux-intel-lts) with this [kernel version ](https://github.com/intel/linux-intel-lts/tree/lts-v6.6.34-linux-240626T131354Z) for pci passthrough purpose. +After setting up SR-IOV (kernel compilation, kernel cmdline, vfio-pci driver attribution to the new pci..) + I've got my two new pci. + +``` +00:02.0 VGA compatible controller: Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c) +DeviceName: Onboard IGD + +Subsystem: Hewlett-Packard Company Alder Lake-P Integrated Graphics Controller +Kernel driver in use: i915 + +00:02.1 VGA compatible controller: Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c) +Subsystem: Hewlett-Packard Company Alder Lake-P Integrated Graphics Controller +Kernel driver in use: vfio-pci + +00:02.2 VGA compatible controller: Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c) +Subsystem: Hewlett-Packard Company Alder Lake-P Integrated Graphics Controller +Kernel driver in use: vfio-pci +``` +I gave one of those pci to my VM with this qemu cmdline: +``` +-cpu host,migratable=on,hv-time,hv-relaxed,hv-vapic,hv-spinlocks=0x1fff,hv-passthrough,hv-vendor-id=IrisXE +... +-device vfio-pci-nohotplug,host=0000:00:02.1,id=hostdev0,bus=pci.4,addr=0x0 +``` +Sometimes it working properly when I start the qemu cmdline but most of the time I've got those kernel errors and a GPU hang: +``` + kernel [ 2252.208134] i915 0000:00:02.0: [drm] ERROR GT0: GUC: TLB invalidation response timed out for seqno 9679 + kernel [ 2252.208134] i915 0000:00:02.0: [drm] ERROR GT0: GUC: TLB invalidation response timed out for seqno 9679 + kernel i915 0000:00:02.0: [drm] ERROR GT0: GUC: TLB invalidation response timed out for seqno 9679 + kernel i915 0000:00:02.0: [drm] ERROR GT0: GUC: TLB invalidation response timed out for seqno 9679 + .... + kernel Fence expiration time out i915-0000:00:02.0:renderThread22381:6e0! + kernel i915 0000:00:02.0: [drm] GT0: GuC firmware i915/adlp_guc_70.bin version 70.13.1 + kernel i915 0000:00:02.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3 + kernel i915 0000:00:02.0: [drm] GT0: HuC: authenticated for all workloads + kernel i915 0000:00:02.0: [drm] GT0: GUC: submission enabled + kernel i915 0000:00:02.0: [drm] GT0: GUC: SLPC enabled + kernel [ 2730.991019] i915 0000:00:02.0: [drm] GPU HANG: ecode 12:1:85dfbfff, in renderThread [22381] + kernel [ 2730.991084] i915 0000:00:02.0: [drm] renderThread22381 context reset due to GPU hang +``` +It mostly appears when Qemu is starting.. + +Any help would be appreciate, thanks a lot""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2724.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2724.toml new file mode 100644 index 00000000..42781b7a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2724.toml @@ -0,0 +1,16 @@ +id = 2724 +title = "Invalid DRM modifier in ScanoutDMABUF call" +state = "closed" +created_at = "2024-12-14T20:19:40.447Z" +closed_at = "2024-12-19T23:35:53.154Z" +labels = ["device:graphics", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2724" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "9.1.2" +guest-os = "Windows 11 24H2" +guest-arch = "x86_64" +description = """`modifier` parameter in `ScanoutDMABUF` callback is always `0xffffffffffffff` (`DRM_FORMAT_RESERVED`)""" +reproduce = """1. Run QEMU with D-Bus display +2. Connect D-Bus display client and print modifier""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2726.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2726.toml new file mode 100644 index 00000000..6b611df9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2726.toml @@ -0,0 +1,15 @@ +id = 2726 +title = "please make qemu-img capable of using with pipes" +state = "opened" +created_at = "2024-12-16T13:34:52.385Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2726" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2727.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2727.toml new file mode 100644 index 00000000..f27fcf2a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2727.toml @@ -0,0 +1,15 @@ +id = 2727 +title = "`Debian testing` (2024-12-16) - `qemu-system-x86_64 9.2.0` : bug with the `virtio-net` and a DHCP connection with a virtual bridge." +state = "closed" +created_at = "2024-12-17T11:01:52.134Z" +closed_at = "2025-04-16T07:07:08.655Z" +labels = ["Networking", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2727" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2728.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2728.toml new file mode 100644 index 00000000..cde9d201 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2728.toml @@ -0,0 +1,23 @@ +id = 2728 +title = "QEMU/Virt-Manager + QXL 4k Resolution + Win 10 and Win 11 Guest freeze" +state = "opened" +created_at = "2024-12-18T21:37:31.945Z" +closed_at = "n/a" +labels = ["GUI", "guest: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2728" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "qemu v9.1.2-1" +guest-os = "Windows 10 22H2, Windows 11 23H2" +guest-arch = "x86" +description = """I use two 4k displays in my VM with 150% display scaling. After a random amount of time the screen locks up. It can lock up before i can log in or it can wait a few minutes into using it before it stops responding. It still pings but is unresponsive via the display. I've tried several different builds of the guest drivers but that did not work, the only solution has been to revert to QEMU v9.0.2-1.""" +reproduce = """1.Create new x86 VM using QXl video, Install Windows 10 or Windows 11 and latest guest drivers from spice and fedora +2.Open with virt viewer and resize both screens to 3840 x 2160 or use autosize +3.Set display scaling to 150% +4.Lockup occurs at some point after that but not more than 5 minutes.""" +additional = """There seems to be a similar bug here:https://gitlab.com/qemu-project/qemu/-/issues/1628#note_214460662 +also a debian forum post here: https://forums.debian.net/viewtopic.php?t=160631 +QEMU v9.0.2-1 does not have this problem, eliminating the guest drivers as a culprit + + +/label ~"kind::Bug"""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/273.toml b/gitlab/issues/target_missing/host_missing/accel_missing/273.toml new file mode 100644 index 00000000..765f218a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/273.toml @@ -0,0 +1,15 @@ +id = 273 +title = "xhci_find_stream: Assertion `streamid != 0' failed." +state = "opened" +created_at = "2021-05-12T11:00:56.101Z" +closed_at = "n/a" +labels = ["Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/273" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2732.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2732.toml new file mode 100644 index 00000000..5ee013a3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2732.toml @@ -0,0 +1,47 @@ +id = 2732 +title = "Segmentation fault with PCI GPU" +state = "opened" +created_at = "2024-12-19T23:33:07.275Z" +closed_at = "n/a" +labels = ["VFIO", "device: PCI", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2732" +host-os = "Arch Linux" +host-arch = "x64" +qemu-version = "9.1.2" +guest-os = "Windows 10" +guest-arch = "x64" +description = """Upon attempting to launch the virtual machine, Qemu crashes with Segfault. The issue only occurs it's launched with a passthrough GPU with the vfio driver. It is an Nvidia RTX 3060 GPU. The VM boots fine without the GPU PCI device added.""" +reproduce = """1. Create a VM with the GPU PCI device added +2. Attempt to boot it +3. virt-manager will display: "libvirt.libvirtError: internal error: QEMU unexpectedly closed the monitor"""" +additional = """GDB backtrace: +``` +Thread 1 "qemu-system-x86" received signal SIGSEGV, Segmentation fault. +Downloading 116.51 K source file /usr/src/debug/qemu/build/../qemu-9.1.2/system/memory.c +memory_region_update_container_subregions () at ../qemu-9.1.2/system/memory.c:2616 +2616\t QTAILQ_FOREACH(other, &mr->subregions, subregions_link) { +(gdb) bt +#0 memory_region_update_container_subregions () at ../qemu-9.1.2/system/memory.c:2616 +#1 memory_region_add_subregion_common () at ../qemu-9.1.2/system/memory.c:2640 +#2 0x0000555555ade66a in memory_region_add_subregion_overlap () at ../qemu-9.1.2/system/memory.c:2657 +#3 vfio_probe_nvidia_bar0_quirk () at ../qemu-9.1.2/hw/vfio/pci-quirks.c:966 +#4 vfio_bar_quirk_setup () at ../qemu-9.1.2/hw/vfio/pci-quirks.c:1259 +#5 0x0000555555ae8212 in vfio_realize () at ../qemu-9.1.2/hw/vfio/pci.c:3133 +#6 0x000055555586c3ab in pci_qdev_realize () at ../qemu-9.1.2/hw/pci/pci.c:2097 +#7 0x0000555555b924f3 in device_set_realized () at ../qemu-9.1.2/hw/core/qdev.c:510 +#8 0x0000555555b9c37f in property_set_bool () at ../qemu-9.1.2/qom/object.c:2354 +#9 0x0000555555b9a21a in object_property_set () at ../qemu-9.1.2/qom/object.c:1463 +#10 0x0000555555b9abbf in object_property_set_qobject () at ../qemu-9.1.2/qom/qom-qobject.c:28 +#11 object_property_set_bool () at ../qemu-9.1.2/qom/object.c:1533 +#12 0x000055555594dafb in qdev_device_add_from_qdict () at ../qemu-9.1.2/system/qdev-monitor.c:719 +#13 0x00005555559586f1 in qemu_create_cli_devices () at ../qemu-9.1.2/system/vl.c:2664 +#14 qmp_x_exit_preconfig () at ../qemu-9.1.2/system/vl.c:2721 +#15 0x0000555555962396 in qemu_init () at ../qemu-9.1.2/system/vl.c:3766 +#16 0x00005555556d2abd in main () at ../qemu-9.1.2/system/main.c:47 +``` + +dmesg: +``` +[ 4846.200960] qemu-system-x86[26518]: segfault at b8 ip 00006149e75a64e6 sp 00007fff4c85fbe0 error 4 in qemu-system-x86_64[5c24e6,6149e7155000+72c000] likely on CPU 4 (core 4, socket 0) +[ 4846.200968] Code: 2e 01 83 c0 01 89 05 0d cd 2e 01 48 8b 43 40 48 85 c0 74 16 ba 01 00 00 00 f0 0f c1 50 18 81 fa fe ff ff 7f 0f 87 c4 00 00 00 <49> 8b 84 24 b8 00 00 00 48 85 c0 74 55 8b 93 b0 00 00 00 eb 11 0f +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2735.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2735.toml new file mode 100644 index 00000000..9c1b15d9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2735.toml @@ -0,0 +1,20 @@ +id = 2735 +title = "Couldn't find rom image 'canon-a1100-rom1.bin'." +state = "closed" +created_at = "2024-12-20T07:23:34.890Z" +closed_at = "2024-12-20T14:14:13.945Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2735" +host-os = "Ubuntu 24.04.1 LTS" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.50 (v9.2.0-319-gca80a5d026)" +guest-os = "custom" +guest-arch = "aarch64" +description = """``` +$ qemu-system-aarch64 -machine canon-a1100 +qemu-system-aarch64: Couldn't find rom image 'canon-a1100-rom1.bin'. +```""" +reproduce = """``` +qemu-system-aarch64 -machine canon-a1100 +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2737.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2737.toml new file mode 100644 index 00000000..48bc3c33 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2737.toml @@ -0,0 +1,15 @@ +id = 2737 +title = "Plans for Adding RISC-V Vector (RVV) Backend Support?" +state = "closed" +created_at = "2024-12-21T06:21:35.663Z" +closed_at = "2024-12-21T14:12:45.717Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2737" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/274.toml b/gitlab/issues/target_missing/host_missing/accel_missing/274.toml new file mode 100644 index 00000000..557062bf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/274.toml @@ -0,0 +1,15 @@ +id = 274 +title = "FIXME xhci_alloc_device_streams:972 guest streams config not identical for all eps" +state = "closed" +created_at = "2021-05-12T11:01:30.670Z" +closed_at = "2023-08-15T17:35:22.996Z" +labels = ["Fuzzer", "Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/274" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2740.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2740.toml new file mode 100644 index 00000000..bc9ddfec --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2740.toml @@ -0,0 +1,75 @@ +id = 2740 +title = "Out-of-bounds access and heap-use-after-free in smc91c111_writeb()" +state = "closed" +created_at = "2024-12-22T03:02:36.213Z" +closed_at = "2024-12-22T22:26:19.976Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2740" +host-os = "Ubuntu" +host-arch = "x86_64" +qemu-version = "commit 65cb7129f4160" +guest-os = "n/a" +guest-arch = "ARM" +description = """An out-of-bounds access bug was triggered by my fuzzer. + +The error is: + +``` +../hw/net/smc91c111.c:457:17: runtime error: index 48 out of bounds for type 'uint8_t[4][2048]' (aka 'unsigned char[4][2048]') +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/net/smc91c111.c:457:17 in +================================================================= +==60006==ERROR: AddressSanitizer: heap-use-after-free on address 0x6290000385b4 at pc 0x5de3d1ac6add bp 0x7ffc4d4b2b30 sp 0x7ffc4d4b2b28 +WRITE of size 1 at 0x6290000385b4 thread T0 +warning: DWARF unit at offset 0x00417a37 has unsupported address size: 31 (supported are 2, 4, 8) + #0 0x5de3d1ac6adc in smc91c111_writeb smc91c111.c + #1 0x5de3d1abf6e3 in smc91c111_writefn smc91c111.c + #2 0x5de3d2d9e2d3 in memory_region_write_accessor memory.c + #3 0x5de3d2d9da4a in access_with_adjusted_size memory.c + #4 0x5de3d2d9ce78 in memory_region_dispatch_write + #5 0x5de3d2df5e44 in flatview_write_continue_step physmem.c + #6 0x5de3d2de2d40 in flatview_write physmem.c + #7 0x5de3d2de29d7 in address_space_write + ... + +0x6290000385b4 is located 5044 bytes inside of 16176-byte region [0x629000037200,0x62900003b130) +freed by thread T0 here: + #0 0x5de3d1100027 in __interceptor_free.part.0 asan_malloc_linux.cpp + #1 0x5de3d2f35106 in object_unref + #2 0x5de3d24ac45c in qemu_get_nic_models + #3 0x5de3d24acead in qemu_create_nic_bus_devices + #4 0x5de3d2722553 in realview_init realview.c + #5 0x5de3d1468182 in machine_run_board_init + #6 0x5de3d237e40a in qmp_x_exit_preconfig + #7 0x5de3d238505c in qemu_init + ... + +previously allocated by thread T0 here: + #0 0x5de3d1101217 in malloc + #1 0x7ea39d40a738 in g_malloc + #2 0x5de3d24acead in qemu_create_nic_bus_devices + #3 0x5de3d2722553 in realview_init realview.c + #4 0x5de3d1468182 in machine_run_board_init + #5 0x5de3d237e40a in qmp_x_exit_preconfig + #6 0x5de3d238505c in qemu_init + ... +```""" +reproduce = """``` +export QEMU_ARGS="-display none -machine accel=qtest, -m 512M -machine realview-eb" +cat << EOF | ./qemu-system-arm $QEMU_ARGS -qtest /dev/null -qtest stdio +clock_step +readw 0x4e000000 +readw 0x4e000000 +clock_step +writel 0x4e00000c 0x2402e660 +readb 0x4e000008 +readl 0x4e000000 +clock_step +readb 0x4e000000 +writel 0x4e000000 0x66308c81 +writew 0x4e000008 0xe40ba4c +readb 0x4e000000 +readw 0x4e000000 +readl 0x4e000008 +EOF +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2742.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2742.toml new file mode 100644 index 00000000..fd41e975 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2742.toml @@ -0,0 +1,74 @@ +id = 2742 +title = "heap-buffer-overflow in smc91c111_do_tx()" +state = "closed" +created_at = "2024-12-23T06:20:28.277Z" +closed_at = "2025-03-13T07:03:14.247Z" +labels = ["Fuzzer", "Networking", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2742" +host-os = "Ubuntu" +host-arch = "x86_64" +qemu-version = "commit aa3a285b5" +guest-os = "n/a" +guest-arch = "ARM" +description = """A buffer-overflow bug was triggered by my fuzzer at smc91c111_do_tx(). + +I've patched hw/net/smc91c111.c with: + +``` +diff --git a/hw/net/smc91c111.c b/hw/net/smc91c111.c +index 702d0e8e83..286298bf06 100644 +--- a/hw/net/smc91c111.c ++++ b/hw/net/smc91c111.c +@@ -429,7 +429,7 @@ static void smc91c111_writeb(void *opaque, hwaddr offset, + /* Ignore. */ + return; + case 2: /* Packet Number Register */ +- s->packet_num = value; ++ s->packet_num = value & (NUM_PACKETS - 1); + return; + case 3: case 4: case 5: + /* Should be readonly, but linux writes to them anyway. Ignore. */ +``` + +The error is: + +``` +==2724739==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x629000022941 at pc 0x595ebbed687b bp 0x7fffa0098a50 sp 0x7fffa0098a48 +READ of size 1 at 0x629000022941 thread T0 + #0 0x595ebbed687a in smc91c111_do_tx hw/net/smc91c111.c:240:19 + #1 0x595ebbed687a in smc91c111_queue_tx hw/net/smc91c111.c:284:5 + #2 0x595ebbed687a in smc91c111_writeb hw/net/smc91c111.c:419:17 + #3 0x595ebbed687a in smc91c111_writefn hw/net/smc91c111.c:666:9 + #4 0x595ebd174d33 in memory_region_write_accessor system/memory.c:497:5 + #5 0x595ebd1744aa in access_with_adjusted_size system/memory.c:573:18 + #6 0x595ebd1738d8 in memory_region_dispatch_write system/memory.c + #7 0x595ebd1cc984 in flatview_write_continue_step system/physmem.c:2786:18 + #8 0x595ebd1b9880 in flatview_write_continue system/physmem.c:2816:19 + #9 0x595ebd1b9880 in flatview_write system/physmem.c:2847:12 + #10 0x595ebd1b9517 in address_space_write system/physmem.c:2967:18 + #11 0x595ebc77d5c3 in qtest_process_command system/qtest.c:522:13 + #12 0x595ebc77b83b in qtest_process_inbuf system/qtest.c:776:9 + ... +```""" +reproduce = """``` +export QEMU_ARGS="-display none -machine accel=qtest, -m 512M -machine realview-eb" +cat << EOF | ./qemu-system-arm $QEMU_ARGS -qtest /dev/null -qtest stdio +clock_step +clock_step +writel 0x4e000000 0x2b1e08f5 +writew 0x4e000000 0x2b1e08f5 +writel 0x4e00000c 0x66027d24 +clock_step +readb 0x4e000000 +writel 0x4e000008 0x238e1f29 +writew 0x4e000000 0x41d9fe3b +writel 0x4e00000c 0x27022a2d +clock_step +readw 0x4e000004 +clock_step +readb 0x4e000008 +clock_step +writew 0x4e000000 0x620c5fdf +EOF +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2743.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2743.toml new file mode 100644 index 00000000..bc586a02 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2743.toml @@ -0,0 +1,15 @@ +id = 2743 +title = "The command Qemu-img did not work, cannot convert raw file to vhd file" +state = "opened" +created_at = "2024-12-23T07:57:45.297Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2743" +host-os = "Ubuntu 22.04" +host-arch = "x86" +qemu-version = "9.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2744.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2744.toml new file mode 100644 index 00000000..00038ba9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2744.toml @@ -0,0 +1,17 @@ +id = 2744 +title = "Avoid defining custom machine-definition macros for each new machine type" +state = "opened" +created_at = "2024-12-23T13:17:47.391Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2744" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """There are already some semi-generic implementations of this macro, such as [`DEFINE_PC_VER_MACHINE()`](https://gitlab.com/qemu-project/qemu/-/blob/aa3a285b5bc56a4208b3b57d4a55291e9c260107/include/hw/i386/pc.h#L326), which is used for the 'q35', 'pc' and 'isapc' machine types. + +There does appear to be some deviation from the template macro in some cases. We would have to enumerate what the nature of these deviations is, why only some machine types need them, and how they would fit into the proposed generic macro. Still, if we could have a generic macro that simplifies 80% of machine types' version definitions, then that seems like a win.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2745.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2745.toml new file mode 100644 index 00000000..81a1b5e1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2745.toml @@ -0,0 +1,34 @@ +id = 2745 +title = "Qemu should send RARP for vhostuser regardless of whether virtio supports GUEST_ANNOUNCE" +state = "opened" +created_at = "2024-12-23T16:32:49.159Z" +closed_at = "n/a" +labels = ["Networking", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2745" +host-os = "RHEL" +host-arch = "any" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """When virtio reports to qemu that GUEST_ANNOUNCE is supported, qemu will not send RARP. The assumption, I think, is that guest kernel will do whatever is needed to announce the guest. The problem with this assumption is that 1) kernel won't send RARPs; 2) for IPv4 and IPv6 it will send GARPs and NAs; 3) for interfaces with no IP addresses, I think it won't send anything at all. + +RARPs are useful because they allow to notify regardless of IP configuration. I've [asked](https://issues.redhat.com/browse/RHEL-71919]) RHEL kernel folks to consider issuing RARPs from the guest kernel, but it won't happen overnight, and regardless, it's not a complete solution since we cannot expect all guests running a patched kernel with such feature. + +RARP packets are also often expected by underlying network components. For example, OVN controller has a special "activation-strategy=rarp" configuration that makes OVN wait for a RARP from destination chassis on live migration, and only then unblock traffic for the port. Since RARP is not issed by Qemu nor virtio-net, the OVN port is never unblocked (until its configuration is reset by CMS). + +I think what should be done from Qemu side is to send RARP for vhostuser ports regardless of whether virtio supports GUEST_ANNOUNCE. I **think** this can be achieved by removing this code: + +``` + /* If guest supports GUEST_ANNOUNCE do nothing */ + if (virtio_has_feature(dev->acked_features, VIRTIO_NET_F_GUEST_ANNOUNCE)) { + return 0; + } +```""" +reproduce = """1. Start a VM with vhostuser* port and fresh virtio guest driver. +2. Live migrate it. +3. Observe that RARP is not sent from the migrated port. GARP (or NA for IPv6) is sent instead.""" +additional = """Some external bugs that may be relevant: + +- RHEL kernel request to send RARPs from virtio: https://issues.redhat.com/browse/RHEL-71919 (won't fix the issue for older unpatched kernels) +- Request for OVN to handle GARPs and NAs: https://issues.redhat.com/browse/FDP-1042 (won't solve for unaddressed ports!) +- An attempt to work around the issue in OpenStack Neutron OVN env by disabling activation strategy: https://issues.redhat.com/browse/OSPRH-12571 (not a great long term solution)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2746.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2746.toml new file mode 100644 index 00000000..62ffbe9c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2746.toml @@ -0,0 +1,15 @@ +id = 2746 +title = "NO_CAST.INTEGER_OVERFLOW in /hw/net/e1000.c" +state = "opened" +created_at = "2024-12-23T20:01:34.653Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2746" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2747.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2747.toml new file mode 100644 index 00000000..5384d64d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2747.toml @@ -0,0 +1,17 @@ +id = 2747 +title = "External snapshots are created world-readable when connecting via qemu+ssh://root" +state = "opened" +created_at = "2024-12-24T14:52:29.430Z" +closed_at = "n/a" +labels = ["Security", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2747" +host-os = "openSUSE Tumbleweed 20241222" +host-arch = "x86_64" +qemu-version = "9.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """External snapshots are created with world-readable permissions when connecting via `qemu+ssh://root`.""" +reproduce = """1. Create a VM over `qemu+ssh://root@$SERVER/system` +2. Create an external snapshot via virt-manager or with `virsh snapshot-create-as --domain testvm --name test --disk-only --diskspec vda,file=/var/lib/libvirt/images/test.qcow2 --atomic` +3. `ls -l /var/lib/libvirt/images/test.qcow2`""" +additional = """Issue doesn't seem to go away by adding `umask 077` in `$HOME/.profile`""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2749.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2749.toml new file mode 100644 index 00000000..5d9aa8e9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2749.toml @@ -0,0 +1,89 @@ +id = 2749 +title = "TSAN/RaceHunter data race on bh->flags in aio_compute_bh_timeout" +state = "opened" +created_at = "2024-12-27T09:59:09.577Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2749" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Switching the TSAN build for `test-aio-multithread` unit test reveals the data race on `bh->flags` in `aio_compute_bh_timeout`. + +The same data race can be found in the list of warnings in #851 and #1496. + +I investigated the data race and I can reproduce the same race with our tool RaceHunter on the test `tests/unit/test-thread-pool.c` where two accesses may happen simultaneously. It is not false alarm, because RaceHunter introduces the delay and catches both accesses exactly at the same time, not just predicting the race due to missing happens-before as TSAN does. + +``` +WARNING: SMC RaceHunter: Data race found: + read access from thread 0 [handle=0] at pc=0x55b851f660b9, addr=7b1000000168 (4 bytes) + #0 aio_compute_bh_timeout util/async.c:259:18 + #1 aio_compute_timeout util/async.c:282:15 + #2 aio_poll util/aio-posix.c:628:26 (test-thread-pool+0xa4223f) + #3 test_submit_aio tests/unit/test-thread-pool.c:70:9 + #4 main tests/unit/test-thread-pool.c + + Previous atomic write access from thread 4 [handle=4] at pc=0x55b851f65e24, addr=7b1000000168 (4 bytes) + #0 aio_bh_enqueue util/async.c:81:17 + #1 qemu_bh_schedule util/async.c:235:5 + #2 worker_thread util/thread-pool.c:118:9 + #3 qemu_thread_start util/qemu-thread-posix.c:543:9 +``` + +Both are accesses to `flags` in `BHList` (`bh->flags`) +The write access in `aio_bh_enqueue` is protected by atomic operation `qatomic_fetch_or` while second read access is not atomic and not protected by locks. + +The read access in `aio_compute_bh_timeout` seems to rely on RCU mechanism `QSLIST_FOREACH_RCU(bh, head, next)`, but in this case the writer should also use RCU protected assign.""" +reproduce = """1. configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +2. make check-unit test-aio-multithread +3. See the warning in the log +``` +WARNING: ThreadSanitizer: data race (pid=3514443) + Atomic write of size 4 at 0x7b1000000168 by thread T17: + #0 aio_bh_enqueue /home/mordan/qemu/build/../util/async.c:81:17 (test-thread-pool+0xa5e933) + #1 qemu_bh_schedule /home/mordan/qemu/build/../util/async.c:235:5 (test-thread-pool+0xa5e933) + #2 worker_thread /home/mordan/qemu/build/../util/thread-pool.c:118:9 (test-thread-pool+0xa66153) + #3 qemu_thread_start /home/mordan/qemu/build/../util/qemu-thread-posix.c:543:9 (test-thread-pool+0xa496c0) + + Previous read of size 4 at 0x7b1000000168 by main thread: + #0 aio_compute_bh_timeout /home/mordan/qemu/build/../util/async.c:259:18 (test-thread-pool+0xa5ebc8) + #1 aio_compute_timeout /home/mordan/qemu/build/../util/async.c:282:15 (test-thread-pool+0xa5ebc8) + #2 aio_poll /home/mordan/qemu/build/../util/aio-posix.c:628:26 (test-thread-pool+0xa42d4f) + #3 do_test_cancel /home/mordan/qemu/build/../tests/unit/test-thread-pool.c:199:9 (test-thread-pool+0x50f0e8) + #4 test_cancel_async /home/mordan/qemu/build/../tests/unit/test-thread-pool.c:230:5 (test-thread-pool+0x50ec01) + #5 <null> <null> (libglib-2.0.so.0+0x7daed) (BuildId: e845b8fd2f396872c036976626389ffc4f50c9c5) + #6 __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 (libc.so.6+0x29d8f) (BuildId: 490fef8403240c91833978d494d39e537409b92e) + + As if synchronized via sleep: + #0 nanosleep out/lib/clangrt-x86_64-unknown-linux-gnu/./out/lib/clangrt-x86_64-unknown-linux-gnu/./toolchain/llvm-project/compiler-rt/lib/tsan/rtl/tsan_interceptors_posix.cpp:365:3 (test-thread-pool+0x34507d) + #1 g_usleep <null> (libglib-2.0.so.0+0x7ff76) (BuildId: e845b8fd2f396872c036976626389ffc4f50c9c5) + #2 worker_thread /home/mordan/qemu/build/../util/thread-pool.c:111:15 (test-thread-pool+0xa66115) + #3 qemu_thread_start /home/mordan/qemu/build/../util/qemu-thread-posix.c:543:9 (test-thread-pool+0xa496c0) + + Location is heap block of size 56 at 0x7b1000000140 allocated by main thread: + #0 malloc out/lib/clangrt-x86_64-unknown-linux-gnu/./out/lib/clangrt-x86_64-unknown-linux-gnu/./toolchain/llvm-project/compiler-rt/lib/tsan/rtl/tsan_interceptors_posix.cpp:667:5 (test-thread-pool+0x346151) + #1 g_malloc <null> (libglib-2.0.so.0+0x5e738) (BuildId: e845b8fd2f396872c036976626389ffc4f50c9c5) + #2 thread_pool_init_one /home/mordan/qemu/build/../util/thread-pool.c:333:27 (test-thread-pool+0xa655c8) + #3 thread_pool_new /home/mordan/qemu/build/../util/thread-pool.c:348:5 (test-thread-pool+0xa655c8) + #4 aio_get_thread_pool /home/mordan/qemu/build/../util/async.c:441:28 (test-thread-pool+0xa5ed54) + #5 thread_pool_submit_aio /home/mordan/qemu/build/../util/thread-pool.c:246:24 (test-thread-pool+0xa64f0d) + #6 thread_pool_submit /home/mordan/qemu/build/../util/thread-pool.c:295:5 (test-thread-pool+0xa65362) + #7 test_submit /home/mordan/qemu/build/../tests/unit/test-thread-pool.c:49:5 (test-thread-pool+0x50e53f) + #8 <null> <null> (libglib-2.0.so.0+0x7daed) (BuildId: e845b8fd2f396872c036976626389ffc4f50c9c5) + #9 __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 (libc.so.6+0x29d8f) (BuildId: 490fef8403240c91833978d494d39e537409b92e) + + Thread T17 'worker' (tid=3514461, running) created by thread T16 at: + #0 pthread_create out/lib/clangrt-x86_64-unknown-linux-gnu/./out/lib/clangrt-x86_64-unknown-linux-gnu/./toolchain/llvm-project/compiler-rt/lib/tsan/rtl/tsan_interceptors_posix.cpp:1022:3 (test-thread-pool+0x34793d) + #1 qemu_thread_create /home/mordan/qemu/build/../util/qemu-thread-posix.c:583:11 (test-thread-pool+0xa49550) + #2 do_spawn_thread /home/mordan/qemu/build/../util/thread-pool.c:146:5 (test-thread-pool+0xa65f5e) + #3 worker_thread /home/mordan/qemu/build/../util/thread-pool.c:83:5 (test-thread-pool+0xa65f5e) + #4 qemu_thread_start /home/mordan/qemu/build/../util/qemu-thread-posix.c:543:9 (test-thread-pool+0xa496c0) + +SUMMARY: ThreadSanitizer: data race /home/mordan/qemu/build/../util/async.c:81:17 in aio_bh_enqueue +``` + + +@hreitz, @kmwolf, @bonzini Are there any other synchronization that was intended to ensure that the accesses do not happen simultaneously?""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/275.toml b/gitlab/issues/target_missing/host_missing/accel_missing/275.toml new file mode 100644 index 00000000..41a18288 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/275.toml @@ -0,0 +1,15 @@ +id = 275 +title = "Error in user-mode calculation of ELF aux vector's AT_PHDR" +state = "opened" +created_at = "2021-05-12T11:01:46.381Z" +closed_at = "n/a" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/275" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2750.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2750.toml new file mode 100644 index 00000000..ba1b9ee6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2750.toml @@ -0,0 +1,21 @@ +id = 2750 +title = "Data race in the goflag global variable in the rcutorture test." +state = "opened" +created_at = "2024-12-27T12:50:18.037Z" +closed_at = "n/a" +labels = ["Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2750" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """A data race involving the `goflag` global variable in `tests/unit/rcutorture.c` was identified using TSAN.""" +reproduce = """```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/rcutorture +MALLOC_PERTURB_=194 G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_SRCDIR=$QEMU_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/rcutorture --tap -k +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2751.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2751.toml new file mode 100644 index 00000000..acae497d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2751.toml @@ -0,0 +1,15 @@ +id = 2751 +title = "QEMU user emulation gdbstub emits incorrect file descriptor and errno values" +state = "opened" +created_at = "2024-12-27T17:59:42.602Z" +closed_at = "n/a" +labels = ["GDB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2751" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2752.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2752.toml new file mode 100644 index 00000000..90b04443 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2752.toml @@ -0,0 +1,285 @@ +id = 2752 +title = "Heap use after free in virtio-crypto with vhost-user backend" +state = "opened" +created_at = "2024-12-28T04:37:15.445Z" +closed_at = "n/a" +labels = ["Fuzzer", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2752" +host-os = "ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "9.1.93 (v9.2.0-rc3), 1cf9bc6eba7506ab6d9de635f224259225f63466" +guest-os = "qtest" +guest-arch = "x86" +description = """An heap-use-after-free happens in virtio-crypto device with vhost-user backend created by a dpdk example program.""" +reproduce = """1.Build dpdk vhost-user crypto backend. Following instructions here: [DPDK installation](https://doc.dpdk.org/guides/prog_guide/build-sdk-meson.html) +``` +wget https://fast.dpdk.org/rel/dpdk-24.11.tar.xz +meson setup -Dexamples=all build +cd build +ninja +meson install +cd examples +sudo ./dpdk-vhost_crypto --vdev 'crypto_aesni_mb0' -- --config \\(7,0,0\\) --socket-file=7,/tmp/my-crypto.sock +``` +After setting up the backend, should see something like: +``` +EAL: Detected CPU lcores: 48 +EAL: Detected NUMA nodes: 2 +EAL: Detected static linkage of DPDK +EAL: Multi-process socket /var/run/dpdk/rte/mp_socket +EAL: Selected IOVA mode 'PA' +EAL: VFIO support initialized +CRYPTODEV: Creating cryptodev crypto_aesni_mb0 +CRYPTODEV: Initialisation parameters - name: crypto_aesni_mb0,socket id: 0, max queue pairs: 8 +IPSEC_MB: ipsec_mb_create() line 168: IPSec Multi-buffer library version used: 2.0.0 +USER1: Processing on Core 7 started +VHOST_CONFIG: (/tmp/my-crypto.sock) logging feature is disabled in async copy mode +VHOST_CONFIG: (/tmp/my-crypto.sock) vhost-user server: socket created, fd: 213 +VHOST_CONFIG: (/tmp/my-crypto.sock) binding succeeded +``` + +2.Build qemu with ASAN (i.e., --enable-asan) and vhost support (i.e., --enable-vhost-user --enable-vhost-crypto) + +3.Ensure that /dev/hugemaps and /tmp/my-crypto.sock can be accessed. You may need to change their permissions by chmod, or run qemu-system as root. + +4.Run the command below to reproduce UAF. Here, Setting ASAN_OPTIONS=max_malloc_fill_size=0 avoids capturing another unintialized read in vhost_user_backend_init, which happens ealier than the UAF. + +I can reproduce it 7 times in 10 runs, seems to be racing. +``` +cat << EOF | ASAN_OPTIONS=max_malloc_fill_size=0 \\ +./qemu-system-x86_64 --enable-kvm -m 512M \\ +-object \\ +memory-backend-file,id=mem,size=512M,mem-path=/dev/hugepages,share=on \\ +-numa node,memdev=mem -smp cpus=4 -machine q35 -chardev \\ +socket,id=chardev0,path=/tmp/my-crypto.sock -object \\ +cryptodev-vhost-user,id=cryptodev0,chardev=chardev0 -device \\ +virtio-crypto-pci,id=crypto0,cryptodev=cryptodev0 -display none -qtest \\ +stdio +outl 0xcf8 0x80001800 +inw 0xcfc +outl 0xcf8 0x80001814 +outl 0xcfc 0xffffffff +outl 0xcf8 0x80001814 +inl 0xcfc +outl 0xcf8 0x80001814 +outl 0xcfc 0xe0000000 +outl 0xcf8 0x80001820 +outl 0xcfc 0xffffffff +outl 0xcf8 0x80001820 +inl 0xcfc +outl 0xcf8 0x80001820 +outl 0xcfc 0xe0004000 +outl 0xcf8 0x80001804 +inw 0xcfc +outl 0xcf8 0x80001804 +outw 0xcfc 0x7 +outl 0xcf8 0x80001804 +inw 0xcfc +writeq 0xe0004023 0x5f5f5f5f5f5f0d00 +writeq 0xe0004015 0x10b2d007a210fff +writeq 0xe0004011 0xb2616007a006425 +writeq 0xe0004011 0x5a5546a2d40b6425 +EOF +```""" +additional = """Here is the information reported by ASAN: +``` +==2277232==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +[I 0.000000] OPENED +qemu-system-x86_64: warning: vhost-user backend supports VHOST_USER_PROTOCOL_F_CONFIG but QEMU does not. +[R +0.119439] outl 0xcf8 0x80001800 +[S +0.119564] OK +OK +[R +0.119607] inw 0xcfc +[S +0.119667] OK 0x1af4 +OK 0x1af4 +[R +0.119721] outl 0xcf8 0x80001814 +[S +0.119770] OK +OK +[R +0.119817] outl 0xcfc 0xffffffff +[S +0.119889] OK +OK +[R +0.119929] outl 0xcf8 0x80001814 +[S +0.119977] OK +OK +[R +0.120037] inl 0xcfc +[S +0.120090] OK 0xfffff000 +OK 0xfffff000 +[R +0.120140] outl 0xcf8 0x80001814 +[S +0.120165] OK +OK +[R +0.120193] outl 0xcfc 0xe0000000 +[S +0.120242] OK +OK +[R +0.120303] outl 0xcf8 0x80001820 +[S +0.120324] OK +OK +[R +0.120343] outl 0xcfc 0xffffffff +[S +0.120390] OK +OK +[R +0.120431] outl 0xcf8 0x80001820 +[S +0.120487] OK +OK +[R +0.120541] inl 0xcfc +[S +0.120578] OK 0xffffc00c +OK 0xffffc00c +[R +0.120635] outl 0xcf8 0x80001820 +[S +0.120680] OK +OK +[R +0.120747] outl 0xcfc 0xe0004000 +[S +0.120815] OK +OK +[R +0.120858] outl 0xcf8 0x80001804 +[S +0.120881] OK +OK +[R +0.120930] inw 0xcfc +[S +0.120975] OK 0x0000 +OK 0x0000 +[R +0.121017] outl 0xcf8 0x80001804 +[S +0.121053] OK +OK +[R +0.121081] outw 0xcfc 0x7 +[S +0.132297] OK +OK +[R +0.132330] outl 0xcf8 0x80001804 +[S +0.132345] OK +OK +[R +0.132357] inw 0xcfc +[S +0.132373] OK 0x0007 +OK 0x0007 +[R +0.132392] writeq 0xe0004023 0x5f5f5f5f5f5f0d00 +[S +0.132409] OK +OK +[R +0.132419] writeq 0xe0004015 0x10b2d007a210fff +[S +0.132447] OK +OK +[R +0.132460] writeq 0xe0004011 0xb2616007a006425 +[S +0.132480] OK +OK +[R +0.132489] writeq 0xe0004011 0x5a5546a2d40b6425 +qemu-system-x86_64: Failed initializing vhost-user memory map, consider using -object memory-backend-file share=on +qemu-system-x86_64: vhost_set_mem_table failed: Invalid argument (22) +qemu-system-x86_64: Failed to write msg. Wrote -1 instead of 52. +qemu-system-x86_64: vhost_set_vring_addr failed: Invalid argument (22) +================================================================= +==2277232==ERROR: AddressSanitizer: heap-use-after-free on address 0x618000000b28 at pc 0x5570e3541a1b bp 0x7fff627ef550 sp 0x7fff627ef548 +READ of size 8 at 0x618000000b28 thread T0 + #0 0x5570e3541a1a in vhost_virtqueue_start /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost.c:1359:33 + #1 0x5570e3562051 in vhost_dev_start /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost.c:2041:13 + #2 0x5570e37c10c1 in cryptodev_vhost_start_one /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost.c:96:9 + #3 0x5570e37c067f in cryptodev_vhost_start /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost.c:213:13 + #4 0x5570e34f06ce in virtio_crypto_vhost_status /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/virtio-crypto.c:1189:13 + #5 0x5570e34ce991 in virtio_crypto_set_status /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/virtio-crypto.c:1205:5 + #6 0x5570e49725e5 in virtio_set_status /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/virtio.c:2242:9 + #7 0x5570e3496356 in virtio_pci_common_write /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/virtio-pci.c:1612:9 + #8 0x5570e4bbdc93 in memory_region_write_accessor /mnt/Hypervisor/qemu/build/master/fuzz/../system/memory.c:497:5 + #9 0x5570e4bbd385 in access_with_adjusted_size /mnt/Hypervisor/qemu/build/master/fuzz/../system/memory.c:573:18 + #10 0x5570e4bbb2f9 in memory_region_dispatch_write /mnt/Hypervisor/qemu/build/master/fuzz/../system/memory.c:1553:16 + #11 0x5570e4c64dfe in flatview_write_continue_step /mnt/Hypervisor/qemu/build/master/fuzz/../system/physmem.c:2786:18 + #12 0x5570e4c64694 in flatview_write_continue /mnt/Hypervisor/qemu/build/master/fuzz/../system/physmem.c:2816:19 + #13 0x5570e4c3b3eb in flatview_write /mnt/Hypervisor/qemu/build/master/fuzz/../system/physmem.c:2847:12 + #14 0x5570e4c3aec8 in address_space_write /mnt/Hypervisor/qemu/build/master/fuzz/../system/physmem.c:2967:18 + #15 0x5570e375da7c in qtest_process_command /mnt/Hypervisor/qemu/build/master/fuzz/../system/qtest.c:532:13 + #16 0x5570e375856d in qtest_process_inbuf /mnt/Hypervisor/qemu/build/master/fuzz/../system/qtest.c:776:9 + #17 0x5570e3767b6e in qtest_read /mnt/Hypervisor/qemu/build/master/fuzz/../system/qtest.c:788:5 + #18 0x5570e564cafd in qemu_chr_be_write_impl /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:214:9 + #19 0x5570e564cbb9 in qemu_chr_be_write /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:226:9 + #20 0x5570e5658a35 in fd_chr_read /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char-fd.c:72:9 + #21 0x5570e500cf6c in qio_channel_fd_source_dispatch /mnt/Hypervisor/qemu/build/master/fuzz/../io/channel-watch.c:84:12 + #22 0x7f8fc04adf7d in g_main_dispatch /home/lmy/glib-2.68.0/_build/../glib/gmain.c:3337:28 + #23 0x7f8fc04adf7d in g_main_context_dispatch /home/lmy/glib-2.68.0/_build/../glib/gmain.c:4055:7 + #24 0x5570e5a014e9 in glib_pollfds_poll /mnt/Hypervisor/qemu/build/master/fuzz/../util/main-loop.c:287:9 + #25 0x5570e59ffe23 in os_host_main_loop_wait /mnt/Hypervisor/qemu/build/master/fuzz/../util/main-loop.c:310:5 + #26 0x5570e59ff9ec in main_loop_wait /mnt/Hypervisor/qemu/build/master/fuzz/../util/main-loop.c:589:11 + #27 0x5570e376f217 in qemu_main_loop /mnt/Hypervisor/qemu/build/master/fuzz/../system/runstate.c:835:9 + #28 0x5570e5679ecc in qemu_default_main /mnt/Hypervisor/qemu/build/master/fuzz/../system/main.c:37:14 + #29 0x5570e5679f17 in main /mnt/Hypervisor/qemu/build/master/fuzz/../system/main.c:48:12 + #30 0x7f8fbe74f082 in __libc_start_main /build/glibc-LcI20x/glibc-2.31/csu/../csu/libc-start.c:308:16 + #31 0x5570e18f189d in _start (/mnt/Hypervisor/qemu/build/master/fuzz/qemu-system-x86_64+0x2c8b89d) + +0x618000000b28 is located 680 bytes inside of 800-byte region [0x618000000880,0x618000000ba0) +freed by thread T0 here: + #0 0x5570e196dde2 in __interceptor_free /home/brian/src/llvm_releases/llvm-project/llvm/utils/release/final/llvm-project/compiler-rt/lib/asan/asan_malloc_linux.cpp:111:3 + #1 0x5570e37befc1 in cryptodev_vhost_cleanup /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost.c:45:5 + #2 0x5570e37ce272 in cryptodev_vhost_user_stop /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost-user.c:86:9 + #3 0x5570e37cd728 in cryptodev_vhost_user_event /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost-user.c:171:9 + #4 0x5570e5655ed1 in chr_be_event /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:62:5 + #5 0x5570e564b465 in qemu_chr_be_event /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:82:5 + #6 0x5570e5646076 in tcp_chr_disconnect_locked /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char-socket.c:482:9 + #7 0x5570e5632534 in tcp_chr_write /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char-socket.c:131:17 + #8 0x5570e564c1f5 in qemu_chr_write_buffer /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:122:15 + #9 0x5570e564b8a2 in qemu_chr_write /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:186:11 + #10 0x5570e5615f82 in qemu_chr_fe_write_all /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char-fe.c:52:12 + #11 0x5570e49ec22c in vhost_user_write /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost-user.c:410:11 + #12 0x5570e4a0e512 in vhost_user_write_sync /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost-user.c:1141:11 + #13 0x5570e49f84f9 in vhost_user_set_vring_addr /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost-user.c:1384:12 + #14 0x5570e3543fcb in vhost_virtqueue_set_addr /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost.c:979:9 + #15 0x5570e3540a0b in vhost_virtqueue_start /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost.c:1321:9 + #16 0x5570e3562051 in vhost_dev_start /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost.c:2041:13 + #17 0x5570e37c10c1 in cryptodev_vhost_start_one /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost.c:96:9 + #18 0x5570e37c067f in cryptodev_vhost_start /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost.c:213:13 + #19 0x5570e34f06ce in virtio_crypto_vhost_status /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/virtio-crypto.c:1189:13 + #20 0x5570e34ce991 in virtio_crypto_set_status /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/virtio-crypto.c:1205:5 + #21 0x5570e49725e5 in virtio_set_status /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/virtio.c:2242:9 + #22 0x5570e3496356 in virtio_pci_common_write /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/virtio-pci.c:1612:9 + #23 0x5570e4bbdc93 in memory_region_write_accessor /mnt/Hypervisor/qemu/build/master/fuzz/../system/memory.c:497:5 + #24 0x5570e4bbd385 in access_with_adjusted_size /mnt/Hypervisor/qemu/build/master/fuzz/../system/memory.c:573:18 + #25 0x5570e4bbb2f9 in memory_region_dispatch_write /mnt/Hypervisor/qemu/build/master/fuzz/../system/memory.c:1553:16 + #26 0x5570e4c64dfe in flatview_write_continue_step /mnt/Hypervisor/qemu/build/master/fuzz/../system/physmem.c:2786:18 + #27 0x5570e4c64694 in flatview_write_continue /mnt/Hypervisor/qemu/build/master/fuzz/../system/physmem.c:2816:19 + #28 0x5570e4c3b3eb in flatview_write /mnt/Hypervisor/qemu/build/master/fuzz/../system/physmem.c:2847:12 + #29 0x5570e4c3aec8 in address_space_write /mnt/Hypervisor/qemu/build/master/fuzz/../system/physmem.c:2967:18 + +previously allocated by thread T0 here: + #0 0x5570e196e04d in malloc /home/brian/src/llvm_releases/llvm-project/llvm/utils/release/final/llvm-project/compiler-rt/lib/asan/asan_malloc_linux.cpp:129:3 + #1 0x7f8fc04b3dc8 in g_malloc /home/lmy/glib-2.68.0/_build/../glib/gmem.c:106:13 + #2 0x5570e37cdca6 in cryptodev_vhost_user_start /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost-user.c:108:30 + #3 0x5570e37cd599 in cryptodev_vhost_user_event /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost-user.c:164:13 + #4 0x5570e5655ed1 in chr_be_event /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:62:5 + #5 0x5570e564b465 in qemu_chr_be_event /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:82:5 + #6 0x5570e5618d42 in qemu_chr_fe_set_handlers_full /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char-fe.c:283:13 + #7 0x5570e5618674 in qemu_chr_fe_set_handlers /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char-fe.c:297:5 + #8 0x5570e37cb960 in cryptodev_vhost_user_init /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost-user.c:220:5 + #9 0x5570e37a4e98 in cryptodev_backend_complete /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev.c:420:9 + #10 0x5570e4eb0c40 in user_creatable_complete /mnt/Hypervisor/qemu/build/master/fuzz/../qom/object_interfaces.c:28:9 + #11 0x5570e4eb16a8 in user_creatable_add_type /mnt/Hypervisor/qemu/build/master/fuzz/../qom/object_interfaces.c:125:10 + #12 0x5570e4eb1c74 in user_creatable_add_qapi /mnt/Hypervisor/qemu/build/master/fuzz/../qom/object_interfaces.c:157:11 + #13 0x5570e378882b in object_option_foreach_add /mnt/Hypervisor/qemu/build/master/fuzz/../system/vl.c:1809:13 + #14 0x5570e378553c in qemu_create_late_backends /mnt/Hypervisor/qemu/build/master/fuzz/../system/vl.c:2029:5 + #15 0x5570e3779efe in qemu_init /mnt/Hypervisor/qemu/build/master/fuzz/../system/vl.c:3726:5 + #16 0x5570e5679f11 in main /mnt/Hypervisor/qemu/build/master/fuzz/../system/main.c:47:5 + #17 0x7f8fbe74f082 in __libc_start_main /build/glibc-LcI20x/glibc-2.31/csu/../csu/libc-start.c:308:16 + +SUMMARY: AddressSanitizer: heap-use-after-free /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost.c:1359:33 in vhost_virtqueue_start +Shadow bytes around the buggy address: + 0x0c307fff8110: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c307fff8120: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c307fff8130: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c307fff8140: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd + 0x0c307fff8150: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd +=>0x0c307fff8160: fd fd fd fd fd[fd]fd fd fd fd fd fd fd fd fd fd + 0x0c307fff8170: fd fd fd fd fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c307fff8180: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c307fff8190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c307fff81a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + 0x0c307fff81b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 +Shadow byte legend (one shadow byte represents 8 application bytes): + Addressable: 00 + Partially addressable: 01 02 03 04 05 06 07 + Heap left redzone: fa + Freed heap region: fd + Stack left redzone: f1 + Stack mid redzone: f2 + Stack right redzone: f3 + Stack after return: f5 + Stack use after scope: f8 + Global redzone: f9 + Global init order: f6 + Poisoned by user: f7 + Container overflow: fc + Array cookie: ac + Intra object redzone: bb + ASan internal: fe + Left alloca redzone: ca + Right alloca redzone: cb +==2277232==ABORTING +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2753.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2753.toml new file mode 100644 index 00000000..ee9b2004 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2753.toml @@ -0,0 +1,132 @@ +id = 2753 +title = "Uninitialized read in vhost_user_backend_init." +state = "opened" +created_at = "2024-12-28T05:07:38.250Z" +closed_at = "n/a" +labels = ["Cryptography"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2753" +host-os = "ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "9.1.93 (v9.2.0-rc3), 1cf9bc6eba7506ab6d9de635f224259225f63466" +guest-os = "qtest" +guest-arch = "x86" +description = """In backends/cryptodev-vhost.c::cryptodev_vhost_init, crypto->dev.config_ops is not initialized (See code below). I think here `g_new0` should be used instead of `g_new`. +``` +struct CryptoDevBackendVhost * +cryptodev_vhost_init( + CryptoDevBackendVhostOptions *options) +{ + ... + crypto = g_new(CryptoDevBackendVhost, 1); + crypto->dev.max_queues = 1; + crypto->dev.nvqs = 1; + crypto->dev.vqs = crypto->vqs; + + crypto->cc = options->cc; + + crypto->dev.protocol_features = 0; + crypto->backend = -1; + ... +} +``` +In vhost_user_backend_init, crypto->dev.config_ops will be dereferenced. Since it is uninitialized with 0, it is possible that a random value pointer will be dereferenced. +``` +static int vhost_user_backend_init(struct vhost_dev *dev, void *opaque, + Error **errp) +{ + ... + if (virtio_has_feature(features, VHOST_USER_F_PROTOCOL_FEATURES)) { + bool supports_f_config = vus->supports_config || + (dev->config_ops && dev->config_ops->vhost_dev_config_notifier); + uint64_t protocol_features; + ... +``` + + +As a result, ASAN will capture this uninitialized, since it assigns 0xbe to every bytes of allocated but uninitilized memory.""" +reproduce = """1.Build dpdk vhost-user crypto backend. Following instructions here: [DPDK installation](https://doc.dpdk.org/guides/prog_guide/build-sdk-meson.html) +``` +wget https://fast.dpdk.org/rel/dpdk-24.11.tar.xz +meson setup -Dexamples=all build +cd build +ninja +meson install +cd examples +sudo ./dpdk-vhost_crypto --vdev 'crypto_aesni_mb0' -- --config \\(7,0,0\\) --socket-file=7,/tmp/my-crypto.sock +``` +After setting up the backend, should see something like: +``` +EAL: Detected CPU lcores: 48 +EAL: Detected NUMA nodes: 2 +EAL: Detected static linkage of DPDK +EAL: Multi-process socket /var/run/dpdk/rte/mp_socket +EAL: Selected IOVA mode 'PA' +EAL: VFIO support initialized +CRYPTODEV: Creating cryptodev crypto_aesni_mb0 +CRYPTODEV: Initialisation parameters - name: crypto_aesni_mb0,socket id: 0, max queue pairs: 8 +IPSEC_MB: ipsec_mb_create() line 168: IPSec Multi-buffer library version used: 2.0.0 +USER1: Processing on Core 7 started +VHOST_CONFIG: (/tmp/my-crypto.sock) logging feature is disabled in async copy mode +VHOST_CONFIG: (/tmp/my-crypto.sock) vhost-user server: socket created, fd: 213 +VHOST_CONFIG: (/tmp/my-crypto.sock) binding succeeded +``` + +2.Build qemu with ASAN (i.e., --enable-asan) and vhost support (i.e., --enable-vhost-user --enable-vhost-crypto) + +3.Ensure that /dev/hugemaps and /tmp/my-crypto.sock can be accessed. You may need to change their permissions by chmod, or run qemu-system as root. + +4.Run the command below to reproduce problem. +``` +cat << EOF | \\ +./qemu-system-x86_64 --enable-kvm -m 512M \\ +-object \\ +memory-backend-file,id=mem,size=512M,mem-path=/dev/hugepages,share=on \\ +-numa node,memdev=mem -smp cpus=4 -machine q35 -chardev \\ +socket,id=chardev0,path=/tmp/my-crypto.sock -object \\ +cryptodev-vhost-user,id=cryptodev0,chardev=chardev0 -device \\ +virtio-crypto-pci,id=crypto0,cryptodev=cryptodev0 -display none -qtest \\ +stdio +EOF +```""" +additional = """Here is the information reported by ASAN: +``` +==2270320==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +[I 0.000000] OPENED +../hw/virtio/vhost-user.c:2183:50: runtime error: member access within misaligned address 0xbebebebebebebebe for type 'const VhostDevConfigOps' (aka 'const struct VhostDevConfigOps'), which requires 8 byte alignment +0xbebebebebebebebe: note: pointer points here +<memory cannot be printed> +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/virtio/vhost-user.c:2183:50 in +../hw/virtio/vhost-user.c:2183:50: runtime error: load of misaligned address 0xbebebebebebebebe for type 'int (*const)(struct vhost_dev *)', which requires 8 byte alignment +0xbebebebebebebebe: note: pointer points here +<memory cannot be printed> +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/virtio/vhost-user.c:2183:50 in +AddressSanitizer:DEADLYSIGNAL +================================================================= +==2270320==ERROR: AddressSanitizer: SEGV on unknown address (pc 0x5619d01bd606 bp 0x7fffc6d3add0 sp 0x7fffc6d3a4e0 T0) +==2270320==The signal is caused by a READ memory access. +==2270320==Hint: this fault was caused by a dereference of a high value address (see register values below). Disassemble the provided pc to learn which register was used. + #0 0x5619d01bd606 in vhost_user_backend_init /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost-user.c:2183:50 + #1 0x5619ced13a08 in vhost_dev_init /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost.c:1523:9 + #2 0x5619cef8cc30 in cryptodev_vhost_init /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost.c:69:9 + #3 0x5619cef9aca6 in cryptodev_vhost_user_start /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost-user.c:108:30 + #4 0x5619cef9a599 in cryptodev_vhost_user_event /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost-user.c:164:13 + #5 0x5619d0e22ed1 in chr_be_event /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:62:5 + #6 0x5619d0e18465 in qemu_chr_be_event /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char.c:82:5 + #7 0x5619d0de5d42 in qemu_chr_fe_set_handlers_full /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char-fe.c:283:13 + #8 0x5619d0de5674 in qemu_chr_fe_set_handlers /mnt/Hypervisor/qemu/build/master/fuzz/../chardev/char-fe.c:297:5 + #9 0x5619cef98960 in cryptodev_vhost_user_init /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev-vhost-user.c:220:5 + #10 0x5619cef71e98 in cryptodev_backend_complete /mnt/Hypervisor/qemu/build/master/fuzz/../backends/cryptodev.c:420:9 + #11 0x5619d067dc40 in user_creatable_complete /mnt/Hypervisor/qemu/build/master/fuzz/../qom/object_interfaces.c:28:9 + #12 0x5619d067e6a8 in user_creatable_add_type /mnt/Hypervisor/qemu/build/master/fuzz/../qom/object_interfaces.c:125:10 + #13 0x5619d067ec74 in user_creatable_add_qapi /mnt/Hypervisor/qemu/build/master/fuzz/../qom/object_interfaces.c:157:11 + #14 0x5619cef5582b in object_option_foreach_add /mnt/Hypervisor/qemu/build/master/fuzz/../system/vl.c:1809:13 + #15 0x5619cef5253c in qemu_create_late_backends /mnt/Hypervisor/qemu/build/master/fuzz/../system/vl.c:2029:5 + #16 0x5619cef46efe in qemu_init /mnt/Hypervisor/qemu/build/master/fuzz/../system/vl.c:3726:5 + #17 0x5619d0e46f11 in main /mnt/Hypervisor/qemu/build/master/fuzz/../system/main.c:47:5 + #18 0x7efeef09a082 in __libc_start_main /build/glibc-LcI20x/glibc-2.31/csu/../csu/libc-start.c:308:16 + #19 0x5619cd0be89d in _start (/mnt/Hypervisor/qemu/build/master/fuzz/qemu-system-x86_64+0x2c8b89d) + +AddressSanitizer can not provide additional info. +SUMMARY: AddressSanitizer: SEGV /mnt/Hypervisor/qemu/build/master/fuzz/../hw/virtio/vhost-user.c:2183:50 in vhost_user_backend_init +==2270320==ABORTING +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2755.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2755.toml new file mode 100644 index 00000000..11b3e869 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2755.toml @@ -0,0 +1,19 @@ +id = 2755 +title = "shrink attached rbd size is not allowed by default" +state = "opened" +created_at = "2024-12-28T13:02:19.684Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2755" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. attach a disk with size 100GiB to a running vm +2. writing some data to the attached disk +3. executing block_resize command and shrink the size to 1GiB + +the result is virtual disk is resized successfully and causing data lost.""" +additional = """Tested QEMU version is 4.2""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2756.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2756.toml new file mode 100644 index 00000000..66af72dd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2756.toml @@ -0,0 +1,50 @@ +id = 2756 +title = "Unexpected port id 2909357808 for device virtio-serial0.0" +state = "opened" +created_at = "2024-12-29T14:30:04.433Z" +closed_at = "n/a" +labels = ["device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2756" +host-os = "centos8" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "Windows 10" +guest-arch = "x86" +description = """when the VM runs for a period of time.qemu log always print the error：“Unexpected port id 2909357808 for device virtio-serial0.0”.And the spice connet display black screen.Restart the vm,it recovery. my channel is 16,Normally it will always output port less than 16,but when error it report a lage port. why it get a lage port "2909357808",Is there a data overflow?""" +reproduce = """1.The VM runs for a period of time + +2.report the error: "Unexpected port id 2909357808 for device virtio-serial0.0". + +3.restart to recovery.""" +additional = """qemu log: + +when vm is ok: +``` +virtio serial port 16 send control message event = 1, value = 1 +virtio serial port 0 send control message event = 1, value = 1 +virtio serial port '1' handle control message event = 3, value = 1 +virtio serial port '2' handle control message event = 3, value = 1 +virtio serial port 2 send control message event = 6, value = 1 +virtio serial port '3' handle control message event = 3, value = 1 +virtio serial port 3 send control message event = 6, value = 1 +virtio serial port '4' handle control message event = 3, value = 1 +virtio serial port 4 send control message event = 6, value = 1 +``` + + +when error: + +``` +2024-11-07T07:19:50.969383Z qemu-system-x86_64: virtio-serial-bus: Unexpected port id 2909357808 for device virtio-serial0.0 +virtio serial port '2400366800' handle control message event = 49671, value = 65535 +2024-11-07T07:19:50.969706Z qemu-system-x86_64: virtio-serial-bus: Unexpected port id 2400366800 for device virtio-serial0.0 +virtio serial port '2909357808' handle control message event = 52747, value = 65535 +2024-11-07T07:20:00.944495Z qemu-system-x86_64: virtio-serial-bus: Unexpected port id 2909357808 for device virtio-serial0.0 +virtio serial port '2400366800' handle control message event = 49671, value = 65535 +2024-11-07T07:20:00.950544Z qemu-system-x86_64: virtio-serial-bus: Unexpected port id 2400366800 for device virtio-serial0.0 +virtio serial port '2909357808' handle control message event = 52747, value = 65535 +2024-11-07T07:20:47.923564Z qemu-system-x86_64: virtio-serial-bus: Unexpected port id 2909357808 for device virtio-serial0.0 +virtio serial port '2400366800' handle control message event = 49671, value = 65535 +2024-11-07T07:20:47.924422Z qemu-system-x86_64: virtio-serial-bus: Unexpected port id 2400366800 for device virtio-serial0.0 +virtio serial port '2909357808' handle control message event = 52747, value = 65535 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2757.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2757.toml new file mode 100644 index 00000000..573ff004 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2757.toml @@ -0,0 +1,15 @@ +id = 2757 +title = "EGL can't handle multi plane textures" +state = "opened" +created_at = "2024-12-31T02:17:52.620Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2757" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2758.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2758.toml new file mode 100644 index 00000000..d60af86b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2758.toml @@ -0,0 +1,31 @@ +id = 2758 +title = "Out-of-bounds access smc91c111_readb()" +state = "closed" +created_at = "2024-12-31T07:03:52.888Z" +closed_at = "2025-03-13T07:03:13.824Z" +labels = ["Fuzzer", "Networking", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2758" +host-os = "Ubuntu" +host-arch = "x86_64" +qemu-version = "commit 7c89e226f8" +guest-os = "n/a" +guest-arch = "ARM" +description = """An out-of-bounds bug was triggered by my fuzzer. + +It looks like the code doesn't have boundary checks for `data`'s access. + +The error is `hw/net/smc91c111.c:605:24: runtime error: index 2048 out of bounds for type 'uint8_t[2048]' (aka 'unsigned char[2048]')` + +It's likely that the line 457 also needs a check.""" +reproduce = """``` +export QEMU_ARGS="-display none -machine accel=qtest, -m 512M -machine realview-eb" +cat << EOF | ./qemu-system-arm $QEMU_ARGS -qtest /dev/null -qtest stdio +writew 0x4e00000c 0x46084a4a +writel 0x4e00000c 0x5c022fcc +clock_step +writel 0x4e000004 0x2fffa1b1 +clock_step +readl 0x4e000008 +EOF +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2759.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2759.toml new file mode 100644 index 00000000..60226c05 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2759.toml @@ -0,0 +1,15 @@ +id = 2759 +title = "hw/usb/redirect.c: usbredir_buffered_bulk_packet() may leak memory (or worse)" +state = "opened" +created_at = "2024-12-31T21:21:55.837Z" +closed_at = "n/a" +labels = ["Security", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2759" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/276.toml b/gitlab/issues/target_missing/host_missing/accel_missing/276.toml new file mode 100644 index 00000000..dccafe16 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/276.toml @@ -0,0 +1,15 @@ +id = 276 +title = "Error in user-mode calculation of ELF program's brk" +state = "opened" +created_at = "2021-05-12T11:02:22.747Z" +closed_at = "n/a" +labels = ["Launchpad", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/276" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2761.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2761.toml new file mode 100644 index 00000000..561c5bc3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2761.toml @@ -0,0 +1,20 @@ +id = 2761 +title = "Emulation of x86_64 binary on ARM64 fails with \"Unable to find a guest_base to satisfy all guest address mapping requirements\"" +state = "closed" +created_at = "2025-01-03T00:51:39.495Z" +closed_at = "2025-01-04T12:07:42.938Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2761" +host-os = "NixOS" +host-arch = "aarch64/ARM" +qemu-version = "9.1.2" +guest-os = "NixOS" +guest-arch = "x86" +description = """Virtualisation fails with error "Unable to find a guest_base to satisfy all guest address mapping requirements" + +``` +file /nix/store/razasrvdg7ckplfmvdxv4ia3wbayr94s-bootstrap-tools/bin/bash +/nix/store/razasrvdg7ckplfmvdxv4ia3wbayr94s-bootstrap-tools/bin/bash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /nix/store/razasrvdg7ckplfmvdxv4ia3wbayr94s-bootstrap-tools/lib/ld-linux-x86-64.so.2, for GNU/Linux 3.10.0, BuildID[sha1]=2938b076ebbc4ea582b8eb1ea5c3f65d7a1b6261, stripped +```""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2762.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2762.toml new file mode 100644 index 00000000..2e196108 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2762.toml @@ -0,0 +1,17 @@ +id = 2762 +title = "virtio-net regression for aarch64 guests" +state = "opened" +created_at = "2025-01-03T15:02:37.369Z" +closed_at = "n/a" +labels = ["Networking", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2762" +host-os = "Pop! OS 22.04 LTS" +host-arch = "x86" +qemu-version = "9.2" +guest-os = "Custom Linux" +guest-arch = "aarch64" +description = """The host system is running DHCP via dnsmasq 2.88. QEMU 9.1 works properly and completes DHCP handshake. QEMU 9.2 fails the DHCP handshake after DHCPOFFER with "eth0: checksum failure from 10.2.83.1". + +I found by bisecting that the issue was introduced by commit 7987d2be5a8bc3a502f89ba8cf3ac3e09f64d1ce "virtio-net: Copy received header to buffer". Reverting that commit on 9.2.0 corrects the issue.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2764.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2764.toml new file mode 100644 index 00000000..e3cc2118 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2764.toml @@ -0,0 +1,55 @@ +id = 2764 +title = "W32 Docker build fails" +state = "opened" +created_at = "2025-01-06T11:53:47.450Z" +closed_at = "n/a" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2764" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Docker build fails: + +``` +make docker-test-mingw@fedora-win64-cross V=1 J=4 +``` + +with the following error: + +``` +Initialized empty Git repository in /tmp/qemu-test/src/subprojects/dtc/.git/ +fatal: unable to access 'https://gitlab.com/qemu-project/dtc.git/': Could not resolve host: gitlab.com + +../meson.build:2090:16: ERROR: Git command failed: ['/usr/bin/git', 'fetch', '--depth', '1', 'origin', 'b6910bec11614980a21e46fbccc35934b671bd81'] +```""" +reproduce = """1. `make docker-test-mingw@fedora-win64-cross V=1 J=4 DEBUG=1` +2. `cd $QEMU_SRC` +3. `mkdir build` +4. `cd build` +5. `../configure --cross-prefix=x86_64-w64-mingw32-`""" +additional = """The problem can be worked around by changing the line + +``` +subprojects="keycodemapdb libvfio-user berkeley-softfloat-3 berkeley-testfloat-3" +``` + +to + +``` +subprojects="keycodemapdb libvfio-user berkeley-softfloat-3 berkeley-testfloat-3 dtc" +``` + +in `archive-source.sh`. + +Additionally, https://wiki.qemu.org/Hosts/W32#Docker_based_cross_builds is outdated. +``` +make docker-test-mingw@fedora V=1 DEBUG=1 J=4 +``` +should be +``` +make docker-test-mingw@fedora-win64-cross V=1 DEBUG=1 J=4 +``` + +Additionally, i would suggest to create and enter build directory before calling configure and also add the make commands as shown in the "Steps to reproduce" section of this ticket.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2765.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2765.toml new file mode 100644 index 00000000..c3b51fd4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2765.toml @@ -0,0 +1,15 @@ +id = 2765 +title = "InputMethodKit warnings on macOS Sequoia" +state = "opened" +created_at = "2025-01-06T18:17:23.099Z" +closed_at = "n/a" +labels = ["GUI", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2765" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2766.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2766.toml new file mode 100644 index 00000000..5dfb5f30 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2766.toml @@ -0,0 +1,35 @@ +id = 2766 +title = "Qemu 9.2: stubs: build issue with --enable-user --disable-system --enable-tools" +state = "closed" +created_at = "2025-01-07T20:24:42.043Z" +closed_at = "2025-02-09T10:08:31.139Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2766" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "9.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """Since commit "[stubs: avoid duplicate symbols in libqemuutil.a](https://gitlab.com/qemu-project/qemu/-/commit/388b849fb6c33882b481123568995a749a54f648)", Qemu doesn't build with: + + ./configure --enable-user --disable-system --enable-tools + + /usr/bin/ld: libhwcore.a.p/hw_core_qdev.c.o: in function 'device_finalize': \\ + /home/autobuild/autobuild/instance-2/output-1/build/host-qemu-9.2.0/build/../hw/core/qdev.c:689:(.text+0x75c): undefined reference to 'qapi_event_send_device_deleted' + collect2: error: ld returned 1 exit status + +See Buildroot automated build results: +http://autobuild.buildroot.org/?reason=host-qemu-9.2.0 + +Indeed, with have_system = false and have_tools = true, Qemu needs the stubs for QAPI events added by stub_ss.add(files('qdev.c')) to provide qapi_event_send_device_deleted. + +Maybe the change in stubs/meson.build should have been: \\ + +if not have_system and have_tools \\ +stub_ss.add(files('qdev.c')) \\ +endif + +Best regards, +Romain""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2767.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2767.toml new file mode 100644 index 00000000..87cfe98f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2767.toml @@ -0,0 +1,45 @@ +id = 2767 +title = "sigfaul on netdev stream" +state = "opened" +created_at = "2025-01-08T02:37:21.923Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2767" +host-os = "alpine linux 3.21" +host-arch = "amd64" +qemu-version = "9.1.2" +guest-os = "none" +guest-arch = "none" +description = """qemu sigfault if use netdev socket and hubport""" +reproduce = """1. Preconfigure network interface on /etc/network/interface or try connect from qemu server port another qemu process or other softvare (gnuradio, etc) +``` +auto qt-test0 +iface qt-test0 + address 192.168.10.1/30 + mtu 16384 + pre-up ip tuntap add $IFACE mode tap + post-down ip link del dev $IFACE +``` +2. Run qemu from the cmdline""" +additional = """``` +(gdb) bt +#0 0x0000555555b547d0 in object_get_class () +#1 0x0000555555b9d44c in qio_channel_writev () +#2 0x000055555598295c in ?? () +#3 0x000055555597cf67 in ?? () +#4 0x0000555555980eb9 in qemu_net_queue_send_iov () +#5 0x000055555597b8e4 in ?? () +#6 0x000055555597ce32 in ?? () +#7 0x0000555555980df5 in qemu_net_queue_send () +#8 0x000055555598fb52 in ?? () +#9 0x0000555555d26755 in ?? () +#10 0x0000555555d270d2 in aio_dispatch () +#11 0x0000555555d3f5ef in ?? () +#12 0x00007ffff70f100e in ?? () from /usr/lib/libglib-2.0.so.0 +#13 0x00007ffff70f4988 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 +#14 0x0000555555d40f69 in main_loop_wait () +#15 0x000055555592fc83 in qemu_main_loop () +#16 0x0000555555c7c817 in qemu_default_main () +#17 0x00007ffff7f9a496 in libc_start_main_stage2 (main=0x5555556cc0f0 <main>, argc=12, argv=0x7fffffffebd8) at src/env/__libc_start_main.c:95 +#18 0x00005555556cd0d8 in _start () +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/277.toml b/gitlab/issues/target_missing/host_missing/accel_missing/277.toml new file mode 100644 index 00000000..ae3a5bd5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/277.toml @@ -0,0 +1,15 @@ +id = 277 +title = "Multi-queue vhost-user fails to reconnect with qemu version >=4.2" +state = "closed" +created_at = "2021-05-12T11:02:33.597Z" +closed_at = "2023-01-18T19:37:33.721Z" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/277" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2770.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2770.toml new file mode 100644 index 00000000..edc3a276 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2770.toml @@ -0,0 +1,22 @@ +id = 2770 +title = "Build failure due to missing keyctl_pkey_encrypt" +state = "opened" +created_at = "2025-01-09T16:27:14.304Z" +closed_at = "n/a" +labels = ["Build System", "Cryptography", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2770" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. git checkout v7.2.0 +2. ./configure --target-list=arm-softmmu;make +3. ../backends/cryptodev-lkcf.c: In function ‘cryptodev_lkcf_execute_task’: +../backends/cryptodev-lkcf.c:358:19: error: implicit declaration of function ‘keyctl_pkey_encrypt’; did you mean ‘keyctl_reject’? [-Werror=implicit-function-declaration] + ret = keyctl_pkey_encrypt(key_id, op_desc, + ^~~~~~~~~~~~~~~~~~~ + keyctl_reject +../backends/cryptodev-lkcf.c:358:19: error: nested extern declaration of ‘keyctl_pkey_encrypt’ [-Werror=nested-externs]""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2771.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2771.toml new file mode 100644 index 00000000..f5b2822c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2771.toml @@ -0,0 +1,15 @@ +id = 2771 +title = "qemu-system-x86_64: ../block/block-backend.c:1290: blk_in_drain: Assertion `qemu_in_main_thread()' failed." +state = "closed" +created_at = "2025-01-10T10:55:30.013Z" +closed_at = "2025-04-01T11:28:46.550Z" +labels = ["Regression", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2771" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2772.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2772.toml new file mode 100644 index 00000000..bbdfebbe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2772.toml @@ -0,0 +1,84 @@ +id = 2772 +title = "qemu-img map command omits `offset` key in output for encrypted qcow2 files" +state = "opened" +created_at = "2025-01-10T13:58:47.576Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2772" +host-os = "RHEL 8.10" +host-arch = "x86_64" +qemu-version = "qemu-img version 6.2.0 (qemu-kvm-6.2.0-53.module+el8.10.0+22375+ea5e8167.2)" +guest-os = "n/a" +guest-arch = "n/a" +description = """We use the `qemu-img map` command to retrieve metadata information from a qcow2 image. It functions as expected for non-encrypted qcow2 images. However, when the same command is executed on an encrypted qcow2 image, the output omits the `offset` key, which is critical for subsequent processing in our workflow.""" +reproduce = """1. Run qemu-img map on the encrypted incremental qcow2: +Command: + +``` + qemu-img map --object secret,id=sec0,data=trilio --output json -U --image-opts driver=qcow2,file.filename=incremental.qcow2,encrypt.format=luks,encrypt.key-secret=sec0 +``` +**Observed Output:** The command executes but does not include the offset key in the JSON output. +For example: +``` +[{ "start": 32191217664, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32191283200, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32193314816, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32193380352, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32195411968, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32195477504, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32197509120, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32197574656, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32199606272, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32199671808, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32201703424, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32201768960, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32203800576, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32203866112, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32205897728, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32205963264, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32207994880, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32208060416, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32210092032, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}, +{ "start": 32210157568, "length": 2031616, "depth": 1, "present": false, "zero": true, "data": false}, +{ "start": 32212189184, "length": 65536, "depth": 1, "present": true, "zero": false, "data": true}] +``` + +2. Decrypt the same encrypted incremental qcow2 image and re-run the qemu-img map command: +**Decryption command:** +``` +qemu-img convert -t writeback --object secret,id=sec0,data=trilio -O qcow2 --image-opts driver=qcow2,encrypt.key-secret=sec0,file.filename=incremental.qcow2 decrypt.qcow2 +``` +3. Run qemu-img map on the decrypted image: +**Command:** +``` +qemu-img map --output json -U decrypt.qcow2 +``` +Here, we don't need to pass the encryption key as we have already decrypted the qcow2. + +**Observed Output:** The JSON output includes the offset key as expected. Example: +``` +[{ "start": 0, "length": 106954752, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 106954752, "length": 2097152, "depth": 0, "present": true, "zero": false, "data": true, "offset": 327680}, +{ "start": 109051904, "length": 786432000, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 895483904, "length": 2097152, "depth": 0, "present": true, "zero": false, "data": true, "offset": 2490368}, +{ "start": 897581056, "length": 1866924032, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 2764505088, "length": 1638400, "depth": 0, "present": true, "zero": false, "data": true, "offset": 4653056}, +{ "start": 2766143488, "length": 402587648, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 3168731136, "length": 2162688, "depth": 0, "present": true, "zero": false, "data": true, "offset": 6291456}, +{ "start": 3170893824, "length": 140443648, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 3311337472, "length": 54394880, "depth": 0, "present": true, "zero": false, "data": true, "offset": 8519680}, +{ "start": 3365732352, "length": 2056388608, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 5422120960, "length": 1114112, "depth": 0, "present": true, "zero": false, "data": true, "offset": 62980096}, +{ "start": 5423235072, "length": 4128768, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 5427363840, "length": 2162688, "depth": 0, "present": true, "zero": false, "data": true, "offset": 64094208}, +{ "start": 5429526528, "length": 469696512, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 5899223040, "length": 2162688, "depth": 0, "present": true, "zero": false, "data": true, "offset": 66256896}, +{ "start": 5901385728, "length": 90112000, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 5991497728, "length": 1638400, "depth": 0, "present": true, "zero": false, "data": true, "offset": 68485120}, +{ "start": 5993136128, "length": 2086600704, "depth": 0, "present": false, "zero": true, "data": false}, +{ "start": 8079736832, "length": 2686976, "depth": 0, "present": true, "zero": false, "data": true, "offset": 70189056}, +{ "start": 8082423808, "length": 24129830912, "depth": 0, "present": false, "zero": true, "data": false}] +``` + +The missing `offset` key in the output of the `qemu-img map` command for encrypted qcow2 images disrupts downstream processes that rely on this metadata.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2774.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2774.toml new file mode 100644 index 00000000..79cfb6f5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2774.toml @@ -0,0 +1,15 @@ +id = 2774 +title = "Consider adding an `aliases` node to RISC-V DTB that includes `serial0` alias" +state = "closed" +created_at = "2025-01-12T15:38:40.246Z" +closed_at = "2025-03-06T06:37:33.233Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2774" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Example of an [aliases section for physical SoC](https://github.com/torvalds/linux/blob/b62cef9a5c673f1b8083159f5dc03c1c5daced2f/arch/riscv/boot/dts/sophgo/cv1800b-milkv-duo.dts#L14-L20).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2776.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2776.toml new file mode 100644 index 00000000..ad9bbb12 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2776.toml @@ -0,0 +1,15 @@ +id = 2776 +title = "OHCI: Incorrectly reports an overrun error" +state = "opened" +created_at = "2025-01-15T04:04:04.175Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2776" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2777.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2777.toml new file mode 100644 index 00000000..29bd7d30 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2777.toml @@ -0,0 +1,67 @@ +id = 2777 +title = "Assert failure in ahci-hd device" +state = "opened" +created_at = "2025-01-15T11:46:40.526Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2777" +host-os = "Debian 12" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.50 (v9.2.0-1001-g7433709a14)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Assert + +``` +qemu-system-x86_64: ../hw/ide/core.c:934: void ide_dma_cb(void *, int): Assertion `prep_size >= 0 && prep_size <= n * 512' failed. +``` +can be triggered with some qtest commands. This was found by fuzzing.""" +reproduce = """Command: + +``` +cat << EOF | ./qemu-system-x86_64 -display none -machine accel=qtest, -m 512M -machine q35 -nodefaults -drive file=null-co://,if=none,format=raw,id=disk0 -device ide-hd,drive=disk0 -qtest stdio +outl 0xcf8 0x8000fa24 +outl 0xcfc 0xe0000000 +outl 0xcf8 0x8000fa04 +outw 0xcfc 0x06 +write 0x0 0x1 0x27 +write 0x1 0x1 0x80 +write 0x2 0x1 0x25 +write 0xe00003b8 0x1 0x02 +write 0xe0000398 0x1 0x01 +EOF +``` + +Results in + +``` +[I 0.000001] OPENED +[R +0.076075] outl 0xcf8 0x8000fa24 +[S +0.076165] OK +OK +[R +0.076198] outl 0xcfc 0xe0000000 +[S +0.076242] OK +OK +[R +0.076320] outl 0xcf8 0x8000fa04 +[S +0.076344] OK +OK +[R +0.076379] outw 0xcfc 0x06 +[S +0.077676] OK +OK +[R +0.077760] write 0x0 0x1 0x27 +[S +0.079429] OK +OK +[R +0.079552] write 0x1 0x1 0x80 +[S +0.079592] OK +OK +[R +0.079618] write 0x2 0x1 0x25 +[S +0.079645] OK +OK +[R +0.079669] write 0xe00003b8 0x1 0x02 +[S +0.079709] OK +OK +[R +0.079733] write 0xe0000398 0x1 0x01 +qemu-system-x86_64: ../hw/ide/core.c:934: void ide_dma_cb(void *, int): Assertion `prep_size >= 0 && prep_size <= n * 512' failed. +Aborted +```""" +additional = """Maybe we can just `goto eot;` instead of assert?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2778.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2778.toml new file mode 100644 index 00000000..b168712c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2778.toml @@ -0,0 +1,107 @@ +id = 2778 +title = "Null Dereference in ahci-hd device" +state = "opened" +created_at = "2025-01-15T11:52:20.316Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2778" +host-os = "Debian 12" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.50 (v9.2.0-1001-g7433709a14)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Issue was found by fuzzing. With some qtest commands we can crash qemu-system-x86_64 because of Null dereference.""" +reproduce = """Command: + +``` +cat << EOF | ./qemu-system-x86_64 -display none -machine accel=qtest -m 512M -machine q35 -nodefaults -drive file=null-co://,if=none,format=raw,id=disk0 -device ide-hd,drive=disk0 -qtest stdio +outl 0xcf8 0x8000fa24 +outl 0xcfc 0xe0000000 +outl 0xcf8 0x8000fa04 +outw 0xcfc 0x06 +write 0xe00003b8 0x1 0x01 +write 0x0 0x1 0x27 +write 0x1 0x1 0x80 +write 0x2 0x1 0x20 +write 0x7 0x1 0x01 +write 0xe0000398 0x1 0x01 +write 0xe0000398 0x1 0x00 +write 0xe0000398 0x1 0x01 +EOF +``` + +Results in + +``` +[I 0.000001] OPENED +[R +0.082978] outl 0xcf8 0x8000fa24 +[S +0.083040] OK +OK +[R +0.083070] outl 0xcfc 0xe0000000 +[S +0.083115] OK +OK +[R +0.083132] outl 0xcf8 0x8000fa04 +[S +0.083152] OK +OK +[R +0.083180] outw 0xcfc 0x06 +[S +0.084233] OK +OK +[R +0.084291] write 0xe00003b8 0x1 0x01 +[S +0.084344] OK +OK +[R +0.084384] write 0x0 0x1 0x27 +[S +0.085007] OK +OK +[R +0.085041] write 0x1 0x1 0x80 +[S +0.085055] OK +OK +[R +0.085071] write 0x2 0x1 0x20 +[S +0.085084] OK +OK +[R +0.085096] write 0x7 0x1 0x01 +[S +0.085110] OK +OK +[R +0.085123] write 0xe0000398 0x1 0x01 +[S +0.085254] OK +OK +[R +0.085294] write 0xe0000398 0x1 0x00 +[S +0.085324] OK +OK +[R +0.085349] write 0xe0000398 0x1 0x01 +[S +0.085408] OK +OK +../hw/ide/ahci.c:1377:46: runtime error: member access within null pointer of type 'AHCICmdHdr' (aka 'struct AHCICmdHdr') +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/ide/ahci.c:1377:46 in +../hw/ide/ahci.c:1377:46: runtime error: load of null pointer of type 'uint16_t' (aka 'unsigned short') +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../hw/ide/ahci.c:1377:46 in +AddressSanitizer:DEADLYSIGNAL +================================================================= +==2547739==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x55abf3a79f9c bp 0x7ffc213000d0 sp 0x7ffc212fffa0 T0) +==2547739==The signal is caused by a READ memory access. +==2547739==Hint: address points to the zero page. + #0 0x55abf3a79f9c in ahci_pio_transfer /home/artemiin/Work/original_qemu/build/../hw/ide/ahci.c:1377:46 + #1 0x55abf3a8a396 in ide_transfer_start_norecurse /home/artemiin/Work/original_qemu/build/../hw/ide/core.c:581:5 + #2 0x55abf3aab79e in ide_transfer_start /home/artemiin/Work/original_qemu/build/../hw/ide/core.c:588:9 + #3 0x55abf3aab79e in ide_sector_read_cb /home/artemiin/Work/original_qemu/build/../hw/ide/core.c:789:5 + #4 0x55abf3a8d6e2 in ide_buffered_readv_cb /home/artemiin/Work/original_qemu/build/../hw/ide/core.c:684:9 + #5 0x55abf4f31d33 in blk_aio_complete /home/artemiin/Work/original_qemu/build/../block/block-backend.c:1552:9 + #6 0x55abf545010b in aio_bh_call /home/artemiin/Work/original_qemu/build/../util/async.c:172:5 + #7 0x55abf545089f in aio_bh_poll /home/artemiin/Work/original_qemu/build/../util/async.c:219:13 + #8 0x55abf53e746a in aio_dispatch /home/artemiin/Work/original_qemu/build/../util/aio-posix.c:424:5 + #9 0x55abf545469a in aio_ctx_dispatch /home/artemiin/Work/original_qemu/build/../util/async.c:361:5 + #10 0x7f358845b7a8 in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x547a8) (BuildId: 9f90bd7bbfcf84a1f1c5a6102f70e6264837b9d4) + #11 0x55abf5455787 in glib_pollfds_poll /home/artemiin/Work/original_qemu/build/../util/main-loop.c:287:9 + #12 0x55abf5455787 in os_host_main_loop_wait /home/artemiin/Work/original_qemu/build/../util/main-loop.c:310:5 + #13 0x55abf5455787 in main_loop_wait /home/artemiin/Work/original_qemu/build/../util/main-loop.c:589:11 + #14 0x55abf425c296 in qemu_main_loop /home/artemiin/Work/original_qemu/build/../system/runstate.c:835:9 + #15 0x55abf51df1c6 in qemu_default_main /home/artemiin/Work/original_qemu/build/../system/main.c:48:14 + #16 0x55abf51df1a1 in main /home/artemiin/Work/original_qemu/build/../system/main.c:76:9 + #17 0x7f3587219249 in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 + #18 0x7f3587219304 in __libc_start_main csu/../csu/libc-start.c:360:3 + #19 0x55abf353be60 in _start (/home/artemiin/Work/original_qemu/build/qemu-system-x86_64+0x1828e60) (BuildId: f91712a3af40a999ce35e39809ce00f92c35ae25) + +AddressSanitizer can not provide additional info. +SUMMARY: AddressSanitizer: SEGV /home/artemiin/Work/original_qemu/build/../hw/ide/ahci.c:1377:46 in ahci_pio_transfer +==2547739==ABORTING +```""" +additional = """This issue may need a complicated patch so I ask developers to take a look at this issue.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/278.toml b/gitlab/issues/target_missing/host_missing/accel_missing/278.toml new file mode 100644 index 00000000..19b1ed1f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/278.toml @@ -0,0 +1,15 @@ +id = 278 +title = "jack audio dev produces no sound" +state = "opened" +created_at = "2021-05-12T11:44:33.994Z" +closed_at = "n/a" +labels = ["Audio", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/278" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2780.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2780.toml new file mode 100644 index 00000000..21596146 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2780.toml @@ -0,0 +1,25 @@ +id = 2780 +title = "Out-of-bounds access in smc91c111_receive()" +state = "closed" +created_at = "2025-01-17T06:10:03.904Z" +closed_at = "2025-02-17T08:25:14.195Z" +labels = ["Fuzzer", "Networking", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2780" +host-os = "Ubuntu 24.04" +host-arch = "x86_64" +qemu-version = "commit 4d5d933bb" +guest-os = "n/a" +guest-arch = "ARM" +description = """An out-of-bounds access happens at hw/net/smc91c111.c:705. + +`hw/net/smc91c111.c:705:5: runtime error: index -1 out of bounds for type 'int[4]'`""" +reproduce = """``` +export QEMU_ARGS="-display none -machine accel=qtest, -m 512M -machine realview-eb" +cat << EOF | ./qemu-system-arm $QEMU_ARGS -qtest /dev/null -qtest stdio +writew 0x4e000005 0x227 +writel 0x4e00000b 0x25ab1f2 +writew 0x4e000000 0xaa6c +clock_step +EOF +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2781.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2781.toml new file mode 100644 index 00000000..32a16a7c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2781.toml @@ -0,0 +1,15 @@ +id = 2781 +title = "Open logfiles for append" +state = "opened" +created_at = "2025-01-17T11:19:06.646Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2781" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2785.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2785.toml new file mode 100644 index 00000000..cb0e4978 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2785.toml @@ -0,0 +1,24 @@ +id = 2785 +title = "Cannot build qemu after the latest addition of NBD docs" +state = "closed" +created_at = "2025-01-20T13:39:03.525Z" +closed_at = "2025-01-22T10:19:55.150Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2785" +host-os = "Windows 11" +host-arch = "x64" +qemu-version = "QEMU emulator version 9.2.50" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """``` +[5584/5962] Generating docs/QEMU manual with a custom command +FAILED: docs/docs.stamp +"C:\\msys64\\usr\\bin/env.EXE" "CONFDIR=etc/" "C:/msys64/home/user/qemu/build/pyvenv/bin/sphinx-build.exe" "-q" "-W" "-Dkerneldoc_werror=1" "-j" "auto" "-Dversion=9.2.50" "-Drelease=" "-Ddepfile=docs/docs.d" "-Ddepfile_stamp=docs/docs.stamp" "-b" "html" "-d" "C:/msys64/home/user/qemu/build/docs/manual.p" "C:/msys64/home/user/qemu/docs" "C:/msys64/home/user/qemu/build/docs/manual" +C:/msys64/home/user/qemu/docs/system/qemu-block-drivers.rst.inc:506: WARNING: duplicate label nbd, other instance in C:/msys64/home/user/qemu/docs/system/images.rst +[5593/5962] Compiling C object tests/qtest/ide-test.exe.p/ide-test.c.obj +ninja: build stopped: subcommand failed. +```""" +reproduce = """1.meson compile +2. +3.""" +additional = """excluding NBD from the build targets allows successful compilation""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2786.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2786.toml new file mode 100644 index 00000000..6385a97c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2786.toml @@ -0,0 +1,19 @@ +id = 2786 +title = "deleting files fails on vvfat (was: \"error handling renames\")" +state = "opened" +created_at = "2025-01-20T16:18:41.027Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2786" +host-os = "Windows 11 Pro 24H2" +host-arch = "64-bit operating system, x64-based processor" +qemu-version = "QEMU emulator version 9.2.0 (v9.2.0-12071-g3dd0aeb44b)" +guest-os = "freedos" +guest-arch = "x86" +description = """When working with files, renaming or saving from IDE, QEMU halts with the error message: + +"Error handling renames (-2)"""" +reproduce = """1. +2. +3.""" +additional = """a previous del failed, the directories are not synced so the rename on the drive fails when the file with the target file name still exists on the real directory. So the real issue is a failed del.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2788.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2788.toml new file mode 100644 index 00000000..58ea6fc2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2788.toml @@ -0,0 +1,21 @@ +id = 2788 +title = "[solved] input mouse and keyboard not working on a distro" +state = "closed" +created_at = "2025-01-22T10:51:05.230Z" +closed_at = "2025-01-22T13:12:34.691Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2788" +host-os = "Nemesis 24.06 (based on artix, arch)" +host-arch = "x86" +qemu-version = "QEMU emulator version 9.2.50 (v9.2.0-900-g3214bec13d)" +guest-os = "[Nemesis 25.01](https://forum.porteus.org/viewtopic.php?f=137&t=11535&sid=13db941bd4ff37fa49be828efc84574e#p101500)" +guest-arch = "x86" +description = """The distro work but does not take input from either keyboard or mouse. +At the boot menu (syslinux) where I have to choose the boot mode the keyboard works, but it stops working when the desktop has booted. +The distro is not blocked I can tell by observing that the clock in the panel keeps running and if I click in the qemu menubar on machine > power down, the distro correctly performs the shutdown procedure. +I have tried other distributions (porteus and tinycore) and both do not have this problem. +I also tried using as -display vnc and sdl but I have the same problem. +I am using a [portable version of qemu](https://gitlab.com/qemu-project/qemu/-/issues/new) but I also tried with the repository version having the same problem.""" +reproduce = """Simply boot the virtual machine with the distro, in my case with the portable qemu version: +./QEMU-git-x86_64.AppImage qemu-system-x86_64 -m 512 -enable-kvm -boot d -cdrom ./Nemesis-v25.01-XFCE-x86_64.iso""" +additional = """I am not expert in qemu, if you need some more data I can try to produce it""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2789.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2789.toml new file mode 100644 index 00000000..58832fd1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2789.toml @@ -0,0 +1,15 @@ +id = 2789 +title = "Emulate a folder instead of creating the iso" +state = "closed" +created_at = "2025-01-22T23:15:30.820Z" +closed_at = "2025-01-23T10:52:32.169Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2789" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2793.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2793.toml new file mode 100644 index 00000000..bb06bb23 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2793.toml @@ -0,0 +1,250 @@ +id = 2793 +title = "Upgrading from qemu-kvm-* (17:9.1.0-7.el9) to (17:9.1.0-9.el9) causes VM to crash within cockpit-machines (v326-1.el9) with qemu-kvm: ../qapi/qobject-output-visitor.c:95: void qobject_output_add_obj(QObjectOutputVisitor *, const char *, QObject *): Assert" +state = "closed" +created_at = "2025-01-25T21:13:21.126Z" +closed_at = "2025-01-26T19:01:38.694Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2793" +host-os = "Rocky 9.5" +host-arch = "x86_64" +qemu-version = "qemu-img version 9.1.0 (qemu-kvm-9.1.0-9.el9) - after upgrade from 9.1.0-7" +guest-os = "Any OS, but in this case Windows 10" +guest-arch = "x86_64" +description = """** From the /var/log/libvirt/qemu/WinDesktop03-log ** + +2025-01-21 21:50:57.464+0000: Starting external device: TPM Emulator +/usr/bin/swtpm socket --ctrl type=unixio,path=/run/libvirt/qemu/swtpm/1-WinDesktop-03-swtpm.sock,mode=0600 --tpmstate dir=/var/lib/libvirt/swtpm/fb44aa6f-8127-4df7-afc3-2ba54b7b7790/tpm2,mode=0600 --log file=/var/log/swtpm/libvirt/qemu/WinDesktop-03-swtpm.log --terminate --tpm2 +2025-01-21 21:50:57.501+0000: starting up libvirt version: 10.10.0, package: 3.el9 (builder@centos.org, 2024-12-20-13:49:58, ), qemu version: 9.1.0qemu-kvm-9.1.0-7.el9, kernel: 6.12.9, hostname: amd-strat-3 +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +HOME=/var/lib/libvirt/qemu/domain-1-WinDesktop-03 \\ +XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-1-WinDesktop-03/.local/share \\ +XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-1-WinDesktop-03/.cache \\ +XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-1-WinDesktop-03/.config \\ +/usr/libexec/qemu-kvm \\ +-name guest=WinDesktop-03,debug-threads=on \\ +-S \\ +-object '{"qom-type":"secret","id":"masterKey0","format":"raw","file":"/var/lib/libvirt/qemu/domain-1-WinDesktop-03/master-key.aes"}' \\ +-blockdev '{"driver":"file","filename":"/usr/share/edk2/ovmf/OVMF_CODE.secboot.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}' \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/WinDesktop-03_VARS.fd","node-name":"libvirt-pflash1-storage","read-only":false}' \\ +-machine pc-q35-rhel9.6.0,usb=off,smm=on,dump-guest-core=off,memory-backend=pc.ram,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-storage,hpet=off,acpi=on \\ +-accel kvm \\ +-cpu host,migratable=on,hv-time=on,hv-relaxed=on,hv-vapic=on,hv-spinlocks=0x1fff,hv-vpindex=on,hv-runtime=on,hv-synic=on,hv-stimer=on,hv-frequencies=on,hv-tlbflush=on,hv-ipi=on,hv-avic=on \\ +-global driver=cfi.pflash01,property=secure,value=on \\ +-m size=8388608k \\ +-object '{"qom-type":"memory-backend-ram","id":"pc.ram","size":8589934592}' \\ +-overcommit mem-lock=off \\ +-smp 8,sockets=1,dies=1,clusters=1,cores=8,threads=1 \\ +-uuid fb44aa6f-8127-4df7-afc3-2ba54b7b7790 \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,fd=23,server=on,wait=off \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=localtime,driftfix=slew \\ +-global kvm-pit.lost_tick_policy=delay \\ +-no-shutdown \\ +-global ICH9-LPC.disable_s3=1 \\ +-global ICH9-LPC.disable_s4=1 \\ +-boot strict=on \\ +-device '{"driver":"pcie-root-port","port":16,"chassis":1,"id":"pci.1","bus":"pcie.0","multifunction":true,"addr":"0x2"}' \\ +-device '{"driver":"pcie-root-port","port":17,"chassis":2,"id":"pci.2","bus":"pcie.0","addr":"0x2.0x1"}' \\ +-device '{"driver":"pcie-root-port","port":18,"chassis":3,"id":"pci.3","bus":"pcie.0","addr":"0x2.0x2"}' \\ +-device '{"driver":"pcie-root-port","port":19,"chassis":4,"id":"pci.4","bus":"pcie.0","addr":"0x2.0x3"}' \\ +-device '{"driver":"pcie-root-port","port":20,"chassis":5,"id":"pci.5","bus":"pcie.0","addr":"0x2.0x4"}' \\ +-device '{"driver":"pcie-root-port","port":21,"chassis":6,"id":"pci.6","bus":"pcie.0","addr":"0x2.0x5"}' \\ +-device '{"driver":"pcie-root-port","port":22,"chassis":7,"id":"pci.7","bus":"pcie.0","addr":"0x2.0x6"}' \\ +-device '{"driver":"pcie-root-port","port":23,"chassis":8,"id":"pci.8","bus":"pcie.0","addr":"0x2.0x7"}' \\ +-device '{"driver":"pcie-root-port","port":24,"chassis":9,"id":"pci.9","bus":"pcie.0","multifunction":true,"addr":"0x3"}' \\ +-device '{"driver":"pcie-root-port","port":25,"chassis":10,"id":"pci.10","bus":"pcie.0","addr":"0x3.0x1"}' \\ +-device '{"driver":"pcie-root-port","port":26,"chassis":11,"id":"pci.11","bus":"pcie.0","addr":"0x3.0x2"}' \\ +-device '{"driver":"pcie-root-port","port":27,"chassis":12,"id":"pci.12","bus":"pcie.0","addr":"0x3.0x3"}' \\ +-device '{"driver":"pcie-root-port","port":28,"chassis":13,"id":"pci.13","bus":"pcie.0","addr":"0x3.0x4"}' \\ +-device '{"driver":"pcie-root-port","port":29,"chassis":14,"id":"pci.14","bus":"pcie.0","addr":"0x3.0x5"}' \\ +-device '{"driver":"qemu-xhci","p2":15,"p3":15,"id":"usb","bus":"pci.2","addr":"0x0"}' \\ +-device '{"driver":"virtio-serial-pci","id":"virtio-serial0","bus":"pci.4","addr":"0x0"}' \\ +-blockdev '{"driver":"file","filename":"/stratistor/clustermounts/machines/WinDesktop-03/WinDesktop-03.qcow2","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":false,"driver":"qcow2","file":"libvirt-1-storage","backing":null}' \\ +-device '{"driver":"ide-hd","bus":"ide.0","drive":"libvirt-1-format","id":"sata0-0-0","bootindex":1}' \\ +-netdev '{"type":"tap","fd":"25","vhost":true,"vhostfd":"27","id":"hostnet0"}' \\ +-device '{"driver":"virtio-net-pci","netdev":"hostnet0","id":"net0","mac":"52:54:00:d4:af:c9","bus":"pci.1","addr":"0x0"}' \\ +-chardev pty,id=charserial0 \\ +-device '{"driver":"isa-serial","chardev":"charserial0","id":"serial0","index":0}' \\ +-chardev socket,id=charchannel0,fd=22,server=on,wait=off \\ +-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":1,"chardev":"charchannel0","id":"channel0","name":"org.qemu.guest_agent.0"}' \\ +-chardev socket,id=chrtpm,path=/run/libvirt/qemu/swtpm/1-WinDesktop-03-swtpm.sock \\ +-tpmdev emulator,id=tpm-tpm0,chardev=chrtpm \\ +-device '{"driver":"tpm-crb","tpmdev":"tpm-tpm0","id":"tpm0"}' \\ +-device '{"driver":"usb-tablet","id":"input0","bus":"usb.0","port":"1"}' \\ +-audiodev '{"id":"audio1","driver":"none"}' \\ +-vnc 0.0.0.0:0,audiodev=audio1 \\ +-device '{"driver":"virtio-vga","id":"video0","max_outputs":1,"bus":"pcie.0","addr":"0x1"}' \\ +-global ICH9-LPC.noreboot=off \\ +-watchdog-action reset \\ +-incoming defer \\ +-device '{"driver":"virtio-balloon-pci","id":"balloon0","bus":"pci.3","addr":"0x0"}' \\ +-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \\ +-msg timestamp=on +2025-01-21 21:50:57.502+0000: Domain id=1 is tainted: high-privileges +2025-01-21 21:50:57.502+0000: Domain id=1 is tainted: host-cpu +char device redirected to /dev/pts/0 (label charserial0) +2025-01-21 21:51:07.797+0000: Domain id=1 is tainted: custom-ga-command +2025-01-25T20:54:12.923119Z qemu-kvm: terminating on signal 15 from pid 279229 (/usr/sbin/virtqemud) +2025-01-25 20:54:13.215+0000: shutting down, reason=shutdown +2025-01-25 20:54:18.392+0000: Starting external device: TPM Emulator +/usr/bin/swtpm socket --ctrl type=unixio,path=/run/libvirt/qemu/swtpm/2-WinDesktop-03-swtpm.sock,mode=0600 --tpmstate dir=/var/lib/libvirt/swtpm/fb44aa6f-8127-4df7-afc3-2ba54b7b7790/tpm2,mode=0600 --log file=/var/log/swtpm/libvirt/qemu/WinDesktop-03-swtpm.log --terminate --tpm2 +2025-01-25 20:54:18.414+0000: starting up libvirt version: 10.10.0, package: 3.el9 (builder@centos.org, 2024-12-20-13:49:58, ), qemu version: 9.1.0qemu-kvm-9.1.0-9.el9, kernel: 6.12.9, hostname: amd-strat-3 +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +HOME=/var/lib/libvirt/qemu/domain-2-WinDesktop-03 \\ +XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-2-WinDesktop-03/.local/share \\ +XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-2-WinDesktop-03/.cache \\ +XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-2-WinDesktop-03/.config \\ +/usr/libexec/qemu-kvm \\ +-name guest=WinDesktop-03,debug-threads=on \\ +-S \\ +-object '{"qom-type":"secret","id":"masterKey0","format":"raw","file":"/var/lib/libvirt/qemu/domain-2-WinDesktop-03/master-key.aes"}' \\ +-blockdev '{"driver":"file","filename":"/usr/share/edk2/ovmf/OVMF_CODE.secboot.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}' \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/WinDesktop-03_VARS.fd","node-name":"libvirt-pflash1-storage","read-only":false}' \\ +-machine pc-q35-rhel9.6.0,usb=off,smm=on,dump-guest-core=off,memory-backend=pc.ram,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-storage,hpet=off,acpi=on \\ +-accel kvm \\ +-cpu host,migratable=on,hv-time=on,hv-relaxed=on,hv-vapic=on,hv-spinlocks=0x1fff,hv-vpindex=on,hv-runtime=on,hv-synic=on,hv-stimer=on,hv-frequencies=on,hv-tlbflush=on,hv-ipi=on,hv-avic=on \\ +-global driver=cfi.pflash01,property=secure,value=on \\ +-m size=8388608k \\ +-object '{"qom-type":"memory-backend-ram","id":"pc.ram","size":8589934592}' \\ +-overcommit mem-lock=off \\ +-smp 8,sockets=1,dies=1,clusters=1,cores=8,threads=1 \\ +-uuid fb44aa6f-8127-4df7-afc3-2ba54b7b7790 \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,fd=25,server=on,wait=off \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=localtime,driftfix=slew \\ +-global kvm-pit.lost_tick_policy=delay \\ +-no-shutdown \\ +-global ICH9-LPC.disable_s3=1 \\ +-global ICH9-LPC.disable_s4=1 \\ +-boot strict=on \\ +-device '{"driver":"pcie-root-port","port":16,"chassis":1,"id":"pci.1","bus":"pcie.0","multifunction":true,"addr":"0x2"}' \\ +-device '{"driver":"pcie-root-port","port":17,"chassis":2,"id":"pci.2","bus":"pcie.0","addr":"0x2.0x1"}' \\ +-device '{"driver":"pcie-root-port","port":18,"chassis":3,"id":"pci.3","bus":"pcie.0","addr":"0x2.0x2"}' \\ +-device '{"driver":"pcie-root-port","port":19,"chassis":4,"id":"pci.4","bus":"pcie.0","addr":"0x2.0x3"}' \\ +-device '{"driver":"pcie-root-port","port":20,"chassis":5,"id":"pci.5","bus":"pcie.0","addr":"0x2.0x4"}' \\ +-device '{"driver":"pcie-root-port","port":21,"chassis":6,"id":"pci.6","bus":"pcie.0","addr":"0x2.0x5"}' \\ +-device '{"driver":"pcie-root-port","port":22,"chassis":7,"id":"pci.7","bus":"pcie.0","addr":"0x2.0x6"}' \\ +-device '{"driver":"pcie-root-port","port":23,"chassis":8,"id":"pci.8","bus":"pcie.0","addr":"0x2.0x7"}' \\ +-device '{"driver":"pcie-root-port","port":24,"chassis":9,"id":"pci.9","bus":"pcie.0","multifunction":true,"addr":"0x3"}' \\ +-device '{"driver":"pcie-root-port","port":25,"chassis":10,"id":"pci.10","bus":"pcie.0","addr":"0x3.0x1"}' \\ +-device '{"driver":"pcie-root-port","port":26,"chassis":11,"id":"pci.11","bus":"pcie.0","addr":"0x3.0x2"}' \\ +-device '{"driver":"pcie-root-port","port":27,"chassis":12,"id":"pci.12","bus":"pcie.0","addr":"0x3.0x3"}' \\ +-device '{"driver":"pcie-root-port","port":28,"chassis":13,"id":"pci.13","bus":"pcie.0","addr":"0x3.0x4"}' \\ +-device '{"driver":"pcie-root-port","port":29,"chassis":14,"id":"pci.14","bus":"pcie.0","addr":"0x3.0x5"}' \\ +-device '{"driver":"qemu-xhci","p2":15,"p3":15,"id":"usb","bus":"pci.2","addr":"0x0"}' \\ +-device '{"driver":"virtio-serial-pci","id":"virtio-serial0","bus":"pci.4","addr":"0x0"}' \\ +-blockdev '{"driver":"file","filename":"/stratistor/clustermounts/machines/WinDesktop-03/WinDesktop-03.qcow2","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":false,"driver":"qcow2","file":"libvirt-1-storage","backing":null}' \\ +-device '{"driver":"ide-hd","bus":"ide.0","drive":"libvirt-1-format","id":"sata0-0-0","bootindex":1}' \\ +-netdev '{"type":"tap","fd":"27","vhost":true,"vhostfd":"34","id":"hostnet0"}' \\ +-device '{"driver":"virtio-net-pci","netdev":"hostnet0","id":"net0","mac":"52:54:00:d4:af:c9","bus":"pci.1","addr":"0x0"}' \\ +-chardev pty,id=charserial0 \\ +-device '{"driver":"isa-serial","chardev":"charserial0","id":"serial0","index":0}' \\ +-chardev socket,id=charchannel0,fd=23,server=on,wait=off \\ +-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":1,"chardev":"charchannel0","id":"channel0","name":"org.qemu.guest_agent.0"}' \\ +-chardev socket,id=chrtpm,path=/run/libvirt/qemu/swtpm/2-WinDesktop-03-swtpm.sock \\ +-tpmdev emulator,id=tpm-tpm0,chardev=chrtpm \\ +-device '{"driver":"tpm-crb","tpmdev":"tpm-tpm0","id":"tpm0"}' \\ +-device '{"driver":"usb-tablet","id":"input0","bus":"usb.0","port":"1"}' \\ +-audiodev '{"id":"audio1","driver":"none"}' \\ +-vnc 0.0.0.0:0,audiodev=audio1 \\ +-device '{"driver":"virtio-vga","id":"video0","max_outputs":1,"bus":"pcie.0","addr":"0x1"}' \\ +-global ICH9-LPC.noreboot=off \\ +-watchdog-action reset \\ +-device '{"driver":"virtio-balloon-pci","id":"balloon0","bus":"pci.3","addr":"0x0"}' \\ +-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \\ +-msg timestamp=on +2025-01-25 20:54:18.414+0000: Domain id=2 is tainted: high-privileges +char device redirected to /dev/pts/0 (label charserial0) +qemu-kvm: ../qapi/qobject-output-visitor.c:95: void qobject_output_add_obj(QObjectOutputVisitor *, const char *, QObject *): Assertion `name' failed. +2025-01-25 20:54:19.395+0000: shutting down, reason=crashed +2025-01-25 20:54:25.221+0000: Starting external device: TPM Emulator +/usr/bin/swtpm socket --ctrl type=unixio,path=/run/libvirt/qemu/swtpm/3-WinDesktop-03-swtpm.sock,mode=0600 --tpmstate dir=/var/lib/libvirt/swtpm/fb44aa6f-8127-4df7-afc3-2ba54b7b7790/tpm2,mode=0600 --log file=/var/log/swtpm/libvirt/qemu/WinDesktop-03-swtpm.log --terminate --tpm2 +2025-01-25 20:54:25.242+0000: starting up libvirt version: 10.10.0, package: 3.el9 (builder@centos.org, 2024-12-20-13:49:58, ), qemu version: 9.1.0qemu-kvm-9.1.0-9.el9, kernel: 6.12.9, hostname: amd-strat-3 +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \\ +HOME=/var/lib/libvirt/qemu/domain-3-WinDesktop-03 \\ +XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-3-WinDesktop-03/.local/share \\ +XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-3-WinDesktop-03/.cache \\ +XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-3-WinDesktop-03/.config \\ +/usr/libexec/qemu-kvm \\ +-name guest=WinDesktop-03,debug-threads=on \\ +-S \\ +-object '{"qom-type":"secret","id":"masterKey0","format":"raw","file":"/var/lib/libvirt/qemu/domain-3-WinDesktop-03/master-key.aes"}' \\ +-blockdev '{"driver":"file","filename":"/usr/share/edk2/ovmf/OVMF_CODE.secboot.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}' \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/WinDesktop-03_VARS.fd","node-name":"libvirt-pflash1-storage","read-only":false}' \\ +-machine pc-q35-rhel9.6.0,usb=off,smm=on,dump-guest-core=off,memory-backend=pc.ram,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-storage,hpet=off,acpi=on \\ +-accel kvm \\ +-cpu host,migratable=on,hv-time=on,hv-relaxed=on,hv-vapic=on,hv-spinlocks=0x1fff,hv-vpindex=on,hv-runtime=on,hv-synic=on,hv-stimer=on,hv-frequencies=on,hv-tlbflush=on,hv-ipi=on,hv-avic=on \\ +-global driver=cfi.pflash01,property=secure,value=on \\ +-m size=8388608k \\ +-object '{"qom-type":"memory-backend-ram","id":"pc.ram","size":8589934592}' \\ +-overcommit mem-lock=off \\ +-smp 8,sockets=1,dies=1,clusters=1,cores=8,threads=1 \\ +-uuid fb44aa6f-8127-4df7-afc3-2ba54b7b7790 \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,fd=25,server=on,wait=off \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=localtime,driftfix=slew \\ +-global kvm-pit.lost_tick_policy=delay \\ +-no-shutdown \\ +-global ICH9-LPC.disable_s3=1 \\ +-global ICH9-LPC.disable_s4=1 \\ +-boot strict=on \\ +-device '{"driver":"pcie-root-port","port":16,"chassis":1,"id":"pci.1","bus":"pcie.0","multifunction":true,"addr":"0x2"}' \\ +-device '{"driver":"pcie-root-port","port":17,"chassis":2,"id":"pci.2","bus":"pcie.0","addr":"0x2.0x1"}' \\ +-device '{"driver":"pcie-root-port","port":18,"chassis":3,"id":"pci.3","bus":"pcie.0","addr":"0x2.0x2"}' \\ +-device '{"driver":"pcie-root-port","port":19,"chassis":4,"id":"pci.4","bus":"pcie.0","addr":"0x2.0x3"}' \\ +-device '{"driver":"pcie-root-port","port":20,"chassis":5,"id":"pci.5","bus":"pcie.0","addr":"0x2.0x4"}' \\ +-device '{"driver":"pcie-root-port","port":21,"chassis":6,"id":"pci.6","bus":"pcie.0","addr":"0x2.0x5"}' \\ +-device '{"driver":"pcie-root-port","port":22,"chassis":7,"id":"pci.7","bus":"pcie.0","addr":"0x2.0x6"}' \\ +-device '{"driver":"pcie-root-port","port":23,"chassis":8,"id":"pci.8","bus":"pcie.0","addr":"0x2.0x7"}' \\ +-device '{"driver":"pcie-root-port","port":24,"chassis":9,"id":"pci.9","bus":"pcie.0","multifunction":true,"addr":"0x3"}' \\ +-device '{"driver":"pcie-root-port","port":25,"chassis":10,"id":"pci.10","bus":"pcie.0","addr":"0x3.0x1"}' \\ +-device '{"driver":"pcie-root-port","port":26,"chassis":11,"id":"pci.11","bus":"pcie.0","addr":"0x3.0x2"}' \\ +-device '{"driver":"pcie-root-port","port":27,"chassis":12,"id":"pci.12","bus":"pcie.0","addr":"0x3.0x3"}' \\ +-device '{"driver":"pcie-root-port","port":28,"chassis":13,"id":"pci.13","bus":"pcie.0","addr":"0x3.0x4"}' \\ +-device '{"driver":"pcie-root-port","port":29,"chassis":14,"id":"pci.14","bus":"pcie.0","addr":"0x3.0x5"}' \\ +-device '{"driver":"qemu-xhci","p2":15,"p3":15,"id":"usb","bus":"pci.2","addr":"0x0"}' \\ +-device '{"driver":"virtio-serial-pci","id":"virtio-serial0","bus":"pci.4","addr":"0x0"}' \\ +-blockdev '{"driver":"file","filename":"/stratistor/clustermounts/machines/WinDesktop-03/WinDesktop-03.qcow2","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":false,"driver":"qcow2","file":"libvirt-1-storage","backing":null}' \\ +-device '{"driver":"ide-hd","bus":"ide.0","drive":"libvirt-1-format","id":"sata0-0-0","bootindex":1}' \\ +-netdev '{"type":"tap","fd":"27","vhost":true,"vhostfd":"34","id":"hostnet0"}' \\ +-device '{"driver":"virtio-net-pci","netdev":"hostnet0","id":"net0","mac":"52:54:00:d4:af:c9","bus":"pci.1","addr":"0x0"}' \\ +-chardev pty,id=charserial0 \\ +-device '{"driver":"isa-serial","chardev":"charserial0","id":"serial0","index":0}' \\ +-chardev socket,id=charchannel0,fd=23,server=on,wait=off \\ +-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":1,"chardev":"charchannel0","id":"channel0","name":"org.qemu.guest_agent.0"}' \\ +-chardev socket,id=chrtpm,path=/run/libvirt/qemu/swtpm/3-WinDesktop-03-swtpm.sock \\ +-tpmdev emulator,id=tpm-tpm0,chardev=chrtpm \\ +-device '{"driver":"tpm-crb","tpmdev":"tpm-tpm0","id":"tpm0"}' \\ +-device '{"driver":"usb-tablet","id":"input0","bus":"usb.0","port":"1"}' \\ +-audiodev '{"id":"audio1","driver":"none"}' \\ +-vnc 0.0.0.0:0,audiodev=audio1 \\ +-device '{"driver":"virtio-vga","id":"video0","max_outputs":1,"bus":"pcie.0","addr":"0x1"}' \\ +-global ICH9-LPC.noreboot=off \\ +-watchdog-action reset \\ +-device '{"driver":"virtio-balloon-pci","id":"balloon0","bus":"pci.3","addr":"0x0"}' \\ +-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \\ +-msg timestamp=on +2025-01-25 20:54:25.242+0000: Domain id=3 is tainted: high-privileges +char device redirected to /dev/pts/0 (label charserial0) +**qemu-kvm: ../qapi/qobject-output-visitor.c:95: void qobject_output_add_obj(QObjectOutputVisitor *, const char *, QObject *): Assertion `name' failed. +2025-01-25 20:54:29.967+0000: shutting down, reason=crashed**""" +reproduce = """1. Could not produce crash with qemu version 9.1.0-7, upgraded to 9.1.0-9. +2. Started VM using cockpit web interface +3. Crashes within 5 seconds of starting +4. Opening a ticket with cockpit-machines tracker as well as this only happens in cockpit-machines. I am able to open console using virt-manager without crashing, it's only with the cockpit-machines web interface on the VM summary page for the specific VM that appears to cause this.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2795.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2795.toml new file mode 100644 index 00000000..6063adfa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2795.toml @@ -0,0 +1,168 @@ +id = 2795 +title = "qemu-system-aarch64 crash when issuing set_link net on in monitor" +state = "opened" +created_at = "2025-01-27T16:05:32.380Z" +closed_at = "n/a" +labels = ["Networking", "device:virtio", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2795" +host-os = "PopOS 22.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.0 (v9.2.0)" +guest-os = "Yocto Linux Scarthgap 5.0.2" +guest-arch = "aarch64" +description = """Boot the guest. On the host, connect to the qemu monitor and issue the following commmands: +``` +set_link net0 off +ethtool enp0s1 on the guest now shows the link going down +set_link net0 on +``` + +qemu crashes as follows (virtio net): +``` +Thread 1 "qemu-system-aar" received signal SIGSEGV, Segmentation fault. +object_get_class (obj=obj@entry=0x0) at ../qemu/qom/object.c:1049 +1049\t return obj->class; +(gdb) bt +#0 object_get_class (obj=obj@entry=0x0) at ../qemu/qom/object.c:1049 +#1 0x000055555602dd0f in QIO_CHANNEL_GET_CLASS (obj=0x0) + at /home/tsailer/src/daedalean/exp-bertcard-emu/qemu/include/io/channel.h:29 +#2 qio_channel_writev_full + (errp=0x0, flags=0, nfds=0, fds=0x0, niov=2, iov=0x7fffffff5190, ioc=0x0) + at ../qemu/io/channel.c:87 +#3 qio_channel_writev + (ioc=0x0, iov=iov@entry=0x7fffffff5190, niov=2, errp=errp@entry=0x0) + at ../qemu/io/channel.c:305 +#4 0x0000555555c42a66 in net_stream_receive + (nc=0x5555578477d0, buf=<optimized out>, size=90) + at ../qemu/net/stream.c:98 +#5 0x0000555555c3d327 in nc_sendv_compat + (flags=<optimized out>, iovcnt=1, iov=0x7fffffff52f0, nc=0x5555578477d0) + at ../qemu/net/net.c:784 +#6 qemu_deliver_packet_iov + (sender=<optimized out>, flags=<optimized out>, iov=0x7fffffff52f0, iovcnt=1, opaque=0x5555578477d0) at ../qemu/net/net.c:830 +#7 0x0000555555c4106c in qemu_net_queue_deliver_iov + (iovcnt=1, iov=0x7fffffff52f0, flags=0, sender=0x5555583049d8, queue=0x55555783c5e0) at ../qemu/net/queue.c:179 +#8 qemu_net_queue_send_iov + (queue=0x55555783c5e0, sender=0x5555583049d8, flags=flags@entry=0, iov=iov@entry=0x7fffffff52f0, iovcnt=iovcnt@entry=1, sent_cb=sent_cb@entry=0x555555f28fa0 <virtio_net_tx_complete>) at ../qemu/net/queue.c:235 +#9 0x0000555555c3ed63 in qemu_sendv_packet_async + (sent_cb=0x555555f28fa0 <virtio_net_tx_complete>, iovcnt=1, iov=0x7fffffff52f0, sender=<optimized out>) at ../qemu/net/net.c:875 +#10 0x0000555555f28c1d in virtio_net_flush_tx (q=q@entry=0x5555582fcb00) + at ../qemu/hw/net/virtio-net.c:2795 +#11 0x0000555555f28f18 in virtio_net_tx_bh (opaque=0x5555582fcb00) + at ../qemu/hw/net/virtio-net.c:2948 +#12 0x00005555561c2f47 in aio_bh_call (bh=bh@entry=0x5555582d0b30) + at ../qemu/util/async.c:172 +#13 0x00005555561c311e in aio_bh_poll (ctx=ctx@entry=0x5555574c3c10) + at ../qemu/util/async.c:219 +#14 0x00005555561ab382 in aio_dispatch (ctx=0x5555574c3c10) + at ../qemu/util/aio-posix.c:424 +#15 0x00005555561c2d82 in aio_ctx_dispatch + (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at ../qemu/util/async.c:361 +#16 0x00007ffff7ad5d3b in g_main_context_dispatch () + at /lib/x86_64-linux-gnu/libglib-2.0.so.0 +#17 0x00005555561c45d8 in glib_pollfds_poll () at ../qemu/util/main-loop.c:287 +#18 os_host_main_loop_wait (timeout=0) at ../qemu/util/main-loop.c:310 +#19 main_loop_wait (nonblocking=nonblocking@entry=0) + at ../qemu/util/main-loop.c:589 +#20 0x0000555555bf2569 in qemu_main_loop () at ../qemu/system/runstate.c:835 +#21 0x00005555561047fa in qemu_default_main () at ../qemu/system/main.c:37 +#22 0x00007ffff7229d90 in __libc_start_call_main + (main=main@entry=0x5555558e5080 <main>, argc=argc@entry=44, argv=argv@entry=0x7fffffffd6c8) + at ../sysdeps/nptl/libc_start_call_main.h:58 +#23 0x00007ffff7229e40 in __libc_start_main_impl + (main=0x5555558e5080 <main>, argc=44, argv=0x7fffffffd6c8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd6b8) + at ../csu/libc-start.c:392 +#24 0x00005555558e6095 in _start () + +Crash with e1000e: +[ 16.846673] e1000e 0000:00:02.0 enp0s2: NIC Link is Down +[ 18.495388] e1000e 0000:00:02.0 enp0s2: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx + +Thread 5 "qemu-system-aar" received signal SIGSEGV, Segmentation fault. +[Switching to Thread 0x7fffafe00640 (LWP 641377)] +object_get_class (obj=obj@entry=0x0) at ../qemu/qom/object.c:1049 +1049\t return obj->class; +(gdb) bt +#0 object_get_class (obj=obj@entry=0x0) at ../qemu/qom/object.c:1049 +#1 0x000055555602dd0f in QIO_CHANNEL_GET_CLASS (obj=0x0) + at /home/tsailer/src/daedalean/exp-bertcard-emu/qemu/include/io/channel.h:29 +#2 qio_channel_writev_full + (errp=0x0, flags=0, nfds=0, fds=0x0, niov=2, iov=0x7fffafdfe9b0, ioc=0x0) + at ../qemu/io/channel.c:87 +#3 qio_channel_writev + (ioc=0x0, iov=iov@entry=0x7fffafdfe9b0, niov=2, errp=errp@entry=0x0) + at ../qemu/io/channel.c:305 +#4 0x0000555555c42a66 in net_stream_receive + (nc=0x5555578589b0, buf=<optimized out>, size=90) + at ../qemu/net/stream.c:98 +#5 0x0000555555c3d327 in nc_sendv_compat + (flags=<optimized out>, iovcnt=3, iov=0x55555850b280, nc=0x5555578589b0) + at ../qemu/net/net.c:784 +#6 qemu_deliver_packet_iov + (sender=<optimized out>, flags=<optimized out>, iov=0x55555850b280, iovcnt=3, opaque=0x5555578589b0) at ../qemu/net/net.c:830 +#7 0x0000555555c4106c in qemu_net_queue_deliver_iov + (iovcnt=3, iov=0x55555850b280, flags=0, sender=0x5555584facf8, queue=0x55555783c6d0) at ../qemu/net/queue.c:179 +#8 qemu_net_queue_send_iov + (queue=0x55555783c6d0, sender=0x5555584facf8, flags=0, iov=0x55555850b280, iovcnt=3, sent_cb=0x0) at ../qemu/net/queue.c:235 +#9 0x0000555555a62737 in net_tx_pkt_send_custom + (pkt=0x5555584fb200, offload=<optimized out>, callback=0x555555a61150 <net_tx_pkt_sendv>, context=0x5555584facf8) at ../qemu/hw/net/net_tx_pkt.c:847 +#10 0x0000555555a62819 in net_tx_pkt_send + (pkt=<optimized out>, nc=<optimized out>) + at ../qemu/hw/net/net_tx_pkt.c:816 +#11 0x0000555555a6dd2a in e1000e_tx_pkt_send + (queue_index=<optimized out>, tx=0x555558480cc8, core=0x555558460a60) + at ../qemu/hw/net/e1000e_core.c:654 +#12 e1000e_process_tx_desc + (queue_index=<optimized out>, dp=0x7fffafdfeb20, tx=0x555558480cc8, core=0x555558460a60) at ../qemu/hw/net/e1000e_core.c:731 +#13 e1000e_start_xmit (core=0x555558460a60, txr=txr@entry=0x7fffafdfeb90) + at ../qemu/hw/net/e1000e_core.c:921 +#14 0x0000555555a6dfcc in e1000e_set_tdt + (core=<optimized out>, index=<optimized out>, val=<optimized out>) + at ../qemu/hw/net/e1000e_core.c:2432 +#15 0x0000555555f72044 in memory_region_write_accessor + (mr=0x555558460610, addr=14360, value=<optimized out>, size=4, shift=<optimized out>, mask=<optimized out>, attrs=...) at ../qemu/system/memory.c:497 +#16 0x0000555555f7320e in access_with_adjusted_size + (addr=addr@entry=14360, value=value@entry=0x7fffafdfece8, size=size@entry=4, + access_size_min=<optimized out>, access_size_max=<optimized out>, access_fn=0x555555f71fc0 <memory_region_write_accessor>, mr=<optimized out>, attrs=...) at ../qemu/system/memory.c:573 +#17 0x0000555555f743ad in memory_region_dispatch_write + (mr=mr@entry=0x555558460610, addr=addr@entry=14360, data=<optimized out>, + data@entry=19, op=op@entry=MO_32, attrs=...) + at ../qemu/system/memory.c:1560 +#18 0x0000555555fc6cc9 in int_st_mmio_leN + (cpu=cpu@entry=0x55555789a140, full=full@entry=0x7fffa47eab90, val_le=val_le@entry=19, addr=addr@entry=18446743801007585304, size=size@entry=4, mmu_idx=mmu_idx@entry=2, ra=140736286290890, mr=0x555558460610, mr_offset=14360) + at ../qemu/accel/tcg/cputlb.c:2489 +#19 0x0000555555fc6ec8 in do_st_mmio_leN + (cpu=0x55555789a140, full=0x7fffa47eab90, val_le=19, addr=18446743801007585304, size=4, mmu_idx=2, ra=140736286290890) at ../qemu/accel/tcg/cputlb.c:2524 +#20 0x0000555555fcb55a in do_st_4 + (ra=<optimized out>, memop=<optimized out>, mmu_idx=<optimized out>, val=19, p=<optimized out>, cpu=<optimized out>) at ../qemu/accel/tcg/cputlb.c:2694 +#21 do_st4_mmu + (cpu=0x55555789a140, addr=140736144075184, val=19, oi=2, ra=140736286290890) at ../qemu/accel/tcg/cputlb.c:2770 +#22 0x00007fffb859f416 in code_gen_buffer () +#23 0x0000555555fbb6a6 in cpu_tb_exec + (cpu=cpu@entry=0x55555789a140, itb=itb@entry=0x7fffb859f2c0 <code_gen_buffer+140112531>, tb_exit=tb_exit@entry=0x7fffafdff444) + at ../qemu/accel/tcg/cpu-exec.c:458 +#24 0x0000555555fbbc2f in cpu_loop_exec_tb + (tb_exit=0x7fffafdff444, last_tb=<synthetic pointer>, pc=<optimized out>, tb=0x7fffb859f2c0 <code_gen_buffer+140112531>, cpu=0x55555789a140) + at ../qemu/accel/tcg/cpu-exec.c:908 +#25 cpu_exec_loop (cpu=cpu@entry=0x55555789a140, sc=sc@entry=0x7fffafdff4f0) + at ../qemu/accel/tcg/cpu-exec.c:1022 +#26 0x0000555555fbc3d1 in cpu_exec_setjmp + (cpu=cpu@entry=0x55555789a140, sc=sc@entry=0x7fffafdff4f0) + at ../qemu/accel/tcg/cpu-exec.c:1039 +#27 0x0000555555fbcb9d in cpu_exec (cpu=cpu@entry=0x55555789a140) + at ../qemu/accel/tcg/cpu-exec.c:1065 +#28 0x0000555555fd8123 in tcg_cpu_exec (cpu=cpu@entry=0x55555789a140) + at ../qemu/accel/tcg/tcg-accel-ops.c:78 +#29 0x0000555555fd8280 in mttcg_cpu_thread_fn (arg=arg@entry=0x55555789a140) + at ../qemu/accel/tcg/tcg-accel-ops-mttcg.c:95 +#30 0x00005555561ae740 in qemu_thread_start (args=0x555557883000) + at ../qemu/util/qemu-thread-posix.c:541 +#31 0x00007ffff7294ac3 in start_thread (arg=<optimized out>) + at ./nptl/pthread_create.c:442 +#32 0x00007ffff7326850 in clone3 () + at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 +```""" +reproduce = """1. Boot guest +2. monitor: set_link net0 off +3. monitor: set_link net0 on""" +additional = """Same behaviour with d6430c17d7113d3c38480dc34e59d00b0504e2f7 (master as of 2025-01-19).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2798.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2798.toml new file mode 100644 index 00000000..23214f0a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2798.toml @@ -0,0 +1,46 @@ +id = 2798 +title = "Cannot disconnect Split VMDK" +state = "opened" +created_at = "2025-01-30T20:18:27.314Z" +closed_at = "n/a" +labels = ["block:vmdk"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2798" +host-os = "Mint 21.3 based on Ubuntu 22.04" +host-arch = "x64" +qemu-version = "original 6.2.0, also with upgraded 9.0.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """I used to mount VDI with qemu-nbd and it worked, I could mount/unmount many times. Since VDI was 400 GB, I converted to Split2G VMDK. +In addition to file.vmdk, there are file-s001.vmdk, file-s002.vmdk..file-s201.vmdk +With that, I can mount, but disconnect does not work. Tried also with `blockdev`, did not help, not sure if that is needed. +I know that with LV deactivation of volume group is needed before disconnect. Not aware if there is equivalent with Split VMDK. +Cannot say if issue in qemu-nbd or qemu vmdk driver. +Experienced in qemu 6.2.0 and also when upgraded to 9.0.2. May try later with master that seems to build 9.2.50.""" +reproduce = """1. sudo modprobe nbd max_part=4 && sudo qemu-nbd -f vmdk -c /dev/nbd1 file.vmdk && sudo mount /dev/nbd1p1 /mnt/vmdk +2. sudo umount -l /mnt/vmdk && sleep 2 && sudo blockdev --flushbufs /dev/nbd1 && sleep 2 && sudo qemu-nbd -dv /dev/nbd1 +3. lsblk # see still nbd1""" +additional = """``` +[ 424.020397] block nbd1: NBD_DISCONNECT +[ 424.020417] block nbd1: Disconnected due to user request. +[ 424.020420] block nbd1: shutting down sockets +[ 424.024278] I/O error, dev nbd1, sector 842468736 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0 +[ 424.024318] I/O error, dev nbd1, sector 842468736 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 424.024327] Buffer I/O error on dev nbd1, logical block 105308592, async page read +[ 424.028202] I/O error, dev nbd1, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0 +[ 424.028229] I/O error, dev nbd1, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 424.028233] Buffer I/O error on dev nbd1, logical block 0, async page read +[ 424.028249] I/O error, dev nbd1, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 424.028252] Buffer I/O error on dev nbd1, logical block 0, async page read +-- +[ 548.931610] block nbd1: NBD_DISCONNECT +[ 548.931620] block nbd1: Send disconnect failed -32 +[ 548.935594] blk_print_req_error: 6 callbacks suppressed +[ 548.935598] I/O error, dev nbd1, sector 842468736 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0 +[ 548.935634] I/O error, dev nbd1, sector 842468736 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 548.935642] buffer_io_error: 2 callbacks suppressed +[ 548.935644] Buffer I/O error on dev nbd1, logical block 105308592, async page read +[ 548.940187] I/O error, dev nbd1, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0 +[ 548.940211] I/O error, dev nbd1, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +[ 548.940215] Buffer I/O error on dev nbd1, logical block 0, async page read +[ 548.940230] I/O error, dev nbd1, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2799.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2799.toml new file mode 100644 index 00000000..6bf9a40b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2799.toml @@ -0,0 +1,49 @@ +id = 2799 +title = "compile failure for linux-user when host libc defines \"struct sched_attr\" in its sched.h" +state = "closed" +created_at = "2025-01-31T17:10:39.601Z" +closed_at = "2025-02-20T16:23:20.314Z" +labels = ["kind::Bug", "linux-user", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2799" +host-os = "Archlinux" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """When I tried to build commit 871af84d the build process stopped in [3306/9698] Compiling C object libqemu...-linux-user.a.p/linux-user_syscall.c.o + +Here is the error log: + +``` +../linux-user/syscall.c:364:8: error: redefinition of 'struct sched_attr' + 364 | struct sched_attr { + | ^~~~~~~~~~ +In file included from /usr/include/bits/sched.h:63, + from /usr/include/sched.h:43, + from /usr/include/pthread.h:22, + from /usr/include/glib-2.0/glib/deprecated/gthread.h:126, + from /usr/include/glib-2.0/glib.h:115, + from /home/fred/qemu-git/src/qemu/include/glib-compat.h:32, + from /home/fred/qemu-git/src/qemu/include/qemu/osdep.h:161, + from ../linux-user/syscall.c:20: +/usr/include/linux/sched/types.h:98:8: note: originally defined here + 98 | struct sched_attr { + | ^~~~~~~~~~ +```""" +reproduce = """1. Grab commit 871af84d +2. Use this configure command line: + +``` +--prefix=/usr \\ + --sysconfdir=/etc \\ + --localstatedir=/var \\ + --libexecdir=/usr/lib/qemu \\ + --smbd=/usr/bin/smbd \\ + --enable-modules \\ + --enable-sdl \\ + --disable-werror \\ + "${@:2}" +``` + +3. Launch ninja and wait.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2801.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2801.toml new file mode 100644 index 00000000..6e7e02e6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2801.toml @@ -0,0 +1,15 @@ +id = 2801 +title = "Implement Raspberry PI Zero 2 W." +state = "closed" +created_at = "2025-02-03T07:57:06.780Z" +closed_at = "2025-02-04T08:30:20.126Z" +labels = ["Closed::WontFix", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2801" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2803.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2803.toml new file mode 100644 index 00000000..6de60f81 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2803.toml @@ -0,0 +1,116 @@ +id = 2803 +title = "Assert failure in virtio-net device in address_space_lduw_le_cached" +state = "opened" +created_at = "2025-02-06T10:59:17.984Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2803" +host-os = "Debian 12" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.50 (v9.2.0-1537-gd922088eb4)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Issue was found by fuzzing. Assert + +``` +qemu/include/exec/memory_ldst_cached.h.inc:30: uint16_t address_space_lduw_le_cached(MemoryRegionCache *, hwaddr, MemTxAttrs, MemTxResult *): Assertion `addr < cache->len && 2 <= cache->len - addr' failed. +``` +can be triggered with some qtest commands. This is pretty similar to [issue_302](https://gitlab.com/qemu-project/qemu/-/issues/302) and [issue_781](https://gitlab.com/qemu-project/qemu/-/issues/781), but kinda different. In [issue_781](https://gitlab.com/qemu-project/qemu/-/issues/781) there is a comment, that issue was `Possibly fixed by commit 10d35e58 ("virtio-pci: fix queue_enable write").`, but unfortunately it is not - we can still trigger this assert with other set of command-line arguments and qtest commands.""" +reproduce = """Command: + +``` +cat << EOF | ./qemu-system-x86_64 -display none -machine accel=qtest, -m 512M -M q35 -nodefaults -device virtio-net,netdev=net0,packed=on -netdev user,id=net0 -qtest stdio +outl 0xcf8 0x80000810 +outl 0xcfc 0xc000 +outl 0xcf8 0x80000820 +outl 0xcfc 0xe0004000 +outl 0xcf8 0x80000804 +outw 0xcfc 0x7 +write 0xe0004008 0x1 0x01 +write 0xe000400c 0x1 0x04 +outl 0xc00b 0x01000000 +outl 0xc006 0x38380000 +outl 0xc001 0x00 +outl 0xc00f 0x04000100 +write 0x3839003 0x1 0x01 +EOF +``` + +Results in + +``` +[I 0.000000] OPENED +[R +0.028638] outl 0xcf8 0x80000810 +[S +0.028692] OK +OK +[R +0.028705] outl 0xcfc 0xc000 +[S +0.028729] OK +OK +[R +0.028738] outl 0xcf8 0x80000820 +[S +0.028748] OK +OK +[R +0.028763] outl 0xcfc 0xe0004000 +[S +0.028784] OK +OK +[R +0.028800] outl 0xcf8 0x80000804 +[S +0.029483] OK +OK +[R +0.029509] outw 0xcfc 0x7 +[S +0.029820] OK +OK +[R +0.029833] write 0xe0004008 0x1 0x01 +[S +0.029846] OK +OK +[R +0.029853] write 0xe000400c 0x1 0x04 +[S +0.029882] OK +OK +[R +0.029894] outl 0xc00b 0x01000000 +[S +0.029909] OK +OK +[R +0.029923] outl 0xc006 0x38380000 +[S +0.029938] OK +OK +[R +0.029944] outl 0xc001 0x00 +[S +0.029953] OK +OK +[R +0.029959] outl 0xc00f 0x04000100 +[S +0.030073] OK +OK +[R +0.030091] write 0x3839003 0x1 0x01 +[S +0.030106] OK +OK +qemu-system-x86_64: /home/artemiin/Work/original_qemu/include/exec/memory_ldst_cached.h.inc:30: uint16_t address_space_lduw_le_cached(MemoryRegionCache *, hwaddr, MemTxAttrs, MemTxResult *): Assertion `addr < cache->len && 2 <= cache->len - addr' failed. +```""" +additional = """There is a stack trace from libFuzzer output: + +``` +#0 0x5555561bcfc1 in __sanitizer_print_stack_trace (qemu/build/qemu-fuzz-x86_64+0xc68fc1) (BuildId: 97b846e788f9dda2a285e5ea004d922c4886a315) +<some_asert_calls> +#6 0x7ffff48d4471 in abort stdlib/abort.c:79:7 +#7 0x7ffff48d4394 in __assert_fail_base assert/assert.c:92:3 +#8 0x7ffff48e2eb1 in __assert_fail assert/assert.c:101:3 +#9 0x555557043c41 in address_space_lduw_le_cached qemu/include/exec/memory_ldst_cached.h.inc:30:5 +#10 0x555557043c41 in lduw_le_phys_cached qemu/include/exec/memory_ldst_phys.h.inc:67:12 +#11 0x555557043c41 in virtio_lduw_phys_cached qemu/include/hw/virtio/virtio-access.h:166:12 +#12 0x555557030a78 in vring_avail_ring qemu/build/../hw/virtio/virtio.c:389:12 +#13 0x555557030a78 in virtqueue_get_head qemu/build/../hw/virtio/virtio.c:1043:13 +#14 0x555557030a78 in virtqueue_split_pop qemu/build/../hw/virtio/virtio.c:1540:10 +#15 0x555557030a78 in virtqueue_pop qemu/build/../hw/virtio/virtio.c:1790:16 +#16 0x555556f9aaf9 in virtio_net_flush_tx qemu/build/../hw/net/virtio-net.c:2746:16 +#17 0x555556f9a4dc in virtio_net_tx_bh qemu/build/../hw/net/virtio-net.c:2953:11 +#18 0x5555577152e2 in aio_bh_call qemu/build/../util/async.c:171:5 +#19 0x555557715830 in aio_bh_poll qemu/build/../util/async.c:218:13 +#20 0x5555576ce2d7 in aio_dispatch qemu/build/../util/aio-posix.c:423:5 +#21 0x555557717918 in aio_ctx_dispatch qemu/build/../util/async.c:360:5 +#22 0x7ffff69837a8 in g_main_context_dispatch (/lib/x86_64-linux-gnu/libglib-2.0.so.0+0x547a8) (BuildId: 9f90bd7bbfcf84a1f1c5a6102f70e6264837b9d4) +#23 0x5555577187cd in glib_pollfds_poll qemu/build/../util/main-loop.c:287:9 +#24 0x5555577187cd in os_host_main_loop_wait qemu/build/../util/main-loop.c:310:5 +#25 0x5555577187cd in main_loop_wait qemu/build/../util/main-loop.c:589:11 +#26 0x5555571ce309 in flush_events qemu/build/../tests/qtest/fuzz/fuzz.c:50:9 +#27 0x5555571d662b in generic_fuzz qemu/build/../tests/qtest/fuzz/generic_fuzz.c:669:13 +#28 0x5555571ce7de in LLVMFuzzerTestOneInput qemu/build/../tests/qtest/fuzz/fuzz.c:158:5 +<fuzzer_init_calls> +#35 0x5555560e2510 in _start (qemu/build/qemu-fuzz-x86_64+0xb8e510) (BuildId: 97b846e788f9dda2a285e5ea004d922c4886a315 +``` + +FYI @mstredhat""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2804.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2804.toml new file mode 100644 index 00000000..2d02abcd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2804.toml @@ -0,0 +1,15 @@ +id = 2804 +title = "Unclear meson error when trying to build plugins on macOS" +state = "closed" +created_at = "2025-02-06T12:38:05.095Z" +closed_at = "2025-03-11T05:03:19.917Z" +labels = ["TCG plugins", "hostos: macOS", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2804" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2805.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2805.toml new file mode 100644 index 00000000..4cd377bd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2805.toml @@ -0,0 +1,30 @@ +id = 2805 +title = "vhost-device-snd does not report correctly the device conf size" +state = "closed" +created_at = "2025-02-06T18:04:06.905Z" +closed_at = "2025-02-21T23:15:13.433Z" +labels = ["device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2805" +host-os = "Fedora 37" +host-arch = "x86" +qemu-version = "9.2.50 (v9.2.0-1537-gd922088eb4)" +guest-os = "Linux" +guest-arch = "x86" +description = """The vhost-user-snd frontend is incorrectly reporting the size of the device configuration space, which should be based on the features exposed by the device. For example, the `controls` field in the `virtio_snd_config` structure is optional and should only be included in the configuration size if the `VIRTIO_SND_F_CTLS` feature has been negotiated. + +This issue became apparent after commit `ab0c7fb2`, where `virtio_snd_config` was updated to include the `controls` field. The vhost-user-snd frontend, relying on this structure, started expecting `sizeof(virtio_snd_config)` when communicating with the backend, regardless of whether the `VIRTIO_SND_F_CTLS` feature was negotiated. As a result, any backend reporting a smaller configuration size—for example, one that does not support controls—cannot communicate with the frontend. We observed this problem in the vhost-device-sound rust-vmm device, which we partially fixed [here](https://github.com/rust-vmm/vhost-device/commit/8e7b7109316e1027548bc91cfcbb4b096b032c24). + +This behavior is incorrect because the configuration size should depend on the negotiated features. + +I am currently working on patch to fix this.""" +reproduce = """1. Run vhost-device-sound +```bash + cargo run --bin vhost-device-sound -- --socket=/tmp/vhost-sound.socket --backend=pipewire +``` +2. Run QEMU with the parameters above +3. In the guest run: +```bash +root@syzkaller:~# aplay /usr/share/sounds/alsa/Front_Left.wav +aplay: main:830: audio open error: No such file or directory +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2806.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2806.toml new file mode 100644 index 00000000..14eb10e6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2806.toml @@ -0,0 +1,17 @@ +id = 2806 +title = "Build from source failed on Arch Linux with target-list=arm-softmmu,arm-linux-user" +state = "closed" +created_at = "2025-02-09T07:38:40.506Z" +closed_at = "2025-02-09T14:01:57.966Z" +labels = ["Build System", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2806" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """When I tried to build the latest QEMU version, the build process top at 'linking test-qos'""" +reproduce = """1. Clone the latest git version of QEMU +2. Configure --target-list=arm-softmmu,arm-linux-user +3. Make""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2809.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2809.toml new file mode 100644 index 00000000..10d11059 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2809.toml @@ -0,0 +1,21 @@ +id = 2809 +title = "Data races in TestBlockJob fields in test-block-iothread" +state = "opened" +created_at = "2025-02-13T10:51:00.731Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2809" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """A data race in the access of `TestBlockJob` fields in `tests/unit/test-block-iothread.c` was identified using TSAN.""" +reproduce = """```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-block-iothread +MALLOC_PERTURB_=67 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-block-iothread --tap -k +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2810.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2810.toml new file mode 100644 index 00000000..5a8c52ac --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2810.toml @@ -0,0 +1,15 @@ +id = 2810 +title = "Boot zboot images on riscv64 and loogarch64" +state = "opened" +created_at = "2025-02-13T14:29:12.520Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2810" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2811.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2811.toml new file mode 100644 index 00000000..809b0a49 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2811.toml @@ -0,0 +1,102 @@ +id = 2811 +title = "The release artifact for 9.2.1 can not be authenticated with the accompanying OpenPGP signature" +state = "opened" +created_at = "2025-02-13T23:03:30.409Z" +closed_at = "n/a" +labels = ["sysadmin"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2811" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hi! :wave: + +I package this project for Arch Linux. +This ticket is to inform you that the release artifact for 9.2.1 can not be validated using the accompanying OpenPGP signature. +The signature has been created by the OpenPGP key with the fingerprint `CEACC9E15534EBABB82D3FA03353C9CEF108B584` (held by @mdroth). +However, I am not able to validate the downloaded archive with the provided signature. + +Please make sure that the archive has not been tampered with and ideally do a full re-release and re-sign cycle.""" +reproduce = """Download sources and create checksum: + +```bash +curl -O https://download.qemu.org/qemu-9.2.1.tar.xz +curl -O https://download.qemu.org/qemu-9.2.1.tar.xz.sig +b2sum qemu-9.2.1.tar.xz +062b2ef336dbc488bfd9e6c6a21cd95464ab76a98ce8f66bb314101d25a5dc72815ae4eb28028507c85ddade8a28e00cf8897302645ad6ddd2c093bde1cfba9a qemu-9.2.1.tar.xz +``` + +Get latest version of certificate that can be used to verify the signature: + +```bash +gpg --recv-keys CEACC9E15534EBABB82D3FA03353C9CEF108B584 +gpg: key 3353C9CEF108B584: "Michael Roth <michael.roth@amd.com>" not changed +gpg: Total number processed: 1 +gpg: unchanged: 1 +``` + +Export certificate to file: + +```bash +gpg --export CEACC9E15534EBABB82D3FA03353C9CEF108B584 > mdroth.pgp +``` + +Show info about the certificate: + +``` +gpg --list-sigs CEACC9E15534EBABB82D3FA03353C9CEF108B584 +pub rsa2048 2013-10-18 [SC] [expires: 2026-05-11] + CEACC9E15534EBABB82D3FA03353C9CEF108B584 + Keygrip = D85EA26924D8B15B55C659659E2864C375F1547D +uid [ unknown] Michael Roth <michael.roth@amd.com> +sig 3 3353C9CEF108B584 2020-10-27 [self-signature] +sig 3 3353C9CEF108B584 2024-05-11 [self-signature] +uid [ unknown] Michael Roth <flukshun@gmail.com> +sig 3 3353C9CEF108B584 2013-10-18 [self-signature] +uid [ unknown] Michael Roth <mdroth@utexas.edu> +sig 3 3353C9CEF108B584 2013-10-18 [self-signature] +sub rsa2048 2013-10-18 [E] + Keygrip = 9561B09210E2442DEE64237DBA17A9E9D7A58B04 +sig 3353C9CEF108B584 2013-10-18 [self-signature] +``` + +Try verifying the tarball using gpg: + +```bash +gpg --verify qemu-9.2.1.tar.xz.sig +gpg: assuming signed data in 'qemu-9.2.1.tar.xz' +gpg: Signature made 2025-02-12T03:22:55 CET +gpg: using RSA key CEACC9E15534EBABB82D3FA03353C9CEF108B584 +gpg: BAD signature from "Michael Roth <michael.roth@amd.com>" [unknown] +``` + +Try verifying the tarball using the SOP implementation rsop: + +```bash +rsop verify qemu-9.2.1.tar.xz.sig mdroth.pgp < qemu-9.2.1.tar.xz + No acceptable signatures found +``` + +Try verifying the tarball using sq: + +```bash +sq cert import mdroth.pgp + - ┌ CEACC9E15534EBABB82D3FA03353C9CEF108B584 + └ Michael Roth <michael.roth@amd.com> (UNAUTHENTICATED) + - imported + + +Imported 0 new certificates, updated 0 certificates, 1 certificate unchanged, 0 errors. + +sq verify --signature-file qemu-9.2.1.tar.xz.sig qemu-9.2.1.tar.xz +Error verifying signature made by CEACC9E15534EBABB82D3FA03353C9CEF108B584: + + Error: Message has been manipulated +0 authenticated signatures, 1 bad signature. + + Error: Verification failed: could not authenticate any signatures +```""" +additional = """On Arch Linux we use the provided release tarball and verify it using the detached signature. +For validation we rely on the OpenPGP certificate with the fingerprint `CEACC9E15534EBABB82D3FA03353C9CEF108B584`. +The fingerprint is locked in our [build script](https://gitlab.archlinux.org/archlinux/packaging/packages/qemu/-/blob/7cddf5aa82542d6ba511a22aeaa8eca6d6e7d949/PKGBUILD#L158).""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2814.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2814.toml new file mode 100644 index 00000000..02fc460a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2814.toml @@ -0,0 +1,15 @@ +id = 2814 +title = "Convert gdb_core_xml_file to function for https://linaro.atlassian.net/browse/QEMU-487" +state = "opened" +created_at = "2025-02-17T08:43:34.822Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2814" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2818.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2818.toml new file mode 100644 index 00000000..73dbfa82 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2818.toml @@ -0,0 +1,19 @@ +id = 2818 +title = "Passing `-M microvm` and `-smbios type=11...` results in smbios args being silently dropped" +state = "opened" +created_at = "2025-02-18T12:20:55.137Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2818" +host-os = "Nixos" +host-arch = "x86" +qemu-version = "9.2.0" +guest-os = "nixos" +guest-arch = "x86" +description = """(reporting as requested by `danpb` on IRC) + +Using the `-machine microvm` flag with the `smbios type=11...` argument results in the smbios options being silently discarded, because the microvm target doesn't seem to support the smbios feature. + +danpb on IRC suggested that passing those two incompatible flags should result in an error.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/282.toml b/gitlab/issues/target_missing/host_missing/accel_missing/282.toml new file mode 100644 index 00000000..e2be3e75 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/282.toml @@ -0,0 +1,15 @@ +id = 282 +title = "[Feature request] Provide a way to do TLS first in QEMU/NBD connections (not after NBD negotiation)" +state = "closed" +created_at = "2021-05-13T12:16:00.239Z" +closed_at = "2022-08-05T03:39:16.567Z" +labels = ["Launchpad", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/282" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2822.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2822.toml new file mode 100644 index 00000000..9904cc82 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2822.toml @@ -0,0 +1,21 @@ +id = 2822 +title = "Data race with state field of ThreadPoolElement" +state = "opened" +created_at = "2025-02-19T12:49:35.905Z" +closed_at = "n/a" +labels = ["TestCase"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2822" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """A data race in the access of `ThreadPoolElement` state field in `util/thread-pool.c` was identified using TSAN.""" +reproduce = """```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-thread-pool +MALLOC_PERTURB_=111 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-thread-pool --tap -k +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2824.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2824.toml new file mode 100644 index 00000000..d0c833bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2824.toml @@ -0,0 +1,15 @@ +id = 2824 +title = "compile from source on macOS error: \"found no usable tomli, please install it\"" +state = "closed" +created_at = "2025-02-20T21:58:00.800Z" +closed_at = "2025-02-21T10:51:02.068Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2824" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2825.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2825.toml new file mode 100644 index 00000000..787cc70b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2825.toml @@ -0,0 +1,45 @@ +id = 2825 +title = "execveat with file descriptor and empty filename returns ENOENT when cross architectures" +state = "opened" +created_at = "2025-02-21T13:01:36.698Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2825" +host-os = "Debian 12" +host-arch = "x86" +qemu-version = "9.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """On my x86_64 debian host (with binfmt_misc configured), when calling execveat with a fd , and empty pathname "", and flag AT_EMPTY_PATH. Then only x86_64 and x86 can be called normally, while programs of other architectures (arm64, arm, riscv64, etc.) will return ENOENT errors. + +I first encountered this problem when trying to run lxc-attach with qemu-aarch64. Its reference is [lxc/stable-6.0/src/include/fexecve.c#L30](https://github.com/lxc/lxc/blob/stable-6.0/src/include/fexecve.c#L30), which is the implementation of the fexecve function. So I wrote a simple test and compiled it with `x86_64/aarch64-linux-gnu-gcc -static test.c -o test`. execveat works fine when running natively or using qemu-x86_64/qemu-i386. When running versions for other architectures, using AT_EMPTY_PATH will result in ENOENT (No such file or directory); use /proc/self/fd/%d as the pathname and execve, it will work fine (like the rest part of the fexecve function). If binfmt_misc is turned off and run forign architectures ver, both calls will result in ENOEXEC (Exec format error).""" +reproduce = """1. Install qemu-user and binfmt_misc. Install gcc-aarch64-linux-gnu/gcc-riscv64-linux-gnu etc. +2. Compile test.c with host gcc, then compile forign architectures ver with gcc-aarch64-linux-gnu/gcc-riscv64-linux-gnu etc. like `gcc -static test.c -o test` and `aarch64-linux-gnu-gcc -static test.c -o test-aarch64` +3. Run different versions of test +4. To disable/enable binfmt, you can `echo 0 > /proc/sys/fs/binfmt_misc/qemu-aarch64` or `echo 1 > /proc/sys/fs/binfmt_misc/qemu-aarch64` +5. Sample outputs + +``` +rrex@debian:~/Downloads$ ./test +****Running to prepare execve +fd=3 +File size: 772296 bytes + +execveat with AT_EMPTY_PATH: +**Running in execve + +execveat with fd path: /proc/self/fd/3 +**Running in execve + +rrex@debian:~/Downloads$ qemu-aarch64 ./test-aarch64 +****Running to prepare execve +fd=3 +File size: 706104 bytes + +execveat with AT_EMPTY_PATH: +!!execveat a fd failed with errno: No such file or directory + +execveat with fd path: /proc/self/fd/3 +**Running in execve +```""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2827.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2827.toml new file mode 100644 index 00000000..c993c3fa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2827.toml @@ -0,0 +1,15 @@ +id = 2827 +title = "Document how to use QEMU user mode networking with passt" +state = "closed" +created_at = "2025-02-21T17:15:26.332Z" +closed_at = "2025-03-25T10:00:49.763Z" +labels = ["Documentation", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2827" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2829.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2829.toml new file mode 100644 index 00000000..5d29071a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2829.toml @@ -0,0 +1,29 @@ +id = 2829 +title = "SMB sharing on FIPS enabled hosts with Samba broken" +state = "opened" +created_at = "2025-02-21T20:06:48.512Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2829" +host-os = "Ubuntu 22.04 (FIPS enabled)" +host-arch = "x86" +qemu-version = "QEMU emulator version 9.2.0" +guest-os = "Win7sp1" +guest-arch = "x86" +description = """Similar to #2593 , newer security features on GNU+Linux host OSes are continuing +to break communication with guests running older OSes. + +QEMU executes the `smbd` process in [slirp.c](net/slirp.c) to facilitate the SMB +sharing between guest and host. + +The host `smbd` process links in GnuTLS for authentication ciphers and algorithm +primitives. When `smbd` processes SMB requests from these older OS's SMB implementations, +it errors out with error lines: + +`Failed to setup SPNEGO negTokenInit request` + +`Failed to start SPNEGO handler for negprot OID list!`""" +reproduce = """1. Access a GNU+Linux machine with GnuTLS library in FIPS mode which `smbd` links against +2. Run `qemu-system-*` with an older guest OS with a `smb` share to host +3. See errors in `/tmp/qemu.smb*/log.smbd`""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2830.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2830.toml new file mode 100644 index 00000000..2293d085 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2830.toml @@ -0,0 +1,15 @@ +id = 2830 +title = "gdbstub: breakpoint/watchpoint increments warp timer on single-core icount mode, breaking determinism" +state = "opened" +created_at = "2025-02-21T22:46:15.493Z" +closed_at = "n/a" +labels = ["GDB", "icount"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2830" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2831.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2831.toml new file mode 100644 index 00000000..4886db83 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2831.toml @@ -0,0 +1,28 @@ +id = 2831 +title = "unable to build on Sequoia 15.3" +state = "opened" +created_at = "2025-02-22T12:40:26.024Z" +closed_at = "n/a" +labels = ["Build System", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2831" +host-os = "MacOS Sequoia" +host-arch = "ARM M1" +qemu-version = "latest github source b69801d" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = """1. git clone https://gitlab.com/qemu-project/qemu.git +2. ../configure --target-list=riscv32-softmmu --enable-debug +3. make + +Error: +ld: multiple errors: archive member '/' not a mach-o file in '../qemu/build/subprojects/dtc/libfdt/libfdt.a'; archive member '/' not a mach-o file in '../qemu/build/libqemuutil.a'""" +additional = """I tried the more detailed "build for macos" instructions +./configure --cc=clang-7 --cxx=clang++-7 --host-cc=clang-7 \\ +--extra-cflags=-mavx2 \\ +--extra-cxxflags="-I/usr/local/opt/llvm/include" \\ +--extra-ldflags="-L/usr/local/opt/llvm/lib -L/usr/local/opt/libffi/lib -L/usr/local/opt/llvm/lib -Wl,-rpath,/usr/local/opt/llvm/lib" \\ +--target-list="<list of machines here>" + +but this didn't work for any version of clang I tried, giving me the error in all cases: +ERROR: C compiler "clang-xxx" either does not exist or does not work.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2835.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2835.toml new file mode 100644 index 00000000..ae910bf6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2835.toml @@ -0,0 +1,130 @@ +id = 2835 +title = "qtest-x86_64/migration-test times out (hangs?)" +state = "opened" +created_at = "2025-02-24T01:20:12.499Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2835" +host-os = "Guix System" +host-arch = "- QEMU flavor: qemu-system-x86_64 (used in test suite)" +qemu-version = "9.1.3" +guest-os = "n/a" +guest-arch = "n/a" +description = """The `qemu:qtest+qtest-x86_64 / qtest-x86_64/migration-test` always times out, after updating QEMU from 8.2.2 to 9.1.3 on GNU Guix. Here's an excerpt from testlog.txt, attached in full below: +``` +test: qemu:qtest+qtest-x86_64 / qtest-x86_64/migration-test +start time: 15:24:17 +duration: 480.01s +result: killed by signal 15 SIGTERM +command: QTEST_QEMU_BINARY=./qemu-system-x86_64 MESON_TEST_ITERATION=1 MALLOC_PERTURB_=66 ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 PYTHON=/tmp/guix-build-qemu-9.1.3.drv-0/qemu-9.1.3/b/qemu/pyvenv/bin/python3 QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu-storage-daemon QTEST_QEMU_IMG=./qemu-img MSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 G_TEST_DBUS_DAEMON=/tmp/guix-build-qemu-9.1.3.drv-0/qemu-9.1.3/tests/dbus-vmstate-daemon.sh UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 /tmp/guix-build-qemu-9.1.3.drv-0/qemu-9.1.3/b/qemu/tests/qtest/migration-test --tap -k +----------------------------------- stdout ----------------------------------- +TAP version 13 +# random seed: R02S840f7fe2af5c1c1e5b9ead2a7f451731 +# Skipping test: userfaultfd not available +1..56 +# Start of x86_64 tests +# Start of migration tests +# Running /x86_64/migration/bad_dest +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 2>/dev/null -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming tcp:127.0.0.1:0 -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 2>/dev/null -accel qtest +ok 1 /x86_64/migration/bad_dest +# slow test /x86_64/migration/bad_dest executed in 0.60 secs +# Running /x86_64/migration/analyze-script +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -uuid 11111111-1111-1111-1111-111111111111 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming tcp:127.0.0.1:0 -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +ok 2 /x86_64/migration/analyze-script +# slow test /x86_64/migration/analyze-script executed in 0.88 secs +# Running /x86_64/migration/vmstate-checker-script +ok 3 /x86_64/migration/vmstate-checker-script # SKIP Test needs two different QEMU versions +# Running /x86_64/migration/validate_uuid +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -uuid 11111111-1111-1111-1111-111111111111 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -uuid 11111111-1111-1111-1111-111111111111 -accel qtest +ok 4 /x86_64/migration/validate_uuid +# slow test /x86_64/migration/validate_uuid executed in 32.74 secs +# Running /x86_64/migration/validate_uuid_error +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -uuid 11111111-1111-1111-1111-111111111111 2>/dev/null -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -uuid 22222222-2222-2222-2222-222222222222 2>/dev/null -accel qtest +ok 5 /x86_64/migration/validate_uuid_error +# slow test /x86_64/migration/validate_uuid_error executed in 32.62 secs +# Running /x86_64/migration/validate_uuid_src_not_set +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 2>/dev/null -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -uuid 22222222-2222-2222-2222-222222222222 2>/dev/null -accel qtest +ok 6 /x86_64/migration/validate_uuid_src_not_set +# slow test /x86_64/migration/validate_uuid_src_not_set executed in 32.73 secs +# Running /x86_64/migration/validate_uuid_dst_not_set +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -uuid 11111111-1111-1111-1111-111111111111 2>/dev/null -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 2>/dev/null -accel qtest +ok 7 /x86_64/migration/validate_uuid_dst_not_set +# slow test /x86_64/migration/validate_uuid_dst_not_set executed in 32.74 secs +# Running /x86_64/migration/dirty_ring +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm,dirty-ring-size=4096 -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm,dirty-ring-size=4096 -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +ok 8 /x86_64/migration/dirty_ring +# slow test /x86_64/migration/dirty_ring executed in 33.89 secs +# Running /x86_64/migration/vcpu_dirty_limit +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm,dirty-ring-size=4096 -name dirtylimit-test,debug-threads=on -m 150M -smp 1 -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/vm_serial -drive file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -accel qtest +ok 9 /x86_64/migration/vcpu_dirty_limit +# slow test /x86_64/migration/vcpu_dirty_limit executed in 13.17 secs +# Start of precopy tests +# Running /x86_64/migration/precopy/file +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming defer -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +ok 10 /x86_64/migration/precopy/file +# slow test /x86_64/migration/precopy/file executed in 33.10 secs +# Start of unix tests +# Running /x86_64/migration/precopy/unix/plain +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +ok 11 /x86_64/migration/precopy/unix/plain +# slow test /x86_64/migration/precopy/unix/plain executed in 33.89 secs +# Running /x86_64/migration/precopy/unix/xbzrle +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +ok 12 /x86_64/migration/precopy/unix/xbzrle +# slow test /x86_64/migration/precopy/unix/xbzrle executed in 59.80 secs +# Start of suspend tests +# Running /x86_64/migration/precopy/unix/suspend/live +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +ok 13 /x86_64/migration/precopy/unix/suspend/live +# slow test /x86_64/migration/precopy/unix/suspend/live executed in 65.90 secs +# Running /x86_64/migration/precopy/unix/suspend/notlive +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +ok 14 /x86_64/migration/precopy/unix/suspend/notlive +# slow test /x86_64/migration/precopy/unix/suspend/notlive executed in 65.09 secs +# End of suspend tests +# Start of tls tests +# Running /x86_64/migration/precopy/unix/tls/psk +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +ok 15 /x86_64/migration/precopy/unix/tls/psk +# slow test /x86_64/migration/precopy/unix/tls/psk executed in 33.28 secs +# Start of x509 tests +# Running /x86_64/migration/precopy/unix/tls/x509/default-host +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 2>/dev/null -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 2>/dev/null -accel qtest +ok 16 /x86_64/migration/precopy/unix/tls/x509/default-host +# slow test /x86_64/migration/precopy/unix/tls/x509/default-host executed in 0.78 secs +# Running /x86_64/migration/precopy/unix/tls/x509/override-host +# Using machine type: pc-q35-9.1 +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name source,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/src_serial -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +# starting QEMU: exec ./qemu-system-x86_64 -qtest unix:/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.sock -qtest-log /dev/null -chardev socket,path=/tmp/guix-build-qemu-9.1.3.drv-0/qtest-25307.qmp,id=char0 -mon chardev=char0,mode=control -display none -audio none -accel kvm -accel tcg -machine pc-q35-9.1, -name target,debug-threads=on -m 150M -serial file:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/dest_serial -incoming unix:/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/migsocket -drive if=none,id=d0,file=/tmp/guix-build-qemu-9.1.3.drv-0/migration-test-N4XC22/bootsect,format=raw -device ide-hd,drive=d0,secs=1,cyls=1,heads=1 -accel qtest +============================================================================== +```""" +reproduce = """1. Run `make check`""" +additional = """[testlog.txt.gz](/uploads/29c9c4f259b255297a6418e8f7493397/testlog.txt.gz)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2836.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2836.toml new file mode 100644 index 00000000..ec60f765 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2836.toml @@ -0,0 +1,55 @@ +id = 2836 +title = "readconfig with [vnc] only causes assertion failure" +state = "opened" +created_at = "2025-02-24T02:43:13.879Z" +closed_at = "n/a" +labels = ["CLI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2836" +host-os = "Debian Testing" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.1 (Debian 1:9.2.1+ds-1)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Given test.config containing +``` +[vnc] +``` + +``` +$ qemu-system-amd64 -readconfig test.config +qemu-system-amd64: ui/vnc.c:4294: vnc_init_func: Assertion `id' failed. +Aborted +``` + + +``` +(gdb) bt +#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) + at ./nptl/pthread_kill.c:44 +#1 0x00007ffff68f3e2f in __pthread_kill_internal (threadid=<optimized out>, signo=6) at ./nptl/pthread_kill.c:78 +#2 0x00007ffff689fd02 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 +#3 0x00007ffff68884f0 in __GI_abort () at ./stdlib/abort.c:79 +#4 0x00007ffff6888418 in __assert_fail_base (fmt=0x7ffff6a0cca0 "%s%s%s:%u: %s%sAssertion `%s' failed.\\n%n", + assertion=assertion@entry=0x55555608eef6 "id", file=file@entry=0x555556068a5e "ui/vnc.c", line=line@entry=4294, + function=function@entry=0x5555561c3fe0 <__PRETTY_FUNCTION__.0> "vnc_init_func") at ./assert/assert.c:96 +#5 0x00007ffff6898612 in __assert_fail (assertion=assertion@entry=0x55555608eef6 "id", + file=file@entry=0x555556068a5e "ui/vnc.c", line=line@entry=4294, + function=function@entry=0x5555561c3fe0 <__PRETTY_FUNCTION__.0> "vnc_init_func") at ./assert/assert.c:105 +#6 0x0000555555a03adb in vnc_init_func (opaque=<optimized out>, opts=<optimized out>, + errp=0x5555570db038 <error_fatal>) at ui/vnc.c:4294 +#7 0x0000555556037b31 in qemu_opts_foreach (list=<optimized out>, func=0x555555a039f0 <vnc_init_func>, + opaque=opaque@entry=0x0, errp=errp@entry=0x5555570db038 <error_fatal>) at util/qemu-option.c:1135 +#8 0x0000555555c41eff in qemu_init_displays () at system/vl.c:2619 +#9 qemu_init (argc=<optimized out>, argv=<optimized out>) at system/vl.c:3762 +#10 0x00005555559e1c0d in main (argc=<optimized out>, argv=<optimized out>) at system/main.c:47 +``` + +https://gitlab.com/qemu-project/qemu/-/blob/master/ui/vnc.c#L4294 + +Passing an invalid value to id results in `qemu-system-amd64: -readconfig test.config: Parameter 'id' expects an identifier +Identifiers consist of letters, digits, '-', '.', '_', starting with a letter.` so perhaps a missing value should cause a similar error? + + +PS: Where's the documentation for `-readconfig`?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2837.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2837.toml new file mode 100644 index 00000000..f93bdf85 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2837.toml @@ -0,0 +1,15 @@ +id = 2837 +title = "qcow2 corruption MinGW64" +state = "opened" +created_at = "2025-02-24T05:45:39.789Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2837" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2838.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2838.toml new file mode 100644 index 00000000..ae4bd89c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2838.toml @@ -0,0 +1,16 @@ +id = 2838 +title = "searchindex.js in HTML doc is not reproducible" +state = "closed" +created_at = "2025-02-24T07:26:23.350Z" +closed_at = "2025-02-24T09:06:00.564Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2838" +host-os = "N/A" +host-arch = "N/A" +qemu-version = "9.1.3 (also in 8.2.2)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Builds should be reproducible, at least when `SOURCE_DATE_EPOCH` set to some value (see: <https://reproducible-builds.org/docs/source-date-epoch/>), but the QEMU HTML doc contains a file which isn't reproducible.""" +reproduce = """1. `guix build --no-grafts qemu && guix build --no-grafts --check --keep-failed qemu` +2. `diffoscope /gnu/store/3kym1ykv9r8n0hgbihqllch9ph136zx1-qemu-8.2.2-doc{,-check}`""" +additional = """[diffoscope-log.txt](/uploads/ab19f184082f343635df4fa7ef26b12e/diffoscope-log.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2839.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2839.toml new file mode 100644 index 00000000..f671774f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2839.toml @@ -0,0 +1,43 @@ +id = 2839 +title = "Physical memory usage spikes after migration for a VM using memory-backend-memfd memory" +state = "opened" +created_at = "2025-02-25T05:56:59.475Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2839" +host-os = "Linux" +host-arch = "x86" +qemu-version = "QEMU emulator version 9.2.50 (v9.2.0-1550-g04d3d0e9f5)" +guest-os = "centos" +guest-arch = "x86" +description = """When starting a virtual machine using the memory-backend-memfd type memory, configuring the virtual machine memory to 256GB or any other size, the QEMU process initially allocates only a little over 4GB of physical memory. However, after migrating the virtual machine, the physical memory occupied by the QEMU process almost equals 256GB. In an overcommitted memory environment, the increase in physical memory usage by the virtual machine can lead to insufficient host memory, triggering Out-Of-Memory (OOM).""" +reproduce = """1. start vm +./qemu-system-x86_64 -accel kvm -cpu SandyBridge -object memory-backend-memfd,id=mem1,size=256G -machine memory-backend=mem1 -smp 4 -drive file=/nvme0n1/luzhipeng/fusionos.qcow2,if=none,id=drive0,cache=none -device virtio-blk,drive=drive0,bootindex=1 -monitor stdio -vnc :0 +2. start vm on another host +./qemu-system-x86_64 -accel kvm -cpu SandyBridge -object memory-backend-memfd,id=mem1,size=256G -machine memory-backend=mem1 -smp 4 -drive file=/nvme0n1/luzhipeng/fusionos.qcow2,if=none,id=drive0,cache=none -device virtio-blk,drive=drive0,bootindex=1 -monitor stdio -vnc :0 -incoming tcp:0.0.0.0:4444 +3. migrate vm +migrate -d tcp:xx.xx.xx.xx:4444 +4. +Check QEMU process memory usage with the top command + +``` +top - 14:01:05 up 35 days, 20:16, 2 users, load average: 0.22, 0.23, 0.18 +Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie +%Cpu(s): 0.2 us, 0.1 sy, 0.0 ni, 99.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st +MiB Mem : 514595.3 total, 2642.6 free, 401703.3 used, 506435.3 buff/cache +MiB Swap: 0.0 total, 0.0 free, 0.0 used. 112892.0 avail Mem + + PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND +3865345 root 20 0 257.7g 256.1g 256.0g S 1.3 51.0 3:14.44 qemu-system-x86 +```""" +additional = """``` +The relevant code: +void ram_handle_zero(void *host, uint64_t size) +{ + if (!buffer_is_zero(host, size)) { + memset(host, 0, size); + } +} +``` + +In the memory migration process, for the migration of zero pages, the destination side calls buffer_is_zero to check whether the corresponding page is entirely zero. If it is not zero, it actively sets it as a full page. For memory of the memfd type, the first access will allocate physical memory, resulting in physical memory allocation for all zero pages of the virtual machine.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/284.toml b/gitlab/issues/target_missing/host_missing/accel_missing/284.toml new file mode 100644 index 00000000..573dd2b0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/284.toml @@ -0,0 +1,15 @@ +id = 284 +title = "Assertion failed: (buf_len != 0), function soread, file socket.c, line 183." +state = "closed" +created_at = "2021-05-13T12:16:27.203Z" +closed_at = "2021-10-15T09:25:30.242Z" +labels = ["Launchpad", "Networking", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/284" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2840.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2840.toml new file mode 100644 index 00000000..e906227b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2840.toml @@ -0,0 +1,29 @@ +id = 2840 +title = "After converting the Windows 10 system disk from qcow2 to LUKS format with pre-allocated space, the system fails to boot" +state = "opened" +created_at = "2025-02-25T09:14:57.193Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2840" +host-os = "linux" +host-arch = "x86" +qemu-version = "QEMU 9.2.50" +guest-os = "windows10" +guest-arch = "x86" +description = """When converting a qcow2 file containing an installed Windows 10 system to LUKS format, using the --target-is-zero parameter in the conversion command prevents the LUKS image from shrinking. However, when attempting to boot the virtual machine with the converted LUKS file, VNC login shows a black screen, and the system fails to start. If the conversion is performed without the --target-is-zero parameter, the system boots up normally""" +reproduce = """1. create a luks image +qemu-img create -f qcow2 --object secret,data=123,id=sec0 -o preallocation=full,encrypt.format=luks,encrypt.key-secret=sec0 encry_ok.qcow2 50G +2. +qemu-img convert -t none -T none --object secret,id=sec0,data=123 -f qcow2 ./windows10.qcow2 -n -m 1 --target-image-opts driver=qcow2,encrypt.key-secret=sec0,file.filename=encry_ok.qcow2 --target-is-zero + +windows10.qcow2 container windows20 system and it can be booted +3. +./qemu-system-x86_64 -accel kvm -cpu SandyBridge -object memory-backend-memfd,id=mem1,size=4G -machine memory-backend=mem1 -smp 4 -object secret,id=sec0,data=123,format=raw -drive if=none,driver=qcow2,file.filename=/sdc1/luzhipeng/encry_ok.qcow2,encrypt.key-secret=sec0,id=drive0,cache=none -device virtio-blk,drive=drive0,bootindex=1 -monitor stdio -vnc :4 + +4. vnc shows a black screen, and the system fails to start + +5. if use convert command: +qemu-img convert -t none -T none --object secret,id=sec0,data=123 -f qcow2 ./windows10.qcow2 -n -m 1 --target-image-opts driver=qcow2,encrypt.key-secret=sec0,file.filename=encry_ok.qcow2 + +6. the windows10 system can start successful""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2841.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2841.toml new file mode 100644 index 00000000..6dcee9b4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2841.toml @@ -0,0 +1,21 @@ +id = 2841 +title = "QEMU is increasing memory swap, the only solution is to reboot after a freeze." +state = "opened" +created_at = "2025-02-25T10:34:29.424Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2841" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "MacOS" +guest-arch = "Intel (x86_64)" +description = """Swap starts increasing suddenly and gets to around 60GB before laptop freezes and “dies”.""" +reproduce = """Seemingly random, didn’t notice any pattern.. it just started happening more often. + + + +age__4_.png)""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2843.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2843.toml new file mode 100644 index 00000000..ff3285d0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2843.toml @@ -0,0 +1,41 @@ +id = 2843 +title = "Strange stdin/out <-> console issue (paste problem) . May be char-win-stdio.c bug." +state = "opened" +created_at = "2025-02-26T11:33:58.282Z" +closed_at = "n/a" +labels = ["Chardev"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2843" +host-os = "Windows 10 22H2" +host-arch = "x86" +qemu-version = "9.2.50" +guest-os = "Linux|FreeBSD" +guest-arch = "x86" +description = """I was trying to execute QEMU with VM from command line(shell) and work inside a VM within that initial console. All goes well except... pasting from clipboard. Pastings from clipboard are truncated to somewhat less (no more) then a terminal width (in columns). + +I understand that it seems to be far from QEMU but I tried different terminals/shells/guest systems with the same result. The only things remain the same - QEMU.""" +reproduce = """In Windows open a console (shell). Run QEMU with guest serial attached to QEMU stdio. Try to paste some text. Pasted text will be truncated to 15-35 characters. Before QEMU run and after QEMU exit text pasted normally.""" +additional = """- Shell probed: **cmd**, **powershell** +- Terminals probed: **Windows Terminal**, **Alacritty**, **Wezterm**, **Windows Terminal Preview** +- Guest probed: **Alpine Linux**, **FreeBSD** +- Setting inside guest probed: various terminal speed/options via **stty** +- QEMU arguments probed: from **-nographics** to manually define **-chardev/-serial** with/without **-mon**. + +Finally I gave up. But want to mention that there are may be bug in source. When I tried to study source to find a hint for my issue I found that (char-win-stdio.c, line 162): +``` +is_console = GetConsoleMode(stdio->hStdIn, &dwMode) != 0; + stdio->dwOldMode = dwMode; + + if (is_console) { +``` + +Documentation of **GetConsoleMode** function says: +``` +Return value: + +If the function succeeds, the return value is nonzero. +If the function fails, the return value is zero. +``` + +If understand correctly **is_console** will always be _true_. It will be _false_ only in case of invalid **stdio->hStdIn**. + +I don't how this is related to my issue just put here all info I have in hope of resolving.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2845.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2845.toml new file mode 100644 index 00000000..5f0d6c38 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2845.toml @@ -0,0 +1,40 @@ +id = 2845 +title = "memory leak in virtio-pci devices" +state = "opened" +created_at = "2025-02-27T09:55:11.167Z" +closed_at = "n/a" +labels = ["device: PCI", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2845" +host-os = "Ubuntu 22.04 LTS" +host-arch = "x86" +qemu-version = "9.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """The Use-After-Free bug mentioned by #2440 **has not been solved**, but the same crash is not reproducable in the later versions. After reviewing the code, I found an initiailized address space `proxy->modern_cfg_mem_as` introduced by [`55fa4be`](vscode-file://vscode-app/Applications/Visual%20Studio%20Code.app/Contents/Resources/app/out/vs/code/electron-sandbox/workbench/workbench.html "Inspect Commit Details") in `virtio_pci@hw/virtio/virtio-pci.c` will not be destroyed if the later realization is failed. +This will cause memory leak of the device object, which has unused reference and will not be destroyed. + +Relative Code in `virtio_pci_realize@virtio-pci.c`: + +```c +/* subclasses can enforce modern, so do this unconditionally */ +memory_region_init(&proxy->modern_bar, OBJECT(proxy), "virtio-pci", + /* PCI BAR regions must be powers of 2 */ + pow2ceil(proxy->notify.offset + proxy->notify.size)); + +address_space_init(&proxy->modern_cfg_mem_as, &proxy->modern_bar, + "virtio-pci-cfg-mem-as"); + +if (proxy->disable_legacy == ON_OFF_AUTO_AUTO) { + proxy->disable_legacy = pcie_port ? ON_OFF_AUTO_ON : ON_OFF_AUTO_OFF; +} +```""" +reproduce = """```bash +cat <<EOF | qemu-system-i386 -M q35 -nodefaults -chardev stdio,id=char0 -mon char0 -device pcie-pci-bridge,id=br1,bus=pcie.0 +device_add virtio-net,failover=on,rx_queue_size=0,bus=br1,id=dev0 +device_add virtio-net,failover=on,bus=br1,id=dev0 +quit +EOF +``` + +**This will cause UAF report in version `9.0.2`, but will not in `9.2.0`,** despite the bug still existing in code.""" +additional = """For ASAN report, please refer to #2440.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2846.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2846.toml new file mode 100644 index 00000000..72d03135 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2846.toml @@ -0,0 +1,15 @@ +id = 2846 +title = "linux-user hangs if fd_trans_lock is held during fork" +state = "opened" +created_at = "2025-02-28T16:49:19.323Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2846" +host-os = "reported on Ubuntu 22.04 and 24.04 x86_64, reproduced on NixOS 24.05 aarch64" +host-arch = "x86-64 or aarch64" +qemu-version = "reported on `qemu-aarch64 version 8.2.2 (Debian 1:8.2.2+ds-0ubuntu1.5)`, reproduced on `qemu-aarch64 version 9.2.2" +guest-os = "qemu-user" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2847.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2847.toml new file mode 100644 index 00000000..13ed93af --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2847.toml @@ -0,0 +1,15 @@ +id = 2847 +title = "Provide short option for UEFI firmware" +state = "opened" +created_at = "2025-03-01T11:08:00.024Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2847" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2849.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2849.toml new file mode 100644 index 00000000..148686a2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2849.toml @@ -0,0 +1,28 @@ +id = 2849 +title = "Qemu 9.2.x & Ubuntu 24.04 Network Issue" +state = "opened" +created_at = "2025-03-03T15:45:03.372Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2849" +host-os = "Ubuntu 24.04" +host-arch = "x86_64 x86_64 x86_64 GNU/Linux" +qemu-version = "QEMU emulator version 9.2.2" +guest-os = "Ubuntu 24.04" +guest-arch = "x86_64 x86_64 x86_64 GNU/Linux" +description = """After successfully starting, I cannot access the Internet with the virtual machine. I can connect to the VM via SSH and execute various commands. We want a simple NAT network.. + +We built the Qemu distribution ourselves with the following command: + +./configure --target-list=x86_64-softmmu --disable-install-blobs --enable-strip --enable-user --enable-system --enable-linux-user --disable-xen --enable-modules --enable-module-upgrades --enable-linux-aio --enable-fdt --enable-gnutls --enable-libiscsi --enable-libssh --enable-vnc --enable-kvm --enable-vhost-user +make -j 12 +sudo make install + +Check Libvirt: +$systemctl status libvirtd - active + +after the VM was successfully started, the IP 10.2.15 was set to ens3 altname enp0s3 assign. + +A ping to 8.8.8.8 can not be resolved.""" +reproduce = "n/a" +additional = """We can rule out an image problem because this image runs without problems on the Windows Mac guest system and an Internet connection is possible.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2850.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2850.toml new file mode 100644 index 00000000..e4e56c93 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2850.toml @@ -0,0 +1,15 @@ +id = 2850 +title = "Available in a version for Windows on arm" +state = "closed" +created_at = "2025-03-04T05:28:58.338Z" +closed_at = "2025-03-05T10:36:14.899Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2850" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2851.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2851.toml new file mode 100644 index 00000000..7bdff072 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2851.toml @@ -0,0 +1,59 @@ +id = 2851 +title = "Assert failure in ../util/error.c:68: void error_setv()" +state = "closed" +created_at = "2025-03-04T07:59:31.748Z" +closed_at = "2025-03-14T04:45:17.553Z" +labels = ["Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2851" +host-os = "Alt Workstation K 10.3" +host-arch = "x86_64" +qemu-version = "QEMU emulator version v9.2.2 (v9.2.2-50d38b8921837827ea397d4b20c8bc5efe186e53)" +guest-os = "n/a" +guest-arch = "n/a" +description = """If bdrv_snapshot_goto() returns an error, it is not handled immediately, +allowing *errp to be reassigned when qcow_open() fails, which triggers +assert(*errp == NULL) in util/error.c: void error_setv().""" +reproduce = """1. [test.qed](/uploads/17005dfba241f5a355e3592e12e356f6/test.qed) +2. ./qemu-img snapshot -q -a test test.qed""" +additional = """<details> +<pre> +qemu-img-fuzz: ../util/error.c:68: void error_setv(Error **, const char *, int, const char *, ErrorClass, const char *, struct __va_list_tag *, const char *): Assertion `*errp == NULL' failed. +==20841== ERROR: libFuzzer: deadly signal + #0 0x56384b84a46a in __sanitizer_print_stack_trace /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/asan/asan_stack.cpp:86:3 + #1 0x56384b79bb79 in fuzzer::PrintStackTrace() /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerUtil.cpp:210:38 + #2 0x56384b77d5a6 in fuzzer::Fuzzer::CrashCallback() (.part.0) /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:233:18 + #3 0x56384b77d667 in fuzzer::Fuzzer::CrashCallback() /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:205:1 + #4 0x56384b77d667 in fuzzer::Fuzzer::StaticCrashSignalCallback() /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:204:19 + #5 0x7effd07c09df (/lib64/libpthread.so.0+0x139df) + #6 0x7effcf659450 in raise (/lib64/libc.so.6+0x3d450) + #7 0x7effcf642547 in abort (/lib64/libc.so.6+0x26547) + #8 0x7effcf642430 (/lib64/libc.so.6+0x26430) + #9 0x7effcf651ce1 in __assert_fail (/lib64/libc.so.6+0x35ce1) + #10 0x56384bf211dc in error_setv /home/gerben/qemu-img_fuzz/build/../util/error.c:68:5 + #11 0x56384bf213fc in error_setg_internal /home/gerben/qemu-img_fuzz/build/../util/error.c:105:5 + #12 0x56384bb2b71f in qcow_open /home/gerben/qemu-img_fuzz/build/../block/qcow.c:306:5 + #13 0x56384bb17654 in bdrv_snapshot_goto /home/gerben/qemu-img_fuzz/build/../block/snapshot.c:299:20 + #14 0x56384bdd52c1 in img_snapshot /home/gerben/qemu-img_fuzz/build/../qemu-img-wrapper.c:3476:15 + #15 0x56384bdbcede in qemu_img_main /home/gerben/qemu-img_fuzz/build/../qemu-img-wrapper.c:5624:20 + #16 0x56384bdb6e7d in command_snapshot /home/gerben/qemu-img_fuzz/build/../qemu-img_fuzz.c:309:20 + #17 0x56384bdb6e7d in generator_command /home/gerben/qemu-img_fuzz/build/../qemu-img_fuzz.c:1285:17 + #18 0x56384bdaf718 in LLVMFuzzerTestOneInput /home/gerben/qemu-img_fuzz/build/../qemu-img_fuzz.c:1303:5 + #19 0x56384b77e1c8 in fuzzer::Fuzzer::ExecuteCallback(unsigned char const*, unsigned long) /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:559:17 + #20 0x56384b781af0 in fuzzer::Fuzzer::RunOne(unsigned char const*, unsigned long, bool, fuzzer::InputInfo*, bool*) /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:471:18 + #21 0x56384b784796 in fuzzer::Fuzzer::ReadAndExecuteSeedCorpora(std::vector<fuzzer::SizedFile, fuzzer::fuzzer_allocator<fuzzer::SizedFile> >&) /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:771:13 + #22 0x56384b784c7e in fuzzer::Fuzzer::Loop(std::vector<fuzzer::SizedFile, fuzzer::fuzzer_allocator<fuzzer::SizedFile> >&) /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerLoop.cpp:800:28 + #23 0x56384b76bb57 in fuzzer::FuzzerDriver(int*, char***, int (*)(unsigned char const*, unsigned long)) /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerDriver.cpp:847:10 + #24 0x56384b758fe2 in main /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/fuzzer/FuzzerMain.cpp:20:30 + #25 0x7effcf643efc in __libc_start_main (/lib64/libc.so.6+0x27efc) + #26 0x56384b759089 in _start /usr/src/RPM/BUILD/glibc-2.32-alt5.p10.3/csu/../sysdeps/x86_64/start.S:120 + +NOTE: libFuzzer has rudimentary signal handlers. + Combine libFuzzer with AddressSanitizer or similar for better crash reports. +SUMMARY: libFuzzer: deadly signal +MS: 0 ; base unit: 0000000000000000000000000000000000000000 +0x2b,0x25,0xff,0xff,0xff,0xff,0x3a,0x9a,0xc9,0xff,0xa, ++%\\xff\\xff\\xff\\xff:\\x9a\\xc9\\xff\\x0a +artifact_prefix='./'; Test unit written to ./crash-e9c4f1b8a97ffa93544e87a5a819ac524aa82029 +Base64: KyX/////OprJ/wo= +</pre> +</details>""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2852.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2852.toml new file mode 100644 index 00000000..98f341a8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2852.toml @@ -0,0 +1,88 @@ +id = 2852 +title = "heap-use-after-free in timer_pending()" +state = "closed" +created_at = "2025-03-04T08:36:06.291Z" +closed_at = "2025-03-06T02:25:22.231Z" +labels = ["Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2852" +host-os = "Alt Workstation K 10.3" +host-arch = "x86_64" +qemu-version = "QEMU emulator version v9.2.2 (v9.2.2-50d38b8921837827ea397d4b20c8bc5efe186e53)" +guest-os = "n/a" +guest-arch = "n/a" +description = """In the QED block driver, the need_check_timer timer is freed in +bdrv_qed_detach_aio_context, but the pointer to the timer is not +set to NULL. This can lead to a use-after-free scenario +in bdrv_qed_drain_begin().""" +reproduce = """1. [test.qed](/uploads/c8820345bfcd562308da99d9f83df3cf/test.qed) +2. ./qemu-img snapshot -q -a test test.qed""" +additional = """<details> +<pre> +./qemu-img snapshot -q -a test test.qed +==21083==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +================================================================= +==21083==ERROR: AddressSanitizer: heap-use-after-free on address 0x60400004ca50 at pc 0x56050d1462b6 bp 0x7fff14d0d870 sp 0x7fff14d0d868 +READ of size 8 at 0x60400004ca50 thread T0 + #0 0x56050d1462b5 in timer_pending /home/gerben/qemu-img_fuzz/build/../util/qemu-timer.c:483:16 + #1 0x56050cddf82e in bdrv_qed_drain_begin /home/gerben/qemu-img_fuzz/build/../block/qed.c:378:32 + #2 0x56050cb9bb65 in bdrv_do_drained_begin /home/gerben/qemu-img_fuzz/build/../block/io.c:364:13 + #3 0x56050cb9ca03 in bdrv_drain_all_begin_nopoll /home/gerben/qemu-img_fuzz/build/../block/io.c:506:9 + #4 0x56050cb96318 in bdrv_graph_wrlock /home/gerben/qemu-img_fuzz/build/../block/graph-lock.c:116:5 + #5 0x56050cd0cbc4 in bdrv_snapshot_goto /home/gerben/qemu-img_fuzz/build/../block/snapshot.c:294:9 + #6 0x56050cf95dd2 in img_snapshot /home/gerben/qemu-img_fuzz/build/../qemu-img.c:3500:15 + #7 0x7f4adeddbefc in __libc_start_main (/lib64/libc.so.6+0x27efc) + #8 0x56050c96a9f9 in _start /usr/src/RPM/BUILD/glibc-2.32-alt5.p10.3/csu/../sysdeps/x86_64/start.S:120 + +0x60400004ca50 is located 0 bytes inside of 48-byte region [0x60400004ca50,0x60400004ca80) +freed by thread T0 here: + #0 0x56050ca0daef in free /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:123:3 + #1 0x56050cde6b86 in bdrv_qed_do_close /home/gerben/qemu-img_fuzz/build/../block/qed.c:619:5 + #2 0x56050cddbe85 in bdrv_qed_close /home/gerben/qemu-img_fuzz/build/../block/qed.c:639:5 + #3 0x56050cd0cbb2 in bdrv_snapshot_goto /home/gerben/qemu-img_fuzz/build/../block/snapshot.c:290:13 + #4 0x56050cf95dd2 in img_snapshot /home/gerben/qemu-img_fuzz/build/../qemu-img.c:3500:15 + #5 0x7f4adeddbefc in __libc_start_main (/lib64/libc.so.6+0x27efc) + +previously allocated by thread T0 here: + #0 0x56050ca0dfa7 in calloc /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3 + #1 0x7f4adf359670 in g_malloc0 (/lib64/libglib-2.0.so.0+0x5c670) + #2 0x56050cde4bd0 in bdrv_qed_do_open /home/gerben/qemu-img_fuzz/build/../block/qed.c:543:5 + #3 0x56050cde21a2 in bdrv_qed_open_entry /home/gerben/qemu-img_fuzz/build/../block/qed.c:569:16 + #4 0x56050d137706 in coroutine_trampoline /home/gerben/qemu-img_fuzz/build/../util/coroutine-ucontext.c:175:9 + #5 0x7f4adee066cf (/lib64/libc.so.6+0x526cf) + +SUMMARY: AddressSanitizer: heap-use-after-free /home/gerben/qemu-img_fuzz/build/../util/qemu-timer.c:483:16 in timer_pending +Shadow bytes around the buggy address: + 0x0c08800018f0: fa fa 00 00 00 00 00 fa fa fa 00 00 00 00 00 fa + 0x0c0880001900: fa fa 00 00 00 00 00 fa fa fa 00 00 00 00 00 fa + 0x0c0880001910: fa fa 00 00 00 00 00 fa fa fa 00 00 00 00 00 fa + 0x0c0880001920: fa fa fd fd fd fd fd fa fa fa fd fd fd fd fd fd + 0x0c0880001930: fa fa 00 00 00 00 01 fa fa fa 00 00 00 00 00 fa +=>0x0c0880001940: fa fa 00 00 00 00 00 fa fa fa[fd]fd fd fd fd fd + 0x0c0880001950: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c0880001960: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c0880001970: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c0880001980: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa + 0x0c0880001990: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa +Shadow byte legend (one shadow byte represents 8 application bytes): + Addressable: 00 + Partially addressable: 01 02 03 04 05 06 07 + Heap left redzone: fa + Freed heap region: fd + Stack left redzone: f1 + Stack mid redzone: f2 + Stack right redzone: f3 + Stack after return: f5 + Stack use after scope: f8 + Global redzone: f9 + Global init order: f6 + Poisoned by user: f7 + Container overflow: fc + Array cookie: ac + Intra object redzone: bb + ASan internal: fe + Left alloca redzone: ca + Right alloca redzone: cb + Shadow gap: cc +==21083==ABORTING +</pre> +</details>""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2853.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2853.toml new file mode 100644 index 00000000..961434e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2853.toml @@ -0,0 +1,62 @@ +id = 2853 +title = "double-free in vmdk_add_extent()" +state = "closed" +created_at = "2025-03-04T09:01:24.528Z" +closed_at = "2025-03-14T04:45:17.468Z" +labels = ["Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2853" +host-os = "Alt Workstation K 10.3" +host-arch = "x86_64" +qemu-version = "QEMU emulator version v9.2.2 (v9.2.2-50d38b8921837827ea397d4b20c8bc5efe186e53)" +guest-os = "n/a" +guest-arch = "n/a" +description = """A double-free issue in the VMDK driver occurs when handling snapshots. +The memory allocated for extent structures is freed twice: first in +vmdk_close (block/vmdk.c) and then in vmdk_add_extent (block/vmdk.c).""" +reproduce = """1. [test.raw](/uploads/deeb9dc3cab1916adadd211173cd175a/test.raw) +2. ./qemu-img snapshot -q -a test test.raw""" +additional = """<details> +<pre> +./qemu-img snapshot -q -a test test.raw +==18180==WARNING: ASan doesn't fully support makecontext/swapcontext functions and may produce false positives in some cases! +================================================================= +==18180==ERROR: AddressSanitizer: attempting double-free on 0x612000011bc0 in thread T0: + #0 0x5605ba505168 in realloc /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:164:3 + #1 0x7f22be5fd6b7 in g_realloc (/lib64/libglib-2.0.so.0+0x5c6b7) + #2 0x5605ba866a79 in vmdk_add_extent /home/gerben/qemu-img_fuzz/build/../block/vmdk.c:570:18 + #3 0x5605ba86122e in vmdk_open_vmdk4 /home/gerben/qemu-img_fuzz/build/../block/vmdk.c:1059:11 + #4 0x5605ba86122e in vmdk_open_sparse /home/gerben/qemu-img_fuzz/build/../block/vmdk.c:1127:20 + #5 0x5605ba85723a in vmdk_open /home/gerben/qemu-img_fuzz/build/../block/vmdk.c:1371:19 + #6 0x5605ba803ca4 in bdrv_snapshot_goto /home/gerben/qemu-img_fuzz/build/../block/snapshot.c:299:20 + #7 0x5605baa8cdd2 in img_snapshot /home/gerben/qemu-img_fuzz/build/../qemu-img.c:3500:15 + #8 0x7f22bd559efc in __libc_start_main (/lib64/libc.so.6+0x27efc) + #9 0x5605ba4619f9 in _start /usr/src/RPM/BUILD/glibc-2.32-alt5.p10.3/csu/../sysdeps/x86_64/start.S:120 + +0x612000011bc0 is located 0 bytes inside of 272-byte region [0x612000011bc0,0x612000011cd0) +freed by thread T0 here: + #0 0x5605ba504aef in free /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:123:3 + #1 0x5605ba857e6d in vmdk_close /home/gerben/qemu-img_fuzz/build/../block/vmdk.c:2889:5 + #2 0x5605ba803bb2 in bdrv_snapshot_goto /home/gerben/qemu-img_fuzz/build/../block/snapshot.c:290:13 + #3 0x5605baa8cdd2 in img_snapshot /home/gerben/qemu-img_fuzz/build/../qemu-img.c:3500:15 + #4 0x7f22bd559efc in __libc_start_main (/lib64/libc.so.6+0x27efc) + +previously allocated by thread T0 here: + #0 0x5605ba505168 in realloc /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:164:3 + #1 0x7f22be5fd6b7 in g_realloc (/lib64/libglib-2.0.so.0+0x5c6b7) + #2 0x5605ba86122e in vmdk_open_vmdk4 /home/gerben/qemu-img_fuzz/build/../block/vmdk.c:1059:11 + #3 0x5605ba86122e in vmdk_open_sparse /home/gerben/qemu-img_fuzz/build/../block/vmdk.c:1127:20 + #4 0x5605ba85723a in vmdk_open /home/gerben/qemu-img_fuzz/build/../block/vmdk.c:1371:19 + #5 0x5605ba56e3a2 in bdrv_open_driver /home/gerben/qemu-img_fuzz/build/../block.c:1660:15 + #6 0x5605ba57ea50 in bdrv_open_common /home/gerben/qemu-img_fuzz/build/../block.c:1985:11 + #7 0x5605ba57ea50 in bdrv_open_inherit /home/gerben/qemu-img_fuzz/build/../block.c:4153:11 + #8 0x5605ba585cb8 in bdrv_open /home/gerben/qemu-img_fuzz/build/../block.c:4248:12 + #9 0x5605ba637d4c in blk_new_open /home/gerben/qemu-img_fuzz/build/../block/block-backend.c:457:10 + #10 0x5605baa9193b in img_open_file /home/gerben/qemu-img_fuzz/build/../qemu-img.c:405:11 + #11 0x5605baa9143e in img_open /home/gerben/qemu-img_fuzz/build/../qemu-img.c:450:15 + #12 0x5605baa8cc71 in img_snapshot /home/gerben/qemu-img_fuzz/build/../qemu-img.c:3468:11 + #13 0x7f22bd559efc in __libc_start_main (/lib64/libc.so.6+0x27efc) + +SUMMARY: AddressSanitizer: double-free /usr/src/RPM/BUILD/llvm-11.0.1.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:164:3 in realloc +==18180==ABORTING +</pre> +</details>""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2854.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2854.toml new file mode 100644 index 00000000..c954a4c2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2854.toml @@ -0,0 +1,32 @@ +id = 2854 +title = "https://www.qemu.org/ is missing chance to provide (or at least link) some starting guide" +state = "opened" +created_at = "2025-03-05T08:49:16.606Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2854" +host-os = "Lubuntu 24.04" +host-arch = "irrelevant, can check if needed" +qemu-version = "irrelevant, can check if needed" +guest-os = "n/a" +guest-arch = "n/a" +description = """as a completely new (potential) user https://www.qemu.org/ main page is missing chance to easily link some hello world documentation""" +reproduce = """1. open https://www.qemu.org/ +2. try to click "Full-system emulation" with hope that it will link some starting hello world how to do so""" +additional = """On https://www.qemu.org/ you can click "support" + +Then you can click "documentation" + +Then "main documentation section" + +Then "system emulation" + +Then "introduction" + +At this point you have something that sort-of is viable as hello world. + +Maybe link https://www.qemu.org/docs/master/system/introduction.html from main page ("Full-system emulation")? + +Unless there is a better documentation? + +Though maybe someone who will not go through this link maze should not try to use QEMU at all?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2856.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2856.toml new file mode 100644 index 00000000..7c6df94b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2856.toml @@ -0,0 +1,100 @@ +id = 2856 +title = "segfault when passing x-vga=on on gpu(old) passthrough" +state = "closed" +created_at = "2025-03-07T17:26:19.629Z" +closed_at = "2025-03-13T07:03:14.115Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2856" +host-os = "alpine linux 3.21" +host-arch = "x86 x84" +qemu-version = "9.12" +guest-os = "n/a" +guest-arch = "n/a" +description = """When using x-vga=on on the ati x550 gpu passthrough, qemu-system-x86 segfault occurs.(I think it may happen with other ati cards from same era, ati x300, ati x600, ati x800) +Similar bug from 2017 on nvidia 7300GS: +https://bugs.launchpad.net/qemu/+bug/1678466""" +reproduce = "n/a" +additional = """``` +dmesg: +[ 5050.113978] qemu-system-x86[8288]: segfault at b8 ip 000055c4f459ad47 sp 00007fff81f966e0 error 4 in qemu-system-x86_64[57ed47,55c +4f418f000+69f000] likely on CPU 11 (core 20, socket 0) +[ 5050.113987] Code: c0 75 f0 48 8b 6b 60 48 89 b3 80 00 00 00 67 e8 9f 82 00 00 48 8b 7b 40 83 05 b0 11 2e 01 01 48 85 ff 74 06 67 e +8 59 1e 08 00 <48> 8b 85 b8 00 00 00 48 85 c0 74 7d 8b 93 b0 00 00 00 eb 11 0f 1f +[ 5050.272446] vfio-pci 0000:07:00.0: Refused to change power state from D0 to D3hot +``` +``` +lspci -vv: +07:00.0 1002:5b63 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300/X550/X1050 Series] (prog-if 00 [VGA controller]) + Subsystem: PC Partner Limited / Sapphire Technology Device 1500 + Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Interrupt: pin A routed to IRQ 3 + IOMMU group: 18 + Region 0: Memory at 54000000 (32-bit, prefetchable) [disabled] [size=64M] + Region 1: I/O ports at 3000 [disabled] [size=256] + Region 2: Memory at 59c30000 (32-bit, non-prefetchable) [disabled] [size=64K] + Expansion ROM at 59c00000 [disabled] [size=128K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [58] Express (v1) Endpoint, IntMsgNum 0 + DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <128ns, L1 <2us + ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- SlotPowerLimit 10W TEE-IO- + DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+ + RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend- + LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <128ns, L1 <1us + ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- + LnkCtl: ASPM Disabled; RCB 64 bytes, LnkDisable- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s, Width x1 (downgraded) + TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit+ + Address: 0000000000000000 Data: 0000 + Capabilities: [100 v1] Advanced Error Reporting + UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- + ECRC- UnsupReq- ACSViol- UncorrIntErr- BlockedTLP- AtomicOpBlocked- TLPBlockedErr- + PoisonTLPBlocked- DMWrReqBlocked- IDECheck- MisIDETLP- PCRC_CHECK- TLPXlatBlocked- + UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- + ECRC- UnsupReq- ACSViol- UncorrIntErr- BlockedTLP- AtomicOpBlocked- TLPBlockedErr- + PoisonTLPBlocked- DMWrReqBlocked- IDECheck- MisIDETLP- PCRC_CHECK- TLPXlatBlocked- + UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ + ECRC- UnsupReq- ACSViol- UncorrIntErr- BlockedTLP- AtomicOpBlocked- TLPBlockedErr- + PoisonTLPBlocked- DMWrReqBlocked- IDECheck- MisIDETLP- PCRC_CHECK- TLPXlatBlocked- + CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr- CorrIntErr- HeaderOF- + CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr- CorrIntErr- HeaderOF- + AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn- + MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap- + HeaderLog: 04000001 0000030f 07070000 7efb9a03 + +07:00.1 1002:5b73 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300/X550/X1050 Series] (Secondary) + Subsystem: PC Partner Limited / Sapphire Technology Device 1501 + Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + IOMMU group: 18 + Region 0: Memory at 59c20000 (32-bit, non-prefetchable) [disabled] [size=64K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [58] Express (v1) Endpoint, IntMsgNum 0 + DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <128ns, L1 <2us + ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset- SlotPowerLimit 0W TEE-IO- + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend- + LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <128ns, L1 <1us + ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- + LnkCtl: ASPM Disabled; RCB 64 bytes, LnkDisable- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s, Width x1 (downgraded) + TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- +``` + +(In win7 when the "07:00.1 Display controller" uses the gpu driver, dmesg spam errors occur and VM functions very very slow. I don't know where to report this, libvirt?. This I tested only in virt-manager. "07:00.1 Display controller" can be disabled in Win7 device manager and problems disappear. Independent if this, booting with x-vga=off image is corrupted on the monitor connected to passthrough gpu until driver is loaded. Image is white with vertical dark stripes.) +``` +[ 3160.598553] DMAR: [INTR-REMAP] Request device [07:00.1] fault index 0x50 [fault reason 0x26] Blocked an interrupt request due to source-id verification failure +[ 3161.098536] DMAR: DRHD: handling fault status reg 2 +[ 3165.098584] dmar_fault: 23 callbacks suppressed +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2857.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2857.toml new file mode 100644 index 00000000..c28bd7d7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2857.toml @@ -0,0 +1,108 @@ +id = 2857 +title = "segmentation fault issue in qemu-option.c for both qemu-system-x86_64 and qemu-system-aarch64" +state = "closed" +created_at = "2025-03-07T22:45:11.295Z" +closed_at = "2025-04-04T22:23:03.862Z" +labels = ["Closed::NotOurBug", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2857" +host-os = "macOS 15.3.1 (24D70)" +host-arch = "silicon Mac" +qemu-version = "QEMU emulator version 9.2.1 and 9.2.2" +guest-os = "Windows 10 21H1, Fedora 37, etc." +guest-arch = "## Description of problem" +description = """""" +reproduce = """1. Compile with; +``` +| PKG_CONFIG_PATH="$PWD/../../lib/pkgconfig" ../../source/qemu-9.2.1/configure \\ | +|------------------------------------------------------------------------------------| +| --extra-cflags="-I$PWD/../../source/angle/include -march=armv8-a+crc+crypto" \\ | +| --extra-ldflags="-L$PWD/../angle" \\ | +| --disable-cocoa \\ | +| --enable-sdl \\ | +| --prefix="$PWD/../.." | +``` +2.`./bin/qemu-system-aarch64 -machine virt,accel=hvf -cpu host` +3. Single liner for building: +``` +curl -L https://gist.github.com/startergo/0d9a7425876c2b42f8b797af80fbe3d8/raw/run-arm-3dfx-sdl.sh | bash - +```""" +additional = """``` + +lldb -- ./bin/qemu-system-aarch64 -machine virt,accel=hvf -cpu host +(lldb) target create "./bin/qemu-system-aarch64" +Current executable set to '/Users/macbookpro/Downloads/qemu-3dfx-arch/bin/qemu-system-aarch64' (arm64). +(lldb) settings set -- target.run-args "-machine" "virt,accel=hvf" "-cpu" "host" +(lldb) run +Process 64856 launched: '/Users/macbookpro/Downloads/qemu-3dfx-arch/bin/qemu-system-aarch64' (arm64) +Process 64856 stopped +* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGUSR2 + frame #0: 0x0000000199d78cc0 libsystem_kernel.dylib`__sigsuspend + 8 +libsystem_kernel.dylib`__sigsuspend: +-> 0x199d78cc0 <+8>: b.lo 0x199d78ce0 ; <+40> + 0x199d78cc4 <+12>: pacibsp + 0x199d78cc8 <+16>: stp x29, x30, [sp, #-0x10]! + 0x199d78ccc <+20>: mov x29, sp +Target 0: (qemu-system-aarch64) stopped. +(lldb) continue +Process 64856 resuming +Process 64856 stopped +* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) + frame #0: 0x0000000000000000 +error: memory read failed for 0x0 +Target 0: (qemu-system-aarch64) stopped. +(lldb) bt +* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) + * frame #0: 0x0000000000000000 + frame #1: 0x00000001008539ec qemu-system-aarch64`get_opt_name_value [inlined] qemu_strchrnul(s="nic", c=44) at cutils.h:144:12 [opt] + frame #2: 0x00000001008539e0 qemu-system-aarch64`get_opt_name_value [inlined] get_opt_value(p="nic", value=0x000000016fdff058) at qemu-option.c:71:18 [opt] + frame #3: 0x00000001008539dc qemu-system-aarch64`get_opt_name_value(params=<unavailable>, firstname=<unavailable>, warn_on_flag=<unavailable>, help_wanted=0x0000000000000000, name=<unavailable>, value=0x000000016fdff058) at qemu-option.c:760:17 [opt] + frame #4: 0x0000000100853c84 qemu-system-aarch64`opts_do_parse(opts=0x0000600002e30460, params="nic", firstname=<unavailable>, warn_on_flag=false, help_wanted=0x0000000000000000, errp=0x00000001018fd500) at qemu-option.c:808:13 [opt] + frame #5: 0x0000000100853fbc qemu-system-aarch64`opts_parse(list=<unavailable>, params="nic", permit_abbrev=<unavailable>, warn_on_flag=false, help_wanted=0x0000000000000000, errp=0x00000001018fd500) at qemu-option.c:898:10 [opt] + frame #6: 0x0000000100853ea0 qemu-system-aarch64`qemu_opts_parse(list=<unavailable>, params=<unavailable>, permit_abbrev=<unavailable>, errp=<unavailable>) at qemu-option.c:917:12 [opt] [artificial] + frame #7: 0x00000001002937b4 qemu-system-aarch64`qemu_init [inlined] qemu_create_default_devices at vl.c:1446:9 [opt] + frame #8: 0x0000000100293640 qemu-system-aarch64`qemu_init(argc=<unavailable>, argv=0x000000016fdff500) at vl.c:3692:5 [opt] + frame #9: 0x00000001007b58c0 qemu-system-aarch64`main(argc=<unavailable>, argv=<unavailable>) at main.c:47:5 [opt] + frame #10: 0x0000000199a2c274 dyld`start + 2840 + +lldb -- ./bin/qemu-system-x86_64 -machine q35,accel=hvf -cpu host +(lldb) target create "./bin/qemu-system-x86_64" +Current executable set to '/Users/macbookpro/Downloads/qemu-3dfx-arch/bin/qemu-system-x86_64' (arm64). +(lldb) settings set -- target.run-args "-machine" "q35,accel=hvf" "-cpu" "host" +(lldb) run +Process 65669 launched: '/Users/macbookpro/Downloads/qemu-3dfx-arch/bin/qemu-system-x86_64' (arm64) +Process 65669 stopped +* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGUSR2 + frame #0: 0x0000000199d78cc0 libsystem_kernel.dylib`__sigsuspend + 8 +libsystem_kernel.dylib`__sigsuspend: +-> 0x199d78cc0 <+8>: b.lo 0x199d78ce0 ; <+40> + 0x199d78cc4 <+12>: pacibsp + 0x199d78cc8 <+16>: stp x29, x30, [sp, #-0x10]! + 0x199d78ccc <+20>: mov x29, sp +Target 0: (qemu-system-x86_64) stopped. +(lldb) continue +Process 65669 resuming +Process 65669 stopped +* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) + frame #0: 0x0000000000000000 +error: memory read failed for 0x0 +Target 0: (qemu-system-x86_64) stopped. +(lldb) bt +* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) + * frame #0: 0x0000000000000000 + frame #1: 0x000000010053c7f0 qemu-system-x86_64`get_opt_name_value [inlined] qemu_strchrnul(s="nic", c=44) at cutils.h:144:12 [opt] + frame #2: 0x000000010053c7e4 qemu-system-x86_64`get_opt_name_value [inlined] get_opt_value(p="nic", value=0x000000016fdff058) at qemu-option.c:71:18 [opt] + frame #3: 0x000000010053c7e0 qemu-system-x86_64`get_opt_name_value(params=<unavailable>, firstname=<unavailable>, warn_on_flag=<unavailable>, help_wanted=0x0000000000000000, name=<unavailable>, value=0x000000016fdff058) at qemu-option.c:760:17 [opt] + frame #4: 0x000000010053ca88 qemu-system-x86_64`opts_do_parse(opts=0x0000600002476ee0, params="nic", firstname=<unavailable>, warn_on_flag=false, help_wanted=0x0000000000000000, errp=0x00000001014fa230) at qemu-option.c:808:13 [opt] + frame #5: 0x000000010053cdc0 qemu-system-x86_64`opts_parse(list=<unavailable>, params="nic", permit_abbrev=<unavailable>, warn_on_flag=false, help_wanted=0x0000000000000000, errp=0x00000001014fa230) at qemu-option.c:898:10 [opt] + frame #6: 0x000000010053cca4 qemu-system-x86_64`qemu_opts_parse(list=<unavailable>, params=<unavailable>, permit_abbrev=<unavailable>, errp=<unavailable>) at qemu-option.c:917:12 [opt] [artificial] + frame #7: 0x00000001001d6b00 qemu-system-x86_64`qemu_init [inlined] qemu_create_default_devices at vl.c:1446:9 [opt] + frame #8: 0x00000001001d698c qemu-system-x86_64`qemu_init(argc=<unavailable>, argv=0x000000016fdff500) at vl.c:3692:5 [opt] + frame #9: 0x000000010049e7c0 qemu-system-x86_64`main(argc=<unavailable>, argv=<unavailable>) at main.c:47:5 [opt] + frame #10: 0x0000000199a2c274 dyld`start + 2840 + +--> + +``` +The line below ensures that proper tags are added to the issue. +Please do not remove it. +-->""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2858.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2858.toml new file mode 100644 index 00000000..b3f35373 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2858.toml @@ -0,0 +1,15 @@ +id = 2858 +title = "QEMU Command Not Working" +state = "closed" +created_at = "2025-03-09T18:09:22.436Z" +closed_at = "2025-03-09T18:29:53.819Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2858" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2859.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2859.toml new file mode 100644 index 00000000..65e6ae2f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2859.toml @@ -0,0 +1,15 @@ +id = 2859 +title = "QEMU Command Not Working" +state = "closed" +created_at = "2025-03-10T11:17:41.233Z" +closed_at = "2025-03-24T06:19:54.747Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2859" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2860.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2860.toml new file mode 100644 index 00000000..0e39f3bf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2860.toml @@ -0,0 +1,41 @@ +id = 2860 +title = "ps2 keyboard not work after boot and use libspice to connect it" +state = "opened" +created_at = "2025-03-13T11:30:45.533Z" +closed_at = "n/a" +labels = ["spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2860" +host-os = "centos8" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "windows" +guest-arch = "x86" +description = """When I start almost 10 qemu virtual machines, there will always be one or two that have the ps2 keyboard not work well after booted.But I use mstsc to connect to the desktop, the keyboard works fine. But when reboot or migrate it well recovery.""" +reproduce = """1.Asynchronously start 40 qemu virtual machines, each with 4 cores and 4 threads + +2.there will always be one or two that have the ps2 keyboard not work well. + +4.And when i gdb debug it, i found i hang at the func "prepare_mmio_access" + +5.reboot or migrate it well recovery""" +additional = """the gdb debug as fllow: + +gdb attach $pid + +gdb>b kbd_push_key //spice input + +gdb>b kbd_read_data + +gdb>b ps2_keyboard_event + +gdb>c + +After continue, the code run on ps2_keyboard_event,but no work to "kbd_read_data".This Proves that the keyboard input has been added to the queue, but has not been read from the queue. + +gdb> thread 4 //switch to thread "CPU 0/KVM" + +gdb> bt + + + +I guess there is no event to notify the device to read after writing to the queue, or is it deadlocked? I'm not sure""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2862.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2862.toml new file mode 100644 index 00000000..91a446f7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2862.toml @@ -0,0 +1,32 @@ +id = 2862 +title = "unable to complete install when i try to load into qemu" +state = "opened" +created_at = "2025-03-14T01:57:40.885Z" +closed_at = "n/a" +labels = ["Closed::NotOurBug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2862" +host-os = "Raspbian/Raspberry PI os" +host-arch = "ARM" +qemu-version = "qemu-system" +guest-os = "Windows 10" +guest-arch = "ARM" +description = """when i load up a vm, i get the message Unable to complete install: 'internal error: process exited while connecting to monitor: 2025-03-14T01:54:54.436804Z qemu-system-aarch64: can't apply global host-arm-cpu.hv-relaxed=on: Property 'host-arm-cpu.hv-relaxed' not found' + +Traceback (most recent call last): + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 72, in cb_wrapper + callback(asyncjob, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/createvm.py", line 2008, in _do_async_install + installer.start_install(guest, meter=meter) + File "/usr/share/virt-manager/virtinst/install/installer.py", line 695, in start_install + domain = self._create_guest( + ^^^^^^^^^^^^^^^^^^^ + File "/usr/share/virt-manager/virtinst/install/installer.py", line 637, in _create_guest + domain = self.conn.createXML(initial_xml or final_xml, 0) + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + File "/usr/lib/python3/dist-packages/libvirt.py", line 4481, in createXML + raise libvirtError('virDomainCreateXML() failed') +libvirt.libvirtError: internal error: process exited while connecting to monitor: 2025-03-14T01:54:54.436804Z qemu-system-aarch64: can't apply global host-arm-cpu.hv-relaxed=on: Property 'host-arm-cpu.hv-relaxed' not found. If it's important, vmm recognizes my windows 10 iso as a windows 11.""" +reproduce = """1.i just tried to use the vm. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2863.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2863.toml new file mode 100644 index 00000000..81e8adc2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2863.toml @@ -0,0 +1,15 @@ +id = 2863 +title = "Invalid read reason: rejected" +state = "closed" +created_at = "2025-03-15T16:09:04.420Z" +closed_at = "2025-03-16T15:08:40.344Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2863" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2866.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2866.toml new file mode 100644 index 00000000..c6f4e10f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2866.toml @@ -0,0 +1,195 @@ +id = 2866 +title = "In Win98 vm gpu driver issues with old ati gpu if it has BAR0: 64 bit, BAR4: I/O; no issue if it has BAR0: 32 bit, BAR1: I/O" +state = "opened" +created_at = "2025-03-16T20:18:56.933Z" +closed_at = "n/a" +labels = ["device: PCI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2866" +host-os = "openSUSE Leap 15.6" +host-arch = "x86 x84" +qemu-version = "QEMU 9.2.50v9.2.0-2799-g0462a32b4f" +guest-os = "win98se" +guest-arch = "x86" +description = """In win98se vm no errors in device manager,ati control panel complains that the driver is not loaded and desktop can only be used in 16 color 640x480. The problematic old ati gpus work correctly when booting win98 directly(no qemu vm, same host hardware) + +Drivers fail to load in win98 vm for old ati gpu(x600, x700, x800, x850) that has: +``` + Region 0: Memory at 4020000000 (64-bit, prefetchable) [size=256M] + Region 2: Memory at 41b30000 (64-bit, non-prefetchable) [size=64K] + Region 4: I/O ports at 3000 [size=256] + Expansion ROM at 41b00000 [disabled] [size=128K] +``` +Old ati gpu(x300, x550) that have this, load/work correctly in win98 vm: +``` + Region 0: Memory at 40000000 (32-bit, prefetchable) [size=64M] + Region 1: I/O ports at 3000 [size=256] + Region 2: Memory at 45b30000 (32-bit, non-prefetchable) [size=64K] + Expansion ROM at 45b00000 [disabled] [size=128K] +```""" +reproduce = "n/a" +additional = """I am using a QEMU build from branch master from a few days ago, with a fix for segfault when using 'x-vga=on' on some old ati gpu(Region 0: Memory at 40000000 (32-bit),Region 1: I/O ports) https://gitlab.com/qemu-project/qemu/-/issues/2856. (Win98 gpu driver issues with old ati gpu if it has "BAR0: 64 bit, BAR4: I/O" was the same with QEMU version 9.12). + +x700: +``` +QEMU 9.2.50v9.2.0-2799-g0462a32b4f monitor> info pci: +Bus 0, device 2, function 0: + VGA controller: PCI device 1002:5e4d + PCI subsystem 148c:2129 + IRQ 10, pin A + BAR0: 64 bit prefetchable memory at 0xe0000000 [0xefffffff]. + BAR2: 64 bit memory at 0x00010000 [0x0001ffff]. + BAR4: I/O at 0xc000 [0xc0ff]. + BAR6: 32 bit memory at (not mapped) + id "" + Bus 0, device 2, function 1: + Display controller: PCI device 1002:5e6d + PCI subsystem 148c:2128 + BAR0: 64 bit memory at 0xfebf0000 [0xfebfffff]. + id "" +``` +``` +lspci -vv: + +08:00.0 0300: 1002:5e4d VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV410 [Radeon X700] (prog-if 00 [VGA controller]) + Subsystem: Tul Corporation / PowerColor Device 2129 + Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Interrupt: pin A routed to IRQ 16 + Region 0: Memory at 4020000000 (64-bit, prefetchable) [size=256M] + Region 2: Memory at 41b30000 (64-bit, non-prefetchable) [size=64K] + Region 4: I/O ports at 3000 [size=256] + Expansion ROM at 41b00000 [disabled] [size=128K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D3 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [58] Express (v1) Endpoint, MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <256ns, L1 <4us + ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- SlotPowerLimit 25.000W + DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+ + RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- + LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <256ns, L1 <2us + ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- + LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s, Width x4, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit+ + Address: 0000000000000000 Data: 0000 + Capabilities: [100 v1] Advanced Error Reporting + UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- + CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- + CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- + AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn- + MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap- + HeaderLog: 40000001 00000003 000b0000 ffff0000 + Kernel driver in use: vfio-pci + Kernel modules: radeon, amdgpu + +08:00.1 0380: 1002:5e6d Display controller: Advanced Micro Devices, Inc. [AMD/ATI] RV410 [Radeon X700] (Secondary) + Subsystem: Tul Corporation / PowerColor Device 2128 + Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Region 0: Memory at 41b20000 (64-bit, non-prefetchable) [size=64K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D3 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [58] Express (v1) Endpoint, MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <256ns, L1 <4us + ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset- SlotPowerLimit 0.000W + DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- + RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- + LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <256ns, L1 <2us + ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- + LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s, Width x4, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + Kernel driver in use: vfio-pci + Kernel modules: amdgpu +``` + +x550: +``` +QEMU 9.2.50v9.2.0-2799-g0462a32b4f monitor> info pci: +us 0, device 2, function 0: + VGA controller: PCI device 1002:5b63 + PCI subsystem 174b:1500 + IRQ 10, pin A + BAR0: 32 bit prefetchable memory at 0xef800000 [0xfbffffff]. + BAR1: I/O at 0xc000 [0xc0ff]. + BAR2: 32 bit memory at 0x00010000 [0xfebdffff]. + BAR6: 32 bit memory at (not mapped) + id "" + Bus 0, device 2, function 1: + Display controller: PCI device 1002:5b73 + PCI subsystem 174b:1501 + BAR0: 32 bit memory at 0xfebf0000 [0xfebfffff]. + id "" + + +lspci -vv: +08:00.0 1002:5b63 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300/X550/X1050 Series] (prog-if 00 [VGA controller]) + Subsystem: PC Partner Limited / Sapphire Technology Device 1500 + Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Interrupt: pin A routed to IRQ 16 + Region 0: Memory at 40000000 (32-bit, prefetchable) [size=64M] + Region 1: I/O ports at 3000 [size=256] + Region 2: Memory at 45b30000 (32-bit, non-prefetchable) [size=64K] + Expansion ROM at 45b00000 [disabled] [size=128K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D3 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [58] Express (v1) Endpoint, MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <128ns, L1 <2us + ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- SlotPowerLimit 25.000W + DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+ + RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- + LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <128ns, L1 <1us + ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- + LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit+ + Address: 0000000000000000 Data: 0000 + Capabilities: [100 v1] Advanced Error Reporting + UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- + CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- + CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- + AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn- + MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap- + HeaderLog: 02000001 00000002 000003c8 037bbfae + Kernel driver in use: vfio-pci + Kernel modules: radeon, amdgpu + +08:00.1 1002:5b73 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300/X550/X1050 Series] (Secondary) + Subsystem: PC Partner Limited / Sapphire Technology Device 1501 + Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Region 0: Memory at 45b20000 (32-bit, non-prefetchable) [size=64K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D3 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [58] Express (v1) Endpoint, MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <128ns, L1 <2us + ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset- SlotPowerLimit 0.000W + DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- + RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- + LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <128ns, L1 <1us + ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- + LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + Kernel driver in use: vfio-pci + Kernel modules: amdgpu +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2867.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2867.toml new file mode 100644 index 00000000..ea3a0066 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2867.toml @@ -0,0 +1,21 @@ +id = 2867 +title = "qemu:block / io-qcow2-161 fails non-deterministically" +state = "opened" +created_at = "2025-03-18T01:12:31.278Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2867" +host-os = "Guix System" +host-arch = "x86-64" +qemu-version = "9.1.3" +guest-os = "n/a" +guest-arch = "n/a" +description = """The test suite failed non-deterministically with failure: +``` +729/838 qemu:block / io-qcow2-161 ERROR 2.08s exit status 1 +```""" +reproduce = """1. guix time-machine --commit=d706c1b -- build qemu +2. or git clone, build and run `make check -j32 V=1`""" +additional = """[qemu-9.1.3-io-qcow2-041-failure-build-log.txt](/uploads/077f61d9dd1a26bcd351c0995009131c/qemu-9.1.3-io-qcow2-041-failure-build-log.txt) + +[testlog.txt](/uploads/0b0244a337f2175bdba9e258c778481d/testlog.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/287.toml b/gitlab/issues/target_missing/host_missing/accel_missing/287.toml new file mode 100644 index 00000000..e95b7e09 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/287.toml @@ -0,0 +1,15 @@ +id = 287 +title = "block copy job sometimes hangs on the last block for minutes" +state = "opened" +created_at = "2021-05-13T18:39:30.542Z" +closed_at = "n/a" +labels = ["Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/287" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2872.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2872.toml new file mode 100644 index 00000000..7870e07e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2872.toml @@ -0,0 +1,15 @@ +id = 2872 +title = "hw/net: Parameter 'driver' expects a pluggable device type" +state = "closed" +created_at = "2025-03-19T08:54:07.791Z" +closed_at = "2025-03-20T07:33:21.849Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2872" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2873.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2873.toml new file mode 100644 index 00000000..d0e93c74 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2873.toml @@ -0,0 +1,17 @@ +id = 2873 +title = "[chardev] In case of stdin redirection, SYS_READC semihost call will block in the chardev backend when EOF is reached." +state = "closed" +created_at = "2025-03-19T15:48:23.812Z" +closed_at = "2025-03-19T17:45:02.102Z" +labels = ["Closed::Duplicate", "Semihosting"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2873" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.1 (v9.2.1-7-g5bd6b5d8e6)" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """The previous command hangs, EOF is not detected.""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2875.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2875.toml new file mode 100644 index 00000000..dbc604b2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2875.toml @@ -0,0 +1,37 @@ +id = 2875 +title = "[Virtio-GPU Venus] QEMU Virtio-GPU Venus with Lavapipe ICD shows corrupted graphical output along with error prints" +state = "opened" +created_at = "2025-03-20T06:06:17.233Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2875" +host-os = "Ubuntu-25.04" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.90 (v10.0.0-rc0)" +guest-os = "Ubuntu-25.04" +guest-arch = "x86_64" +description = """QEMU Virtio-GPU Venus with Lavapipe ICD shows corrupted graphical output (screenshots attached ahead) along with the following error prints, as guest_errors are enabled in QEMU command line `-d guest_errors`: +``` +VK_DRIVER_FILES=/usr/share/vulkan/icd.d/lvp_icd.x86_64.json ./qemu-system-x86_64 -enable-kvm -M q35 -smp 4 -m 4G -cpu host -net nic,model=virtio -net user,hostfwd=tcp::2222-:22 -d guest_errors -device virtio-vga-gl,hostmem=4G,blob=true,venus=true -vga none -display gtk,gl=on,show-cursor=on -usb -device usb-tablet -object memory-backend-memfd,id=mem1,size=4G -machine memory-backend=mem1 -hda ubuntu-2504.qcow2 +virtio_gpu_virgl_unmap_resource_blob: failed to unmap virgl resource: Invalid argument +virtio_gpu_virgl_process_cmd: ctrl 0x209, error 0x1200 +virtio_gpu_virgl_unmap_resource_blob: failed to unmap virgl resource: Invalid argument +virtio_gpu_virgl_process_cmd: ctrl 0x209, error 0x1200 +virtio_gpu_virgl_unmap_resource_blob: failed to unmap virgl resource: Invalid argument +virtio_gpu_virgl_process_cmd: ctrl 0x209, error 0x1200 +virtio_gpu_virgl_unmap_resource_blob: failed to unmap virgl resource: Invalid argument +virtio_gpu_virgl_process_cmd: ctrl 0x209, error 0x1200 +virtio_gpu_virgl_unmap_resource_blob: failed to unmap virgl resource: Invalid argument +virtio_gpu_virgl_process_cmd: ctrl 0x209, error 0x1200 +virtio_gpu_virgl_unmap_resource_blob: failed to unmap virgl resource: Invalid argument +virtio_gpu_virgl_process_cmd: ctrl 0x209, error 0x1200 +```""" +reproduce = """1. Used steps mentioned here: https://gist.github.com/peppergrayxyz/fdc9042760273d137dddd3e97034385f, to build virglrenderer-1.1.0 with Venus support, and to build QEMU (latest: v10.0.0-rc1) with virglrenderer support. +2. Run QEMU with Lavapipe ICD using the command shared above. +3. When the QEMU guest is up, install required packages such as `sudo apt-get install -y mesa* vulkan* libvulkan* vkmark` and run vkcube / vkmark with VirtIO ICD: +``` +VK_DRIVER_FILES=/usr/share/vulkan/icd.d/virtio_icd.x86_64.json vkcube --wsi wayland +```""" +additional = """Attaching screenshots for the error observed on guest side: +,  +Collected logs with tracing enabled (`meson setup -Dvenus=true -Dvenus-validate=true -Dvideo=true -Dtracing=stderr build`) in virglrenderer as well: [virgl-tracing-stderr.log](/uploads/202c698b7c265cde7c83b441a6a7abdb/virgl-tracing-stderr.log). Search for error in the log file.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2876.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2876.toml new file mode 100644 index 00000000..654549e0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2876.toml @@ -0,0 +1,22 @@ +id = 2876 +title = "IPv6 support for hostfwd + guestfwd" +state = "opened" +created_at = "2025-03-20T15:53:48.517Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2876" +host-os = "nixos-unstable" +host-arch = "x86-64" +qemu-version = "master (1dae461a913f9da88df05de6e2020d3134356f2e)" +guest-os = "[Arch Linux](https://github.com/archlinux/arch-boxes?tab=readme-ov-file#qcow2-images)" +guest-arch = "x86-64" +description = """When using hostfwd, only IPv4 connections are forwarded.""" +reproduce = """1. Start vm with the aforementioned command using a system image that comes with a socket listening on both IPv4 and IPv6. (I used Arch Linux Box which comes with `sshd` enabled by default). +2. Connect to the forwarded socket: + - IPv4 succeeds: + - `ssh -oPasswordAuthentication=yes arch@127.0.0.1 -p 52022` + - `nc -zv 127.0.0.1 52022` + - IPv6 does not: + - `ssh -oPasswordAuthentication=yes arch@::1 -p 52022` + - `nc -zv ::1 52022`""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2879.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2879.toml new file mode 100644 index 00000000..f6606047 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2879.toml @@ -0,0 +1,15 @@ +id = 2879 +title = "-smbios type=11,path=xxx results in buffer overrun due to missing null terminator" +state = "closed" +created_at = "2025-03-23T19:58:47.503Z" +closed_at = "2025-04-09T16:22:10.642Z" +labels = ["workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2879" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2880.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2880.toml new file mode 100644 index 00000000..2ad66907 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2880.toml @@ -0,0 +1,15 @@ +id = 2880 +title = "how to migrate storage live for the vm with vhostuser disk" +state = "opened" +created_at = "2025-03-24T07:48:43.943Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2880" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2881.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2881.toml new file mode 100644 index 00000000..66a0c19d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2881.toml @@ -0,0 +1,18 @@ +id = 2881 +title = "segfault on loadvm after migrate_set_capability multifd on" +state = "opened" +created_at = "2025-03-24T16:49:27.546Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2881" +host-os = "Ubuntu 24.04" +host-arch = "x86_64" +qemu-version = "commit 71119ed3651622e1c531d1294839e9f3341adaf5 (and also commit 1dae461a913f9da88df05de6e2020d3134356f2e )" +guest-os = "Ubuntu 16.04.3 LTS" +guest-arch = "x86_64" +description = """A segfault occurs when running `loadvm` having set `migrate_set_capability multifd on` from the monitor. +EDIT: also `savevm` segfaults.""" +reproduce = """1. Take a snapshot with `savevm test` +2. From the monitor run `migrate_set_capability multifd on` +3. Try to restore the snapshot with `loadvm test`""" +additional = """Sorry for not having triaged this much, I think it is worth reporting anyway.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2883.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2883.toml new file mode 100644 index 00000000..f225ba2c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2883.toml @@ -0,0 +1,15 @@ +id = 2883 +title = "Advice regarding implementation of smooth scrolling" +state = "opened" +created_at = "2025-03-26T09:44:56.201Z" +closed_at = "n/a" +labels = ["device:input", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2883" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2888.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2888.toml new file mode 100644 index 00000000..9a6ca64c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2888.toml @@ -0,0 +1,22 @@ +id = 2888 +title = "mouse pointer does not move in USB pass in." +state = "closed" +created_at = "2025-03-29T19:27:47.891Z" +closed_at = "2025-03-29T19:35:16.680Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2888" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "- OS/kernel version:" +guest-arch = "## Description of problem" +description = """I have this script to start qemu that passes in my mouse, keyboard and xbox controller. When I use it, it does not move the cursor(for my mouse) but the mouse is working because the hot corners do. Moving my mouse in a up left direction in GNOME will show the menu and apps. Key board works, My controller works, and My mouse works, but the cursor does not move.""" +reproduce = """1. use the script above with the right USB IDs for you mouse and keyboard (and controller if you want) +2. When the VM boots it will not move the cursor. The mouse will work but the pointer stays still.""" +additional = """I am using thees patches in qemu but it does not work in vanilla ether: +https://lore.kernel.org/all/20241010182427.1434605-1-seanjc@google.com/ + +and this in the kernel (6.14.0): +https://github.com/torvalds/linux/commit/377b2f359d1f71c75f8cc352b5c81f2210312d83 + +I am ruining qemu 10.0.0-rc1 (but 9.2.2 also does not work), kernel 6.14.0.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2889.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2889.toml new file mode 100644 index 00000000..e4c9d8f1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2889.toml @@ -0,0 +1,30 @@ +id = 2889 +title = "mouse does not work in pass in" +state = "opened" +created_at = "2025-03-29T19:34:31.368Z" +closed_at = "n/a" +labels = ["device:input", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2889" +host-os = "linux mint" +host-arch = "x86_64" +qemu-version = "10.0.0-rc1" +guest-os = "Arch linux" +guest-arch = "x86_64" +description = """I have this script to start qemu that passes in my mouse, keyboard and xbox controler. When I use it, it does not move the cursor(for my mouse) but the mouse is working because the hot corners do work. Moving my mouse in a up left direction in GNOME will show the menu and apps. Key board works, My controller works, and My mouse works, but the cursor does not move. Here is the script:""" +reproduce = """1. run the script above with the right variables. +2. Move your mouse in the screen. It will not move the pointer.""" +additional = """I am using thees patches in qemu but it does not work in vanilla ether: +https://lore.kernel.org/all/20241010182427.1434605-1-seanjc@google.com/ + +and this in the kernel (6.14.0): +https://github.com/torvalds/linux/commit/377b2f359d1f71c75f8cc352b5c81f2210312d83 + +I am ruining qemu 10.0.0-rc1 (but 9.2.2 also does not work), kernel 6.14.0. + +I am runing mint on my host and arch on my guest. on my host I have virglrenderer on and on my guest I installed the pacman package lib32-vulkan-virtio and vulkan-virtio. + +If it helps I can remove the pass throws and insted use: + +-usbdevice tablet -usbdevice mouse -usbdevice keyboard +or +-device virtio-mouse -device virtio-keyboard -device virtio-tablet""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2890.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2890.toml new file mode 100644 index 00000000..47b36d85 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2890.toml @@ -0,0 +1,15 @@ +id = 2890 +title = "RFE: Individual ON_SHUTDOWN" +state = "closed" +created_at = "2025-03-30T04:22:09.741Z" +closed_at = "2025-03-31T07:07:15.309Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2890" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2900.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2900.toml new file mode 100644 index 00000000..3987aa90 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2900.toml @@ -0,0 +1,21 @@ +id = 2900 +title = "Data races in test-bdrv-drain test" +state = "closed" +created_at = "2025-04-01T14:12:12.898Z" +closed_at = "2025-04-09T08:30:31.103Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2900" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Data races in the access of `Job` fields in the `test-bdrv-drain` test were identified using TSAN.""" +reproduce = """```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-bdrv-drain +MALLOC_PERTURB_=186 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-bdrv-drain --tap -k +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2901.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2901.toml new file mode 100644 index 00000000..695db714 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2901.toml @@ -0,0 +1,15 @@ +id = 2901 +title = "Critical typo in qemu_source_dir/plugins/loader.c" +state = "closed" +created_at = "2025-04-01T14:29:44.277Z" +closed_at = "2025-04-14T19:25:54.268Z" +labels = ["TCG plugins", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2901" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2902.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2902.toml new file mode 100644 index 00000000..4271f5d4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2902.toml @@ -0,0 +1,21 @@ +id = 2902 +title = "Data Race with slh_first Field in test-aio-multithread" +state = "opened" +created_at = "2025-04-01T14:33:14.665Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2902" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Potential data races in the `QSLIST_INSERT_HEAD_ATOMIC` macro were identified using TSAN.""" +reproduce = """```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-bdrv-drain +MALLOC_PERTURB_=102 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-aio-multithread --tap -k +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2903.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2903.toml new file mode 100644 index 00000000..f9603de7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2903.toml @@ -0,0 +1,21 @@ +id = 2903 +title = "Data Race in assertion in aio-posix.c" +state = "opened" +created_at = "2025-04-01T14:36:10.056Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2903" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Potential data races in the assertion in `test-aio-multithread` were identified using TSAN.""" +reproduce = """```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-bdrv-drain +MALLOC_PERTURB_=102 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-aio-multithread --tap -k +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2904.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2904.toml new file mode 100644 index 00000000..851b1135 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2904.toml @@ -0,0 +1,21 @@ +id = 2904 +title = "Data Race in data->cb() call and cb assignment in test-aio-multithread" +state = "opened" +created_at = "2025-04-01T14:39:13.220Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2904" +host-os = "Ubuntu Linux" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Potential data races between the `data->cb()` call and the assignment of `cb` in `test-aio-multithread` were identified using TSAN.""" +reproduce = """```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-bdrv-drain +MALLOC_PERTURB_=102 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-aio-multithread --tap -k +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2905.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2905.toml new file mode 100644 index 00000000..37a68fc0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2905.toml @@ -0,0 +1,32 @@ +id = 2905 +title = "Windows Curses Display Infinite Loop" +state = "opened" +created_at = "2025-04-01T14:58:18.803Z" +closed_at = "n/a" +labels = ["GUI", "hostos: Windows", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2905" +host-os = "Windows 10 22H2" +host-arch = "x86-64" +qemu-version = "QEMU emulator version 9.2.91 (v10.0.0-rc1-12076-g50ecdaef16)" +guest-os = "N/A" +guest-arch = "x86-64" +description = """The out-of-the-box `qemu-system-x86_64 -display curses` on Windows loops forever while displaying "VGA Blank Mode" instead of booting like `qemu-system-x86_64` does. + +This is caused by an infinite loop in the below simplified code in `curses_refresh` in `ui/curses.c`: +``` + int chr; + // ...trimmed + while (1) { + /* while there are any pending key strokes to process */ + chr = console_getch(&maybe_keycode); + + if (chr == -1) + break; + // ...trimmed + } +``` +`console_getch` has return type `wint_t`. However, on Windows, `wint_t` is `unsigned short`. Therefore when `console_getch` returns -1, the -1 value of `unsigned short` will be silently converted into the `int` value 65535. This causes `65535 == -1` to always be false, and the loop will never break. I can send a patch to qemu-devel which retypes `chr` to `wint_t` and replaces occurences of -1 with `WEOF` (an alias for `(wint_t) -1`).""" +reproduce = """1. Install `qemu-w64-setup-20250326.exe` Windows qemu from https://qemu.weilnetz.de/w64/2025/ +2. Run `./qemu-system-x86_64 -display curses` +3. "VGA Blank Mode" will appear on the screen forever""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2908.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2908.toml new file mode 100644 index 00000000..86b879e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2908.toml @@ -0,0 +1,20 @@ +id = 2908 +title = "Display Output Not Sane After Driver Installation" +state = "closed" +created_at = "2025-04-01T19:33:30.668Z" +closed_at = "2025-04-03T12:45:27.777Z" +labels = ["VFIO", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2908" +host-os = "Void Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.91 (v10.0.0-rc1-15-g0f15892aca)" +guest-os = "Windows 9x" +guest-arch = "x86" +description = """Using an S3 Diamond Stealth 3000 card through VFIO, after installing an official driver, either from the Windows disc or an updated download, the displayed output from the graphics card is not sane.""" +reproduce = "n/a" +additional = """Driver: [https://theretroweb.com/expansioncards/s/diamond-stealth-3d-3000-pci#driver](https://theretroweb.com/expansioncards/s/diamond-stealth-3d-3000-pci#driver) +[https://diamond.retropc.se/driver/stealth/st3d3xx0/files.htm](https://diamond.retropc.se/driver/stealth/st3d3xx0/files.htm) + +Followed the instructions in the Readme. To install Standard VGA driver first then the Diamond 3000 driver. No change. It is not the only S3 card that I have tried that behaves like this. I have also used the bios rom downloaded directly from the card, again with no change. + +#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2909.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2909.toml new file mode 100644 index 00000000..b6e639c9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2909.toml @@ -0,0 +1,30 @@ +id = 2909 +title = "Corrupt qcow2 images with broken bitmap unfixable" +state = "opened" +created_at = "2025-04-02T06:54:12.215Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2909" +host-os = "AlmaLinux 9" +host-arch = "x86_64" +qemu-version = "qemu-img-9.0.0-10.el9.2.1.x86_64" +guest-os = "n/a" +guest-arch = "n/a" +description = """During a backup of a VM (via bitmaps), the disk of the VM/Snapshot went out of space. +The VM was stopped, leaving the image in a bad state. + +But now when trying to repair it, it was stuck: +``` +# qemu-img check -r all /dev/mapper/e1d2ff33--c3fd--4c1a--bcd1--2047e4efc362-efbd8056--720a--47b6--bede--4325d576ffb9 +qemu-img: Could not open '/dev/mapper/e1d2ff33--c3fd--4c1a--bcd1--2047e4efc362-efbd8056--720a--47b6--bede--4325d576ffb9': Bitmap '' doesn't satisfy the constraints +``` + +But if you want to remove the bitmap: +``` +# qemu-img bitmap --remove /dev/mapper/e1d2ff33--c3fd--4c1a--bcd1--2047e4efc362-efbd8056--720a--47b6--bede--4325d576ffb9 '' +qemu-img: Could not open '/dev/mapper/e1d2ff33--c3fd--4c1a--bcd1--2047e4efc362-efbd8056--720a--47b6--bede--4325d576ffb9': qcow2: Image is corrupt; cannot be opened read/write +``` + +It seems like qemu-img check needs some option to clear invalid bitmaps. So the image can be repaired including dropping the invalid bitmap.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/291.toml b/gitlab/issues/target_missing/host_missing/accel_missing/291.toml new file mode 100644 index 00000000..31d95aba --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/291.toml @@ -0,0 +1,15 @@ +id = 291 +title = "deadlock in e1000e" +state = "closed" +created_at = "2021-05-14T10:05:42.978Z" +closed_at = "2022-08-05T03:43:28.371Z" +labels = ["Closed::Fixed", "Fuzzer", "Launchpad", "Networking", "Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/291" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2912.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2912.toml new file mode 100644 index 00000000..3e1e1711 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2912.toml @@ -0,0 +1,21 @@ +id = 2912 +title = "qcow2 image corrupted after snapshot+bitmap action" +state = "opened" +created_at = "2025-04-03T10:48:47.619Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2912" +host-os = "AlmaLinux 9" +host-arch = "x86_64" +qemu-version = "qemu-img-9.0.0-10.el9.2.1.x86_64" +guest-os = "CloudLinux 8" +guest-arch = "x86" +description = """When taking a backup of the VM via snapshot + bitmap, the qcow2 image became corrupt: +`qcow2: Marking image as corrupt: Preventing invalid write on metadata (overlaps with bitmap directory); further corruption events will be suppressed` + +This resulted in a corrupt (unfix-able) image (see #2909). + +While this process is something that happens multiple times a day, we never hit any issue. +The underlying storage didn't report any error, so it seems like something inside qemu broke the image.""" +reproduce = """Unfortunately, I was unable to reproduce this issue yet.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2915.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2915.toml new file mode 100644 index 00000000..bd0624cb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2915.toml @@ -0,0 +1,37 @@ +id = 2915 +title = "qemu: error reading initrd /home/build/pooldir/w.linux.initramfs" +state = "closed" +created_at = "2025-04-05T16:37:29.344Z" +closed_at = "2025-04-09T20:24:18.759Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2915" +host-os = "Fedora 41" +host-arch = "amd64" +qemu-version = "QEMU emulator version 9.1.3 (qemu-9.1.3-2.fc41)" +guest-os = "Fedora 41" +guest-arch = "am64" +description = """occasionally, qemu can't open the initrd file it's been supplied on the command line (I'm guessing this is qemu and not libvirt) + +``` +sudo virsh --connect qemu:///system start w.east --console +error: Failed to start domain 'w.east'\\r\\nerror: internal error: QEMU unexpectedly closed the monitor (vm='w.east'): qemu: error reading initrd /home/build/pooldir/w.linux-transmogrify.initramfs: Failed to open file \\xe2\\x80\\x9c/home/build/pooldir/w.linux-transmogrify.initramfs\\xe2\\x80\\x9d: open() failed: Permission denied\\r\\n\\r\\n" +```""" +reproduce = """1. create, using libvirt, a config that direct boots from initrd and kernel +it creates a domain call linux, and from that creates {w.,w1,w2,w3}{east,west,north,road} +1. boots and then destroys these domains 1000's of times +2. occasionally above error occurs while trying to boot the domain""" +additional = """I suspect it is this: +``` + mapped_file = g_mapped_file_new(initrd_filename, false, &gerr); + if (!mapped_file) { + fprintf(stderr, "qemu: error reading initrd %s: %s\\n", + initrd_filename, gerr->message); + exit(1); + } + x86ms->initrd_mapped_file = mapped_file; +``` +in `hw/i386/x86-common.c`. Which would suggest `g_mapped_file_new()` occasionally fails, which is worrying. + +The test framework is [Libreswan](https://testing.libreswan.org/), unresolved test results indicate a failed boot, for instance [debug log of failure](https://testing.libreswan.org/v5.2-370-ga09c7f410b/interop-ikev2-strongswan-20-strongswan-eap/OUTPUT/debug.log). + +The problem didn't happen with f40.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2919.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2919.toml new file mode 100644 index 00000000..77f8f24f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2919.toml @@ -0,0 +1,23 @@ +id = 2919 +title = "qemu-ga update resetting VssOption Registry key to default" +state = "opened" +created_at = "2025-04-10T14:56:21.810Z" +closed_at = "n/a" +labels = ["Guest Agent", "guest: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2919" +host-os = "Proxmox 8.3.5" +host-arch = "x86" +qemu-version = "n/a" +guest-os = "Windows Server 2022, 2024/04 patch." +guest-arch = "x86" +description = """Before I installed the .exe from iso `virtio-win-0.1.271.iso`, I had value 5 in registry key `HKLM:\\SYSTEM\\CurrentControlSet\\Services\\QEMU Guest Agent VSS Provider\\VssOption`. +After the driver update by the .exe, the value was set to 1. + +This registry key shouldn't change in driver update, as its value was manually set to 5 and it is important to preserve MSSQL backups in Proxmox. +Source: +https://blog.datact.ch/backup-mssql-server-with-proxmox +https://forum.proxmox.com/threads/pbs-breaking-customer-sql-backups-backups-without-fs-freeze.111526/""" +reproduce = """1. Set a value to `HKLM:\\SYSTEM\\CurrentControlSet\\Services\\QEMU Guest Agent VSS Provider\\VssOption` other than 1. +2. Install the .exe from version 0.1.271. +3. Check the key value.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/292.toml b/gitlab/issues/target_missing/host_missing/accel_missing/292.toml new file mode 100644 index 00000000..68aebaf5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/292.toml @@ -0,0 +1,15 @@ +id = 292 +title = "keyboard errors in DOS, found links to similar errors for reference" +state = "opened" +created_at = "2021-05-14T10:06:00.772Z" +closed_at = "n/a" +labels = ["Launchpad", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/292" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2920.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2920.toml new file mode 100644 index 00000000..686ed050 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2920.toml @@ -0,0 +1,20 @@ +id = 2920 +title = "VGA Passthrough I/O Lag on DOS (FreeDOS) System." +state = "closed" +created_at = "2025-04-12T07:37:11.825Z" +closed_at = "2025-04-25T12:34:09.224Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2920" +host-os = "Void Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 9.2.93 (v10.0.0-rc3)" +guest-os = "FreeDOS" +guest-arch = "x86" +description = """VGA performance lags with passthrough when the OS is in graphics mode. It also seems to affect when key presses are registered with noticeable delay.""" +reproduce = """1. Install Doom (v1.9 Shareware.) +2. Run setup and disable sound. +3. Play game or watch demo.""" +additional = """I have tried multiple cards with no change in performance: + +**VGA compatible controller: S3 Graphics Ltd. 86c375 [ViRGE/DX] or 86c385 [ViRGE/GX] (rev 01) (prog-if 00 [VGA controller]) +VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] R480 [Radeon X800 GTO] (prog-if 00 [VGA controller])**""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2923.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2923.toml new file mode 100644 index 00000000..d85789c4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2923.toml @@ -0,0 +1,21 @@ +id = 2923 +title = "Audio crackling issue when USB headset is pass thru via usb-host,hostbus=bus,hostaddr=addr" +state = "opened" +created_at = "2025-04-16T06:59:18.516Z" +closed_at = "n/a" +labels = ["Audio", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2923" +host-os = "win10,win11,ubuntu22.04" +host-arch = "x86" +qemu-version = "8.x" +guest-os = "win10,win11,ubuntu22.04" +guest-arch = "n/a" +description = """When we pass thru USB headset via usb port pass-thru, and if the headset supports only 44100 Hz sampling rate, we hear the crackling sound. + +The headsets which support 48000Hz works fine.""" +reproduce = """1. Pass the usb device using hostbus,port. +2. Connect a usb headset like Logitech H340 which supports only 44100Hz sampling rate. +3. Play any audio file or youtube video, there is constant crackling sound. + +This issue is observed irrespective of the guest OS. Both ubuntu and windows guest, exhibit similar problem.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2924.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2924.toml new file mode 100644 index 00000000..f52e9f6b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2924.toml @@ -0,0 +1,25 @@ +id = 2924 +title = "qemu-user not responding to Ctrl-C from gdb" +state = "opened" +created_at = "2025-04-18T13:49:57.464Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2924" +host-os = "Ubuntu 24.04.2 LTS" +host-arch = "aarch64" +qemu-version = "qemu-x86_64 version 9.2.94 (v10.0.0-rc4)" +guest-os = "N/A" +guest-arch = "aarch64" +description = """When attached to qemu-x84_64's gdbserver via gdb, it is not possible to interrupt the binary being emulated. Usually, Ctrl-C will interrupt a running binary from gdb and I believe (though have not tested) it works in qemu-system. + +First Ctrl-C will do nothing and second will prompt to stop debugging. +``` +(gdb) c +Continuing. +^C^CThe target is not responding to interrupt requests. +Stop debugging it? (y or n) +```""" +reproduce = """1. Run `./qemu-x86_64 -g 1234 ~/Downloads/base64-x64_64-static` or any static binary that will pause/hang +2. Connect from gdb `(gdb) target remote :1234` +3. Ctrl-C in gdb""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2925.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2925.toml new file mode 100644 index 00000000..afdffc1c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2925.toml @@ -0,0 +1,35 @@ +id = 2925 +title = "Cannot exec certain QMP guest commands using unix socket but Virsh can" +state = "opened" +created_at = "2025-04-19T07:02:22.405Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2925" +host-os = "Centos 8.5" +host-arch = "x86_64" +qemu-version = "4.2.0" +guest-os = "Win7" +guest-arch = "x86" +description = """There are two channels configured to communicate the guest. + - a) qemu.guest_agent.0 + - b) unix socket: -qmp unix:/tmp/qmp_win7-101.sock,server,nowait + + +**For unix socket connection, certain commands like ```guest-info``` and other guest functions are missing.** However, invoking guest-xx functions successfully in Virsh (through qemu.guest_agent.0).""" +reproduce = """``` +$sudo socat unix-connect:/tmp/qmp_win7-101.sock readline +{"QMP": {"version": {"qemu": {"micro": 0, "minor": 2, "major": 4}, "package": "qemu-kvm-4.2.0-59.module_el8.5.0+1063+c9b9feff.1"}, "capabilities": ["oob"]}} + +{"execute":"qmp_capabilities"} +{"return": {}} + +{"execute": "guest-info"} +{"error": {"class": "CommandNotFound", "desc": "The command guest-info has not been found"}} +``` + +I checked ```/etc/sysconfig/qemu-ga``` and unmarked blacklist functions, but it did not solve this problem. +``` +# original contents of qemu-ga +#BLACKLIST_RPC=guest-file-open,guest-file-close,guest-file-read,guest-file-write,guest-file-seek,guest-file-flush,guest-exec,guest-exec-status +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2926.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2926.toml new file mode 100644 index 00000000..117b2cd9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2926.toml @@ -0,0 +1,44 @@ +id = 2926 +title = "Excessive memory allocation on guest and host with gpu passthrough" +state = "opened" +created_at = "2025-04-19T09:47:05.519Z" +closed_at = "n/a" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2926" +host-os = "Linux Mint 22.1 Xia" +host-arch = "x86_64" +qemu-version = "8.2.2 (Debian 1:8.2.2+ds-0ubuntu1.6)" +guest-os = "Windows 10 Pro 22H2" +guest-arch = "x86_64" +description = """While gpu passthrough is enabled, the maximum amount of ram is allocated on the host (64 GB), even if the guest only has 8 GB configured as "currently allocated". +If I disable the physical gpu, the guest only takes the 8 GB.""" +reproduce = """1. Install qemu-kvm virt-manager libvirt-daemon-system virtinst libvirt-clients and bridge-utils. +1. Create a Windows vm with virt-manager +1. Insert discrete GPU on a secondary pcie slot. +1. Add `intel_iommu=on iommu=pt vfio-pci.ids=10de:17c8,10de:0fb0` to the GRUB kernel parameters. +1. Add `options vfio-pci ids=10de:17c8,10de:0fb0` and `softdep nvidia pre: vfio-pci` to `/etc/modprobe.d/vfio.conf`. +1. Update initrmfs image. +1. Add pcie hardware on virt-manager. +1. Install virtio and nvidia drivers on guest.""" +additional = """I'm using an Nvidia gtx 980Ti on a secondary slot for the guest. +The first slot has an rtx 4090 used by the host. + +``` +OS: Linux Mint 22.1 x86_64 +Host: MS-7E07 2.0 +Kernel: 6.8.0-51-generic +Shell: bash 5.2.21 +Resolution: 3840x2160, 3840x2160 +DE: Cinnamon 6.4.8 +WM: Mutter (Muffin) +Terminal: gnome-terminal +CPU: Intel i9-14900K (32) @ 5.700GHz +GPU: NVIDIA GeForce GTX 980 Ti +GPU: NVIDIA GeForce RTX 4090 +GPU: Intel Raptor Lake-S GT1 [UHD Graphics 770] +Memory: 73717MiB / 96317MiB +``` + +[vWin.xml](/uploads/3fe8133f67577f8724b060908b390c32/vWin.xml) +[vWin.log](/uploads/efa029460a62b62cbcff464af7cdb72a/vWin.log) +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2927.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2927.toml new file mode 100644 index 00000000..96325049 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2927.toml @@ -0,0 +1,179 @@ +id = 2927 +title = "Getting bare metal code running on tricore" +state = "opened" +created_at = "2025-04-20T16:06:22.036Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2927" +host-os = "debian-12-bookworm-v20250113" +host-arch = "x86" +qemu-version = "EMU emulator version 9.2.50 (v9.2.0-1550-g04d3d0e9f5-dirty)" +guest-os = "bare metal" +guest-arch = "tricore" +description = """My code is stuck in""" +reproduce = """1. Open Infineon Aurix Development Studio (on Windows) +2. Compile project (two examples that I've tested) +a) New -> Project -> Board -> KIT_AURIX_TC277_TFT_DC-Step -> Build +b) the example from here: https://github.com/Infineon/AURIX_code_examples/tree/master/code_examples/Blinky_LED_1_KIT_TC277_TFT +3. Copy the elf and run qemu on the debian system""" +additional = """When running a blank binary on QEMU with the TriCore TC27x target, the CPU starts executing at address 0x80000020 and enters an infinite loop. +The code seems to be stuck and waiting for some hardware signal. The binary (sample.elf) from this issue qemu-project/qemu#1363 works. + +I know it's probably a rookie problem, but what am I missing? How can I get an example from Infineon running? Or any other example? + +Please let me know if you need additional information! + +```:~/qemu$ ./build/qemu-system-tricore -M KIT_AURIX_TC277_TRB -cpu tc27x -nographic -kernel ../qemu-examples/aurix_tricore_example_bins/Blank_project_TC277.elf -d in_asm +QEMU 9.2.50 monitor - type 'help' for more information +(qemu) ---------------- +IN: _START +0x80000020: +OBJD-T: 91000028d9220681dc02 + +---------------- +IN: _Core0_start +0x80001206: +OBJD-T: 9130002f192200469120003737026e21d92200468ff2838180321b026029602a +OBJD-T: 0d0080043b009820cd42e00f + +---------------- +IN: _Core0_start +0x8000120a: +OBJD-T: 19220046 + +---------------- +IN: _Core0_start +0x8000120e: +OBJD-T: 9120003737026e21d92200468ff2838180321b026029602a0d0080043b009820 +OBJD-T: cd42e00f + +---------------- +IN: _Core0_start +0x80001232: +OBJD-T: 4d00e02fb7021420cd02e00f8212cd4220094dc0e12f8f720021012203260122 +OBJD-T: 02265422542337026e218ff283216f134381 + +---------------- +IN: _Core0_start +0x80001254: +OBJD-T: 5422 + +---------------- +IN: _Core0_start +0x80001256: +OBJD-T: 542337026e218ff283216f134381 + +---------------- +IN: _Core0_start +0x80001256: +OBJD-T: 5423 + +---------------- +IN: _Core0_start +0x80001258: +OBJD-T: 37026e218ff283216f134381 + +---------------- +IN: _Core0_start +0x80001264: +OBJD-T: 8f2200305422b7021020a6328f224021742254226f02ffff + +---------------- +IN: _Core0_start +0x80001268: +OBJD-T: 5422 + +---------------- +IN: _Core0_start +0x8000126a: +OBJD-T: b7021020a6328f224021742254226f02ffff + +---------------- +IN: _Core0_start +0x80001274: +OBJD-T: 7422 + +---------------- +IN: _Core0_start +0x80001276: +OBJD-T: 54226f02ffff + +---------------- +IN: _Core0_start +0x80001276: +OBJD-T: 5422 + +---------------- +IN: _Core0_start +0x80001278: +OBJD-T: 6f02ffff + +---------------- +IN: _Core0_start +0x8000127c: +OBJD-T: 8202cdc2200954226f120900 + +---------------- +IN: _Core0_start +0x80001282: +OBJD-T: 5422 + +---------------- +IN: _Core0_start +0x80001284: +OBJD-T: 6f120900 + +---------------- +IN: _Core0_start +0x80001296: +OBJD-T: 5422b7021020a6328f324021742254226f02ff7f + +---------------- +IN: _Core0_start +0x80001296: +OBJD-T: 5422 + +---------------- +IN: _Core0_start +0x80001298: +OBJD-T: b7021020a6328f324021742254226f02ff7f + +---------------- +IN: _Core0_start +0x800012a2: +OBJD-T: 7422 + +---------------- +IN: _Core0_start +0x800012a4: +OBJD-T: 54226f02ff7f + +---------------- +IN: _Core0_start +0x800012a4: +OBJD-T: 5422 + +---------------- +IN: _Core0_start +0x800012a6: +OBJD-T: 6f02ff7f + + +(qemu) q +``` + +When I run it with the `-d in_asm,cpu,exec` flag it logs this infinitely often: +``` +Trace 0: 0x7fb5205e9940 [00000000/00000000800012a4/00000002/ff011001] _Core0_start +PC: 800012a4 PSW: 00000980 ICR: 00000000 +PCXI: 00000000 FCX: 00000000 LCX: 00000000 +GPR A00: 00000000 00000000 f0036100 70020000 +GPR A04: 00000000 00000000 00000000 00000000 +GPR A08: 00000000 00000000 70019600 00000000 +GPR A12: 00000000 00000000 00000000 00000000 +GPR D00: 00000000 00000000 00000000 000000fc +GPR D04: 00000000 00000000 00000000 00000000 +GPR D08: 0000003f 00000000 00000000 00000000 +GPR D12: 00000000 00000000 00000000 00000000 +cpu_io_recompile: rewound execution of TB to 00000000800012a4 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2928.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2928.toml new file mode 100644 index 00000000..5d7e030e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2928.toml @@ -0,0 +1,64 @@ +id = 2928 +title = "Segmentation fault in most qemu-system commands on macOS ARM" +state = "opened" +created_at = "2025-04-23T09:28:47.578Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2928" +host-os = "macOS 15.3.2-arm64" +host-arch = "ARM" +qemu-version = "QEMU emulator version 10.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Most qemu-system binaries produce a segmentation fault: +``` +raptor@fnord rust_os % qemu-system-x86_64 +zsh: segmentation fault qemu-system-x86_64 +raptor@fnord rust_os % qemu-system-mips +zsh: segmentation fault qemu-system-mips +raptor@fnord rust_os % qemu-system-sparc +zsh: segmentation fault qemu-system-sparc +... +``` + +Some of them work properly: +``` +raptor@fnord rust_os % qemu-system-aarch64 +qemu-system-aarch64: No machine specified, and there is no default +Use -machine help to list supported machines +raptor@fnord rust_os % qemu-system-arm +qemu-system-arm: No machine specified, and there is no default +Use -machine help to list supported machines +raptor@fnord rust_os % qemu-system-avr +qemu-system-avr: No machine specified, and there is no default +Use -machine help to list supported machines +... +```""" +reproduce = """1. Install qemu via homebrew +2. Run `qemu-system-x86_64` +3. A segmentation fault error is produced""" +additional = """``` +raptor@fnord ~ % brew config +HOMEBREW_VERSION: 4.4.32 +ORIGIN: https://github.com/Homebrew/brew +HEAD: 12a3d4a6f1eedf483855716b989d828443438f79 +Last commit: 18 hours ago +Branch: stable +Core tap JSON: 23 Apr 08:36 UTC +Core cask tap JSON: 23 Apr 08:36 UTC +HOMEBREW_PREFIX: /opt/homebrew +HOMEBREW_CASK_OPTS: [] +HOMEBREW_MAKE_JOBS: 8 +Homebrew Ruby: 3.3.8 => /opt/homebrew/Library/Homebrew/vendor/portable-ruby/3.3.8/bin/ruby +CPU: octa-core 64-bit arm_ibiza +Clang: 16.0.0 build 1600 +Git: 2.39.5 => /Library/Developer/CommandLineTools/usr/bin/git +Curl: 8.7.1 => /usr/bin/curl +macOS: 15.3.2-arm64 +CLT: 16.2.0.0.1.1733547573 +Xcode: N/A +Rosetta 2: false + +raptor@fnord ~ % brew doctor +Your system is ready to brew. +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2929.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2929.toml new file mode 100644 index 00000000..935c27ea --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2929.toml @@ -0,0 +1,19 @@ +id = 2929 +title = "Ask to extend vhost-user protocol to carry implementation defined error contexts" +state = "opened" +created_at = "2025-04-23T22:47:24.274Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2929" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I am working on the Google [crosvm](https://chromium.googlesource.com/crosvm/crosvm/) project, which implements some `vhost-user` clients/servers defined by [this QEMU doc](https://qemu-project.gitlab.io/qemu/interop/vhost-user.html). I am wondering if we could add a protocol feature/protocol header flag bit to allow the payload of the reply to carry detailed implementation defined error contexts? + +Specifically, I am working on the `vhost-user-gpu` device, which needs to send some memory mapping request to the frontend(the main process where VCPU lives), so that we can map some GPU memory to the guest. We are trying to diagnose a bug where the frontend can sometimes fail to perform the operation. However, we don't have access to the logs on the main process, so we are left with only very limited information on the `vhost-user-gpu` process. It could be helpful if we could send detailed implementation defined error contexts in the payload of the reply. + +I am wondering in order for the upstream QEMU to accept such "spec" change to the `vhost-user` protocol, what the process should be like? Thanks.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2931.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2931.toml new file mode 100644 index 00000000..17bbabcf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2931.toml @@ -0,0 +1,36 @@ +id = 2931 +title = "riscv: satp invalid while kvm set to cpu host" +state = "opened" +created_at = "2025-04-25T08:43:40.505Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2931" +host-os = "Linux" +host-arch = "riscv64" +qemu-version = "any (master)" +guest-os = "Any" +guest-arch = "riscv64" +description = """After boot, no "mmu-type" in dtb +``` + cpu@0 { + + phandle = <0x7>; + device_type = "cpu"; + reg = <0x0>; + status = "okay"; + compatible = "riscv"; + riscv,isa-extensions = "i", "m", "a", "f", "d", "c", "zicntr", "zicsr", "zifencei", "zi +bb"; + riscv,isa-base = "rv64i"; + riscv,isa = "rv64imafdc_zicntr_zicsr_zifencei_zihpm_zba_zbb"; + interrupt-controller { + + #interrupt-cells = <0x1>; + interrupt-controller; + compatible = "riscv,cpu-intc"; + phandle = <0x8>; + }; + }; +```""" +reproduce = """1. boot any qemu with `-cpu host`""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2932.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2932.toml new file mode 100644 index 00000000..07aeedc5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2932.toml @@ -0,0 +1,15 @@ +id = 2932 +title = "QEMU flag fuzz targets not WAI" +state = "opened" +created_at = "2025-04-25T14:26:56.611Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2932" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2933.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2933.toml new file mode 100644 index 00000000..1efc84a6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2933.toml @@ -0,0 +1,30 @@ +id = 2933 +title = "After updating QEMU to 10.0, XNU kernel of OS X 10.8 throws kernel panic (type=0 divide error)" +state = "opened" +created_at = "2025-04-25T14:37:26.524Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2933" +host-os = "macOS 15" +host-arch = "ARM64" +qemu-version = "QEMU emulator version 10.0.0" +guest-os = "OS X 10.8" +guest-arch = "x86_64" +description = """Before updating to QEMU 10.0, my OS X 10.8 installation has worked pretty clear, but after QEMU update, XNU kernel now throws divide error during the boot.""" +reproduce = """1. Install OS X 10.8 on QEMU <10.0, for example 9.2.3. +2. Update QEMU to 10.0 version +3. Launch OS X""" +additional = """Screenshot of the issue: + + +OpenCore config (not changed before update, so above suspicion): +[config.plist](/uploads/4b80b60f9497e5ecd9237e4eeddcce8a/config.plist) + +Full OS X folder (without Installer.dmg): +[OS_X_10.8.zip](/uploads/1af6150869495a8f196e18d18127011b/OS_X_10.8.zip) + +How I've done Installer.dmg: +1. Go [here](https://updates.cdn-apple.com/2021/macos/031-0627-20210614-90D11F33-1A65-42DD-BBEA-E1D9F43A6B3F/InstallMacOSX.dmg) +2. `xar -xf` to .pkg +3. Show package contents to extracted .pkg +4. Here it is: InstallESD.dmg, which I've renamed to Installer.dmg""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2934.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2934.toml new file mode 100644 index 00000000..76ac9ba8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2934.toml @@ -0,0 +1,72 @@ +id = 2934 +title = "RSS eBPF failed to load" +state = "opened" +created_at = "2025-04-26T09:58:46.917Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2934" +host-os = "Gentoo Linux" +host-arch = "x86_64" +qemu-version = "9.2.3" +guest-os = "Alpine Linux" +guest-arch = "x86_64" +description = """I am seeing a failure to load the eBPF program for rss steering.""" +reproduce = """1. Using libvirt, enable rss='on' for the vhost driver. +2. +3.""" +additional = """Libvirt log: +``` +libbpf: prog 'tun_rss_steering_prog': BPF program load failed: Invalid argument +libbpf: prog 'tun_rss_steering_prog': -- BEGIN PROG LOAD LOG -- +back-edge from insn 587 to 501 +processed 0 insns (limit 1000000) max_states_per_insn 0 total_states 0 peak_states 0 mark_read 0 +-- END PROG LOAD LOG -- +libbpf: prog 'tun_rss_steering_prog': failed to load: -22 +libbpf: failed to load object 'rss_bpf' +libbpf: failed to load BPF skeleton 'rss_bpf': -22 +2025-04-26T09:22:19.054471Z qemu-system-x86_64: -device {"driver":"virtio-net-pci","packed":true,"tx":"bh","ioeventfd":true,"event_idx":true,"host_ecn":true,"mrg_rxbuf":true,"guest_ecn":true,"mq":true,"vectors":14,"rx_queue_size":1024,"tx_queue_size":256,"rss":true,"netdev":"hostnet0","id":"net0","mac":"52:54:00:c3:6f:c2","bus":"pci.1","addr":"0x0"}: warning: Unable to load eBPF program +``` +[qemu-log.txt](/uploads/2d5e49a38a54297586a4b1f16423fc27/qemu-log.txt) + +XML: +```xml + <interface type='bridge'> + <mac address='52:54:00:be:49:ff'/> + <source bridge='inet'/> + <model type='virtio'/> + <driver name='vhost' txmode='iothread' ioeventfd='on' event_idx='on' queues='6' rx_queue_size='1024' tx_queue_size='256' rss='on' packed='on'> + <host ecn='on' mrg_rxbuf='on'/> + <guest ecn='on'/> + </driver> + <link state='up'/> + <address type='pci' domain='0x0000' bus='0x08' slot='0x00' function='0x0'/> + </interface> +``` + +Host kernel .config: +``` +❯ zcat /proc/config.gz |grep -i bpf +CONFIG_BPF=y +CONFIG_HAVE_EBPF_JIT=y +CONFIG_ARCH_WANT_DEFAULT_BPF_JIT=y +# BPF subsystem +CONFIG_BPF_SYSCALL=y +CONFIG_BPF_JIT=y +CONFIG_BPF_JIT_ALWAYS_ON=y +CONFIG_BPF_JIT_DEFAULT_ON=y +CONFIG_BPF_UNPRIV_DEFAULT_OFF=y +# CONFIG_BPF_PRELOAD is not set +# CONFIG_BPF_LSM is not set +# end of BPF subsystem +CONFIG_CGROUP_BPF=y +CONFIG_NETFILTER_BPF_LINK=y +CONFIG_NETFILTER_XT_MATCH_BPF=m +CONFIG_NET_CLS_BPF=m +CONFIG_NET_ACT_BPF=m +CONFIG_BPF_STREAM_PARSER=y +CONFIG_LWTUNNEL_BPF=y +# HID-BPF support +CONFIG_HID_BPF=y +# end of HID-BPF support +CONFIG_BPF_EVENTS=y +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2935.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2935.toml new file mode 100644 index 00000000..7381e523 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2935.toml @@ -0,0 +1,34 @@ +id = 2935 +title = "strchrnul detection not suitable for macOS" +state = "opened" +created_at = "2025-04-27T09:07:06.985Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2935" +host-os = "macOS" +host-arch = "ARM" +qemu-version = "10.0.0" +guest-os = "N/A" +guest-arch = "N/A" +description = """When qemu is compiled on macOS 15.4, targeting an earlier macOS version (e.g., 15.1), and then run on this earlier macOS version (15.1), it segfaults. This is because: + +- the meson test for strchrnul succeeds (the function is present in the library) +- the strchrnul function is therefore used +- but that function was introduced in the system's libc in 15.4 only + +The root cause for the bug is that the meson test for strchrnul does not include the appropriate header. Indeed, see the documentation for meson on compiler.has_function (https://mesonbuild.com/Compiler-properties.html#does-a-function-exist) + +> Note that, on macOS programs can be compiled targeting older macOS versions than the one that the program is compiled on. It can't be assumed that the OS version that is compiled on matches the OS version that the binary will run on. +> +> Therefore when detecting function availability with compiler.has_function(), it is important to specify the correct header in the prefix argument. + +The correct fix would be, in qemu's meson.build, to change: + +`cc.has_function('strchrnul')` + +into `cc.has_function('strchrnul', prefix : '#include <string>')` + +This is the recommended best practice and would allow correct detection on all platforms, including macOS.""" +reproduce = """1. Install qemu from Homebrew, which is built on macOS 15.4 +2. Run it on a machine with macOS < 15.4""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2937.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2937.toml new file mode 100644 index 00000000..fb6871e2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2937.toml @@ -0,0 +1,15 @@ +id = 2937 +title = "Request for Assistance: Properly Emulating USB Devices in QEMU for Custom USB Driver Testing" +state = "opened" +created_at = "2025-04-28T08:34:31.488Z" +closed_at = "n/a" +labels = ["Documentation", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2937" +host-os = "linux x86_64" +host-arch = "x86_64" +qemu-version = "8.2.2" +guest-os = "N/A" +guest-arch = "N/A" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2939.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2939.toml new file mode 100644 index 00000000..616e9ff4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2939.toml @@ -0,0 +1,15 @@ +id = 2939 +title = "Add m68k board name called Macintosh llci" +state = "closed" +created_at = "2025-04-30T04:32:35.310Z" +closed_at = "2025-04-30T06:10:58.364Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2939" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/294.toml b/gitlab/issues/target_missing/host_missing/accel_missing/294.toml new file mode 100644 index 00000000..ae96d2a4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/294.toml @@ -0,0 +1,15 @@ +id = 294 +title = "Keyboard keys get stuck" +state = "opened" +created_at = "2021-05-14T10:06:32.302Z" +closed_at = "n/a" +labels = ["Launchpad", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/294" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2940.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2940.toml new file mode 100644 index 00000000..8712423b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2940.toml @@ -0,0 +1,15 @@ +id = 2940 +title = "Fix i cant boot nextstep os in qemu m68k using next-cube" +state = "closed" +created_at = "2025-04-30T06:33:06.727Z" +closed_at = "2025-04-30T07:11:14.268Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2940" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2941.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2941.toml new file mode 100644 index 00000000..5ea9eb92 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2941.toml @@ -0,0 +1,15 @@ +id = 2941 +title = "last chance add board called Macintosh llci" +state = "closed" +created_at = "2025-04-30T10:42:03.079Z" +closed_at = "2025-05-06T05:36:18.529Z" +labels = ["Closed::Duplicate"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2941" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2943.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2943.toml new file mode 100644 index 00000000..df042580 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2943.toml @@ -0,0 +1,19 @@ +id = 2943 +title = "Please add a configurable for disabling, or by default disable, KVM_X86_QUIRK_IGNORE_GUEST_PAT on Intel host CPU" +state = "opened" +created_at = "2025-05-01T09:42:19.692Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2943" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I am not familiar with QEMU code base or much programming in general. I did a quick grep through the latest QEMU sources pulled from this repository for the string `KVM_X86_QUIRK_IGNORE_GUEST_PAT`. It does not seem to occur anywhere which makes me think its existence and effect on QEMU users has gone unnoticed. + +If there is a handling of this flag which I have not noticed in the QEMU source code or documentation please guide me to where I can read about and probably configure it. + +Thank you.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2945.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2945.toml new file mode 100644 index 00000000..74a11b79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2945.toml @@ -0,0 +1,37 @@ +id = 2945 +title = "Commit da954d0e introduces a regression on sifive_unleashed when booting from SD card" +state = "opened" +created_at = "2025-05-01T18:13:10.395Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2945" +host-os = "Ubuntu 2022.04" +host-arch = "x86_64" +qemu-version = "v10.0.0-365-g73d29ea241" +guest-os = "U-Boot" +guest-arch = "RISC-V64" +description = """In U-Boot CI, we started to update from v8.2.0 to v9.2.3 and found that the sifive_unleashed target was failing to boot from SD card in our tests (we also test via SPI and this is fine). I have bisected the problem down to commit [da954d0e ("hw/sd/sdcard: Add spi_cmd_SEND_CSD/CID handlers (CMD9 & CMD10)")](https://gitlab.com/qemu-project/qemu/-/commit/da954d0e32444f122a41c24948d4d1c718bf66d4). + +When running QEMU we see the following output in the failure case as the only output: +``` +U-Boot SPL 2025.07-rc1-00033-gad60d9792896 (May 01 2025 - 17:08:34 +0000) +Trying to boot from MMC1 +spl: mmc init failed with error: -110 +Error: -110 +SPL: failed to boot from all boot devices +#""" +reproduce = """1. wget -O - https://github.com/pengutronix/genimage/releases/download/v14/genimage-14.tar.xz | tar -C /tmp -xJ ; cd /tmp/genimage-14 +2. ./configure && make -j$(nproc) +3. git clone https://source.denx.de/u-boot/u-boot.git; cd u-boot +4. wget -O - https://github.com/riscv-software-src/opensbi/releases/download/v1.3.1/opensbi-1.3.1-rv-bin.tar.xz | tar -C /tmp -xJ +5. export OPENSBI=/tmp/opensbi-1.3.1-rv-bin/share/opensbi/lp64/generic/firmware/fw_dynamic.bin +6. make O=/tmp/sifive_unleashed CROSS_COMPILE=riscv64-linux- sifive_unleashed_defconfig +7. make O=/tmp/sifive_unleashed CROSS_COMPILE=riscv64-linux- -sj$(nproc) +8. mkdir -p root +9. cp /tmp/sifive_unleashed/spl/u-boot-spl.bin . +10. cp /tmp/sifive_unleashed/u-boot.itb . +11. rm -rf tmp +12. genimage --inputpath . --config board/sifive/unleashed/genimage_sdcard.cfg +13. cp images/sdcard.img /tmp/sifive_unleashed/ +14. qemu-system-riscv64 -smp 5 -m 8G -nographic -M sifive_u,msel=11 -bios /tmp/sifive_unleashed/spl/u-boot-spl.bin -drive file=/tmp/sifive_unleashed/sdcard.img,format=raw,if=sd""" +additional = """The genimage tool is required for making the disk images used here. If building everything here is too much, I can provide the U-Boot binaries needed here out of band.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2946.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2946.toml new file mode 100644 index 00000000..8aeac10c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2946.toml @@ -0,0 +1,22 @@ +id = 2946 +title = "crypto/aes.c (used for emulating aes instructions) has a timing side-channel" +state = "opened" +created_at = "2025-05-02T07:29:06.756Z" +closed_at = "n/a" +labels = ["Build System", "Cryptography"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2946" +host-os = "any" +host-arch = "any" +qemu-version = "a9cd5bc6399a80fcf233ed0fffe6067b731227d8" +guest-os = "n/a" +guest-arch = "x86 or arm, maybe more..." +description = """https://gitlab.com/qemu-project/qemu/-/blob/a9cd5bc6399a80fcf233ed0fffe6067b731227d8/crypto/aes.c#L1021 + +much of the code in crypto/aes.c accesses memory arrays where the array index is based on the secret data being encrypted/decrypted. because of cpu caches and other things that can delay memory accesses based on their address, this is a timing side-channel, potentially allowing leaking secrets over a network based on timing how long cryptography operations take. + +compare to openssl which uses an algorithm where its execution time doesn't depend on the data being processed: +https://github.com/openssl/openssl/commit/0051746e03c65f5970d8ca424579d50f58a877e0 + +I initially reported this as a security issue, but was told that since it's only used by TCG, it isn't a security issue, since TCG isn't considered secure.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2947.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2947.toml new file mode 100644 index 00000000..3528c382 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2947.toml @@ -0,0 +1,18 @@ +id = 2947 +title = "Tablet-like mouse under Linux guest even if no -device usb-tablet is specified" +state = "closed" +created_at = "2025-05-04T11:34:40.369Z" +closed_at = "2025-05-05T17:07:36.249Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2947" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "10.0.0" +guest-os = "Arch Linux" +guest-arch = "x86_64" +description = """Arch Linux guest has absolute mouse tracking even when there is `-nodefaults` and no -device usb-tablet is provided. The guest does not have qemu guest agent installed. This is the unwanted behavior. The expected behavior is that it has a separate mouse pointer under guest, like with Windows guest.""" +reproduce = """1. Install guest operating system +2. Install gnome metapackage and enable GDM +3. Reboot +4. GDM has absolute mouse tracking and the mouse gets captured automatically, without having to click on the window or pressing Ctrl+Alt+G""" +additional = """[journalctl](/uploads/356952b8e2454c98e76ad82b700c518e/journalctl)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2948.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2948.toml new file mode 100644 index 00000000..e15dfb2b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2948.toml @@ -0,0 +1,23 @@ +id = 2948 +title = "-display sdl causes mice with relative movement to read garbage offsets" +state = "opened" +created_at = "2025-05-05T17:34:44.318Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2948" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "10.0.0" +guest-os = "Arch Linux" +guest-arch = "x86_64" +description = """`-device virtio-mouse` and `-device usb-mouse` (and probably other mice which send relative mouse movement data) are behaving incorrectly under linux guest and jitter a lot. In this specific case it only seems to happen with `-display sdl` as I could not reproduce this same issue with other of the following configurations: `-display gtk` and `-display spice-app` running with virt-viewer. +This behavior is not present when running a Windows guest with the same configuration using `-display sdl` + +Another weird side note: this behavior is less apparent when running `evtest` on the exact mouse device having issues. + +""" +reproduce = """1. Install guest operating system +2. Install gnome metapackage and enable GDM +3. Reboot +4. The mouse shows jittery motion on the GDM screen.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2949.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2949.toml new file mode 100644 index 00000000..3f7514ac --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2949.toml @@ -0,0 +1,25 @@ +id = 2949 +title = "VNC: virtio-gpu outputs not displayed by VNC client" +state = "opened" +created_at = "2025-05-06T11:00:38.779Z" +closed_at = "n/a" +labels = ["GUI", "device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2949" +host-os = "Ubuntu 22.04.5 LTS" +host-arch = "x86_64" +qemu-version = "v10.0.0" +guest-os = "Ubuntu 24.04.2 LTS" +guest-arch = "x86_64" +description = """When combining virtio-gpu multiple outputs with VNC display, only output 0 is enabled. +Additional output are enabled when VNC client sent SetDesktopSize command. + +The following statement assumes that all displays (gtk, sdl) are disabled except VNC: + +#""" +reproduce = """1. Start Qemu +2. Start a VNC client on 5900 +3. Start the second VNC client on 5901""" +additional = """The state of an output is controlled by the [enabled_output_bitmask](https://gitlab.com/qemu-project/qemu/-/blob/master/include/hw/virtio/virtio-gpu.h#L158) which is initialized to `1` at [device realization](https://gitlab.com/qemu-project/qemu/-/blob/master/hw/display/virtio-gpu-base.c#L204), thus VNC0 is always enabled. + +Other devices will set this parameter during inititliazation by calling [dpy_set_ui_info](https://gitlab.com/qemu-project/qemu/-/blob/master/ui/console.c#L754) which schedules a call to [virtio_gpu_ui_info](https://gitlab.com/qemu-project/qemu/-/blob/master/hw/display/virtio-gpu-base.c#L89). However VNC calls this function only when handling [VNC_MSG_CLIENT_SET_DESKTOP_SIZE](https://gitlab.com/qemu-project/qemu/-/blob/master/ui/vnc.c#L2607) client command.\\ +If the client does not support this command or never changes the size of the default window, the respective display will remain disabled.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2950.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2950.toml new file mode 100644 index 00000000..73d9beef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2950.toml @@ -0,0 +1,75 @@ +id = 2950 +title = "QEMU 10 breaks Incus' NVME handling" +state = "closed" +created_at = "2025-05-06T15:51:32.751Z" +closed_at = "2025-05-15T21:52:35.338Z" +labels = ["Regression"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2950" +host-os = "Debian 13" +host-arch = "x86_64" +qemu-version = "10.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Incus is an open-source container and VM manager. +For VMs we naturally use QEMU where we basically: + - Use QMP as much as possible to put together the VM prior to starting emulation + - Put the static pre-start stuff in a config file + use readconfig + - Keep the command line to a bare minimum + +This isn't particularly relevant to this issue except for the first point which is our use of QMP for most device handling. That means qemu is spawned without any disk or network attached. We have a `virtio-scsi` controller in the base config file but that's it. + +When doing NVME, we hotplug a new drive and a new nvme device pointing to that drive. +This means that our setup has a 1:1 mapping between NVME controllers on the PCIe bus and drives. + +This worked great up until QEMU 10. With QEMU 10, I believe this commit https://gitlab.com/qemu-project/qemu/-/commit/cd59f50ab017183805a0dd82f5e85159ecc355ce by @birkelund now effectively causes the creation of a `nvme-subsys` device when we add a `nvme` device without a pre-existing subsystem. + +As `nvme-subsys` doesn't support hotplugging, this immediately breaks all our VMs that rely on NVME. + +``` +stgraber@dakara:~$ incus start test-nvme +Error: Failed setting up device via monitor: Failed adding block device for disk device "root": Failed adding device: Device 'nvme-subsys' does not support hotplugging +Try `incus info --show-log test-nvme` for more info +``` + +As you can see, QEMU returns `Device 'nvme-subsys' does not support hotplugging`. + +On the QMP front, we did: +``` +stgraber@dakara:~$ sudo cat /var/log/incus/test-nvme/qemu.qmp.log +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"qom-get","arguments":{"path":"/machine","property":"type"}} +[2025-05-06T11:42:30-04:00] REPLY: {"return": "pc-q35-10.0-machine"} + +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"query-cpus-fast"} +[2025-05-06T11:42:30-04:00] REPLY: {"return": [{"thread-id": 3885061, "props": {"core-id": 0, "thread-id": 0, "node-id": 0, "socket-id": 0}, "qom-path": "/machine/unattached/device[0]", "cpu-index": 0, "target": "x86_64"}]} + +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"netdev_add","arguments":{"fds":"/dev/net/tun.0:/dev/net/tun.1","id":"incus_eth0","type":"tap","vhost":true,"vhostfds":"/dev/vhost-net.0:/dev/vhost-net.1"}} +[2025-05-06T11:42:30-04:00] REPLY: {"return": {}} + +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"device_add","arguments":{"addr":"00.0","bootindex":1,"bus":"qemu_pcie4","driver":"virtio-net-pci","id":"dev-incus_eth0","mac":"10:66:6a:30:97:66","mq":true,"netdev":"incus_eth0","vectors":6}} +[2025-05-06T11:42:30-04:00] REPLY: {"return": {}} + +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"blockdev-add","arguments":{"aio":"native","cache":{"direct":true,"no-flush":false},"discard":"unmap","driver":"host_device","filename":"/dev/fdset/0","locking":"off","node-name":"incus_root","read-only":false}} +[2025-05-06T11:42:30-04:00] REPLY: {"return": {}} + +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"device_add","arguments":{"addr":"00.0","bootindex":0,"bus":"qemu_pcie5","drive":"incus_root","driver":"nvme","id":"dev-incus_root","serial":"incus_root"}} +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"blockdev-del","arguments":{"node-name":"incus_root"}} +[2025-05-06T11:42:30-04:00] REPLY: {"return": {}} + +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"query-fdsets"} +[2025-05-06T11:42:30-04:00] REPLY: {"return": [{"fds": [{"fd": 49, "opaque": "rdwr:incus_root"}], "fdset-id": 0}]} + +[2025-05-06T11:42:30-04:00] QUERY: {"execute":"remove-fd","arguments":{"fdset-id":0}} +[2025-05-06T11:42:30-04:00] REPLY: {"return": {}} +```""" +reproduce = "n/a" +additional = """My limited understanding of NVME concepts is that NVME controllers are tied to a subsystem, then drives are tied to namespaces which themselves are tied to subsystems. + +So in a world where we need to deal with QEMU not supporting hotplugging subsystems, we would be able to create a single subsystem with a single controller and then hot plug/remove drives+namespaces into that. + +I've not actually tested this because to us it's not really an option. +We have users that for better or for worse currently rely on the current behavior of having each drive have its own controller, and so on the Linux side expect to see one PCIe device per drive and then one `/dev/nvmeXn1` device per drive. + +Changing this to be multiple namespaces on controller 0 would break anyone who ever hardcoded /dev/nvmeXn1 on their system and may also lead to different performance characteristics due to now using a single controller. Multiple controllers would still be an option of course, but they'd be tied to the same subsystem and namespaces so effectively now having the guest do NVME multipath. + + +Anyway, let me know if I'm missing a way to get QEMU 10 to behave as we did in releases prior, where I can start a VM with 0 NVME controllers, then add a couple of drives, each showing up as their own controller with the drive as namespace 1 on that.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2951.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2951.toml new file mode 100644 index 00000000..6a303d53 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2951.toml @@ -0,0 +1,33 @@ +id = 2951 +title = "First byte of USB NIC is hardcoded to 0x40" +state = "opened" +created_at = "2025-05-06T16:08:57.518Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2951" +host-os = "Debian 13" +host-arch = "x86_64" +qemu-version = "10.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Incus recently added support for USB attached network interfaces. +As with any network device, we generate a MAC address (using our MAC OUI) and allow the user to override that to a value of their choice. + +That's when we noticed that no matter what MAC address we set, the resulting MAC always has the prefix swapped to "40:". Looking into the code, this is done on purpose here: + +https://gitlab.com/qemu-project/qemu/-/blob/master/hw/usb/dev-network.c?ref_type=heads#L1386 + +Unfortunately there is no comment in the code or in any of the commits touching that code as far as why that is. + +We've also looked at the libvirt code handling those devices and that code seems to also assume that a user provided MAC will be correctly passed through to the guest, no mention of the odd prefix override. + +This is a bit concerning as there are valid IEEE OUI with the "40:" prefix. +So this means that QEMU may be generating collisions with actual physical MAC addresses... + +For a few months now, I've been applying this small patch to my own Incus packages (which bundle QEMU) and haven't heard or seen any obvious issue from the change. + +https://github.com/zabbly/incus/blob/daily/patches/qemu-0001-usb-net-mac.patch + +Does anyone know why this hardcoded MAC address prefix exists?""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2952.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2952.toml new file mode 100644 index 00000000..5869e74d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2952.toml @@ -0,0 +1,24 @@ +id = 2952 +title = "Truncated bits while writing value to registers of RISC-V" +state = "closed" +created_at = "2025-05-07T08:50:25.333Z" +closed_at = "2025-05-07T09:07:49.376Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2952" +host-os = "Ubuntu 22.04.5 LTS" +host-arch = "x86_64" +qemu-version = "9.2.3" +guest-os = "Minimal GNU/Linux Busybox 1.36.1" +guest-arch = "riscv64" +description = """As mentioned above""" +reproduce = """``` +# 1. Compile the `test.S`: +riscv32-unknown-linux-gnu-gcc -g -static -nostartfiles -o test hello.S + +# 2. Execute the binary: +qemu-riscv32 ./test + +# 3. Check exit code +echo $? +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2953.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2953.toml new file mode 100644 index 00000000..7ff54396 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2953.toml @@ -0,0 +1,74 @@ +id = 2953 +title = "\"DMAR: DRHD: handling fault status reg 2\" with vfio on kernel 6.13.11-200.fc41.x86_64, works with 6.13.9-200.fc41.x86_64" +state = "opened" +created_at = "2025-05-07T10:41:39.154Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2953" +host-os = "Fedora" +host-arch = "x86_64" +qemu-version = "qemu-9.1.3-2.fc41" +guest-os = "Windows 11" +guest-arch = "x86_64" +description = """Since kernel 6.13.11-200.fc41.x86_64, I cannot use VFIO to pass an NVIDIA GeForce GTX 1070 card to a Windows guest. The same setup works just fine in 6.13.9-200.fc41.x86_64. The issue symptoms are the same regardless if I use kernel command line arguments to isolate cpus or not. + +Symptoms: +- qemu logs show: +``` +2025-05-07T09:59:49.957891Z qemu-system-x86_64: vfio: Cannot reset device 0000:36:00.1, no available reset mechanism. +2025-05-07T09:59:49.958444Z qemu-system-x86_64: vfio: Cannot reset device 0000:36:00.0, no available reset mechanism. +2025-05-07T09:59:49.959119Z qemu-system-x86_64: vfio: Cannot reset device 0000:36:00.1, no available reset mechanism. +2025-05-07T09:59:49.959635Z qemu-system-x86_64: vfio: Cannot reset device 0000:36:00.0, no available reset mechanism. +``` +- in dmesg I see: +``` +kernel: DMAR: DRHD: handling fault status reg 2 +kernel: DMAR: [INTR-REMAP] Request device [36:00.0] fault index 0x50 [fault reason 0x22] Present field in the IRTE entry is clear +``` +- the VM hangs at boot (please see the notes below (*)).""" +reproduce = """Boot the same libvirt domain in kernel 6.13.9-200.fc41.x86_64 (works) and any other more recent kernel (>= 6.13.11-200.fc41.x86_64).""" +additional = """(*) Note that in a working kernel, the boot process is in any case finicky, and it shows these phases: +1. tianocore logo shows, and one single cpu is fully utilized by the guest +2. slowly, the loader find the Windows bootloader, and prints a message that it is loading and running it +3. some time passes, while cpus seem idle +4. finally the spinning wheel of the Windows bootloader appears + +Phase 1-3 can take anywhere from 0 to 60 seconds, in an apparently random manner. + +When running on the faulty kernels, it seems that the virtual machine gets stuck in phase 1, and I must use `virsh destroy` to interrupt it. + +lspci output: +``` +-[0000:00]-+-00.0 Intel Corporation Tiger Lake-UP3/H35 4 cores Host Bridge/DRAM Registers + +-02.0 Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] + +-04.0 Intel Corporation TigerLake-LP Dynamic Tuning Processor Participant + +-06.0-[01]----00.0 Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983 + +-07.0-[02-33]-- + +-0a.0 Intel Corporation Tigerlake Telemetry Aggregator Driver + +-0d.0 Intel Corporation Tiger Lake-LP Thunderbolt 4 USB Controller + +-0d.2 Intel Corporation Tiger Lake-LP Thunderbolt 4 NHI #0 + +-14.0 Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1 xHCI Host Controller + +-14.2 Intel Corporation Tiger Lake-LP Shared SRAM + +-15.0 Intel Corporation Tiger Lake-LP Serial IO I2C Controller #0 + +-15.1 Intel Corporation Tiger Lake-LP Serial IO I2C Controller #1 + +-15.2 Intel Corporation Tiger Lake-LP Serial IO I2C Controller #2 + +-16.0 Intel Corporation Tiger Lake-LP Management Engine Interface + +-1c.0-[34]----00.0 Intel Corporation Wi-Fi 6 AX200 + +-1c.5-[35]----00.0 Realtek Semiconductor Co., Ltd. RTS522A PCI Express Card Reader + +-1d.0-[36]--+-00.0 NVIDIA Corporation GP104 [GeForce GTX 1070] + | \\-00.1 NVIDIA Corporation GP104 High Definition Audio Controller + +-1f.0 Intel Corporation Tiger Lake-LP LPC Controller + +-1f.3 Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller + +-1f.4 Intel Corporation Tiger Lake-LP SMBus Controller + \\-1f.5 Intel Corporation Tiger Lake-LP SPI Controller +``` + +kernel command line arguments (optimized with cpu isolation): +``` +intel_pstate=per_cpu_perf_limits rd.driver.blacklist=nouveau modprobe.blacklist=nouveau module_blacklist=nouveau default_hugepagesz=1G hugepagesz=1G hugepages=13 i2c_i801.disable_features=0x10 rd.driver.pre=vfio_pci,vfio,vfio_iommu_type1 vfio-pci.ids=10de:1b81,10de:10f0 modprobe.blacklist=xpad systemd.unit=multi-user.target systemd.wants=bluetooth.service isolcpus=domain,managed_irq,1-3,5-7 rcu_nocbs=1-3,5-7 irqaffinity=0,4 nospectre_v2 +``` + +kernel command line arguments (without cpu isolation, same symptoms): +``` +intel_pstate=per_cpu_perf_limits rd.driver.blacklist=nouveau modprobe.blacklist=nouveau module_blacklist=nouveau default_hugepagesz=1G hugepagesz=1G hugepages=13 rd.driver.pre=vfio_pci,vfio,vfio_iommu_type1 vfio-pci.ids=10de:1b81,10de:10f0 modprobe.blacklist=xpad systemd.unit=multi-user.target systemd.wants=bluetooth.service +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2955.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2955.toml new file mode 100644 index 00000000..86e1ba85 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2955.toml @@ -0,0 +1,15 @@ +id = 2955 +title = "Mellanox IRQs Still Showing In Host OS After Passthrough" +state = "closed" +created_at = "2025-05-07T16:01:33.605Z" +closed_at = "2025-05-07T16:14:12.590Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2955" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2958.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2958.toml new file mode 100644 index 00000000..fc50f549 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2958.toml @@ -0,0 +1,26 @@ +id = 2958 +title = "Vvfat crashes in WinXP-64 installation." +state = "opened" +created_at = "2025-05-08T09:56:15.767Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2958" +host-os = "Android Termux" +host-arch = "ARM" +qemu-version = "8.2.6" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = """1. Download ISO (see above) +2. Set up qemu +3. Run command above + +Termux output: +qemu-system-x86_64: Slirp: Failed to send packet, ret: -1 [repeated] + +../block/vvfat.c:105: void *array_get(array_t *, unsigned int): assertion "index < array->next" failed +Aborted +~ $""" +additional = """This was extremely annoying because the total abort occurs far into the installation, while setting up the network. The devices (presumably including the vvfat) had been installed OK. The XP installation can be restarted without the CD but starts at the beginning, needing location, passwords, licence key etc. all over again! I have XP64 installed now, without vvfat which is a marvellously convenient way of transferring files. + +BTW "vfat" usually means extended FAT, handling files over 4GB but vvfat does not. Can you fix that?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2959.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2959.toml new file mode 100644 index 00000000..431c47f0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2959.toml @@ -0,0 +1,85 @@ +id = 2959 +title = "int 0x10 teletype output cuts final character in custom MBR on QEMU (i386 real mode)" +state = "opened" +created_at = "2025-05-09T05:37:00.393Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2959" +host-os = "Ubuntu 12 (x86)" +host-arch = "x86" +qemu-version = "QEMU emulator version 7.2.15 (Debian 1:7.2+dfsg-7+deb12u12)" +guest-os = "n/a" +guest-arch = "n/a" +description = """When using QEMU to test a custom bootloader in 16-bit real mode (i386), the BIOS interrupt `int 0x10` with AH=0x0E (teletype output) fails to display the last character of the printed message. For example, printing `"hello"` only renders `"hell"`. + +This happens only with this exact combination: + +real mode `int 0x10` teletype output + +message ends with `13, 10, 0` + +`QEMU` output cuts off the last character consistently + +All buffer and code logic has been verified to be correct. The same code, when run on Bochs or physical hardware, prints properly.""" +reproduce = """1.Assemble the following boot.asm: +```nasm +[org 0x7C00] +[BITS 16] + +_start: + cli + xor ax, ax + mov ds, ax + mov es, ax + mov ss, ax + mov sp, 0x7C00 + + mov si, msg + call print + + hlt + jmp $ + +print: + pusha +.loop: + lodsb + or al, al + jz .done + mov ah, 0x0E + int 0x10 + jmp .loop +.done: + popa + ret + +msg db 'hello', 13, 10, 0 +times 510 - ($ - $$) db 0 +dw 0xAA55 +``` + +2. Compile and run: +```bash +$ nasm -f bin boot.asm -o boot.img +$ qemu-system-i386 -nographic -boot a -drive format=raw,file=boot.img,index=0,if=floppy +``` + +3. Output will be: +```text +Booting from Floppy... +hell +``` +Expected output: +```text +Booting from Floppy... +hello +```""" +additional = """- Adding padding (extra 13, 10) does not solve the problem. + +- Confirmed that boot.img includes all bytes (xxd dump is correct). + +- Tested on multiple machines with same QEMU version. + +- May relate to VGA character output buffer not flushing after last INT 0x10? + +- This makes QEMU inaccurate for BIOS-level debugging of bootloaders.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/296.toml b/gitlab/issues/target_missing/host_missing/accel_missing/296.toml new file mode 100644 index 00000000..ba332c78 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/296.toml @@ -0,0 +1,15 @@ +id = 296 +title = "Enabling OpenGL for GUI doesn't work on old laptop" +state = "opened" +created_at = "2021-05-14T10:07:05.628Z" +closed_at = "n/a" +labels = ["GUI", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/296" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2960.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2960.toml new file mode 100644 index 00000000..68270462 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2960.toml @@ -0,0 +1,18 @@ +id = 2960 +title = "Mouse doesn't work correctly with SDL display backend" +state = "opened" +created_at = "2025-05-10T20:55:06.927Z" +closed_at = "n/a" +labels = ["GUI", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2960" +host-os = "Windows 11 24H2" +host-arch = "x86_64" +qemu-version = "10.0.0" +guest-os = "Linux Mint 22.1" +guest-arch = "x86_64" +description = """The mouse starts moving like crazy, up and down or left and right. +I tested it with -accel on and off, I make some test and seems to be the SDL display backed(GTK just crash before start execution of the vm).""" +reproduce = """1.Install Linux Mint 22.1 +2.Execute the command above. +3.Log in and the problems start.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2962.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2962.toml new file mode 100644 index 00000000..0bd98457 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2962.toml @@ -0,0 +1,30 @@ +id = 2962 +title = "DHCP UDP checksum workaround code appears to be broken" +state = "opened" +created_at = "2025-05-12T20:31:41.263Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2962" +host-os = "Debian 12" +host-arch = "x86" +qemu-version = "9.2.3" +guest-os = "Linux Mint" +guest-arch = "x86" +description = """I am running dnsmasq DHCP server in an lxc-container. It is using a VETH pair for the network. The VETH device on the host is in a bridge. I create a TAP device and place it in the bridge. When booting the guest, I notice that the DHCP OFFER has an invalid UDP checksum all the way through the bridge and into the guest. I am able to fix this by disabling checksum offload inside the container, or adding an nftables rule that zeros out the checksum, or by reverting commit 7987d2be5a8bc3a502f89ba8cf3ac3e09f64d1ce.""" +reproduce = """1. From a debian 12 host, `apt-get install lxc lxc-templates` +2. `ip link add brtest type bridge` +3. `ip link set brtest up` +4. Create a container: `lxc-create -n dhcp -t debian -- --package=dnsmasq` +5. Edit the lxc container file `/var/lib/lxc/dhcp/config` and make sure the link is properly set to `lxc.net.0.link = brtest`, the type is set to `veth`, and give it an IP `lxc.net.0.ipv4.address = 192.168.255.1/24` +6. Start the container: `lxc-start -n dhcp` +7. Attach to the container: `lxc-attach -n dhcp` +8. Stop dnsmasq and networking: `systemctl stop dnsmasq.service networking.service` +9. Run a DHCP server: `dnsmasq --dhcp-authoritative --dhcp-range=192.168.255.2,192.168.255.254,255.255.255.0,1h --dns-loop-detect` +10. Exit the container: `exit` +11. Download the linux mint 22.1 installer: https://linuxmint.com/edition.php?id=319 +12. Create a TAP device and throw it in the bridge: `ip tuntap add dev taptest mode tap` .. `ip link set dev taptest up master brtest` +13. Run qemu: `qemu-system-x86_64 -enable-kvm -smp 4,sockets=1,threads=1 -machine pc-q35-9.2,accel=kvm,kernel_irqchip=on -m 4096 -device virtio-net-pci,netdev=nic91 -netdev tap,id=nic91,ifname=taptest,script=no,downscript=no -cdrom linuxmint-22.1-cinnamon-64bit.iso` .. I run it with vnc as this is on a headless server. +14. Once the guest has booted, you can run a tcpdump on the NIC and see that the guest receives the DHCP offer, but the UDP checksum is bunk.""" +additional = """I was able to test reverting the commit 7987d2be5a8bc3a502f89ba8cf3ac3e09f64d1ce and that appears to function once again. + +{width=901 height=38}""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml new file mode 100644 index 00000000..e5432b4e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml @@ -0,0 +1,32 @@ +id = 2963 +title = "QEMU crash with `qemu_mutex_unlock_impl: Operation not permitted` during block device operations" +state = "opened" +created_at = "2025-05-14T07:36:27.854Z" +closed_at = "n/a" +labels = ["Storage", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2963" +host-os = "Ubuntu 22.04" +host-arch = "x86" +qemu-version = "QEMU emulator version 8.2.5" +guest-os = "n/a" +guest-arch = "n/a" +description = """We got a crash when I use a blockdev-add command while a blockdev-backup operation was nearly complete. The crash does not reproduce consistently. + +This message was printed in the QEMU debug log. +`qemu: qemu_mutex_unlock_impl: Operation not permitted` + +We also collected a coredump at the time of the crash. but, when analyzing the coredump using gdb, the call stack only shows ?? for all frames, making it difficult to diagnose the root cause. + +so I have two main questions: + +1. Under what circumstances does `qemu_mutex_unlock_impl: Operation not permitted` occur? +Is there any known cause or workaround for this kind of crash? + +2. What should be done to ensure that the call stack in a coredump is visible? +Are there specific build flags or debug symbol requirements we should be aware of? +We built QEMU with --enable-debug, but the call stack still shows only ?? in gdb when analyzing the core dump.""" +reproduce = """1. Start a VM with block devices configured. +2. Begin a blockdev-backup operation. +3. Near the completion of the blockdev-backup, issue a blockdev-add command for another device. +4. Observe a crash. (The crash does not reproduce consistently)""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2964.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2964.toml new file mode 100644 index 00000000..e5565404 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2964.toml @@ -0,0 +1,17 @@ +id = 2964 +title = "How to get the icount value after qemu terminal exit" +state = "closed" +created_at = "2025-05-14T11:21:47.237Z" +closed_at = "2025-05-14T11:30:10.911Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2964" +host-os = "- OS/kernel version:" +host-arch = "- QEMU flavor:" +qemu-version = "- QEMU command line:" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = """1. +2. +3.""" +additional = """/label ~"kind::Bug"""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2965.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2965.toml new file mode 100644 index 00000000..c99c2e46 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2965.toml @@ -0,0 +1,22 @@ +id = 2965 +title = "crash when interacting with the UI in any way during record/replay mode on macOS" +state = "opened" +created_at = "2025-05-15T00:22:01.723Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2965" +host-os = "macOS 15.5 (24F74)" +host-arch = "ARM" +qemu-version = "QEMU emulator version 10.0.0" +guest-os = "N/A - All" +guest-arch = "N/A - All" +description = """``` +** +ERROR:../replay/replay-events.c:119:replay_add_event: assertion failed: (replay_mutex_locked()) +Bail out! ERROR:../replay/replay-events.c:119:replay_add_event: assertion failed: (replay_mutex_locked()) +fish: Job 1, 'qemu-system-x86_64 -icount shif…' terminated by signal SIGABRT (Abort) +```""" +reproduce = """1. run the qemu command +2. click in the window +3. observe crash""" +additional = """[qemu-system-x86_64-2025-05-15-032037.ips](/uploads/2cccc7b967dacc8a18be8a3d0a0cf297/qemu-system-x86_64-2025-05-15-032037.ips)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2966.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2966.toml new file mode 100644 index 00000000..5d08a6ec --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/2966.toml @@ -0,0 +1,35 @@ +id = 2966 +title = "KVM: Failed to create TCE64 table for liobn 0x80000001" +state = "opened" +created_at = "2025-05-15T15:49:03.835Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/2966" +host-os = "Fedora 42" +host-arch = "ppc64le" +qemu-version = "QEMU emulator version 9.2.3 (qemu-9.2.3-1.fc42)" +guest-os = "CentOS Stream 10" +guest-arch = "ppc64" +description = """When rebooting the system we hit : + ``` + KVM: Failed to create TCE64 table for liobn 0x80000001 + qemu-system-ppc64: ../system/memory.c:2666: memory_region_add_subregion_common: Assertion `!subregion->container' failed. + Aborted (core dumped) + ```""" +reproduce = """1. Start the machine +2. Reboot it + + ``` + curl -LO https://cloud.centos.org/centos/10-stream/ppc64le/images/CentOS-Stream-GenericCloud-10-20250512.0.ppc64le.qcow2 + export LIBGUESTFS_BACKEND=direct + virt-customize -v -a CentOS-Stream-GenericCloud-10-20250512.0.ppc64le.qcow2 --root-password password:centos + qemu-system-ppc64 --enable-kvm -m 4096 -smp 8 -hda CentOS-Stream-GenericCloud-10-20250512.0.ppc64le.qcow2 -vga none -nographic -device qemu-xhci + # once logged into it + systemctl reboot + [...] + KVM: Failed to create TCE64 table for liobn 0x80000001 + qemu-system-ppc64: ../system/memory.c:2666: memory_region_add_subregion_common: Assertion `!subregion->container' failed. + Aborted (core dumped) + ```""" +additional = """The issue was already reported on ML https://lists.nongnu.org/archive/html/qemu-devel/2025-03/msg05137.html +I also hit that issue while building a CoreOS CentOS Stream 10 image https://github.com/openshift/os/issues/1818. I was able to validate that the commit https://github.com/torvalds/linux/commit/6aa989ab2bd0d37540c812b4270006ff794662e7 introduced the bug.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/297.toml b/gitlab/issues/target_missing/host_missing/accel_missing/297.toml new file mode 100644 index 00000000..44b2d6a6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/297.toml @@ -0,0 +1,15 @@ +id = 297 +title = "SD card size constraint conceptually wrong" +state = "opened" +created_at = "2021-05-14T12:33:08.796Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/297" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/298.toml b/gitlab/issues/target_missing/host_missing/accel_missing/298.toml new file mode 100644 index 00000000..7e93e9aa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/298.toml @@ -0,0 +1,15 @@ +id = 298 +title = "OpenGL, Virtio-VGA, Virtio-GPU-PCI, GTK" +state = "opened" +created_at = "2021-05-14T13:45:51.075Z" +closed_at = "n/a" +labels = ["GUI", "device:graphics", "kind::Bug", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/298" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/300.toml b/gitlab/issues/target_missing/host_missing/accel_missing/300.toml new file mode 100644 index 00000000..038f4170 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/300.toml @@ -0,0 +1,15 @@ +id = 300 +title = "qemu-system-i386 virtio-vga: Assertion in address_space_stw_le_cached failed again" +state = "closed" +created_at = "2021-05-14T18:45:57.640Z" +closed_at = "2023-08-15T18:21:59.310Z" +labels = ["Fuzzer", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/300" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/301.toml b/gitlab/issues/target_missing/host_missing/accel_missing/301.toml new file mode 100644 index 00000000..9a41205e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/301.toml @@ -0,0 +1,15 @@ +id = 301 +title = "Assertion `addr < cache->len && 2 <= cache->len - addr' in virtio-blk" +state = "closed" +created_at = "2021-05-14T18:46:11.075Z" +closed_at = "2023-08-15T18:21:43.983Z" +labels = ["Fuzzer", "Launchpad", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/301" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/302.toml b/gitlab/issues/target_missing/host_missing/accel_missing/302.toml new file mode 100644 index 00000000..44d9bb2f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/302.toml @@ -0,0 +1,15 @@ +id = 302 +title = "[Fuzz] qemu-system-i386 virtio-mouse: Assertion in address_space_lduw_le_cached failed" +state = "closed" +created_at = "2021-05-14T19:18:24.714Z" +closed_at = "2025-05-12T14:33:59.564Z" +labels = ["Fuzzer", "Launchpad", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/302" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/303.toml b/gitlab/issues/target_missing/host_missing/accel_missing/303.toml new file mode 100644 index 00000000..8192b8d1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/303.toml @@ -0,0 +1,15 @@ +id = 303 +title = "assert issue locates in hw/usb/core.c:727: usb_ep_get: Assertion `pid == USB_TOKEN_IN || pid == USB_TOKEN_OUT' failed" +state = "closed" +created_at = "2021-05-14T19:27:54.609Z" +closed_at = "2024-05-31T20:01:28.193Z" +labels = ["Launchpad", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/303" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/304.toml b/gitlab/issues/target_missing/host_missing/accel_missing/304.toml new file mode 100644 index 00000000..ff871348 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/304.toml @@ -0,0 +1,15 @@ +id = 304 +title = "assertion failure in mptsas1068 emulator" +state = "opened" +created_at = "2021-05-14T19:28:14.590Z" +closed_at = "n/a" +labels = ["Fuzzer", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/304" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/305.toml b/gitlab/issues/target_missing/host_missing/accel_missing/305.toml new file mode 100644 index 00000000..5e71e4b7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/305.toml @@ -0,0 +1,15 @@ +id = 305 +title = "assertion failure in lsi53c810 emulator" +state = "closed" +created_at = "2021-05-14T19:28:28.305Z" +closed_at = "2021-12-16T18:19:17.456Z" +labels = ["Fuzzer", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/305" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/306.toml b/gitlab/issues/target_missing/host_missing/accel_missing/306.toml new file mode 100644 index 00000000..bc4b3d9f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/306.toml @@ -0,0 +1,15 @@ +id = 306 +title = "Option to constrain linux-user exec() to emulated CPU only" +state = "opened" +created_at = "2021-05-14T19:28:39.939Z" +closed_at = "n/a" +labels = ["Launchpad", "kind::Feature Request", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/306" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/307.toml b/gitlab/issues/target_missing/host_missing/accel_missing/307.toml new file mode 100644 index 00000000..b1804436 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/307.toml @@ -0,0 +1,15 @@ +id = 307 +title = "qemu may freeze during drive-mirroring on fragmented FS" +state = "closed" +created_at = "2021-05-14T19:28:50.040Z" +closed_at = "2021-09-16T10:18:34.381Z" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/307" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/308.toml b/gitlab/issues/target_missing/host_missing/accel_missing/308.toml new file mode 100644 index 00000000..e5f7896e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/308.toml @@ -0,0 +1,15 @@ +id = 308 +title = "QEMU: net: vmxnet: integer overflow may crash guest" +state = "closed" +created_at = "2021-05-14T19:29:25.169Z" +closed_at = "2022-01-14T15:57:18.376Z" +labels = ["Launchpad", "Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/308" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/309.toml b/gitlab/issues/target_missing/host_missing/accel_missing/309.toml new file mode 100644 index 00000000..b3eec0db --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/309.toml @@ -0,0 +1,15 @@ +id = 309 +title = "assert issue locates in hw/net/vmxnet3.c:1793:vmxnet3_io_bar1_write: code should not be reach" +state = "closed" +created_at = "2021-05-14T19:29:42.095Z" +closed_at = "2022-08-05T13:34:14.153Z" +labels = ["Closed::Fixed", "Fuzzer", "Launchpad", "Networking", "TestCase"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/309" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/310.toml b/gitlab/issues/target_missing/host_missing/accel_missing/310.toml new file mode 100644 index 00000000..a978665a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/310.toml @@ -0,0 +1,15 @@ +id = 310 +title = "unable to migrate non shared storage when TLS is used" +state = "opened" +created_at = "2021-05-14T19:29:54.388Z" +closed_at = "n/a" +labels = ["Launchpad", "Migration", "block:nbd"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/310" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/311.toml b/gitlab/issues/target_missing/host_missing/accel_missing/311.toml new file mode 100644 index 00000000..8b3164c1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/311.toml @@ -0,0 +1,15 @@ +id = 311 +title = "qemu user mode: rt signals not implemented for sparc guests" +state = "closed" +created_at = "2021-05-15T10:51:45.956Z" +closed_at = "2021-05-25T05:02:29.764Z" +labels = ["Closed::Fixed", "Launchpad", "kind::Feature Request", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/311" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/313.toml b/gitlab/issues/target_missing/host_missing/accel_missing/313.toml new file mode 100644 index 00000000..8637263d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/313.toml @@ -0,0 +1,15 @@ +id = 313 +title = "-daemonize not working on macOS" +state = "opened" +created_at = "2021-05-15T10:53:22.733Z" +closed_at = "n/a" +labels = ["Launchpad", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/313" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/315.toml b/gitlab/issues/target_missing/host_missing/accel_missing/315.toml new file mode 100644 index 00000000..d9ae569a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/315.toml @@ -0,0 +1,15 @@ +id = 315 +title = "3d accel does not take care of 1280x960 setting" +state = "closed" +created_at = "2021-05-15T11:03:07.593Z" +closed_at = "2021-05-17T08:09:50.346Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/315" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/316.toml b/gitlab/issues/target_missing/host_missing/accel_missing/316.toml new file mode 100644 index 00000000..e0369ec2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/316.toml @@ -0,0 +1,15 @@ +id = 316 +title = "[feature request] webcam support" +state = "opened" +created_at = "2021-05-15T11:10:21.597Z" +closed_at = "n/a" +labels = ["USB", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/316" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/321.toml b/gitlab/issues/target_missing/host_missing/accel_missing/321.toml new file mode 100644 index 00000000..fc043503 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/321.toml @@ -0,0 +1,15 @@ +id = 321 +title = "qemu 5.2.0 configure script explodes when in read only directory" +state = "closed" +created_at = "2021-05-15T14:05:37.762Z" +closed_at = "2023-02-27T14:45:17.765Z" +labels = ["Bite Sized", "Build System", "Launchpad", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/321" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/322.toml b/gitlab/issues/target_missing/host_missing/accel_missing/322.toml new file mode 100644 index 00000000..0e2c51ab --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/322.toml @@ -0,0 +1,15 @@ +id = 322 +title = "Can't(?) disable default floppy drive any more in qemu 6.0" +state = "closed" +created_at = "2021-05-15T14:05:47.823Z" +closed_at = "2021-06-09T18:23:25.549Z" +labels = ["Documentation", "Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/322" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/323.toml b/gitlab/issues/target_missing/host_missing/accel_missing/323.toml new file mode 100644 index 00000000..6e4eb58b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/323.toml @@ -0,0 +1,15 @@ +id = 323 +title = "qemu 5.2.0: Add reconnect option support for netdev socket" +state = "closed" +created_at = "2021-05-15T14:06:00.774Z" +closed_at = "2022-08-16T07:36:21.903Z" +labels = ["Launchpad", "Networking", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/323" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/324.toml b/gitlab/issues/target_missing/host_missing/accel_missing/324.toml new file mode 100644 index 00000000..709d3986 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/324.toml @@ -0,0 +1,15 @@ +id = 324 +title = "chrome based apps can not be run under qemu user mode" +state = "opened" +created_at = "2021-05-15T14:34:41.382Z" +closed_at = "n/a" +labels = ["Launchpad", "kind::Bug", "linux-user", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/324" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/327.toml b/gitlab/issues/target_missing/host_missing/accel_missing/327.toml new file mode 100644 index 00000000..febb6bb0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/327.toml @@ -0,0 +1,15 @@ +id = 327 +title = "Storage | Two decimal digits precision" +state = "opened" +created_at = "2021-05-17T07:12:40.090Z" +closed_at = "n/a" +labels = ["Storage", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/327" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/328.toml b/gitlab/issues/target_missing/host_missing/accel_missing/328.toml new file mode 100644 index 00000000..61fc6c8c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/328.toml @@ -0,0 +1,15 @@ +id = 328 +title = "numerical keypad disabled by default in the guest" +state = "opened" +created_at = "2021-05-17T08:32:44.987Z" +closed_at = "n/a" +labels = ["device:input", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/328" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/332.toml b/gitlab/issues/target_missing/host_missing/accel_missing/332.toml new file mode 100644 index 00000000..21fbd1bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/332.toml @@ -0,0 +1,15 @@ +id = 332 +title = "VirtIO drivers don't work on Windows: \"GLib: Too many handles to wait for!\" crash" +state = "opened" +created_at = "2021-05-17T14:54:54.804Z" +closed_at = "n/a" +labels = ["Storage", "hostos: Windows", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/332" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/334.toml b/gitlab/issues/target_missing/host_missing/accel_missing/334.toml new file mode 100644 index 00000000..59daf7e8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/334.toml @@ -0,0 +1,15 @@ +id = 334 +title = "macOS App Nap feature gradually freezes QEMU process" +state = "opened" +created_at = "2021-05-17T17:37:14.257Z" +closed_at = "n/a" +labels = ["hostos: macOS", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/334" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/335.toml b/gitlab/issues/target_missing/host_missing/accel_missing/335.toml new file mode 100644 index 00000000..b3770877 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/335.toml @@ -0,0 +1,15 @@ +id = 335 +title = "Broken tap networking on macOS host" +state = "closed" +created_at = "2021-05-17T20:00:36.357Z" +closed_at = "2023-03-14T14:41:17.040Z" +labels = ["Networking", "hostos: macOS", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/335" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/336.toml b/gitlab/issues/target_missing/host_missing/accel_missing/336.toml new file mode 100644 index 00000000..54414b2b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/336.toml @@ -0,0 +1,15 @@ +id = 336 +title = "Built-in DHCP server: SiAddr" +state = "opened" +created_at = "2021-05-17T21:15:40.080Z" +closed_at = "n/a" +labels = ["Networking", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/336" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/338.toml b/gitlab/issues/target_missing/host_missing/accel_missing/338.toml new file mode 100644 index 00000000..28c3d37c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/338.toml @@ -0,0 +1,15 @@ +id = 338 +title = "QEMU: Null Pointer Failure in fdctrl_read() in hw/block/fdc.c" +state = "closed" +created_at = "2021-05-18T04:41:24.894Z" +closed_at = "2021-12-02T19:15:07.953Z" +labels = ["Launchpad", "Security", "Storage", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/338" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/341.toml b/gitlab/issues/target_missing/host_missing/accel_missing/341.toml new file mode 100644 index 00000000..f4a90262 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/341.toml @@ -0,0 +1,15 @@ +id = 341 +title = "Null-ptr dereference on AHCICmdHdr in ahci_pio_transfer" +state = "opened" +created_at = "2021-05-18T23:29:10.489Z" +closed_at = "n/a" +labels = ["Fuzzer", "Launchpad", "Storage", "kind::Bug", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/341" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/342.toml b/gitlab/issues/target_missing/host_missing/accel_missing/342.toml new file mode 100644 index 00000000..bed95324 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/342.toml @@ -0,0 +1,15 @@ +id = 342 +title = "Assertion `child->perm & BLK_PERM_WRITE' failed in bdrv_co_write_req_prepare through atapi" +state = "opened" +created_at = "2021-05-18T23:32:33.018Z" +closed_at = "n/a" +labels = ["Fuzzer", "Launchpad", "Storage", "TestCase", "kind::Bug", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/342" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/344.toml b/gitlab/issues/target_missing/host_missing/accel_missing/344.toml new file mode 100644 index 00000000..5633069e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/344.toml @@ -0,0 +1,15 @@ +id = 344 +title = "Option \"-loadvm\" cannot load VM snapshot, created from QMP API" +state = "closed" +created_at = "2021-05-20T09:26:49.245Z" +closed_at = "2021-05-20T10:57:07.103Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/344" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/345.toml b/gitlab/issues/target_missing/host_missing/accel_missing/345.toml new file mode 100644 index 00000000..2adac2a8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/345.toml @@ -0,0 +1,15 @@ +id = 345 +title = "Sector translation bug in scsi_unmap_complete_noio" +state = "closed" +created_at = "2021-05-20T22:56:13.388Z" +closed_at = "2021-05-27T13:54:03.053Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/345" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/347.toml b/gitlab/issues/target_missing/host_missing/accel_missing/347.toml new file mode 100644 index 00000000..d8eeb525 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/347.toml @@ -0,0 +1,15 @@ +id = 347 +title = "Forward host UNIX socket to guest TCP port" +state = "opened" +created_at = "2021-05-21T12:16:01.663Z" +closed_at = "n/a" +labels = ["Chardev", "Launchpad", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/347" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/348.toml b/gitlab/issues/target_missing/host_missing/accel_missing/348.toml new file mode 100644 index 00000000..5352b833 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/348.toml @@ -0,0 +1,15 @@ +id = 348 +title = "qemu-user fails to run container using systemd-networkd: \"Could not create manager: Protocol not supported\"" +state = "opened" +created_at = "2021-05-21T16:00:55.743Z" +closed_at = "n/a" +labels = ["kind::Bug", "linux-user", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/348" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/349.toml b/gitlab/issues/target_missing/host_missing/accel_missing/349.toml new file mode 100644 index 00000000..f7529023 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/349.toml @@ -0,0 +1,15 @@ +id = 349 +title = "USB folder sharing causing segment fault" +state = "closed" +created_at = "2021-05-21T20:37:25.532Z" +closed_at = "2021-06-07T15:52:45.484Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/349" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/350.toml b/gitlab/issues/target_missing/host_missing/accel_missing/350.toml new file mode 100644 index 00000000..ef454b2a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/350.toml @@ -0,0 +1,15 @@ +id = 350 +title = "lsisas1068 not supported (for VMDK manipulation)" +state = "opened" +created_at = "2021-05-23T11:36:10.451Z" +closed_at = "n/a" +labels = ["Storage", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/350" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/351.toml b/gitlab/issues/target_missing/host_missing/accel_missing/351.toml new file mode 100644 index 00000000..de7f9ec9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/351.toml @@ -0,0 +1,15 @@ +id = 351 +title = "German keyboard vnc issue" +state = "opened" +created_at = "2021-05-25T06:41:59.729Z" +closed_at = "n/a" +labels = ["device:input", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/351" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/354.toml b/gitlab/issues/target_missing/host_missing/accel_missing/354.toml new file mode 100644 index 00000000..69799852 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/354.toml @@ -0,0 +1,15 @@ +id = 354 +title = "Emulation error when calling the SIOCGIFNETMASK ioctl through qemu-user" +state = "closed" +created_at = "2021-05-25T14:40:21.968Z" +closed_at = "2021-05-26T10:36:08.580Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/354" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/355.toml b/gitlab/issues/target_missing/host_missing/accel_missing/355.toml new file mode 100644 index 00000000..83016be9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/355.toml @@ -0,0 +1,15 @@ +id = 355 +title = "A possible divide by zero bug in get_whole_cluster" +state = "opened" +created_at = "2021-05-26T04:09:10.115Z" +closed_at = "n/a" +labels = ["Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/355" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/357.toml b/gitlab/issues/target_missing/host_missing/accel_missing/357.toml new file mode 100644 index 00000000..15cb95b1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/357.toml @@ -0,0 +1,15 @@ +id = 357 +title = "race condition in hw/input/pckbd.c causes wrong data to be read on interrupts" +state = "closed" +created_at = "2021-05-26T12:55:51.729Z" +closed_at = "2021-05-28T00:21:05.902Z" +labels = ["device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/357" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/359.toml b/gitlab/issues/target_missing/host_missing/accel_missing/359.toml new file mode 100644 index 00000000..fe8100e3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/359.toml @@ -0,0 +1,15 @@ +id = 359 +title = "In the \"tests/qtests/meson.build\" line 92 need dbus-vmstate1.h and dbus-vmstate1.c files, but in \"tests/qtests/\" not include this files." +state = "closed" +created_at = "2021-05-27T07:21:06.153Z" +closed_at = "2021-10-15T09:07:03.493Z" +labels = ["Build System", "Closed::Duplicate", "Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/359" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/362.toml b/gitlab/issues/target_missing/host_missing/accel_missing/362.toml new file mode 100644 index 00000000..61be3813 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/362.toml @@ -0,0 +1,15 @@ +id = 362 +title = "check of PMR capability is missing for PMRCTL register write" +state = "closed" +created_at = "2021-05-28T02:08:14.694Z" +closed_at = "2021-07-01T09:07:35.100Z" +labels = ["Fuzzer", "Storage", "TestCase", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/362" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/365.toml b/gitlab/issues/target_missing/host_missing/accel_missing/365.toml new file mode 100644 index 00000000..adede984 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/365.toml @@ -0,0 +1,15 @@ +id = 365 +title = "virtiofsd: Directory for PID file hardcoded" +state = "opened" +created_at = "2021-05-28T15:32:03.209Z" +closed_at = "n/a" +labels = ["Storage", "device:virtio", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/365" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/366.toml b/gitlab/issues/target_missing/host_missing/accel_missing/366.toml new file mode 100644 index 00000000..690146e6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/366.toml @@ -0,0 +1,15 @@ +id = 366 +title = "How to make OVMF" +state = "closed" +created_at = "2021-05-29T07:09:46.036Z" +closed_at = "2021-05-29T10:26:01.190Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/366" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/369.toml b/gitlab/issues/target_missing/host_missing/accel_missing/369.toml new file mode 100644 index 00000000..dbaead44 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/369.toml @@ -0,0 +1,15 @@ +id = 369 +title = "Remove leading underscores from #defines" +state = "closed" +created_at = "2021-05-31T04:31:19.805Z" +closed_at = "2021-06-24T11:54:42.226Z" +labels = ["Bite Sized", "Build System", "kind::Task", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/369" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/370.toml b/gitlab/issues/target_missing/host_missing/accel_missing/370.toml new file mode 100644 index 00000000..b6a4beb4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/370.toml @@ -0,0 +1,15 @@ +id = 370 +title = "Indentation should be done with spaces, not with TABs, in the UI, graphics, audio and USB subsystem" +state = "closed" +created_at = "2021-05-31T04:52:58.806Z" +closed_at = "2022-11-08T18:07:17.734Z" +labels = ["Audio", "Bite Sized", "USB", "device:graphics", "kind::Task", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/370" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/371.toml b/gitlab/issues/target_missing/host_missing/accel_missing/371.toml new file mode 100644 index 00000000..21c806e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/371.toml @@ -0,0 +1,15 @@ +id = 371 +title = "Indentation should be done with spaces, not with TABs, in the block subsystem" +state = "closed" +created_at = "2021-05-31T04:59:59.252Z" +closed_at = "2023-03-25T16:28:31.259Z" +labels = ["Bite Sized", "Storage", "kind::Task", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/371" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/377.toml b/gitlab/issues/target_missing/host_missing/accel_missing/377.toml new file mode 100644 index 00000000..7f9fb24d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/377.toml @@ -0,0 +1,15 @@ +id = 377 +title = "Indentation should be done with spaces, not with TABs, in the net subsystem" +state = "closed" +created_at = "2021-05-31T06:52:31.358Z" +closed_at = "2022-11-12T02:31:56.078Z" +labels = ["Bite Sized", "Networking", "kind::Task", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/377" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/378.toml b/gitlab/issues/target_missing/host_missing/accel_missing/378.toml new file mode 100644 index 00000000..3b904f53 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/378.toml @@ -0,0 +1,15 @@ +id = 378 +title = "Indentation should be done with spaces, not with TABs" +state = "closed" +created_at = "2021-05-31T06:57:54.422Z" +closed_at = "2023-03-20T17:50:44.488Z" +labels = ["Bite Sized", "kind::Task", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/378" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/379.toml b/gitlab/issues/target_missing/host_missing/accel_missing/379.toml new file mode 100644 index 00000000..8e3c109b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/379.toml @@ -0,0 +1,15 @@ +id = 379 +title = "Update the FSF address to their current location" +state = "closed" +created_at = "2021-05-31T07:11:06.839Z" +closed_at = "2023-02-27T14:45:17.786Z" +labels = ["Bite Sized", "Documentation", "kind::Task", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/379" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/383.toml b/gitlab/issues/target_missing/host_missing/accel_missing/383.toml new file mode 100644 index 00000000..5d7c673c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/383.toml @@ -0,0 +1,15 @@ +id = 383 +title = "virtio-gpu: heap-buffer-overflow in virtio_gpu_disable_scanout" +state = "closed" +created_at = "2021-06-02T03:09:50.905Z" +closed_at = "2021-06-16T16:01:59.292Z" +labels = ["Fuzzer", "device:graphics", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/383" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/384.toml b/gitlab/issues/target_missing/host_missing/accel_missing/384.toml new file mode 100644 index 00000000..9cae428a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/384.toml @@ -0,0 +1,15 @@ +id = 384 +title = "qemu-monitor-event command gets stuck randomly" +state = "closed" +created_at = "2021-06-02T05:43:21.176Z" +closed_at = "2021-06-02T06:28:04.963Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/384" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/388.toml b/gitlab/issues/target_missing/host_missing/accel_missing/388.toml new file mode 100644 index 00000000..a9e31951 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/388.toml @@ -0,0 +1,15 @@ +id = 388 +title = "Can not pass hw device names as alsa input and output devices" +state = "closed" +created_at = "2021-06-04T04:09:36.820Z" +closed_at = "2021-06-04T20:01:59.793Z" +labels = ["Audio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/388" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/392.toml b/gitlab/issues/target_missing/host_missing/accel_missing/392.toml new file mode 100644 index 00000000..c9332907 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/392.toml @@ -0,0 +1,15 @@ +id = 392 +title = "`-hda` and `-drive` differ with respect to path handling" +state = "closed" +created_at = "2021-06-07T11:56:45.253Z" +closed_at = "2021-06-07T12:04:39.824Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/392" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/393.toml b/gitlab/issues/target_missing/host_missing/accel_missing/393.toml new file mode 100644 index 00000000..19f5f1ae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/393.toml @@ -0,0 +1,15 @@ +id = 393 +title = "tests/vm: Warn when cross-build VM is run with TCG accelerator" +state = "closed" +created_at = "2021-06-07T13:08:08.089Z" +closed_at = "2021-11-16T17:52:12.101Z" +labels = ["Build System", "Tests", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/393" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/395.toml b/gitlab/issues/target_missing/host_missing/accel_missing/395.toml new file mode 100644 index 00000000..efb8bcd7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/395.toml @@ -0,0 +1,15 @@ +id = 395 +title = "Write a python style guide document" +state = "opened" +created_at = "2020-09-25T16:19:44.764Z" +closed_at = "n/a" +labels = ["Documentation", "Python", "kind::Task", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/395" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/396.toml b/gitlab/issues/target_missing/host_missing/accel_missing/396.toml new file mode 100644 index 00000000..54e79976 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/396.toml @@ -0,0 +1,15 @@ +id = 396 +title = "Investigate moving other packages in ./scripts to ./python" +state = "opened" +created_at = "2020-10-27T23:51:15.830Z" +closed_at = "n/a" +labels = ["Python", "kind::Task", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/396" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/397.toml b/gitlab/issues/target_missing/host_missing/accel_missing/397.toml new file mode 100644 index 00000000..9bf75aee --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/397.toml @@ -0,0 +1,15 @@ +id = 397 +title = "Cannot run qemu at all" +state = "closed" +created_at = "2021-06-08T04:01:27.538Z" +closed_at = "2021-06-08T14:02:41.371Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/397" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/398.toml b/gitlab/issues/target_missing/host_missing/accel_missing/398.toml new file mode 100644 index 00000000..f1b6549f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/398.toml @@ -0,0 +1,15 @@ +id = 398 +title = "qemu-system-aarch64 could not open 'ubuntu-16.04-server-cloudimg-arm64-uefi1.img' qemu6.0 on windows 10" +state = "closed" +created_at = "2021-06-08T07:03:54.229Z" +closed_at = "2021-06-08T09:24:02.980Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/398" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/399.toml b/gitlab/issues/target_missing/host_missing/accel_missing/399.toml new file mode 100644 index 00000000..2cacda72 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/399.toml @@ -0,0 +1,15 @@ +id = 399 +title = "drive-backup job hangs in a 'paused' state after unsuccessful first attempt" +state = "closed" +created_at = "2021-06-08T13:10:36.000Z" +closed_at = "2021-07-10T20:27:35.622Z" +labels = ["Storage", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/399" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/400.toml b/gitlab/issues/target_missing/host_missing/accel_missing/400.toml new file mode 100644 index 00000000..a06b9f72 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/400.toml @@ -0,0 +1,15 @@ +id = 400 +title = "Build error -Werror=stringop-overflow in util/qemu-thread-posix.c" +state = "opened" +created_at = "2021-06-08T18:49:39.264Z" +closed_at = "n/a" +labels = ["hostos: Linux", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/400" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/401.toml b/gitlab/issues/target_missing/host_missing/accel_missing/401.toml new file mode 100644 index 00000000..0d735c5e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/401.toml @@ -0,0 +1,15 @@ +id = 401 +title = "Wishlist: nvme-ns: allow specifying eui-64" +state = "closed" +created_at = "2021-06-08T19:27:15.001Z" +closed_at = "2022-04-16T05:36:24.804Z" +labels = ["Storage", "block:NVMe", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/401" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/402.toml b/gitlab/issues/target_missing/host_missing/accel_missing/402.toml new file mode 100644 index 00000000..a7368418 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/402.toml @@ -0,0 +1,15 @@ +id = 402 +title = "e1000 / e1000e randomly stop sending packets to VM with DPDK app in VM" +state = "closed" +created_at = "2021-06-09T09:16:39.324Z" +closed_at = "2023-02-06T09:23:24.795Z" +labels = ["Networking", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/402" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/405.toml b/gitlab/issues/target_missing/host_missing/accel_missing/405.toml new file mode 100644 index 00000000..fb1e78b7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/405.toml @@ -0,0 +1,15 @@ +id = 405 +title = "Assertion failure in e1000e_intrmgr_on_throttling_timer" +state = "closed" +created_at = "2021-06-11T04:54:43.496Z" +closed_at = "2023-08-17T08:35:08.092Z" +labels = ["Fuzzer", "Networking", "TestCase", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/405" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/406.toml b/gitlab/issues/target_missing/host_missing/accel_missing/406.toml new file mode 100644 index 00000000..fd1113e4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/406.toml @@ -0,0 +1,15 @@ +id = 406 +title = "vhost-user net device sends SET_VRING_ENABLE before feature negotiation" +state = "opened" +created_at = "2021-06-11T10:15:08.294Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/406" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/407.toml b/gitlab/issues/target_missing/host_missing/accel_missing/407.toml new file mode 100644 index 00000000..94c4bdc3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/407.toml @@ -0,0 +1,15 @@ +id = 407 +title = "migration: Build failure on MacOS with Homebrew (gnutls/gnutls.h not found)" +state = "closed" +created_at = "2021-06-11T20:08:30.245Z" +closed_at = "2021-07-02T10:16:24.299Z" +labels = ["Build System", "Cryptography", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/407" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/408.toml b/gitlab/issues/target_missing/host_missing/accel_missing/408.toml new file mode 100644 index 00000000..77bd0d8b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/408.toml @@ -0,0 +1,15 @@ +id = 408 +title = "DLLs not installing on 32bit version" +state = "closed" +created_at = "2021-06-11T23:54:38.874Z" +closed_at = "2021-06-15T18:34:57.016Z" +labels = ["Build System", "Closed::Invalid", "hostos: Windows", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/408" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/409.toml b/gitlab/issues/target_missing/host_missing/accel_missing/409.toml new file mode 100644 index 00000000..78e5d129 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/409.toml @@ -0,0 +1,15 @@ +id = 409 +title = "tar can only read 4096 bytes from some files on 9p" +state = "closed" +created_at = "2021-06-13T16:15:04.893Z" +closed_at = "2021-07-02T16:59:58.701Z" +labels = ["Documentation", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/409" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/413.toml b/gitlab/issues/target_missing/host_missing/accel_missing/413.toml new file mode 100644 index 00000000..23202645 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/413.toml @@ -0,0 +1,15 @@ +id = 413 +title = "Error handling: Audit callers of load_image_targphys, get_image_size, event_notifier_init, msix_init" +state = "opened" +created_at = "2021-06-14T18:52:11.163Z" +closed_at = "n/a" +labels = ["Bite Sized", "kind::Task"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/413" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/414.toml b/gitlab/issues/target_missing/host_missing/accel_missing/414.toml new file mode 100644 index 00000000..b4a93676 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/414.toml @@ -0,0 +1,15 @@ +id = 414 +title = "Error handling: Use &error_abort instead of NULL for errp parameters for may-not-fail invocations" +state = "opened" +created_at = "2021-06-14T18:54:56.298Z" +closed_at = "n/a" +labels = ["Bite Sized", "kind::Task"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/414" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/415.toml b/gitlab/issues/target_missing/host_missing/accel_missing/415.toml new file mode 100644 index 00000000..13db77fd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/415.toml @@ -0,0 +1,15 @@ +id = 415 +title = "Error handling: Use TFR() macro where applicable" +state = "closed" +created_at = "2021-06-14T18:57:22.814Z" +closed_at = "2023-01-09T17:40:37.054Z" +labels = ["Bite Sized", "kind::Task", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/415" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/416.toml b/gitlab/issues/target_missing/host_missing/accel_missing/416.toml new file mode 100644 index 00000000..4dea0d1c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/416.toml @@ -0,0 +1,15 @@ +id = 416 +title = "Error handling: Audit unsafe usages of strerror()" +state = "opened" +created_at = "2021-06-14T18:58:56.462Z" +closed_at = "n/a" +labels = ["Bite Sized", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/416" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/417.toml b/gitlab/issues/target_missing/host_missing/accel_missing/417.toml new file mode 100644 index 00000000..41b5cf80 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/417.toml @@ -0,0 +1,15 @@ +id = 417 +title = "allow qemu_thread_create to return with error" +state = "opened" +created_at = "2021-06-14T19:10:01.656Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/417" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/418.toml b/gitlab/issues/target_missing/host_missing/accel_missing/418.toml new file mode 100644 index 00000000..e38a9312 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/418.toml @@ -0,0 +1,15 @@ +id = 418 +title = "qemu-img commit on Windows 10 fails" +state = "closed" +created_at = "2021-06-14T20:06:14.946Z" +closed_at = "2021-09-02T13:57:14.902Z" +labels = ["Storage", "hostos: Windows", "kind::Feature Request", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/418" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/419.toml b/gitlab/issues/target_missing/host_missing/accel_missing/419.toml new file mode 100644 index 00000000..398a6d4f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/419.toml @@ -0,0 +1,15 @@ +id = 419 +title = "bsd-user dumps core for all binaries emulated" +state = "closed" +created_at = "2021-06-15T14:45:39.352Z" +closed_at = "2024-07-21T21:43:36.981Z" +labels = ["bsd-user", "hostos: BSD", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/419" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/423.toml b/gitlab/issues/target_missing/host_missing/accel_missing/423.toml new file mode 100644 index 00000000..187fc736 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/423.toml @@ -0,0 +1,15 @@ +id = 423 +title = "NVME disk cannot be hotplugged after removal" +state = "opened" +created_at = "2021-06-16T14:44:37.847Z" +closed_at = "n/a" +labels = ["Storage", "block:NVMe", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/423" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/424.toml b/gitlab/issues/target_missing/host_missing/accel_missing/424.toml new file mode 100644 index 00000000..fb9092b8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/424.toml @@ -0,0 +1,15 @@ +id = 424 +title = "the option for vdagent communication needed for qxl scren resizing is not documented" +state = "opened" +created_at = "2021-06-17T06:55:17.201Z" +closed_at = "n/a" +labels = ["Documentation", "Launchpad", "device:graphics", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/424" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/425.toml b/gitlab/issues/target_missing/host_missing/accel_missing/425.toml new file mode 100644 index 00000000..797e9be5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/425.toml @@ -0,0 +1,15 @@ +id = 425 +title = "QEMU prepends pathnames to command lines of Multiboot kernels and modules, contrary to the specification" +state = "opened" +created_at = "2021-06-17T07:09:39.600Z" +closed_at = "n/a" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/425" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/428.toml b/gitlab/issues/target_missing/host_missing/accel_missing/428.toml new file mode 100644 index 00000000..5062cd8a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/428.toml @@ -0,0 +1,15 @@ +id = 428 +title = "Windows: Very low network throughput with tap-netdev & virtio-serial" +state = "opened" +created_at = "2021-06-17T18:11:11.885Z" +closed_at = "n/a" +labels = ["Networking", "Storage", "device:virtio", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/428" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/429.toml b/gitlab/issues/target_missing/host_missing/accel_missing/429.toml new file mode 100644 index 00000000..5a6b3082 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/429.toml @@ -0,0 +1,15 @@ +id = 429 +title = "Build failure on MacOS with Homebrew after upgrade" +state = "closed" +created_at = "2021-06-17T18:19:06.100Z" +closed_at = "2023-09-12T17:15:48.737Z" +labels = ["Build System", "Closed::WontFix", "hostos: macOS", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/429" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/431.toml b/gitlab/issues/target_missing/host_missing/accel_missing/431.toml new file mode 100644 index 00000000..641b5d7c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/431.toml @@ -0,0 +1,15 @@ +id = 431 +title = "USB passthrough in Windows Host non functional" +state = "closed" +created_at = "2021-06-18T03:58:27.250Z" +closed_at = "2021-07-30T08:14:34.027Z" +labels = ["USB", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/431" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/432.toml b/gitlab/issues/target_missing/host_missing/accel_missing/432.toml new file mode 100644 index 00000000..3804939f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/432.toml @@ -0,0 +1,15 @@ +id = 432 +title = "QAPI: Avoid generating empty source files" +state = "opened" +created_at = "2021-06-18T08:59:23.530Z" +closed_at = "n/a" +labels = ["QAPI/QMP", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/432" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/433.toml b/gitlab/issues/target_missing/host_missing/accel_missing/433.toml new file mode 100644 index 00000000..d3cce001 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/433.toml @@ -0,0 +1,15 @@ +id = 433 +title = "chardev: Windows stdio eats characters" +state = "opened" +created_at = "2021-06-18T12:08:03.753Z" +closed_at = "n/a" +labels = ["Chardev", "hostos: Windows", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/433" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/434.toml b/gitlab/issues/target_missing/host_missing/accel_missing/434.toml new file mode 100644 index 00000000..e5284c40 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/434.toml @@ -0,0 +1,15 @@ +id = 434 +title = "Mouse pointer disappears when it is over console window" +state = "opened" +created_at = "2021-06-18T16:06:07.858Z" +closed_at = "n/a" +labels = ["Launchpad", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/434" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/436.toml b/gitlab/issues/target_missing/host_missing/accel_missing/436.toml new file mode 100644 index 00000000..13c7abf9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/436.toml @@ -0,0 +1,15 @@ +id = 436 +title = "window 8 stuck during boot on Qemu" +state = "opened" +created_at = "2021-06-18T16:33:46.475Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/436" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/437.toml b/gitlab/issues/target_missing/host_missing/accel_missing/437.toml new file mode 100644 index 00000000..48303e84 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/437.toml @@ -0,0 +1,15 @@ +id = 437 +title = "[AHCI] crash when running a GNU/Hurd guest" +state = "opened" +created_at = "2021-06-18T16:35:26.766Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/437" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/440.toml b/gitlab/issues/target_missing/host_missing/accel_missing/440.toml new file mode 100644 index 00000000..fb16e855 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/440.toml @@ -0,0 +1,15 @@ +id = 440 +title = "/usr/share/applications/qemu.desktop should have an \"Exec=\" key." +state = "opened" +created_at = "2021-06-20T17:48:49.129Z" +closed_at = "n/a" +labels = ["GUI", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/440" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/441.toml b/gitlab/issues/target_missing/host_missing/accel_missing/441.toml new file mode 100644 index 00000000..5ffade01 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/441.toml @@ -0,0 +1,15 @@ +id = 441 +title = "qemu-img: \"Could not open backing image to determine size\" when backing image is encrypted" +state = "closed" +created_at = "2021-06-22T08:32:06.409Z" +closed_at = "2021-07-02T13:52:38.000Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/441" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/445.toml b/gitlab/issues/target_missing/host_missing/accel_missing/445.toml new file mode 100644 index 00000000..7220e099 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/445.toml @@ -0,0 +1,15 @@ +id = 445 +title = "QEMU + DOS keyboard behavior" +state = "opened" +created_at = "2021-06-23T12:34:54.015Z" +closed_at = "n/a" +labels = ["device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/445" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/446.toml b/gitlab/issues/target_missing/host_missing/accel_missing/446.toml new file mode 100644 index 00000000..32291276 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/446.toml @@ -0,0 +1,15 @@ +id = 446 +title = "usb-audio does not work with Mac OS" +state = "opened" +created_at = "2021-06-24T15:13:52.952Z" +closed_at = "n/a" +labels = ["Audio", "TestCase"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/446" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/450.toml b/gitlab/issues/target_missing/host_missing/accel_missing/450.toml new file mode 100644 index 00000000..611cbc4c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/450.toml @@ -0,0 +1,15 @@ +id = 450 +title = "sdhci: Assertion wpnum < sd->wpgrps_size failed" +state = "closed" +created_at = "2021-06-26T03:46:25.501Z" +closed_at = "2021-07-22T22:36:42.804Z" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/450" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/451.toml b/gitlab/issues/target_missing/host_missing/accel_missing/451.toml new file mode 100644 index 00000000..d22ea10c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/451.toml @@ -0,0 +1,15 @@ +id = 451 +title = "sdhci: Heap-buffer-overflow in sdhci_read_dataport" +state = "closed" +created_at = "2021-06-26T04:03:08.523Z" +closed_at = "2022-03-22T22:58:02.129Z" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/451" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/453.toml b/gitlab/issues/target_missing/host_missing/accel_missing/453.toml new file mode 100644 index 00000000..28de5472 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/453.toml @@ -0,0 +1,15 @@ +id = 453 +title = "tests/acceptance: Allow to overwrite smp and memory values set by `avocado_qemu.LinuxTest`" +state = "closed" +created_at = "2021-06-28T18:18:06.467Z" +closed_at = "2022-04-20T16:37:57.349Z" +labels = ["Bite Sized", "Python", "Tests", "kind::Task"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/453" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Refer to the discussion in https://lore.kernel.org/qemu-devel/20210621080824.789274-1-eric.auger@redhat.com/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/455.toml b/gitlab/issues/target_missing/host_missing/accel_missing/455.toml new file mode 100644 index 00000000..5db7d4b3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/455.toml @@ -0,0 +1,42 @@ +id = 455 +title = "Pressing special keys (specially ctrl) sticks the key or makes it repeat the next key until ESC or Ctrl is pressed." +state = "opened" +created_at = "2021-06-29T00:54:15.051Z" +closed_at = "n/a" +labels = ["device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/455" +host-os = "Debian testing with i3wm" +host-arch = "amd64" +qemu-version = "QEMU emulator version 6.0.0 (v6.0.0)" +guest-os = "Kubuntu 20.04 LTS" +guest-arch = "amd64" +description = """Well, I'm using it in a daily basis, since it is my VM to isolate the environment for work. + +It was compiled from source for _jack_ support, the only thing that I cared about. I'll be honest : I don't remember the special parameters, nothing unusual though. I'm not in the need for _rt_ kernels. + +When I press `Ctrl` and sometimes when I press other special keys, one of the three options occur : +1. It repeats all the keys pressed next, like if I was pressing it for a long time. + - Example : `a` turns into `aaaaaaaaaaaaaaa...`(continues) + - It repeats until I press `Esc` or `Ctrl` again. +1. `Ctrl` continues as pressed and everything I type occurs with `Ctrl`. + - Example : `a` turns into `Ctrl-A` + - Probably caused by the previous option. +1. It does what is expected, like `Ctrl-C`""" +reproduce = """1. Run the specified config. +1. Test `Ctrl-C` + `Ctrl-V` using text editors. + - I think that using a graphical one is faster to see it happening. + - Examples + - Atom + - Eclipse + - Kate + - VsCode + - It also occurred using a _pty_ but since I generally use the _middle-mouse-button_ with _ptys_. + - I'm not aware of the frequency that it happens. + - It also occurs with the mouse (`Ctrl-mouseclick`). + - For example: instead of going to a _Firefox_'s tab, it selects it. + +I don't know any other step here, the use case is trivial coding.""" +additional = """- I have already tried to disable "keyboard repeat" in config. + - At first it seems to work but the `Ctrl` key can get stuck like in the description and then I'm unable to get out of it (everything is sent as if it was with `Ctrl`) without pressing `Ctrl`+`ESC`. I have no idea of why. + - The problem seems to occur less frequently. +- It also happened before setting up `qemu-guest-agent`.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/456.toml b/gitlab/issues/target_missing/host_missing/accel_missing/456.toml new file mode 100644 index 00000000..2ae1eba4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/456.toml @@ -0,0 +1,37 @@ +id = 456 +title = "Qemu User (x86_64) Hangs after futex function not implemented error" +state = "closed" +created_at = "2021-06-29T20:52:22.321Z" +closed_at = "2023-01-18T01:23:41.722Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/456" +host-os = "Ubuntu 21.04 (Raspberry Pi 4 8GB RAM)" +host-arch = "aarch64" +qemu-version = "qemu-x86_64 version 5.2.0 (Debian 1:5.2+dfsg-9ubuntu3)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Qemu User hangs on futex call with the following last strace +``` +futex(0x0000004001a01654,FUTEX_PRIVATE_FLAG|FUTEX_UNLOCK_PI,0,NULL,NULL,0) = -1 errno=38 (Function not implemented) +``` +This is the last call until giving a SIGINT with CTRL + C where the following strace is output +``` +futex(0x00000040b0085180,FUTEX_PRIVATE_FLAG|FUTEX_WAIT,2,NULL,NULL,0) = -1 errno=4 (Interrupted system call) +--- SIGINT {si_signo=SIGINT, si_code=SI_KERNEL, si_pid=0, si_uid=0} --- + +```""" +reproduce = """1. Install steamcmd https://developer.valvesoftware.com/wiki/SteamCMD +2. In the steamcmd shell install Valheim dedicated server with `app_update 896660` +3. Navigate to the downloaded app `cd ~/Steam/steamapps/common/Valheim\\ dedicated\\ server/` +4. Run `qemu-x86_64 valheim_server.x86_64` +5. The process hangs as per description.""" +additional = """The issue was originally encountered on a raspberry pi ARM64 host using the ubuntu 5.2.0 version of qemu. Installed cross libararies: +* libc6-amd64-cross +* libgcc-s1-amd64-cross + +It was then replicated on the x86 host fedora with a build of the qemu master branch. +The full qemu -strace output is provided below +[qemu_strace_output.log](/uploads/96e0e31b1e63191a94d73f05023c5173/qemu_strace_output.log) + +The expected output found when running `strace ./valheim_server.x86_64` without qemu on the x86_64 host is attached below +[expected_output.log](/uploads/b3b25618103de8a3b9c0ef227bbffc9c/expected_output.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/458.toml b/gitlab/issues/target_missing/host_missing/accel_missing/458.toml new file mode 100644 index 00000000..73e54ca5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/458.toml @@ -0,0 +1,15 @@ +id = 458 +title = "Xfer:features:read truncating xml sent to gdb frontends" +state = "closed" +created_at = "2021-07-02T06:49:21.819Z" +closed_at = "2025-02-10T15:56:11.364Z" +labels = ["GDB", "Launchpad", "kind::Bug", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/458" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/46.toml b/gitlab/issues/target_missing/host_missing/accel_missing/46.toml new file mode 100644 index 00000000..9dd0d87a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/46.toml @@ -0,0 +1,15 @@ +id = 46 +title = "Investigate suitibility of GitLab Issue Tracker for QEMU" +state = "closed" +created_at = "2020-10-30T10:19:14.654Z" +closed_at = "2021-05-04T13:58:16.101Z" +labels = ["kind::Task"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/46" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/460.toml b/gitlab/issues/target_missing/host_missing/accel_missing/460.toml new file mode 100644 index 00000000..5d42d69d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/460.toml @@ -0,0 +1,15 @@ +id = 460 +title = "vmxnet3: Assertion failure in eth_setup_ip4_fragmentation" +state = "opened" +created_at = "2021-07-04T17:02:59.704Z" +closed_at = "n/a" +labels = ["Fuzzer", "Networking", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/460" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/462.toml b/gitlab/issues/target_missing/host_missing/accel_missing/462.toml new file mode 100644 index 00000000..30880c6a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/462.toml @@ -0,0 +1,53 @@ +id = 462 +title = "mirror: the block-job-cancel command can put qemu to the endless error loop" +state = "closed" +created_at = "2021-07-06T18:00:07.848Z" +closed_at = "2023-02-06T09:38:41.178Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/462" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """If the destination VM will crash (or network is down) right before the completion of the block device mirroring job (`block-job-cancel`), then there will be a possibility to put QEMU in the error loop.""" +reproduce = """1. Run both QEMU VMs: source + target. +2. On the target side prepare NBD server for blockdev mirroring process by using QMP commands similar to the one below: +``` +{"execute": "nbd-server-start", "arguments": { "addr": { "data": { "host": "::", "port": "49153" }, "type": "inet" } } } +{ "execute": "nbd-server-add", "arguments": { "device": "drive_main01", "writable": true } } +``` +3. On the source side, prepare VM for the migration and start driver mirror job: +``` +{"execute":"migrate-set-capabilities","arguments":{"capabilities":[{"capability":"pause-before-switchover","state":true}]}} +{ "execute": "drive-mirror", "arguments": { "device": "drive_main01", "mode": "existing", "job-id": "job0", "target": "nbd:127.0.0.1:49153:exportname=drive_main01", "sync": "top", "on-source-error": "stop", "on-target-error": "stop", "format": "raw", "speed": 0 } } +``` +4. On the source side wait for the `BLOCK_JOB_READY` event: +``` +{"timestamp": {"seconds": 1625586327, "microseconds": 833805}, "event": "BLOCK_JOB_READY", "data": {"device": "job0", "len": 21474836480, "offset": 21474836480, "speed": 0, "type": "mirror"}} +``` +5. Start migration on the source side: +``` +{ "execute": "migrate", "arguments": { "uri": "tcp:127.0.0.1:8091" } } +``` +6. Wait for the `pre-switchover` state of the migration: +``` +{ "execute": "query-migrate" } +{"return": {"expected-downtime": 300, "status": "pre-switchover", "setup-time": 3, "total-time": 11343, "ram": {"total": 8725020672, "postcopy-requests": 0, "dirty-sync-count": 2, "multifd-bytes": 0, "pages-per-second": 39550, "page-size": 4096, "remaining": 2871296, "mbps": 1073.7734399999999, "transferred": 963647065, "duplicate": 1899491, "dirty-pages-rate": 84, "skipped": 0, "normal-bytes": 944705536, "normal": 230641}}} +``` +7. Kill target QEMU to reproduce an issue. +8. Cancel the job on the source side: +``` +{ "execute": "block-job-cancel", "arguments": { "device": "job0" } } +``` + +Got the endless errror loop: +``` +... +{"timestamp": {"seconds": 1625586487, "microseconds": 413847}, "event": "BLOCK_JOB_ERROR", "data": {"device": "job0", "operation": "write", "action": "stop"}} +{"timestamp": {"seconds": 1625586487, "microseconds": 413865}, "event": "BLOCK_JOB_ERROR", "data": {"device": "job0", "operation": "write", "action": "stop"}} +{"timestamp": {"seconds": 1625586487, "microseconds": 413885}, "event": "BLOCK_JOB_ERROR", "data": {"device": "job0", "operation": "write", "action": "stop"}} +... +``` +Source qemu could be stopped only by using SIGKILL.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/463.toml b/gitlab/issues/target_missing/host_missing/accel_missing/463.toml new file mode 100644 index 00000000..46f3f486 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/463.toml @@ -0,0 +1,33 @@ +id = 463 +title = "[Build][git]Build process stop in libqemuutil.a.p/qobject_json-streamer.c.o" +state = "closed" +created_at = "2021-07-07T09:02:31.198Z" +closed_at = "2021-07-12T10:02:10.448Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/463" +host-os = "Archlinux" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Hello. + +I tried qemu to get build with revision 9aef0954195cc592e86846dbbe7f3c2c5603690a but it stops really quick at task 238/9335. + +Here is the beginning of the error log: + +``` +[238/9335] Compiling C object libqemuutil.a.p/qobject_json-streamer.c.o +FAILED: libqemuutil.a.p/qobject_json-streamer.c.o +cc -Ilibqemuutil.a.p -I. -I.. -Isubprojects/libvhost-user -I../subprojects/libvhost-user -Itrace -Iqapi -Iui -Iui/shader -I/usr/include/p11-kit-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gio-unix-2.0 -I/usr/include/pixman-1 -fdiagnostics-color=auto -pipe -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /build/qemu-git/src/qemu/linux-headers -isystem linux-headers -iquote . -iquote /build/qemu-git/src/qemu -iquote /build/qemu-git/src/qemu/include -iquote /build/qemu-git/src/qemu/disas/libvixl -iquote /build/qemu-git/src/qemu/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -march=x86-64 -mtune=generic -O2 -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fPIC -MD -MQ libqemuutil.a.p/qobject_json-streamer.c.o -MF libqemuutil.a.p/qobject_json-streamer.c.o.d -o libqemuutil.a.p/qobject_json-streamer.c.o -c ../qobject/json-streamer.c +In file included from ../qobject/json-streamer.c:14: +/build/qemu-git/src/qemu/include/qemu/osdep.h:259:58: error: operator '&&' has no right operand + 259 | #if defined(HAVE_BROKEN_SIZE_MAX) && HAVE_BROKEN_SIZE_MAX + | +```""" +reproduce = """1. Grab qemu-git code at commit 9aef0954195cc592e86846dbbe7f3c2c5603690a +2. use these configure options: --prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror --enable-vhost-user --enable-slirp=system --enable-xfsctl --audio-drv-list="pa alsa sdl" +3. run building process.""" +additional = """Attaching full build log. + +I'm using gcc 11.1.0. My last complete build was based on commit 9bef7ea9""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/464.toml b/gitlab/issues/target_missing/host_missing/accel_missing/464.toml new file mode 100644 index 00000000..4d7c2efa --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/464.toml @@ -0,0 +1,15 @@ +id = 464 +title = "The virtio disk shows offline when try to install windows version v6.0.5" +state = "opened" +created_at = "2021-07-09T02:43:45.800Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/464" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/465.toml b/gitlab/issues/target_missing/host_missing/accel_missing/465.toml new file mode 100644 index 00000000..d26febfd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/465.toml @@ -0,0 +1,19 @@ +id = 465 +title = "Support network virtualization for Macos Big Sur+" +state = "closed" +created_at = "2021-07-09T06:32:32.653Z" +closed_at = "2022-10-24T04:51:46.789Z" +labels = ["Networking", "hostos: macOS", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/465" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """The following implementation are already submitted as a patch and they seem to work well on my mbp 2019 Big Sur. The only prob is that the qemu-system command should be run as root. + +[https://patchwork.kernel.org/project/qemu-devel/list/?series=502533](https://patchwork.kernel.org/project/qemu-devel/list/?series=502533) + +[https://patchwork.kernel.org/project/qemu-devel/patch/20210708054451.9374-1-akihiko.odaki@gmail.com/](https://patchwork.kernel.org/project/qemu-devel/patch/20210708054451.9374-1-akihiko.odaki@gmail.com/)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/469.toml b/gitlab/issues/target_missing/host_missing/accel_missing/469.toml new file mode 100644 index 00000000..6bc5f419 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/469.toml @@ -0,0 +1,15 @@ +id = 469 +title = "SB16 audio playback freezes emulation in Windows 95 guest" +state = "opened" +created_at = "2021-07-11T09:59:20.041Z" +closed_at = "n/a" +labels = ["Audio", "Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/469" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/471.toml b/gitlab/issues/target_missing/host_missing/accel_missing/471.toml new file mode 100644 index 00000000..3c616be8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/471.toml @@ -0,0 +1,72 @@ +id = 471 +title = "Clipboard sharing with `qemu_vdagent` does not work with SDL backend" +state = "opened" +created_at = "2021-07-11T15:00:37.640Z" +closed_at = "n/a" +labels = ["device:input", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/471" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.0.50 (v6.0.0-2451-g3cfcc329af)" +guest-os = "Fedora-Workstation-Live-x86_64-34-1.2.iso" +guest-arch = "x86_64" +description = """Clipboard sharing doesn't work: qemu does not send clipboard-grab messages when selecting on the host, nor does it respond to clipboard-grab messages from the guest.""" +reproduce = """1. Start QEMU with `qemu_vdagent` and `-display sdl` +2. Try to copy on the host or the guest +3. Observe that the clipboard is not shared""" +additional = """It appears as though `vdagent_clipboard_notify` function is not called. + +Logs: + +With SDL: +``` +vdagent_open +vdagent_recv_chunk size 28 +vdagent_recv_msg msg announce-capabilities, size 8 +vdagent_peer_cap cap mouse-state +vdagent_peer_cap cap monitors-config +vdagent_peer_cap cap reply +vdagent_peer_cap cap clipboard-by-demand +vdagent_peer_cap cap clipboard-selection +vdagent_peer_cap cap sparse-monitors-config +vdagent_peer_cap cap guest-lineend-lf +vdagent_peer_cap cap max-clipboard +vdagent_peer_cap cap audio-volume-sync +vdagent_send msg announce-capabilities +# tried to copy on host -- nothing happens here. +# trying to copy on guest: +vdagent_recv_chunk size 28 +vdagent_recv_msg msg clipboard-grab, size 8 +vdagent_cb_grab_selection selection clipboard +vdagent_cb_grab_type type text +# no response sent +``` +With GTK: +``` +vdagent_open +vdagent_recv_chunk size 28 +vdagent_recv_msg msg announce-capabilities, size 8 +vdagent_peer_cap cap mouse-state +vdagent_peer_cap cap monitors-config +vdagent_peer_cap cap reply +vdagent_peer_cap cap clipboard-by-demand +vdagent_peer_cap cap clipboard-selection +vdagent_peer_cap cap sparse-monitors-config +vdagent_peer_cap cap guest-lineend-lf +vdagent_peer_cap cap max-clipboard +vdagent_peer_cap cap audio-volume-sync +vdagent_send msg announce-capabilities +# trying to copy on host: +vdagent_send msg clipboard-grab +vdagent_recv_chunk size 28 +vdagent_recv_msg msg clipboard-request, size 8 +vdagent_send msg clipboard +vdagent_recv_chunk size 28 +# trying to copy on guest: +vdagent_recv_msg msg clipboard-grab, size 8 +vdagent_cb_grab_selection selection clipboard +vdagent_cb_grab_type type text +vdagent_send msg clipboard-request +vdagent_recv_chunk size 29 +vdagent_recv_msg msg clipboard, size 9 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/473.toml b/gitlab/issues/target_missing/host_missing/accel_missing/473.toml new file mode 100644 index 00000000..2d0efdb3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/473.toml @@ -0,0 +1,15 @@ +id = 473 +title = "QEMU 6.0.0 - NSIS installer script issues" +state = "opened" +created_at = "2021-07-12T12:21:13.309Z" +closed_at = "n/a" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/473" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/474.toml b/gitlab/issues/target_missing/host_missing/accel_missing/474.toml new file mode 100644 index 00000000..753dea24 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/474.toml @@ -0,0 +1,38 @@ +id = 474 +title = "[build][git]Build process stops while linking qemu-aarch64_be in util/async.c:426" +state = "closed" +created_at = "2021-07-12T15:39:01.408Z" +closed_at = "2021-07-19T17:04:52.306Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/474" +host-os = "Archlinux" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Looks like this is a followup of bug #463. Even if this bug is fixed, build process breaks later. + +This time, build process is stop while processing linking qemu-aarch64_be, really late at step 6492/9511. + +Error log start with: + +``` +[6492/9511] Linking target qemu-aarch64_be +FAILED: qemu-aarch64_be +``` + +And later I can read: + +``` +/usr/bin/ld: libqemuutil.a(util_async.c.o): in function `aio_setup_linux_io_uring': +/build/qemu-git/src/qemu/build-full/../util/async.c:421: undefined reference to `luring_init' +/usr/bin/ld: /build/qemu-git/src/qemu/build-full/../util/async.c:426: undefined reference to `luring_attach_aio_context' +/usr/bin/ld: libqemuutil.a(util_async.c.o): in function `aio_ctx_finalize': +/build/qemu-git/src/qemu/build-full/../util/async.c:334: undefined reference to `luring_detach_aio_context' +/usr/bin/ld: /build/qemu-git/src/qemu/build-full/../util/async.c:335: undefined reference to `luring_cleanup' +collect2: error: ld returned 1 exit status +```""" +reproduce = """1. Grab source code at commit bd38ae2 +2. use these configure options: --prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror --enable-vhost-user --enable-slirp=system --enable-xfsctl --audio-drv-list="pa alsa sdl" +3. Launch build process.""" +additional = """Adding building process log.[qemu-git-13_6.0.0.r2577.gbd38ae26ce-1-x86_64-build.log](/uploads/419d2323799aad3a0f4a7719ce123f35/qemu-git-13_6.0.0.r2577.gbd38ae26ce-1-x86_64-build.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/476.toml b/gitlab/issues/target_missing/host_missing/accel_missing/476.toml new file mode 100644 index 00000000..a27eb345 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/476.toml @@ -0,0 +1,15 @@ +id = 476 +title = "QEMU with x86-64 EFI disk image and 'nographic' option crashes WSL2 window" +state = "opened" +created_at = "2021-07-12T16:36:27.731Z" +closed_at = "n/a" +labels = ["kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/476" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/479.toml b/gitlab/issues/target_missing/host_missing/accel_missing/479.toml new file mode 100644 index 00000000..dcfe80a5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/479.toml @@ -0,0 +1,20 @@ +id = 479 +title = "qemu-6.0.0: Assertion 'p_rcu_reader->depth != 0' failed" +state = "closed" +created_at = "2021-07-14T00:47:50.410Z" +closed_at = "2021-07-15T04:03:34.209Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/479" +host-os = "modded CentOS6 (with gcc-4.9.3's libstdc++.so.6.0.20)" +host-arch = "4x Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz" +qemu-version = "QEMU emulator version 6.0.0" +guest-os = "bare-metal" +guest-arch = "aarch64" +description = """assertion failure: +``` +qemu-system-aarch64: /home/aileen/Downloads/qemu-6.0.0/include/qemu/rcu.h:93: rcu_read_unlock: Assertion `p_rcu_reader->depth != 0' failed. +```""" +reproduce = """1. You cannot +2. unless I give +3. you the ELF file.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/48.toml b/gitlab/issues/target_missing/host_missing/accel_missing/48.toml new file mode 100644 index 00000000..f0327a6d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/48.toml @@ -0,0 +1,15 @@ +id = 48 +title = "Hover effect color for \"Full list of releases\" button is low contrast" +state = "closed" +created_at = "2021-04-28T14:54:34.519Z" +closed_at = "2021-05-04T06:43:37.385Z" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/48" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/480.toml b/gitlab/issues/target_missing/host_missing/accel_missing/480.toml new file mode 100644 index 00000000..18d3aa17 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/480.toml @@ -0,0 +1,15 @@ +id = 480 +title = "Supported ARMv8.? Opcodes" +state = "closed" +created_at = "2021-07-14T01:02:43.087Z" +closed_at = "2021-07-14T15:22:11.726Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/480" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/483.toml b/gitlab/issues/target_missing/host_missing/accel_missing/483.toml new file mode 100644 index 00000000..fc84fda8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/483.toml @@ -0,0 +1,35 @@ +id = 483 +title = "qemu doesn't process -object secret when read from a config file" +state = "closed" +created_at = "2021-07-15T00:59:40.362Z" +closed_at = "2021-11-04T14:01:34.894Z" +labels = ["CLI", "Stable::to backport"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/483" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Qemu doesn't process -object secret lines when read from a config file. This results in the new spice password-secret option failing with error: No secret with id '\\<theid\\>'""" +reproduce = """1. Create a password file +``` +printf "password" > passfile.pw +``` +2. Start qemu with command line options and also write to a config file +``` +qemu-system-x86_64 \\ + -object secret,id=spicepwd,format=raw,file=passfile.pw \\ + -spice port=5901,password-secret=spicepwd \\ + -writeconfig qemu.cfg +``` +3. Optional: Connect using spice client and password: "password" +4. Exit qemu and cat qemu.cfg and verify it looks okay with equivalent options to what was specified on the command line +5. Now attempt to start qemu and read the options using the config file +``` +qemu-system-x86_64 -readconfig qemu.cfg +``` +6. This fails with an error: +``` +qemu-system-x86_64: No secret with id 'spicepwd' +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/484.toml b/gitlab/issues/target_missing/host_missing/accel_missing/484.toml new file mode 100644 index 00000000..598b0ddd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/484.toml @@ -0,0 +1,15 @@ +id = 484 +title = "6.1 Regression: machine pflash parsing" +state = "closed" +created_at = "2021-07-16T15:32:36.139Z" +closed_at = "2021-07-24T13:25:38.023Z" +labels = ["CLI", "QAPI/QMP", "QOM", "Regression", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/484" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/486.toml b/gitlab/issues/target_missing/host_missing/accel_missing/486.toml new file mode 100644 index 00000000..384aaed7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/486.toml @@ -0,0 +1,15 @@ +id = 486 +title = "/dev/input/mouse0: is not an evdev device" +state = "closed" +created_at = "2021-07-17T14:46:20.711Z" +closed_at = "2021-07-22T07:05:59.570Z" +labels = ["device:input", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/486" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "QEMU emulator version 4.2.1 (Debian 1:4.2-3ubuntu6.17)" +guest-os = "macOS" +guest-arch = "x86" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/487.toml b/gitlab/issues/target_missing/host_missing/accel_missing/487.toml new file mode 100644 index 00000000..822465c2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/487.toml @@ -0,0 +1,15 @@ +id = 487 +title = "sdhci: out of bounds read on sd->sd_status" +state = "closed" +created_at = "2021-07-18T06:08:02.454Z" +closed_at = "2024-06-25T04:30:06.502Z" +labels = ["Fuzzer", "Storage", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/487" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/488.toml b/gitlab/issues/target_missing/host_missing/accel_missing/488.toml new file mode 100644 index 00000000..c04e8dc4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/488.toml @@ -0,0 +1,38 @@ +id = 488 +title = "[git]Virt-Manager cannot start any previously created virtual machine with Qemu commit bd306cfe: 'spicevmc' is not a valid char driver name" +state = "closed" +created_at = "2021-07-18T08:10:47.919Z" +closed_at = "2021-07-23T10:25:16.348Z" +labels = ["CLI", "Modules", "Regression", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/488" +host-os = "n/a" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """With qemu built on commit bd306cfe, I'm unable to start a previously created VM. + +Because of both bug #463 and #474 I was blocked from building qemu from git for something like a week or so. My last built and working Qemu is based on commit 9bef7ea9d9. + +Doing a git bissect won't be an easy task :(""" +reproduce = """1. Build qemu using commit bd306cfe +2. Launch Virt-Manager +3. Try to launch a previously created VM or try to boot a new one.""" +additional = """Every single time I tried to launch a VM, I get a dialog box with this error message: + +``` +Error starting domain: internal error: qemu unexpectedly closed the monitor: 2021-07-18T07:56:50.116480Z qemu-system-x86_64: -chardev spicevmc,id=charchannel1,name=vdagent: 'spicevmc' is not a valid char driver name + +Traceback (most recent call last): + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in cb_wrapper + callback(asyncjob, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb + callback(*args, **kwargs) + File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in newfn + ret = fn(self, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/object/domain.py", line 1329, in startup + self._backend.create() + File "/usr/lib/python3.9/site-packages/libvirt.py", line 1353, in create + raise libvirtError('virDomainCreate() failed') +libvirt.libvirtError: internal error: qemu unexpectedly closed the monitor: 2021-07-18T07:56:50.116480Z qemu-system-x86_64: -chardev spicevmc,id=charchannel1,name=vdagent: 'spicevmc' is not a valid char driver name +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/49.toml b/gitlab/issues/target_missing/host_missing/accel_missing/49.toml new file mode 100644 index 00000000..74dce20a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/49.toml @@ -0,0 +1,15 @@ +id = 49 +title = "[Feature request] MDIO bus" +state = "closed" +created_at = "2021-04-28T14:57:47.199Z" +closed_at = "2022-08-16T06:37:10.703Z" +labels = ["Closed::UnbackedFeature", "Launchpad", "Networking", "QOM", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/49" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/490.toml b/gitlab/issues/target_missing/host_missing/accel_missing/490.toml new file mode 100644 index 00000000..2087702f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/490.toml @@ -0,0 +1,837 @@ +id = 490 +title = "Compilation FAILED: libblock.fa.p/block_vpc.c.o" +state = "closed" +created_at = "2021-07-18T15:05:43.291Z" +closed_at = "2021-07-19T07:33:28.457Z" +labels = ["Closed::Fixed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/490" +host-os = "Manjaro Linux" +host-arch = "x86_64" +qemu-version = "v5.2.0" +guest-os = "Linux" +guest-arch = "riscv64" +description = """Compilation failed""" +reproduce = """``` +git checkout v5.2.0 +./configure --target-list=riscv64-softmmu +make +```""" +additional = """``` +changing dir to build for make ""... +make[1]: Entering directory '/home/peterlin/Labs/riscv64-linux/qemu/build' +/usr/bin/ninja build.ninja && touch build.ninja.stamp +ninja: no work to do. +/usr/bin/meson introspect --targets --tests --benchmarks | /usr/bin/python3 -B scripts/mtest2make.py > Makefile.mtest + AS multiboot.o + AS linuxboot.o + CC linuxboot_dma.o + AS pvh.o + AS kvmvapic.o + BUILD linuxboot.img + BUILD kvmvapic.img + CC pvh_main.o + BUILD multiboot.img + BUILD linuxboot_dma.img +ld: Error: unable to disambiguate: -no-pie (did you mean --no-pie ?) +make[2]: *** [Makefile:57: kvmvapic.img] Error 1 +make[2]: *** Waiting for unfinished jobs.... +ld: Error: unable to disambiguate: -no-pie (did you mean --no-pie ?) +make[2]: *** [Makefile:57: linuxboot.img] Error 1 +ld: Error: unable to disambiguate: -no-pie (did you mean --no-pie ?) +ld: Error: unable to disambiguate: -no-pie (did you mean --no-pie ?) +make[2]: *** [Makefile:57: multiboot.img] Error 1 +make[2]: *** [Makefile:57: linuxboot_dma.img] Error 1 +make[1]: *** [Makefile:206: pc-bios/optionrom/all] Error 2 +make[1]: *** Waiting for unfinished jobs.... +[1/2124] Compiling C object libcapstone.a.p/capstone_MCInstrDesc.c.o +[2/2124] Compiling C object libcapstone.a.p/capstone_MCRegisterInfo.c.o +[3/2124] Compiling C object libcapstone.a.p/capstone_arch_X86_X86Module.c.o +[4/2124] Compiling C object libcapstone.a.p/capstone_SStream.c.o +[5/2124] Compiling C object libcapstone.a.p/capstone_arch_X86_X86InstPrinterCommon.c.o +[6/2124] Compiling C object libcapstone.a.p/capstone_utils.c.o +[7/2124] Compiling C object libcapstone.a.p/capstone_MCInst.c.o +[8/2124] Compiling C object libcapstone.a.p/capstone_cs.c.o +[9/2124] Generating qemu-version.h with a custom command (wrapped by meson to capture output) +[10/2124] Generating hmp-commands.h with a custom command (wrapped by meson to capture output) +[11/2124] Generating qemu-img-cmds.h with a custom command (wrapped by meson to capture output) +[12/2124] Generating hmp-commands-info.h with a custom command (wrapped by meson to capture output) +[13/2124] Generating qemu-options.def with a custom command (wrapped by meson to capture output) +[14/2124] Compiling C object contrib/libvhost-user/libvhost-user.a.p/libvhost-user-glib.c.o +[15/2124] Compiling C object libcapstone.a.p/capstone_arch_X86_X86Disassembler.c.o +[16/2124] Generating trace-hw_audio.h with a custom command (wrapped by meson to capture output) +[17/2124] Generating trace-hw_9pfs.h with a custom command (wrapped by meson to capture output) +[18/2124] Generating trace-hw_audio.c with a custom command (wrapped by meson to capture output) +[19/2124] Generating trace-hw_block_dataplane.h with a custom command (wrapped by meson to capture output) +[20/2124] Compiling C object libcapstone.a.p/capstone_arch_X86_X86ATTInstPrinter.c.o +[21/2124] Generating trace-hw_block.c with a custom command (wrapped by meson to capture output) +[22/2124] Generating trace-hw_block.h with a custom command (wrapped by meson to capture output) +[23/2124] Compiling C object libcapstone.a.p/capstone_arch_X86_X86IntelInstPrinter.c.o +[24/2124] Generating trace-hw_arm.h with a custom command (wrapped by meson to capture output) +[25/2124] Generating trace-hw_alpha.c with a custom command (wrapped by meson to capture output) +[26/2124] Generating trace-hw_arm.c with a custom command (wrapped by meson to capture output) +[27/2124] Compiling C object contrib/libvhost-user/libvhost-user.a.p/libvhost-user.c.o +[28/2124] Linking static target contrib/libvhost-user/libvhost-user.a +[29/2124] Generating trace-hw_char.c with a custom command (wrapped by meson to capture output) +[30/2124] Generating trace-hw_9pfs.c with a custom command (wrapped by meson to capture output) +[31/2124] Generating trace-hw_block_dataplane.c with a custom command (wrapped by meson to capture output) +[32/2124] Generating trace-hw_char.h with a custom command (wrapped by meson to capture output) +[33/2124] Compiling C object libcapstone.a.p/capstone_arch_X86_X86Mapping.c.o +[34/2124] Generating trace-hw_alpha.h with a custom command (wrapped by meson to capture output) +[35/2124] Generating trace-hw_acpi.c with a custom command (wrapped by meson to capture output) +[36/2124] Generating trace-hw_acpi.h with a custom command (wrapped by meson to capture output) +[37/2124] Generating trace-accel_kvm.h with a custom command (wrapped by meson to capture output) +[38/2124] Generating trace-root.c with a custom command (wrapped by meson to capture output) +[39/2124] Generating trace-accel_tcg.h with a custom command (wrapped by meson to capture output) +[40/2124] Generating trace-accel_kvm.c with a custom command (wrapped by meson to capture output) +[41/2124] Generating trace-crypto.h with a custom command (wrapped by meson to capture output) +[42/2124] Generating trace-accel_tcg.c with a custom command (wrapped by meson to capture output) +[43/2124] Generating trace-crypto.c with a custom command (wrapped by meson to capture output) +[44/2124] Generating trace-authz.c with a custom command (wrapped by meson to capture output) +[45/2124] Generating trace-authz.h with a custom command (wrapped by meson to capture output) +[46/2124] Generating trace-monitor.h with a custom command (wrapped by meson to capture output) +[47/2124] Generating trace-monitor.c with a custom command (wrapped by meson to capture output) +[48/2124] Compiling C object libcapstone.a.p/capstone_arch_X86_X86DisassemblerDecoder.c.o +[49/2124] Linking static target libcapstone.a +[50/2124] Generating trace-root.h with a custom command (wrapped by meson to capture output) +[51/2124] Generating trace-block.h with a custom command (wrapped by meson to capture output) +[52/2124] Generating trace-hw_watchdog.h with a custom command (wrapped by meson to capture output) +[53/2124] Generating trace-hw_virtio.c with a custom command (wrapped by meson to capture output) +[54/2124] Generating trace-hw_watchdog.c with a custom command (wrapped by meson to capture output) +[55/2124] Generating trace-block.c with a custom command (wrapped by meson to capture output) +[56/2124] Generating trace-io.c with a custom command (wrapped by meson to capture output) +[57/2124] Generating trace-nbd.h with a custom command (wrapped by meson to capture output) +[58/2124] Generating trace-nbd.c with a custom command (wrapped by meson to capture output) +[59/2124] Generating trace-io.h with a custom command (wrapped by meson to capture output) +[60/2124] Generating trace-scsi.h with a custom command (wrapped by meson to capture output) +[61/2124] Generating trace-scsi.c with a custom command (wrapped by meson to capture output) +[62/2124] Generating trace-audio.h with a custom command (wrapped by meson to capture output) +[63/2124] Generating trace-backends.h with a custom command (wrapped by meson to capture output) +[64/2124] Generating trace-backends.c with a custom command (wrapped by meson to capture output) +[65/2124] Generating trace-audio.c with a custom command (wrapped by meson to capture output) +[66/2124] Generating trace-backends_tpm.h with a custom command (wrapped by meson to capture output) +[67/2124] Generating trace-backends_tpm.c with a custom command (wrapped by meson to capture output) +[68/2124] Generating shared QAPI source files with a custom command +[69/2124] Generating trace-chardev.h with a custom command (wrapped by meson to capture output) +[70/2124] Generating trace-chardev.c with a custom command (wrapped by meson to capture output) +[71/2124] Generating trace-hw_display.h with a custom command (wrapped by meson to capture output) +[72/2124] Generating trace-hw_display.c with a custom command (wrapped by meson to capture output) +[73/2124] Generating trace-hw_dma.h with a custom command (wrapped by meson to capture output) +[74/2124] Generating trace-hw_dma.c with a custom command (wrapped by meson to capture output) +[75/2124] Generating trace-hw_hppa.h with a custom command (wrapped by meson to capture output) +[76/2124] Generating trace-hw_hppa.c with a custom command (wrapped by meson to capture output) +[77/2124] Generating trace-hw_hyperv.h with a custom command (wrapped by meson to capture output) +[78/2124] Generating trace-hw_hyperv.c with a custom command (wrapped by meson to capture output) +[79/2124] Generating trace-hw_i2c.h with a custom command (wrapped by meson to capture output) +[80/2124] Generating trace-hw_i386_xen.c with a custom command (wrapped by meson to capture output) +[81/2124] Generating trace-hw_i386.h with a custom command (wrapped by meson to capture output) +[82/2124] Generating trace-hw_i386.c with a custom command (wrapped by meson to capture output) +[83/2124] Generating trace-hw_i2c.c with a custom command (wrapped by meson to capture output) +[84/2124] Generating trace-hw_i386_xen.h with a custom command (wrapped by meson to capture output) +[85/2124] Generating trace-hw_ide.c with a custom command (wrapped by meson to capture output) +[86/2124] Generating trace-hw_ide.h with a custom command (wrapped by meson to capture output) +[87/2124] Generating trace-hw_input.h with a custom command (wrapped by meson to capture output) +[88/2124] Generating trace-hw_input.c with a custom command (wrapped by meson to capture output) +[89/2124] Generating trace-hw_isa.h with a custom command (wrapped by meson to capture output) +[90/2124] Generating trace-hw_intc.h with a custom command (wrapped by meson to capture output) +[91/2124] Generating trace-hw_intc.c with a custom command (wrapped by meson to capture output) +[92/2124] Generating trace-hw_mem.h with a custom command (wrapped by meson to capture output) +[93/2124] Generating trace-hw_mem.c with a custom command (wrapped by meson to capture output) +[94/2124] Generating trace-hw_isa.c with a custom command (wrapped by meson to capture output) +[95/2124] Generating trace-hw_misc.h with a custom command (wrapped by meson to capture output) +[96/2124] Generating trace-hw_mips.h with a custom command (wrapped by meson to capture output) +[97/2124] Generating trace-hw_mips.c with a custom command (wrapped by meson to capture output) +[98/2124] Generating trace-hw_misc.c with a custom command (wrapped by meson to capture output) +[99/2124] Generating trace-hw_misc_macio.c with a custom command (wrapped by meson to capture output) +[100/2124] Generating trace-hw_misc_macio.h with a custom command (wrapped by meson to capture output) +[101/2124] Generating trace-hw_net.h with a custom command (wrapped by meson to capture output) +[102/2124] Generating trace-hw_nvram.h with a custom command (wrapped by meson to capture output) +[103/2124] Generating trace-hw_net.c with a custom command (wrapped by meson to capture output) +[104/2124] Generating trace-hw_pci.h with a custom command (wrapped by meson to capture output) +[105/2124] Generating trace-hw_nvram.c with a custom command (wrapped by meson to capture output) +[106/2124] Generating trace-hw_pci_host.h with a custom command (wrapped by meson to capture output) +[107/2124] Generating trace-hw_pci.c with a custom command (wrapped by meson to capture output) +[108/2124] Generating trace-hw_pci_host.c with a custom command (wrapped by meson to capture output) +[109/2124] Generating trace-hw_ppc.h with a custom command (wrapped by meson to capture output) +[110/2124] Generating trace-hw_ppc.c with a custom command (wrapped by meson to capture output) +[111/2124] Generating trace-hw_rdma.c with a custom command (wrapped by meson to capture output) +[112/2124] Generating trace-hw_rdma_vmw.c with a custom command (wrapped by meson to capture output) +[113/2124] Generating trace-hw_rdma_vmw.h with a custom command (wrapped by meson to capture output) +[114/2124] Generating trace-hw_rdma.h with a custom command (wrapped by meson to capture output) +[115/2124] Generating trace-hw_rtc.h with a custom command (wrapped by meson to capture output) +[116/2124] Generating trace-hw_rtc.c with a custom command (wrapped by meson to capture output) +[117/2124] Generating trace-hw_s390x.c with a custom command (wrapped by meson to capture output) +[118/2124] Generating trace-hw_s390x.h with a custom command (wrapped by meson to capture output) +[119/2124] Generating trace-hw_scsi.c with a custom command (wrapped by meson to capture output) +[120/2124] Generating trace-hw_scsi.h with a custom command (wrapped by meson to capture output) +[121/2124] Generating trace-hw_sd.h with a custom command (wrapped by meson to capture output) +[122/2124] Generating trace-hw_sd.c with a custom command (wrapped by meson to capture output) +[123/2124] Generating trace-hw_sparc.h with a custom command (wrapped by meson to capture output) +[124/2124] Generating trace-hw_sparc64.c with a custom command (wrapped by meson to capture output) +[125/2124] Generating trace-hw_sparc.c with a custom command (wrapped by meson to capture output) +[126/2124] Generating trace-hw_sparc64.h with a custom command (wrapped by meson to capture output) +[127/2124] Generating trace-hw_ssi.h with a custom command (wrapped by meson to capture output) +[128/2124] Generating trace-hw_ssi.c with a custom command (wrapped by meson to capture output) +[129/2124] Generating trace-hw_timer.h with a custom command (wrapped by meson to capture output) +[130/2124] Generating trace-hw_timer.c with a custom command (wrapped by meson to capture output) +[131/2124] Generating trace-hw_tpm.h with a custom command (wrapped by meson to capture output) +[132/2124] Generating trace-hw_usb.h with a custom command (wrapped by meson to capture output) +[133/2124] Generating trace-hw_tpm.c with a custom command (wrapped by meson to capture output) +[134/2124] Generating trace-hw_usb.c with a custom command (wrapped by meson to capture output) +[135/2124] Generating trace-hw_vfio.c with a custom command (wrapped by meson to capture output) +[136/2124] Generating trace-hw_vfio.h with a custom command (wrapped by meson to capture output) +[137/2124] Generating trace-hw_xen.h with a custom command (wrapped by meson to capture output) +[138/2124] Generating trace-hw_virtio.h with a custom command (wrapped by meson to capture output) +[139/2124] Generating trace-hw_xen.c with a custom command (wrapped by meson to capture output) +[140/2124] Generating trace-hw_gpio.h with a custom command (wrapped by meson to capture output) +[141/2124] Generating trace-hw_gpio.c with a custom command (wrapped by meson to capture output) +[142/2124] Generating trace-migration.h with a custom command (wrapped by meson to capture output) +[143/2124] Generating trace-net.c with a custom command (wrapped by meson to capture output) +[144/2124] Generating trace-migration.c with a custom command (wrapped by meson to capture output) +[145/2124] Generating trace-softmmu.h with a custom command (wrapped by meson to capture output) +[146/2124] Generating trace-net.h with a custom command (wrapped by meson to capture output) +[147/2124] Generating trace-softmmu.c with a custom command (wrapped by meson to capture output) +[148/2124] Generating trace-ui.h with a custom command (wrapped by meson to capture output) +[149/2124] Generating trace-ui.c with a custom command (wrapped by meson to capture output) +[150/2124] Generating trace-hw_core.c with a custom command (wrapped by meson to capture output) +[151/2124] Generating trace-hw_core.h with a custom command (wrapped by meson to capture output) +[152/2124] Generating trace-qapi.h with a custom command (wrapped by meson to capture output) +[153/2124] Generating trace-qom.h with a custom command (wrapped by meson to capture output) +[154/2124] Generating trace-qapi.c with a custom command (wrapped by meson to capture output) +[155/2124] Generating trace-qom.c with a custom command (wrapped by meson to capture output) +[156/2124] Generating trace-target_arm.h with a custom command (wrapped by meson to capture output) +[157/2124] Generating trace-target_arm.c with a custom command (wrapped by meson to capture output) +[158/2124] Generating trace-target_hppa.h with a custom command (wrapped by meson to capture output) +[159/2124] Generating trace-target_hppa.c with a custom command (wrapped by meson to capture output) +[160/2124] Generating trace-target_i386.h with a custom command (wrapped by meson to capture output) +[161/2124] Generating trace-target_i386.c with a custom command (wrapped by meson to capture output) +[162/2124] Generating trace-target_mips.h with a custom command (wrapped by meson to capture output) +[163/2124] Generating trace-target_ppc.h with a custom command (wrapped by meson to capture output) +[164/2124] Generating trace-target_mips.c with a custom command (wrapped by meson to capture output) +[165/2124] Generating trace-target_ppc.c with a custom command (wrapped by meson to capture output) +[166/2124] Generating trace-target_riscv.h with a custom command (wrapped by meson to capture output) +[167/2124] Generating trace-target_riscv.c with a custom command (wrapped by meson to capture output) +[168/2124] Generating trace-target_s390x.h with a custom command (wrapped by meson to capture output) +[169/2124] Generating trace-target_s390x.c with a custom command (wrapped by meson to capture output) +[170/2124] Generating trace-target_sparc.h with a custom command (wrapped by meson to capture output) +[171/2124] Generating trace-util.h with a custom command (wrapped by meson to capture output) +[172/2124] Generating trace-target_sparc.c with a custom command (wrapped by meson to capture output) +[173/2124] Generating trace-util.c with a custom command (wrapped by meson to capture output) +[174/2124] Generating generated-helpers.c with a custom command (wrapped by meson to capture output) +[175/2124] Generating generated-tcg-tracers.h with a custom command (wrapped by meson to capture output) +[176/2124] Generating generated-helpers.h with a custom command (wrapped by meson to capture output) +[177/2124] Generating trace-events-all with a custom command (wrapped by meson to capture output) +[178/2124] Generating generated-helpers-wrappers.h with a custom command (wrapped by meson to capture output) +[179/2124] Generating input-keymap-linux-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[180/2124] Generating input-keymap-qcode-to-atset1.c.inc with a custom command (wrapped by meson to capture output) +[181/2124] Generating input-keymap-qcode-to-atset2.c.inc with a custom command (wrapped by meson to capture output) +[182/2124] Generating input-keymap-atset1-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[183/2124] Generating input-keymap-qcode-to-linux.c.inc with a custom command (wrapped by meson to capture output) +[184/2124] Generating input-keymap-qcode-to-qnum.c.inc with a custom command (wrapped by meson to capture output) +[185/2124] Generating input-keymap-qcode-to-atset3.c.inc with a custom command (wrapped by meson to capture output) +[186/2124] Generating input-keymap-qcode-to-sun.c.inc with a custom command (wrapped by meson to capture output) +[187/2124] Generating input-keymap-qnum-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[188/2124] Generating input-keymap-win32-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[189/2124] Generating input-keymap-usb-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[190/2124] Generating module_block.h with a custom command +[191/2124] Generating block-gen.c with a custom command +[192/2124] Compiling C object tests/fp/libsoftfloat.a.p/berkeley-softfloat-3_source_f128_lt_quiet.c.o +[193/2124] Compiling C object tests/fp/libsoftfloat.a.p/berkeley-softfloat-3_source_f128_isSignalingNaN.c.o +[194/2124] Compiling C object tests/fp/libsoftfloat.a.p/berkeley-softfloat-3_source_f128M_to_i64.c.o +[195/2124] Compiling C object tests/fp/libsoftfloat.a.p/berkeley-softfloat-3_source_f128M_to_ui32.c.o +[196/2124] Compiling C object tests/fp/libsoftfloat.a.p/berkeley-softfloat-3_source_f128M_to_ui64.c.o +[197/2124] Compiling C object tests/fp/libsoftfloat.a.p/berkeley-softfloat-3_source_f128M_to_i32.c.o +[198/2124] Generating 'libqemu-riscv64-softmmu.fa.p/decode-insn16.c.inc'. +[199/2124] Generating input-keymap-xorgevdev-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[200/2124] Generating input-keymap-xorgxwin-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[201/2124] Generating texture-blit-frag.h with a custom command (wrapped by meson to capture output) +[202/2124] Generating texture-blit-vert.h with a custom command (wrapped by meson to capture output) +[203/2124] Generating input-keymap-xorgxquartz-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[204/2124] Generating input-keymap-xorgkbd-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[205/2124] Generating 'libqemu-riscv64-softmmu.fa.p/decode-insn32.c.inc'. +[206/2124] Generating input-keymap-x11-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[207/2124] Generating QGA QAPI files with a custom command +[208/2124] Generating bepo with a custom command +[209/2124] Generating input-keymap-osx-to-qcode.c.inc with a custom command (wrapped by meson to capture output) +[210/2124] Generating ar with a custom command +[211/2124] Generating cz with a custom command +[212/2124] Generating texture-blit-flip-vert.h with a custom command (wrapped by meson to capture output) +[213/2124] Generating de with a custom command +[214/2124] Generating da with a custom command +[215/2124] Compiling C object contrib/elf2dmp/elf2dmp.p/download.c.o +[216/2124] Compiling C object contrib/elf2dmp/elf2dmp.p/addrspace.c.o +[217/2124] Compiling C object contrib/elf2dmp/elf2dmp.p/qemu_elf.c.o +[218/2124] Compiling C object contrib/ivshmem-client/ivshmem-client.p/main.c.o +[219/2124] Compiling C object contrib/elf2dmp/elf2dmp.p/pdb.c.o +[220/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-qdev.c.o +[221/2124] Compiling C object libqemuutil.a.p/stubs_ram-block.c.o +[222/2124] Generating riscv64-softmmu-gdbstub-xml.c with a custom command (wrapped by meson to capture output) +[223/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-acpi.c.o +[224/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-acpi.c.o +[225/2124] Compiling C object contrib/ivshmem-client/ivshmem-client.p/ivshmem-client.c.o +[226/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-acpi.c.o +[227/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-acpi.c.o +[228/2124] Compiling C object contrib/elf2dmp/elf2dmp.p/main.c.o +[229/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-authz.c.o +[230/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-builtin-types.c.o +[231/2124] Generating QAPI files for qemu-storage-daemon with a custom command +[232/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-audio.c.o +[233/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_mips.c.o +[234/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-builtin-visit.c.o +[235/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-audio.c.o +[236/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-authz.c.o +[237/2124] Compiling C object libblock.fa.p/block_qed-check.c.o +[238/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-audio.c.o +[239/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-authz.c.o +[240/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-misc.c.o +[241/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_vhost-user-input-pci.c.o +[242/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-audio.c.o +[243/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-block.c.o +[244/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_vhost-vsock-common.c.o +[245/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-block.c.o +[246/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-authz.c.o +[247/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_virtio-input-host-pci.c.o +[248/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-block.c.o +[249/2124] Compiling C object libblock.fa.p/block_qed-cluster.c.o +[250/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-authz.c.o +[251/2124] Compiling C object libblock.fa.p/block_qed-l2-cache.c.o +[252/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-block.c.o +[253/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-block-export.c.o +[254/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-misc.c.o +[255/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-block.c.o +[256/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-block-export.c.o +[257/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_virtio-rng-pci.c.o +[258/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-char.c.o +[259/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-char.c.o +[260/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-block-core.c.o +[261/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-block-export.c.o +[262/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-block-export.c.o +[263/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-common.c.o +[264/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-common.c.o +[265/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-common.c.o +[266/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-common.c.o +[267/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-char.c.o +[268/2124] Compiling C object libqemuutil.a.p/util_getauxval.c.o +[269/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-char.c.o +[270/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-control.c.o +[271/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-block-core.c.o +[272/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-control.c.o +[273/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-control.c.o +[274/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-block-core.c.o +[275/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-control.c.o +[276/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_vhost-user-vsock-pci.c.o +[277/2124] Compiling C object libqemuutil.a.p/util_uuid.c.o +[278/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_vhost-user-blk-pci.c.o +[279/2124] Compiling C object libqemuutil.a.p/util_rcu.c.o +[280/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-crypto.c.o +[281/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-crypto.c.o +[282/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-crypto.c.o +[283/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-dump.c.o +[284/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-error.c.o +[285/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-dump.c.o +[286/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-dump.c.o +[287/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-error.c.o +[288/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-dump.c.o +[289/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-error.c.o +[290/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-error.c.o +[291/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-introspect.c.o +[292/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-introspect.c.o +[293/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-introspect.c.o +[294/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-crypto.c.o +[295/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-job.c.o +[296/2124] Compiling C object libqemuutil.a.p/stubs_cpu-get-clock.c.o +[297/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-job.c.o +[298/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-job.c.o +[299/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-job.c.o +[300/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-machine.c.o +[301/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-misc.c.o +[302/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-migration.c.o +[303/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-introspect.c.o +[304/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-migration.c.o +[305/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-machine.c.o +[306/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_virtio-balloon-pci.c.o +[307/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-crypto.c.o +[308/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-machine.c.o +[309/2124] Compiling C object libqemuutil.a.p/util_crc32c.c.o +[310/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-monitor.c.o +[311/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_virtio-9p-pci.c.o +[312/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-migration.c.o +[313/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-migration.c.o +[314/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-pragma.c.o +[315/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_vhost-scsi-pci.c.o +[316/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-net.c.o +[317/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-pragma.c.o +[318/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-net.c.o +[319/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-net.c.o +[320/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-pragma.c.o +[321/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-pragma.c.o +[322/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-misc.c.o +[323/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-qdev.c.o +[324/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-qdev.c.o +[325/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-qom.c.o +[326/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-pci.c.o +[327/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-qdev.c.o +[328/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-net.c.o +[329/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-qom.c.o +[330/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-pci.c.o +[331/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-pci.c.o +[332/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-machine.c.o +[333/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-rdma.c.o +[334/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-rocker.c.o +[335/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-rdma.c.o +[336/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-rdma.c.o +[337/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-qom.c.o +[338/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-pci.c.o +[339/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-qom.c.o +[340/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-rdma.c.o +[341/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-replay.c.o +[342/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-replay.c.o +[343/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-replay.c.o +[344/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-replay.c.o +[345/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-rocker.c.o +[346/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-rocker.c.o +[347/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-run-state.c.o +[348/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-rocker.c.o +[349/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-run-state.c.o +[350/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-sockets.c.o +[351/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-sockets.c.o +[352/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-sockets.c.o +[353/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-run-state.c.o +[354/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-tpm.c.o +[355/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-tpm.c.o +[356/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-run-state.c.o +[357/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-trace.c.o +[358/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-trace.c.o +[359/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-tpm.c.o +[360/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-sockets.c.o +[361/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-trace.c.o +[362/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-tpm.c.o +[363/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-transaction.c.o +[364/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-trace.c.o +[365/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-transaction.c.o +[366/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-events-ui.c.o +[367/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-transaction.c.o +[368/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-types-ui.c.o +[369/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-root.c.o +[370/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-accel_kvm.c.o +[371/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-transaction.c.o +[372/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-commands-ui.c.o +[373/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-accel_tcg.c.o +[374/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-nbd.c.o +[375/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-audio.c.o +[376/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-io.c.o +[377/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-scsi.c.o +[378/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-backends.c.o +[379/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-chardev.c.o +[380/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-backends_tpm.c.o +[381/2124] Compiling C object libblock.fa.p/block_dmg-bz2.c.o +[382/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_9pfs.c.o +[383/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_acpi.c.o +[384/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_alpha.c.o +[385/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_audio.c.o +[386/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_block_dataplane.c.o +[387/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_arm.c.o +[388/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_char.c.o +[389/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_block.c.o +[390/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_hyperv.c.o +[391/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_dma.c.o +[392/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_display.c.o +[393/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_i2c.c.o +[394/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-ui.c.o +[395/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_hppa.c.o +[396/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_ide.c.o +[397/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_i386_xen.c.o +[398/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_i386.c.o +[399/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_input.c.o +[400/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_mem.c.o +[401/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_isa.c.o +[402/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_nvram.c.o +[403/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_intc.c.o +[404/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_misc_macio.c.o +[405/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_misc.c.o +[406/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_pci_host.c.o +[407/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_pci.c.o +[408/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_ppc.c.o +[409/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_rdma.c.o +[410/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_rdma_vmw.c.o +[411/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_net.c.o +[412/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_s390x.c.o +[413/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_rtc.c.o +[414/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_sparc.c.o +[415/2124] Compiling C object libqemuutil.a.p/meson-generated_.._qapi_qapi-visit-block-core.c.o +[416/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_sd.c.o +[417/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_timer.c.o +[418/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_sparc64.c.o +[419/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_scsi.c.o +[420/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_tpm.c.o +[421/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_ssi.c.o +[422/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_virtio.c.o +[423/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_xen.c.o +[424/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_vfio.c.o +[425/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_usb.c.o +[426/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_watchdog.c.o +[427/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_gpio.c.o +[428/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-ui.c.o +[429/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-qapi.c.o +[430/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-net.c.o +[431/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-softmmu.c.o +[432/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-hw_core.c.o +[433/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-migration.c.o +[434/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-qom.c.o +[435/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-target_arm.c.o +[436/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-target_hppa.c.o +[437/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-target_mips.c.o +[438/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-target_i386.c.o +[439/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-target_riscv.c.o +[440/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-target_ppc.c.o +[441/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-util.c.o +[442/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-target_s390x.c.o +[443/2124] Compiling C object libqemuutil.a.p/meson-generated_.._trace_trace-target_sparc.c.o +[444/2124] Compiling C object libqemuutil.a.p/qapi_qapi-dealloc-visitor.c.o +[445/2124] Compiling C object libqemuutil.a.p/qapi_qapi-util.c.o +[446/2124] Compiling C object libqemuutil.a.p/qapi_qapi-clone-visitor.c.o +[447/2124] Compiling C object libqemuutil.a.p/qapi_qmp-event.c.o +[448/2124] Compiling C object libqemuutil.a.p/qapi_opts-visitor.c.o +[449/2124] Compiling C object libqemuutil.a.p/qapi_qmp-dispatch.c.o +[450/2124] Compiling C object libqemuutil.a.p/qobject_qnull.c.o +[451/2124] Compiling C object libqemuutil.a.p/qapi_qobject-output-visitor.c.o +[452/2124] Compiling C object libqemuutil.a.p/qapi_qmp-registry.c.o +[453/2124] Compiling C object libqemuutil.a.p/qapi_string-input-visitor.c.o +[454/2124] Compiling C object libqemuutil.a.p/qobject_qstring.c.o +[455/2124] Compiling C object libqemuutil.a.p/qobject_qnum.c.o +[456/2124] Compiling C object libqemuutil.a.p/qapi_string-output-visitor.c.o +[457/2124] Compiling C object libqemuutil.a.p/qobject_qobject.c.o +[458/2124] Compiling C object libqemuutil.a.p/qobject_qbool.c.o +[459/2124] Compiling C object libqemuutil.a.p/qapi_qapi-visit-core.c.o +[460/2124] Compiling C object libqemuutil.a.p/qobject_qlist.c.o +[461/2124] Compiling C object libqemuutil.a.p/qapi_qobject-input-visitor.c.o +[462/2124] Compiling C object libqemuutil.a.p/qobject_qlit.c.o +[463/2124] Compiling C object libqemuutil.a.p/qobject_json-lexer.c.o +[464/2124] Compiling C object libqemuutil.a.p/qobject_qdict.c.o +[465/2124] Compiling C object libqemuutil.a.p/qobject_qjson.c.o +[466/2124] Compiling C object libqemuutil.a.p/util_unicode.c.o +[467/2124] Compiling C object libqemuutil.a.p/qobject_json-streamer.c.o +[468/2124] Compiling C object libqemuutil.a.p/util_qemu-timer-common.c.o +[469/2124] Compiling C object libqemuutil.a.p/util_fdmon-poll.c.o +[470/2124] Compiling C object libqemuutil.a.p/qobject_json-parser.c.o +[471/2124] Compiling C object libqemuutil.a.p/util_compatfd.c.o +[472/2124] Compiling C object libqemuutil.a.p/util_event_notifier-posix.c.o +[473/2124] Compiling C object libqemuutil.a.p/util_fdmon-epoll.c.o +[474/2124] Compiling C object libqemuutil.a.p/util_qemu-openpty.c.o +[475/2124] Compiling C object libqemuutil.a.p/qobject_block-qdict.c.o +[476/2124] Compiling C object libqemuutil.a.p/util_mmap-alloc.c.o +[477/2124] Compiling C object libqemuutil.a.p/util_fdmon-io_uring.c.o +[478/2124] Compiling C object libqemuutil.a.p/util_osdep.c.o +[479/2124] Compiling C object libqemuutil.a.p/util_module.c.o +[480/2124] Compiling C object libqemuutil.a.p/util_cutils.c.o +[481/2124] Compiling C object libqemuutil.a.p/util_host-utils.c.o +[482/2124] Compiling C object libqemuutil.a.p/util_memfd.c.o +[483/2124] Compiling C object libqemuutil.a.p/util_envlist.c.o +[484/2124] Compiling C object libqemuutil.a.p/util_path.c.o +[485/2124] Compiling C object libqemuutil.a.p/util_aio-posix.c.o +[486/2124] Compiling C object libqemuutil.a.p/util_fifo8.c.o +[487/2124] Compiling C object libqemuutil.a.p/util_bitops.c.o +[488/2124] Compiling C object libqemuutil.a.p/util_cacheinfo.c.o +[489/2124] Compiling C object libqemuutil.a.p/util_qemu-thread-posix.c.o +[490/2124] Compiling C object libqemuutil.a.p/util_id.c.o +[491/2124] Compiling C object libqemuutil.a.p/util_qemu-print.c.o +[492/2124] Compiling C object libqemuutil.a.p/util_oslib-posix.c.o +[493/2124] Compiling C object libqemuutil.a.p/util_error.c.o +[494/2124] Compiling C object libqemuutil.a.p/util_notify.c.o +[495/2124] Compiling C object libqemuutil.a.p/util_qemu-progress.c.o +[496/2124] Compiling C object libqemuutil.a.p/util_bitmap.c.o +[497/2124] Compiling C object libqemuutil.a.p/util_qemu-error.c.o +[498/2124] Compiling C object libqemuutil.a.p/util_keyval.c.o +[499/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/hw_virtio_virtio-input-pci.c.o +[500/2124] Compiling C object libqemuutil.a.p/util_qemu-config.c.o +[501/2124] Compiling C object libqemuutil.a.p/util_pagesize.c.o +[502/2124] Compiling C object libqemuutil.a.p/util_log.c.o +[503/2124] Compiling C object libqemuutil.a.p/util_range.c.o +[504/2124] Compiling C object libqemuutil.a.p/util_drm.c.o +[505/2124] Compiling C object libqemuutil.a.p/util_stats64.c.o +[506/2124] Compiling C object libqemuutil.a.p/util_qdist.c.o +[507/2124] Compiling C object libqemuutil.a.p/util_systemd.c.o +[508/2124] Compiling C object libqemuutil.a.p/util_aiocb.c.o +[509/2124] Compiling C object libblock.fa.p/block_dmg.c.o +[510/2124] Compiling C object libqemuutil.a.p/util_guest-random.c.o +[511/2124] Compiling C object libqemuutil.a.p/util_base64.c.o +[512/2124] Compiling C object libqemuutil.a.p/util_qht.c.o +[513/2124] Compiling C object libqemuutil.a.p/util_aio-wait.c.o +[514/2124] Compiling C object libqemuutil.a.p/util_async.c.o +[515/2124] Compiling C object libqemuutil.a.p/util_qemu-option.c.o +[516/2124] Compiling C object libqemuutil.a.p/util_dbus.c.o +[517/2124] Compiling C object libqemuutil.a.p/util_qsp.c.o +[518/2124] Compiling C object libqemuutil.a.p/util_hexdump.c.o +[519/2124] Compiling C object libblock.fa.p/block_curl.c.o +[520/2124] Compiling C object libqemuutil.a.p/util_coroutine-ucontext.c.o +[521/2124] Compiling C object libqemuutil.a.p/util_buffer.c.o +[522/2124] Compiling C object libqemuutil.a.p/util_iova-tree.c.o +[523/2124] Compiling C object libqemuutil.a.p/util_main-loop.c.o +[524/2124] Compiling C object libqemuutil.a.p/util_qemu-coroutine-io.c.o +[525/2124] Compiling C object libqemuutil.a.p/util_lockcnt.c.o +[526/2124] Compiling C object libqemuutil.a.p/util_nvdimm-utils.c.o +[527/2124] Compiling C object libqemuutil.a.p/util_qemu-coroutine.c.o +[528/2124] Compiling C object libqemuutil.a.p/util_iov.c.o +[529/2124] Compiling C object libqemuutil.a.p/util_hbitmap.c.o +[530/2124] Compiling C object libqemuutil.a.p/util_qemu-coroutine-sleep.c.o +[531/2124] Compiling C object libqemuutil.a.p/util_bufferiszero.c.o +[532/2124] Compiling C object libqemuutil.a.p/util_qemu-coroutine-lock.c.o +[533/2124] Compiling C object libqemuutil.a.p/util_block-helpers.c.o +[534/2124] Compiling C object libqemuutil.a.p/util_qemu-co-shared-resource.c.o +[535/2124] Compiling C object libqemuutil.a.p/util_vhost-user-server.c.o +[536/2124] Compiling C object libqemuutil.a.p/util_qemu-sockets.c.o +[537/2124] Compiling C object libqemuutil.a.p/util_timed-average.c.o +[538/2124] Compiling C object libqemuutil.a.p/crypto_random-gnutls.c.o +[539/2124] Compiling C object libqemuutil.a.p/crypto_init.c.o +[540/2124] Compiling C object libqemuutil.a.p/util_filemonitor-inotify.c.o +[541/2124] Compiling C object libqemuutil.a.p/util_readline.c.o +[542/2124] Compiling C object libqemuutil.a.p/util_thread-pool.c.o +[543/2124] Compiling C object libqemuutil.a.p/stubs_arch_type.c.o +[544/2124] Compiling C object libqemuutil.a.p/util_qemu-timer.c.o +[545/2124] Compiling C object libqemuutil.a.p/crypto_aes.c.o +[546/2124] Compiling C object libqemuutil.a.p/trace_qmp.c.o +[547/2124] Compiling C object libqemuutil.a.p/util_throttle.c.o +[548/2124] Compiling C object libqemuutil.a.p/util_uri.c.o +[549/2124] Compiling C object libqemuutil.a.p/stubs_blockdev-close-all-bdrv-states.c.o +[550/2124] Compiling C object libqemuutil.a.p/stubs_bdrv-next-monitor-owned.c.o +[551/2124] Compiling C object libqemuutil.a.p/stubs_blk-exp-close-all.c.o +[552/2124] Compiling C object libqemuutil.a.p/stubs_change-state-handler.c.o +[553/2124] Compiling C object libqemuutil.a.p/stubs_blk-commit-all.c.o +[554/2124] Compiling C object libqemuutil.a.p/stubs_cpus-get-virtual-clock.c.o +[555/2124] Compiling C object libqemuutil.a.p/stubs_cmos.c.o +[556/2124] Compiling C object libqemuutil.a.p/stubs_qemu-timer-notify-cb.c.o +[557/2124] Compiling C object libqemuutil.a.p/stubs_dump.c.o +[558/2124] Compiling C object libqemuutil.a.p/trace_control.c.o +[559/2124] Compiling C object libqemuutil.a.p/util_vfio-helpers.c.o +[560/2124] Compiling C object libqemuutil.a.p/stubs_error-printf.c.o +[561/2124] Compiling C object libqemuutil.a.p/stubs_gdbstub.c.o +[562/2124] Compiling C object libqemuutil.a.p/stubs_icount.c.o +[563/2124] Compiling C object libqemuutil.a.p/stubs_io_uring.c.o +[564/2124] Compiling C object libqemuutil.a.p/stubs_iothread.c.o +[565/2124] Compiling C object libqemuutil.a.p/stubs_get-vm-name.c.o +[566/2124] Compiling C object libqemuutil.a.p/stubs_fw_cfg.c.o +[567/2124] Compiling C object libqemuutil.a.p/stubs_is-daemonized.c.o +[568/2124] Compiling C object libqemuutil.a.p/stubs_iothread-lock.c.o +[569/2124] Compiling C object libqemuutil.a.p/stubs_fdset.c.o +[570/2124] Compiling C object libqemuutil.a.p/stubs_machine-init-done.c.o +[571/2124] Compiling C object libqemuutil.a.p/stubs_migr-blocker.c.o +[572/2124] Compiling C object libqemuutil.a.p/stubs_linux-aio.c.o +[573/2124] Compiling C object libqemuutil.a.p/stubs_isa-bus.c.o +[574/2124] Compiling C object libqemuutil.a.p/stubs_runstate-check.c.o +[575/2124] Compiling C object libqemuutil.a.p/stubs_qtest.c.o +[576/2124] Compiling C object libqemuutil.a.p/stubs_monitor.c.o +[577/2124] Compiling C object libqemuutil.a.p/stubs_ramfb.c.o +[578/2124] Compiling C object libqemuutil.a.p/stubs_pci-bus.c.o +[579/2124] Compiling C object libqemuutil.a.p/stubs_qmp_memory_device.c.o +[580/2124] Compiling C object libqemuutil.a.p/stubs_monitor-core.c.o +[581/2124] Compiling C object libqemuutil.a.p/stubs_sysbus.c.o +[582/2124] Compiling C object libqemuutil.a.p/stubs_pci-host-piix.c.o +[583/2124] Compiling C object libqemuutil.a.p/stubs_replay.c.o +[584/2124] Compiling C object libqemuutil.a.p/stubs_target-monitor-defs.c.o +[585/2124] Compiling C object libqemuutil.a.p/stubs_set-fd-handler.c.o +[586/2124] Compiling C object libqemuutil.a.p/stubs_target-get-monitor-def.c.o +[587/2124] Compiling C object libqemuutil.a.p/stubs_tpm.c.o +[588/2124] Compiling C object libqemuutil.a.p/stubs_trace-control.c.o +[589/2124] Compiling C object libqemuutil.a.p/stubs_uuid.c.o +[590/2124] Compiling C object libqemuutil.a.p/stubs_vmstate.c.o +[591/2124] Compiling C object libqemuutil.a.p/stubs_vm-stop.c.o +[592/2124] Compiling C object libqemuutil.a.p/stubs_win32-kbd-hook.c.o +[593/2124] Compiling C object libcommon.fa.p/hw_net_rocker_rocker_of_dpa.c.o +[594/2124] Compiling C object libqemuutil.a.p/stubs_vmgenid.c.o +[595/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/target_riscv_cpu.c.o +[596/2124] Compiling C object libqemuutil.a.p/stubs_cpu-synchronize-state.c.o +[597/2124] Compiling C object libqemuutil.a.p/stubs_replay-tools.c.o +[598/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/target_riscv_fpu_helper.c.o +[599/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/target_riscv_csr.c.o +[600/2124] Compiling C object libqemuutil.a.p/stubs_semihost.c.o +[601/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/qos_external.c.o +[602/2124] Compiling C object fsdev/virtfs-proxy-helper.p/9p-marshal.c.o +[603/2124] Compiling C object libqemuutil.a.p/stubs_xen-hw-stub.c.o +[604/2124] Compiling C object fsdev/virtfs-proxy-helper.p/9p-iov-marshal.c.o +[605/2124] Compiling C object fsdev/virtfs-proxy-helper.p/virtfs-proxy-helper.c.o +[606/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/malloc-spapr.c.o +[607/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/libqos.c.o +[608/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/malloc.c.o +[609/2124] Linking static target libqemuutil.a +[610/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/rtas.c.o +[611/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/fw_cfg.c.o +[612/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/libqos-spapr.c.o +[613/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/qgraph.c.o +[614/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/pci.c.o +[615/2124] Linking target fsdev/virtfs-proxy-helper +[616/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/pci-spapr.c.o +[617/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/malloc-pc.c.o +[618/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/libqos-pc.c.o +[619/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/usb.c.o +[620/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/pci-pc.c.o +[621/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/e1000e.c.o +[622/2124] Compiling C object libqemu-riscv64-softmmu.fa.p/target_riscv_cpu_helper.c.o +[623/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/i2c.c.o +[624/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/i2c-omap.c.o +[625/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/i2c-imx.c.o +[626/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/tpci200.c.o +[627/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/.._libqtest.c.o +[628/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-balloon.c.o +[629/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-9p.c.o +[630/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-blk.c.o +[631/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/sdhci.c.o +[632/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-mmio.c.o +[633/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-rng.c.o +[634/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/aarch64-xlnx-zcu102-machine.c.o +[635/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/arm-imx25-pdk-machine.c.o +[636/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-net.c.o +[637/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-scsi.c.o +[638/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/arm-n800-machine.c.o +[639/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio.c.o +[640/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-serial.c.o +[641/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-pci-modern.c.o +[642/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/arm-smdkc210-machine.c.o +[643/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/arm-raspi2-machine.c.o +[644/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/arm-sabrelite-machine.c.o +[645/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/arm-xilinx-zynq-a9-machine.c.o +[646/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/virtio-pci.c.o +[647/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/ppc64_pseries-machine.c.o +[648/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/arm-virt-machine.c.o +[649/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/x86_64_pc-machine.c.o +[650/2124] Compiling C object tests/qtest/libqos/libqos.fa.p/ahci.c.o +[651/2124] Compiling C object libqom.fa.p/qom_container.c.o +[652/2124] Compiling C object libauthz.fa.p/authz_base.c.o +[653/2124] Linking static target tests/qtest/libqos/libqos.fa +[654/2124] Compiling C object libqom.fa.p/qom_qom-qobject.c.o +[655/2124] Compiling C object libqom.fa.p/hw_nvram_fw_cfg-interface.c.o +[656/2124] Generating block.syms with a custom command (wrapped by meson to capture output) +[657/2124] Compiling C object libauthz.fa.p/authz_simple.c.o +[658/2124] Compiling C object libqom.fa.p/qom_object_interfaces.c.o +[659/2124] Compiling C object libauthz.fa.p/authz_list.c.o +[660/2124] Generating qemu.syms with a custom command (wrapped by meson to capture output) +[661/2124] Compiling C object libauthz.fa.p/authz_listfile.c.o +[662/2124] Compiling C object libauthz.fa.p/authz_pamacct.c.o +[663/2124] Linking static target libauthz.fa +[664/2124] Compiling C object libcrypto.fa.p/crypto_afsplit.c.o +[665/2124] Compiling C object libcrypto.fa.p/crypto_block-qcow.c.o +[666/2124] Compiling C object libcrypto.fa.p/crypto_hash.c.o +[667/2124] Compiling C object libcrypto.fa.p/crypto_ivgen-plain64.c.o +[668/2124] Compiling C object libcrypto.fa.p/crypto_block.c.o +[669/2124] Compiling C object libcrypto.fa.p/crypto_ivgen-essiv.c.o +[670/2124] Compiling C object libcrypto.fa.p/crypto_hmac.c.o +[671/2124] Compiling C object libcrypto.fa.p/crypto_ivgen-plain.c.o +[672/2124] Compiling C object libcrypto.fa.p/crypto_desrfb.c.o +[673/2124] Compiling C object libcrypto.fa.p/crypto_ivgen.c.o +[674/2124] Compiling C object libcrypto.fa.p/crypto_pbkdf.c.o +[675/2124] Compiling C object libcrypto.fa.p/crypto_secret.c.o +[676/2124] Compiling C object libcrypto.fa.p/crypto_tlscreds.c.o +[677/2124] Compiling C object libcrypto.fa.p/crypto_secret_common.c.o +[678/2124] Compiling C object libcrypto.fa.p/crypto_tlscredsanon.c.o +[679/2124] Compiling C object libcrypto.fa.p/crypto_hash-nettle.c.o +[680/2124] Compiling C object libcrypto.fa.p/crypto_tlscredspsk.c.o +[681/2124] Compiling C object libcrypto.fa.p/crypto_block-luks.c.o +[682/2124] Compiling C object libcrypto.fa.p/crypto_pbkdf-nettle.c.o +[683/2124] Compiling C object libcrypto.fa.p/crypto_secret_keyring.c.o +[684/2124] Compiling C object libcrypto.fa.p/crypto_tlscredsx509.c.o +[685/2124] Compiling C object libcrypto.fa.p/crypto_hmac-nettle.c.o +[686/2124] Compiling C object libio.fa.p/io_channel-command.c.o +[687/2124] Compiling C object libcrypto.fa.p/crypto_tlssession.c.o +[688/2124] Compiling C object libcrypto.fa.p/crypto_cipher.c.o +[689/2124] Compiling C object libcrypto.fa.p/crypto_tls-cipher-suites.c.o +[690/2124] Compiling C object libio.fa.p/io_channel-buffer.c.o +[691/2124] Compiling C object libmigration.fa.p/migration_page_cache.c.o +[692/2124] Compiling C object libio.fa.p/io_channel-util.c.o +[693/2124] Linking static target libcrypto.fa +[694/2124] Compiling C object libio.fa.p/io_channel-file.c.o +[695/2124] Compiling C object libio.fa.p/io_channel-watch.c.o +[696/2124] Compiling C object libqom.fa.p/qom_object.c.o +[697/2124] Compiling C object libio.fa.p/io_channel-tls.c.o +[698/2124] Linking static target libqom.fa +[699/2124] Compiling C object libio.fa.p/io_dns-resolver.c.o +[700/2124] Compiling C object libmigration.fa.p/migration_xbzrle.c.o +[701/2124] Compiling C object libio.fa.p/io_channel.c.o +[702/2124] Compiling C object libio.fa.p/io_task.c.o +[703/2124] Compiling C object libio.fa.p/io_channel-socket.c.o +[704/2124] Compiling C object libmigration.fa.p/migration_qemu-file-channel.c.o +[705/2124] Compiling C object libmigration.fa.p/migration_qjson.c.o +[706/2124] Compiling C object libio.fa.p/io_net-listener.c.o +[707/2124] Compiling C object libio.fa.p/io_channel-websock.c.o +[708/2124] Linking static target libio.fa +[709/2124] Compiling C object libblock.fa.p/replication.c.o +[710/2124] Compiling C object libmigration.fa.p/migration_vmstate.c.o +[711/2124] Compiling C object libmigration.fa.p/migration_vmstate-types.c.o +[712/2124] Compiling C object libblock.fa.p/meson-generated_.._block_block-gen.c.o +[713/2124] Compiling C object libmigration.fa.p/migration_qemu-file.c.o +[714/2124] Compiling C object libblock.fa.p/blockjob.c.o +[715/2124] Linking static target libmigration.fa +[716/2124] Compiling C object libblock.fa.p/nbd_common.c.o +[717/2124] Compiling C object libblock.fa.p/scsi_utils.c.o +[718/2124] Compiling C object libblock.fa.p/scsi_pr-manager.c.o +[719/2124] Compiling C object libblock.fa.p/block_aio_task.c.o +[720/2124] Compiling C object libblock.fa.p/block_nfs.c.o +[721/2124] Compiling C object libblock.fa.p/job.c.o +[722/2124] Compiling C object libblock.fa.p/block_amend.c.o +[723/2124] Compiling C object libblock.fa.p/scsi_pr-manager-helper.c.o +[724/2124] Compiling C object libblock.fa.p/block_accounting.c.o +[725/2124] Compiling C object libblock.fa.p/block_blklogwrites.c.o +[726/2124] Compiling C object libblock.fa.p/block_backup-top.c.o +[727/2124] Compiling C object libblock.fa.p/block_blkverify.c.o +[728/2124] Compiling C object libblock.fa.p/qemu-io-cmds.c.o +[729/2124] Compiling C object libblock.fa.p/block_backup.c.o +[730/2124] Compiling C object libblock.fa.p/block_commit.c.o +[731/2124] Compiling C object libblock.fa.p/nbd_client.c.o +[732/2124] Compiling C object libblock.fa.p/block_blkdebug.c.o +[733/2124] Compiling C object libblock.fa.p/block_create.c.o +[734/2124] Compiling C object libblock.fa.p/block_copy-on-read.c.o +[735/2124] Compiling C object libblock.fa.p/block_dirty-bitmap.c.o +[736/2124] Compiling C object libblock.fa.p/block_block-copy.c.o +[737/2124] Compiling C object libblock.fa.p/block_null.c.o +[738/2124] Compiling C object libblock.fa.p/block_filter-compress.c.o +[739/2124] Compiling C object libblock.fa.p/block_crypto.c.o +[740/2124] Compiling C object libblock.fa.p/block_qapi.c.o +[741/2124] Compiling C object libblock.fa.p/block_block-backend.c.o +[742/2124] Compiling C object libblock.fa.p/block_raw-format.c.o +[743/2124] Compiling C object libblock.fa.p/block_mirror.c.o +[744/2124] Compiling C object libblock.fa.p/block_snapshot.c.o +[745/2124] Compiling C object libblock.fa.p/block_qcow2-cache.c.o +[746/2124] Compiling C object libblock.fa.p/block_quorum.c.o +[747/2124] Compiling C object libblock.fa.p/block_nbd.c.o +[748/2124] Compiling C object libblock.fa.p/block_qcow2-bitmap.c.o +[749/2124] Compiling C object libblock.fa.p/block_throttle-groups.c.o +[750/2124] Compiling C object libblock.fa.p/block_qcow2-threads.c.o +[751/2124] Compiling C object libblock.fa.p/block_qcow2-snapshot.c.o +[752/2124] Compiling C object libblock.fa.p/block_cloop.c.o +[753/2124] Compiling C object libblock.fa.p/block_bochs.c.o +[754/2124] Compiling C object libblock.fa.p/block_vpc.c.o +FAILED: libblock.fa.p/block_vpc.c.o +cc -Ilibblock.fa.p -I. -I.. -Iqapi -Itrace -Iui -Iui/shader -Iblock -I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -fdiagnostics-color=auto -Wall -Winvalid-pch -Werror -std=gnu99 -O2 -g -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -isystem /home/peterlin/Labs/riscv64-linux/qemu/linux-headers -isystem linux-headers -iquote /home/peterlin/Labs/riscv64-linux/qemu/tcg/i386 -iquote . -iquote /home/peterlin/Labs/riscv64-linux/qemu -iquote /home/peterlin/Labs/riscv64-linux/qemu/accel/tcg -iquote /home/peterlin/Labs/riscv64-linux/qemu/include -iquote /home/peterlin/Labs/riscv64-linux/qemu/disas/libvixl -pthread -fPIE -DHAVE_LIBSSH_0_8 -MD -MQ libblock.fa.p/block_vpc.c.o -MF libblock.fa.p/block_vpc.c.o.d -o libblock.fa.p/block_vpc.c.o -c ../block/vpc.c +../block/vpc.c: In function ‘vpc_open’: +../block/vpc.c:358:51: error: array subscript ‘VHDDynDiskHeader {aka struct vhd_dyndisk_header}[0]’ is partly outside array bounds of ‘uint8_t[512]’ {aka ‘unsigned char[512]’} [-Werror=array-bounds] + 358 | s->block_size = be32_to_cpu(dyndisk_header->block_size); + | ^~ +../block/vpc.c:223:13: note: while referencing ‘buf’ + 223 | uint8_t buf[HEADER_SIZE]; + | ^~~ +../block/vpc.c:366:58: error: array subscript ‘VHDDynDiskHeader {aka struct vhd_dyndisk_header}[0]’ is partly outside array bounds of ‘uint8_t[512]’ {aka ‘unsigned char[512]’} [-Werror=array-bounds] + 366 | s->max_table_entries = be32_to_cpu(dyndisk_header->max_table_entries); + | ^~ +../block/vpc.c:223:13: note: while referencing ‘buf’ + 223 | uint8_t buf[HEADER_SIZE]; + | ^~~ +../block/vpc.c:398:51: error: array subscript ‘VHDDynDiskHeader {aka struct vhd_dyndisk_header}[0]’ is partly outside array bounds of ‘uint8_t[512]’ {aka ‘unsigned char[512]’} [-Werror=array-bounds] + 398 | s->bat_offset = be64_to_cpu(dyndisk_header->table_offset); + | ^~ +../block/vpc.c:223:13: note: while referencing ‘buf’ + 223 | uint8_t buf[HEADER_SIZE]; + | ^~~ +cc1: all warnings being treated as errors +[755/2124] Compiling C object libblock.fa.p/block.c.o +[756/2124] Compiling C object libblock.fa.p/block_vhdx.c.o +[757/2124] Compiling C object libblock.fa.p/block_throttle.c.o +[758/2124] Compiling C object libblock.fa.p/block_vhdx-endian.c.o +[759/2124] Compiling C object libblock.fa.p/block_io.c.o +[760/2124] Compiling C object libblock.fa.p/block_qcow2-refcount.c.o +[761/2124] Compiling C object libblock.fa.p/block_qed-table.c.o +[762/2124] Compiling C object libblock.fa.p/block_qcow2-cluster.c.o +[763/2124] Compiling C object libblock.fa.p/block_vmdk.c.o +[764/2124] Compiling C object libblock.fa.p/block_qcow2.c.o +[765/2124] Compiling C object libblock.fa.p/block_vvfat.c.o +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:171: run-ninja] Error 1 +make[1]: Leaving directory '/home/peterlin/Labs/riscv64-linux/qemu/build' +make: *** [GNUmakefile:11: all] Error 2 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/491.toml b/gitlab/issues/target_missing/host_missing/accel_missing/491.toml new file mode 100644 index 00000000..7229deb1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/491.toml @@ -0,0 +1,15 @@ +id = 491 +title = "There is a code error here" +state = "closed" +created_at = "2021-07-19T07:43:54.900Z" +closed_at = "2021-07-30T08:14:34.068Z" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/491" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/492.toml b/gitlab/issues/target_missing/host_missing/accel_missing/492.toml new file mode 100644 index 00000000..3ef19cb1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/492.toml @@ -0,0 +1,37 @@ +id = 492 +title = "[git] \"qemu-system-x86_64: Parameter 'drive' is missing\" when I tried to launch an existing VM in Virt-Manager." +state = "closed" +created_at = "2021-07-19T19:32:49.110Z" +closed_at = "2021-07-19T19:43:30.288Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/492" +host-os = "n/a" +host-arch = "x86_64" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """This bug is related in some way to bug #488. + +I cannot start an existing virtual machine using qemu-git.""" +reproduce = "n/a" +additional = """``` +internal error: process exited while connecting to monitor: 2021-07-19T19:24:27.044654Z qemu-system-x86_64: Parameter 'drive' is missing + +Traceback (most recent call last): + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in cb_wrapper + callback(asyncjob, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb + callback(*args, **kwargs) + File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in newfn + ret = fn(self, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/object/domain.py", line 1329, in startup + self._backend.create() + File "/usr/lib/python3.9/site-packages/libvirt.py", line 1353, in create + raise libvirtError('virDomainCreate() failed') +libvirt.libvirtError: internal error: process exited while connecting to monitor: 2021-07-19T19:24:27.044654Z qemu-system-x86_64: Parameter 'drive' is missing + +``` + +My last working build was made using commit 9bef7ea9. Using Peter Maydell commits as milestone, I noticed commit 9aef0954 was the first showing the bug. + +I'll try to do bisect between these two commits and report asap. There is about 40 commits to verify.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/495.toml b/gitlab/issues/target_missing/host_missing/accel_missing/495.toml new file mode 100644 index 00000000..17d9ab9f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/495.toml @@ -0,0 +1,15 @@ +id = 495 +title = "sdhci: Another way to trigger Assertion wpnum < sd->wpgrps_size failed" +state = "closed" +created_at = "2021-07-22T22:35:55.068Z" +closed_at = "2021-08-04T12:53:09.530Z" +labels = ["Fuzzer", "kind::Bug", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/495" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/497.toml b/gitlab/issues/target_missing/host_missing/accel_missing/497.toml new file mode 100644 index 00000000..0d59c820 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/497.toml @@ -0,0 +1,27 @@ +id = 497 +title = "GVT-g + -spice error since qemu 6" +state = "opened" +created_at = "2021-07-24T06:17:11.214Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/497" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.0.0" +guest-os = "not relevant" +guest-arch = "x86_64" +description = """It doesn't work: +``` +qemu-system-x86_64: The console requires display DMABUF support. +``` + +If I add `gl=on` to `-spice`, it reports: +``` +can't register two opengl displays (spice-egl, egl-headless) +```""" +reproduce = """1. Setup an Intel GVT-g vGPU +2. Run the command +3. See the error""" +additional = """Before 6.0.0 it worked. + +Using VNC instead of SPICE works.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/498.toml b/gitlab/issues/target_missing/host_missing/accel_missing/498.toml new file mode 100644 index 00000000..060f357d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/498.toml @@ -0,0 +1,50 @@ +id = 498 +title = "Cannot focus QEMU window on macOS Big Sur (11.4)" +state = "closed" +created_at = "2021-07-24T08:09:18.827Z" +closed_at = "2021-07-25T05:14:19.271Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/498" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """I'm not sure when the problem has been started, but I recently noticed that key inputs to QEMU window are not processed and the input goes other focused windows (e.g. terminal). QEMU window itself is shown but it looks like they are not focused. Also, the Dock icon for QEMU is also disappeared (it was displayed before).""" +reproduce = """1. build & install the latest qemu with `./configure --target-list=x86_64-softmmu` + - (`a146af86c8247f41b641783428b95ee71eb0e43f` was the revision I used) +2. run `qemu-system-x86_64` from terminal +3. click the QEMU window. + - Expected behavior: menu bar title will be switched to "QEMU", key inputs are handled by QEMU, Dock icon will be shown. + - Actual behavior: menu bar shows different app name that were focused before clicking the qemu, key inputs went to other app that was focused, dock icon is not showing up.""" +additional = """I tried to see if the events are delivered to QemuCocoaView by putting `NSLog(@"handleEventLocked: %@\\n", event);` at the beginning of `handleEventLocked` @ `ui/cocoa.m`. It looks like the mouse events are delivered but not NSEventTypeKeyDown. + +(logs after clicked the QEMU window and type some 'a') +``` +$ qemu-system-x86_64 +2021-07-24 16:58:00.767 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=Kitdefined loc=(0,428) time=682409.7 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 subtype=4 data1=1144258560 data2=1138098176 +2021-07-24 16:58:00.768 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=Kitdefined loc=(0,228) time=682409.7 flags=0 win=0x7fe2b5fb0ee0 winNum=10356 ctxt=0x0 subtype=4 data1=1137180672 data2=1130627072 +2021-07-24 16:58:06.462 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=Kitdefined loc=(0,428) time=682415.4 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 subtype=9 data1=1129 data2=0 +2021-07-24 16:58:06.462 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=LMouseDown loc=(591.031,166.896) time=682415.4 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=6096 click=1 buttonNumber=0 pressure=1 deviceID:0x0 subtype=0 +2021-07-24 16:58:06.462 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=Kitdefined loc=(0,0) time=0.0 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 subtype=1 data1=1129 data2=0 +2021-07-24 16:58:06.487 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=Kitdefined loc=(0,428) time=682415.4 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 subtype=22 data1=0 data2=0 +2021-07-24 16:58:06.487 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=Kitdefined loc=(0,428) time=682415.4 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 subtype=23 data1=0 data2=0 +2021-07-24 16:58:06.565 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=LMouseUp loc=(591.031,166.896) time=682415.5 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=6096 click=1 buttonNumber=0 pressure=0 deviceID:0x0 subtype=0 +2021-07-24 16:58:12.997 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=MouseEntered loc=(174.184,408.859) time=682421.9 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=0 trackNum=7fe2b5e81d60 userData=0x0 +2021-07-24 16:58:13.013 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=MouseExited loc=(152.704,428.804) time=682422.0 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=0 trackNum=7fe2b5e81d60 userData=0x0 +2021-07-24 16:58:24.181 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=Kitdefined loc=(0,428) time=682433.1 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 subtype=9 data1=1131 data2=0 +2021-07-24 16:58:24.181 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=LMouseDown loc=(268.333,208.222) time=682433.1 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=6098 click=1 buttonNumber=0 pressure=1 deviceID:0x0 subtype=0 +2021-07-24 16:58:24.262 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=LMouseUp loc=(268.333,208.222) time=682433.2 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=6098 click=1 buttonNumber=0 pressure=0 deviceID:0x0 subtype=0 +2021-07-24 16:58:24.877 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=MouseEntered loc=(3.83252,400.359) time=682433.8 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=0 trackNum=7fe2b5e81d60 userData=0x0 +2021-07-24 16:58:25.053 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=MouseEntered loc=(7.08813,408.091) time=682434.0 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=0 trackNum=7fe295c0f090 userData=0x1 +2021-07-24 16:58:25.054 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=MouseEntered loc=(7.08813,408.091) time=682434.0 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=0 trackNum=7fe2b5e80e30 userData=0x0 +2021-07-24 16:58:25.302 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=LMouseDown loc=(10.917,420.558) time=682434.2 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=6099 click=1 buttonNumber=0 pressure=1 deviceID:0x0 subtype=0 +2021-07-24 16:58:25.365 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=LMouseUp loc=(10.917,420.558) time=682434.3 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=6099 click=1 buttonNumber=0 pressure=0 deviceID:0x0 subtype=0 +2021-07-24 16:58:25.845 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=MouseExited loc=(11.9221,422.759) time=682434.8 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=0 trackNum=7fe295c0f090 userData=0x1 +2021-07-24 16:58:25.846 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=MouseExited loc=(11.9221,422.759) time=682434.8 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=0 trackNum=7fe2b5e80e30 userData=0x0 +2021-07-24 16:58:25.855 qemu-system-x86_64[3752:7837649] handleEventLocked: NSEvent: type=MouseExited loc=(14.2417,428.558) time=682434.8 flags=0 win=0x7fe2b5e48960 winNum=10355 ctxt=0x0 evNum=0 trackNum=7fe2b5e81d60 userData=0x0 + +``` + +Possibly related discussion on Apple Developer Forums: +- https://developer.apple.com/forums/thread/667004""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/50.toml b/gitlab/issues/target_missing/host_missing/accel_missing/50.toml new file mode 100644 index 00000000..615f51f8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/50.toml @@ -0,0 +1,15 @@ +id = 50 +title = "Create PyPI installable package for the Python library" +state = "closed" +created_at = "2021-04-29T06:58:19.886Z" +closed_at = "2021-06-03T00:26:32.962Z" +labels = ["Closed::Fixed", "Launchpad", "Python", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/50" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/500.toml b/gitlab/issues/target_missing/host_missing/accel_missing/500.toml new file mode 100644 index 00000000..f61111b3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/500.toml @@ -0,0 +1,15 @@ +id = 500 +title = "6.1.0-rc0 Regression: Parameter 'audiodev' is missing" +state = "closed" +created_at = "2021-07-24T19:32:05.412Z" +closed_at = "2021-07-28T21:56:44.116Z" +labels = ["Audio", "CLI", "Regression", "hostos: Windows", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/500" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/501.toml b/gitlab/issues/target_missing/host_missing/accel_missing/501.toml new file mode 100644 index 00000000..2f561178 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/501.toml @@ -0,0 +1,15 @@ +id = 501 +title = "6.1.0-rc0 Regression: No keyboard input possible" +state = "closed" +created_at = "2021-07-24T19:40:20.554Z" +closed_at = "2021-07-30T14:29:13.465Z" +labels = ["Regression", "device:input", "hostos: Windows", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/501" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/502.toml b/gitlab/issues/target_missing/host_missing/accel_missing/502.toml new file mode 100644 index 00000000..bb93cf78 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/502.toml @@ -0,0 +1,15 @@ +id = 502 +title = "6.1.0-rc0 Regression: No mouse input possible" +state = "closed" +created_at = "2021-07-24T19:43:13.827Z" +closed_at = "2021-09-10T15:18:50.466Z" +labels = ["Regression", "device:input", "hostos: Windows", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/502" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/506.toml b/gitlab/issues/target_missing/host_missing/accel_missing/506.toml new file mode 100644 index 00000000..661322b6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/506.toml @@ -0,0 +1,15 @@ +id = 506 +title = "ga: auto-discover virtio port using sysfs" +state = "closed" +created_at = "2021-07-28T00:21:56.912Z" +closed_at = "2021-09-02T01:17:17.381Z" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/506" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/511.toml b/gitlab/issues/target_missing/host_missing/accel_missing/511.toml new file mode 100644 index 00000000..c596a00f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/511.toml @@ -0,0 +1,15 @@ +id = 511 +title = "usbredirparser: bulk transfer length exceeds limits (can't use any USB storage)" +state = "opened" +created_at = "2021-08-03T11:00:13.555Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/511" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/515.toml b/gitlab/issues/target_missing/host_missing/accel_missing/515.toml new file mode 100644 index 00000000..7788849c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/515.toml @@ -0,0 +1,43 @@ +id = 515 +title = "qemu-system-x86_64 fails to run with regular user after following arch wiki article" +state = "opened" +created_at = "2021-08-05T02:02:07.510Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/515" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "QEMU emulator version 5.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """When `qemu-system-x86_64` binary is run with a regular user, it fails with no output. No matter if it's run with `--help`, `--version` or any other parameter. By checking the resulting error code (`echo $?`) it is possible to see that it finished with error code 1. + +After seeing this [post](https://www.reddit.com/r/archlinux/comments/b9emxp/qemusystemx86_64_does_not_execute_how_can_i/ek47btb/) on reddit, it became clear that the reason was that my `/etc` directory had a subdirectory qemu, in which my regular user did not have access to. That is, qemu binary looks for `/etc/qemu/qemu.conf` and if it can't determine if the file is there or not, it fails. + +Here goes the logic: +strace showed the permission error (even though there was no output to indicate that). + +``` +$ strace /usr/bin/qemu-system-x86_64 +… +mmap(NULL, 4928, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_POPULATE, 3, 0) = 0x7f4d01e6e000 +mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_POPULATE, 3, 0x10000000) = 0x7f4d01e6c000 +eventfd2(0, EFD_CLOEXEC|EFD_NONBLOCK) = 4 +sysinfo({uptime=92539, loads=[109952, 80640, 118144], totalram=16643309568, freeram=5314445312, sharedram=2590158848, bufferram=1301561344, totalswap=20479733760, freeswap=19551150080, procs=1202, totalhigh=0, freehigh=0, mem_unit=1}) = 0 +rt_sigaction(SIGPIPE, {sa_handler=SIG_IGN, sa_mask=~[RTMIN RT_1], sa_flags=SA_RESTORER, sa_restorer=0x7f4d01ad7960}, NULL, 8) = 0 +openat(AT_FDCWD, "/etc/qemu/qemu.conf", O_RDONLY) = -1 EACCES (Permission denied) +exit_group(1) = ? ++++ exited with 1 +++ +``` + +The thing was that initially that folder did not exist, and I created it to make the qemu bridges work, like indicated in this arch wiki [article](https://wiki.archlinux.org/title/QEMU#Bridged_networking_using_qemu-bridge-helper). I will be suggesting modifications to that article. + +When the directory did not exit, qemu noticed that the folder didn't exist and moved on, once it was created, in case the regular user had no access to it, it fails with no warning. + +I just gave access to the folder ant it worked again (if you delete the folder it works too). + +If you use libvirt, by using virsh for example, you may not notice this issue as it may be running as system (by setting the following system variable `export LIBVIRT_DEFAULT_URI='qemu:///system'`) + +So, to fix this issue, in my opinion a warning should be printed out to the stderr. Otherwise, qemu could move on if it doens't have access to `/etc/qemu/qemu.conf`.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/516.toml b/gitlab/issues/target_missing/host_missing/accel_missing/516.toml new file mode 100644 index 00000000..c5fa9acb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/516.toml @@ -0,0 +1,50 @@ +id = 516 +title = "Configure option `--enable-plugins` makes modules in shared library not loadable on macOS" +state = "closed" +created_at = "2021-08-06T19:14:55.635Z" +closed_at = "2021-09-04T18:20:46.957Z" +labels = ["Build System", "Regression", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/516" +host-os = "macOS 10.15.7" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.0.92 (v6.1.0-rc2-15-gca92f16276)" +guest-os = "n/a" +guest-arch = "n/a" +description = """The title mentions `--enable-plugins` option, however as it's enabled by default, not providing `--disable-plugins` would also cause this to happen. + +If TCG plugin support is enabled, symbols in `qemu-system-*` binaries will be missing, and module libraries would fail to load as they expect those symbols to exist in the main binary. + +Configure options used: `STRIP="strip -x" ./configure --enable-user --enable-tools --enable-parallels --enable-libxml2 --enable-spice --enable-hvf --enable-cocoa --enable-guest-agent --enable-curses --enable-plugins --enable-modules --objcc=gcc --enable-libusb --enable-usb-redir` + +After inspecting the compiler command line, I've found the linker option `-Wl,-exported_symbols_list,qemu-plugins-ld64.symbols` is causing this to happen: only symbols listed in `qemu-plugins-ld64.symbols` would be kept in `qemu-system-*` binaries and all other symbols will be hidden. + +Note that this is not caused by stripping (although I had to use custom strip command line on macOS to successfully compile qemu); the option `-exported_symbols_list` works by only exposing the provided symbols and treating all other symbols as `visibility=hidden`. + +Replacing `--enable-plugins` to `--disable-plugins` in the above configure command line would "fix" it, although it means TCG plugins will not be supported.""" +reproduce = """1. Build QEMU on macOS with plugin support enabled +2. Try to use modules in shared library like qxl""" +additional = """Some examples: + +``` +$ qemu-system-x86_64 -device qxl +Failed to open module: dlopen(/usr/local/bin/../lib/qemu/ui-spice-core.dylib, 10): Symbol not found: __TRACE_QEMU_SPICE_ADD_MEMSLOT_DSTATE + Referenced from: /usr/local/bin/../lib/qemu/ui-spice-core.dylib + Expected in: flat namespace + in /usr/local/bin/../lib/qemu/ui-spice-core.dylib +Failed to open module: dlopen(/usr/local/bin/../lib/qemu/hw-display-qxl.dylib, 2): Symbol not found: __TRACE_QXL_CLIENT_MONITORS_CONFIG_CAPPED_DSTATE + Referenced from: /usr/local/bin/../lib/qemu/hw-display-qxl.dylib + Expected in: flat namespace + in /usr/local/bin/../lib/qemu/hw-display-qxl.dylib +qemu-system-x86_64: -device qxl: 'qxl' is not a valid device model name +``` + +``` +$ qemu-system-x86_64 -spice port=5901 +Failed to open module: dlopen(/usr/local/bin/../lib/qemu/ui-spice-core.dylib, 10): Symbol not found: __TRACE_QEMU_SPICE_ADD_MEMSLOT_DSTATE + Referenced from: /usr/local/bin/../lib/qemu/ui-spice-core.dylib + Expected in: flat namespace + in /usr/local/bin/../lib/qemu/ui-spice-core.dylib +qemu-system-x86_64: -spice port=5901: spice support is disabled +``` + +After disabling plugin support I could run virtual machines locally through libvirt with full spice and qxl video support.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/517.toml b/gitlab/issues/target_missing/host_missing/accel_missing/517.toml new file mode 100644 index 00000000..dcfacc48 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/517.toml @@ -0,0 +1,15 @@ +id = 517 +title = "Abort in vmxnet3_setup_tx_offloads" +state = "opened" +created_at = "2021-08-06T21:44:04.346Z" +closed_at = "n/a" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/517" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/520.toml b/gitlab/issues/target_missing/host_missing/accel_missing/520.toml new file mode 100644 index 00000000..e8259194 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/520.toml @@ -0,0 +1,41 @@ +id = 520 +title = "qemu-ga fsfreeze crashes the kernel" +state = "opened" +created_at = "2021-08-09T09:27:29.740Z" +closed_at = "n/a" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/520" +host-os = "Proxmox 6.4" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 5.2.0 (pve-qemu-kvm_5.2.0)" +guest-os = "CentOS 7" +guest-arch = "x86_64" +description = """Hello, + +Still required your attention, duplicate from: +https://bugs.launchpad.net/bugs/1807073 +https://bugs.launchpad.net/bugs/1813045 + +We use mainly Cloudlinux, Debian and Centos. +We experienced many crashes on our qemu instances based on Cloudlinux during a snapshot. +The issue is not related to CloudLinux directly, but to Qemu agent, which does not freeze the file system(s) correctly. What is actually happening: + +When VM backup is invoked, Qemu agent freezes the file systems, so no single change will be made during the backup. But Qemu agent does not respect the loop* devices in freezing order (we have checked its sources), which leads to the next situation: +1) freeze loopback fs + ---> send async reqs to loopback thread +2) freeze main fs +3) loopback thread wakes up and trying to write data to the main fs, which is still frozen, and this finally leads to the hung task and kernel crash. + +Moreover, a lot of Proxmox users are complaining about the issue as well: +https://forum.proxmox.com/threads/error-vm-100-qmp-command-guest-fsfreeze-thaw-failed-got-timeout.68082/ +https://forum.proxmox.com/threads/problem-with-fsfreeze-freeze-and-qemu-guest-agent.65707/""" +reproduce = """1. Manually start backup for the VM with qemu-agent enabled. +2. The backup process stuck at "INFO: issuing guest-agent 'fs-freeze' command" +3. The VM become unavailable, you can only unlock it and force reset.""" +additional = """/var/log/messages logs: +Aug 6 21:54:00 cpanel qemu-ga: info: guest-ping called +Aug 6 21:54:01 cpanel qemu-ga: info: guest-fsfreeze called +Aug 6 21:54:01 cpanel qemu-ga: info: executing fsfreeze hook with arg 'freeze' + + +after this the VM becomes completely unavailable.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/521.toml b/gitlab/issues/target_missing/host_missing/accel_missing/521.toml new file mode 100644 index 00000000..3601b5d1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/521.toml @@ -0,0 +1,15 @@ +id = 521 +title = "Assert mr != NULL through megaraid" +state = "closed" +created_at = "2021-08-09T11:44:16.478Z" +closed_at = "2021-12-20T04:46:00.140Z" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/521" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/522.toml b/gitlab/issues/target_missing/host_missing/accel_missing/522.toml new file mode 100644 index 00000000..72d1021d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/522.toml @@ -0,0 +1,62 @@ +id = 522 +title = "qemu gets SIGSEGV when starting with vhost-user-blk-pci device" +state = "closed" +created_at = "2021-08-10T09:07:40.104Z" +closed_at = "2021-08-12T12:50:52.614Z" +labels = ["Closed::Fixed", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/522" +host-os = "Fedora 35(rawhide)" +host-arch = "x86_64" +qemu-version = "qemu-6.0.0-12.fc35.x86_64" +guest-os = "n/a" +guest-arch = "n/a" +description = """as subject""" +reproduce = """1. Prepare an qemu-storage-daemon process for vhost-user +``` +qemu-img create /tmp/test 100M +``` +``` +/usr/bin/qemu-storage-daemon --blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/test.img","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' --blockdev '{"node-name":"libvirt-1-format","read-only":false,"driver":"raw","file":"libvirt-1-storage"}' --export vhost-user-blk,id=vhost-user-blk0,node-name=libvirt-1-format,addr.type=unix,addr.path=/tmp/vhost.sock,writable=on --chardev stdio,mux=on,id=char0 +``` +2. Run the qemu cmdline above. Then SIGSEGV. +And the error of qemu-storage-daemon:`qemu-storage-daemon: vu_panic: Invalid queue index: 1`""" +additional = """Backtrace: +``` +#0 0x0000557105198937 in vhost_user_read_cb (source=0x55710677be90, condition=<optimized out>, opaque=0x7ffe8b208ee0) at ../hw/virtio/vhost-user.c:313 +#1 0x00007f7e7ec422af in g_main_dispatch (context=0x557107b02070) at ../glib/gmain.c:3344 +#2 g_main_context_dispatch (context=0x557107b02070) at ../glib/gmain.c:4062 +#3 0x00007f7e7ec96df8 in g_main_context_iterate.constprop.0 (context=0x557107b02070, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4138 +#4 0x00007f7e7ec41873 in g_main_loop_run (loop=0x557107b02570) at ../glib/gmain.c:4336 +#5 0x000055710519770a in vhost_user_read (dev=dev@entry=0x7f7df46443f8, msg=msg@entry=0x7ffe8b208f50) at ../hw/virtio/vhost-user.c:402 +#6 0x000055710519808f in vhost_user_get_config (dev=0x7f7df46443f8, config=0x7f7df46443ac "", config_len=60) at ../hw/virtio/vhost-user.c:2133 +#7 0x0000557105152af1 in vhost_user_blk_device_realize (dev=0x7f7df46441b0, errp=<optimized out>) at ../hw/block/vhost-user-blk.c:503 +#8 0x000055710518cb9c in virtio_device_realize (dev=0x7f7df46441b0, errp=0x7ffe8b2092e0) at ../hw/virtio/virtio.c:3660 +#9 0x00005571051d7abd in device_set_realized (obj=<optimized out>, value=<optimized out>, errp=0x7ffe8b209360) at ../hw/core/qdev.c:761 +#10 0x00005571051da62a in property_set_bool (obj=0x7f7df46441b0, v=<optimized out>, name=<optimized out>, opaque=0x55710653c150, errp=0x7ffe8b209360) at ../qom/object.c:2257 +#11 0x00005571051dd3ac in object_property_set (obj=obj@entry=0x7f7df46441b0, name=name@entry=0x55710541bab9 "realized", v=v@entry=0x557107afbc80, errp=errp@entry=0x7ffe8b209470) + at ../qom/object.c:1402 +#12 0x00005571051e08f4 in object_property_set_qobject + (obj=obj@entry=0x7f7df46441b0, name=name@entry=0x55710541bab9 "realized", value=value@entry=0x557107afbbc0, errp=errp@entry=0x7ffe8b209470) at ../qom/qom-qobject.c:28 +#13 0x00005571051dd9c9 in object_property_set_bool (obj=0x7f7df46441b0, name=0x55710541bab9 "realized", value=<optimized out>, errp=0x7ffe8b209470) at ../qom/object.c:1472 +#14 0x0000557104fe813c in pci_qdev_realize (qdev=<optimized out>, errp=<optimized out>) at ../hw/pci/pci.c:2117 +#15 0x00005571051d7abd in device_set_realized (obj=<optimized out>, value=<optimized out>, errp=0x7ffe8b209590) at ../hw/core/qdev.c:761 +#16 0x00005571051da62a in property_set_bool (obj=0x7f7df463c010, v=<optimized out>, name=<optimized out>, opaque=0x55710653c150, errp=0x7ffe8b209590) at ../qom/object.c:2257 +#17 0x00005571051dd3ac in object_property_set (obj=obj@entry=0x7f7df463c010, name=name@entry=0x55710541bab9 "realized", v=v@entry= + 0x557107af5e80, errp=errp@entry=0x5571057e2db0 <error_fatal>) at ../qom/object.c:1402 +#18 0x00005571051e08f4 in object_property_set_qobject + (obj=obj@entry=0x7f7df463c010, name=name@entry=0x55710541bab9 "realized", value=value@entry=0x557107af5e40, errp=errp@entry=0x5571057e2db0 <error_fatal>) at ../qom/qom-qobject.c:28 +#19 0x00005571051dd9c9 in object_property_set_bool (obj=0x7f7df463c010, name=name@entry=0x55710541bab9 "realized", value=value@entry=true, errp=errp@entry=0x5571057e2db0 <error_fatal>) + at ../qom/object.c:1472 +#20 0x00005571051d8052 in qdev_realize (dev=<optimized out>, bus=bus@entry=0x5571073ffeb0, errp=errp@entry=0x5571057e2db0 <error_fatal>) at ../hw/core/qdev.c:389 +#21 0x0000557104ec5e28 in qdev_device_add (opts=0x557106534000, errp=errp@entry=0x5571057e2db0 <error_fatal>) at ../softmmu/qdev-monitor.c:674 +#22 0x00005571050f4bf3 in device_init_func (opaque=<optimized out>, opts=<optimized out>, errp=0x5571057e2db0 <error_fatal>) at ../softmmu/vl.c:1212 +#23 0x0000557105302282 in qemu_opts_foreach (list=<optimized out>, func=func@entry=0x5571050f4be0 <device_init_func>, opaque=opaque@entry=0x0, errp=errp@entry=0x5571057e2db0 <error_fatal>) + at ../util/qemu-option.c:1168 +#24 0x00005571050f7532 in qemu_create_cli_devices () at ../softmmu/vl.c:2587 +#25 qmp_x_exit_preconfig (errp=<optimized out>) at ../softmmu/vl.c:2635 +#26 0x00005571050fb5ac in qmp_x_exit_preconfig (errp=<optimized out>) at ../softmmu/vl.c:2629 +#27 qemu_init (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at ../softmmu/vl.c:3669 +#28 0x0000557104e87b1d in main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at ../softmmu/main.c:49 +``` + +Get full threads backtrace on the attachment [gdb.zip](/uploads/3cbc168cad60a1472e9e3f323207de9d/gdb.zip)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/523.toml b/gitlab/issues/target_missing/host_missing/accel_missing/523.toml new file mode 100644 index 00000000..924a8d5d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/523.toml @@ -0,0 +1,134 @@ +id = 523 +title = "Some iotests failing with --enable-block-drv-whitelist-in-tools" +state = "opened" +created_at = "2021-08-12T14:11:44.826Z" +closed_at = "n/a" +labels = ["Regression", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/523" +host-os = "Fedora" +host-arch = "n/a" +qemu-version = "6.1-rc[0123]" +guest-os = "n/a" +guest-arch = "n/a" +description = """Building latest RC with Fedora, some of the iotests now report fail. We could track it down to the --enable-block-drv-whitelist-in-tools option.""" +reproduce = """1. ```configure --enable-block-drv-whitelist-in-tools``` +2. ```make``` +3. ```make check```""" +additional = """``` +... + TEST iotest-qcow2: 049 [fail] +QEMU -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-system-x86_64" -nodefaults -display none -accel qtest +QEMU_IMG -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-img" +QEMU_IO -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-io" --cache writeback --aio threads -f qcow2 +QEMU_NBD -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-nbd" +IMGFMT -- qcow2 +IMGPROTO -- file +PLATFORM -- Linux/x86_64 buildvm-x86-11.iad2.fedoraproject.org 5.12.13-300.fc34.x86_64 +TEST_DIR -- /builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch +SOCK_DIR -- /tmp/tmpr6u1m61s +SOCKET_SCM_HELPER -- /builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/socket_scm_helper +--- /builddir/build/BUILD/qemu-6.1.0-rc3/tests/qemu-iotests/049.out ++++ 049.out.bad +@@ -199,6 +199,8 @@ + qemu-img create -f qcow2 --object secret,id=sec0,data=123456 -o encryption=on,encrypt.key-secret=sec0 TEST_DIR/t.qcow2 64M + Formatting 'TEST_DIR/t.qcow2', fmt=qcow2 encryption=on encrypt.key-secret=sec0 cluster_size=65536 extended_l2=off compression_type=zlib size=67108864 lazy_refcounts=off refcount_bits=16 ++qemu-img: TEST_DIR/t.qcow2: Use of AES-CBC encrypted qcow2 images is no longer supported in system emulators ++You can use 'qemu-img convert' to convert your image to an alternative supported format, such as unencrypted qcow2, or raw with the LUKS format instead. + == Check lazy_refcounts option (only with v3) == +... + TEST iotest-qcow2: 134 [fail] +QEMU -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-system-x86_64" -nodefaults -display none -accel qtest +QEMU_IMG -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-img" +QEMU_IO -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-io" --cache writeback --aio threads -f qcow2 +QEMU_NBD -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-nbd" +IMGFMT -- qcow2 +IMGPROTO -- file +PLATFORM -- Linux/x86_64 buildvm-x86-11.iad2.fedoraproject.org 5.12.13-300.fc34.x86_64 +TEST_DIR -- /builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch +SOCK_DIR -- /tmp/tmpr6u1m61s +SOCKET_SCM_HELPER -- /builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/socket_scm_helper +--- /builddir/build/BUILD/qemu-6.1.0-rc3/tests/qemu-iotests/134.out ++++ 134.out.bad +@@ -1,30 +1,24 @@ + QA output created by 134 + Formatting 'TEST_DIR/t.IMGFMT', fmt=IMGFMT size=134217728 encryption=on ++qemu-img: TEST_DIR/t.IMGFMT: Use of AES-CBC encrypted IMGFMT images is no longer supported in system emulators ++You can use 'qemu-img convert' to convert your image to an alternative supported format, such as unencrypted IMGFMT, or raw with the LUKS format instead. + == reading whole image == +-read 134217728/134217728 bytes at offset 0 +-128 MiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + == rewriting cluster part == +-wrote 512/512 bytes at offset 512 +-512 bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + == verify pattern == +-read 512/512 bytes at offset 0 +-512 bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) +-read 512/512 bytes at offset 512 +-512 bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + == rewriting whole image == +-wrote 134217728/134217728 bytes at offset 0 +-128 MiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + == verify pattern == +-read 134217728/134217728 bytes at offset 0 +-128 MiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + == verify pattern failure with wrong password == +-Pattern verification failed at offset 0, 134217728 bytes +-read 134217728/134217728 bytes at offset 0 +-128 MiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + *** done +... + TEST iotest-qcow2: 158 [fail] +QEMU -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-system-x86_64" -nodefaults -display none -accel qtest +QEMU_IMG -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-img" +QEMU_IO -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-io" --cache writeback --aio threads -f qcow2 +QEMU_NBD -- "/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/../../qemu-nbd" +IMGFMT -- qcow2 +IMGPROTO -- file +PLATFORM -- Linux/x86_64 buildvm-x86-11.iad2.fedoraproject.org 5.12.13-300.fc34.x86_64 +TEST_DIR -- /builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch +SOCK_DIR -- /tmp/tmpr6u1m61s +SOCKET_SCM_HELPER -- /builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/socket_scm_helper +--- /builddir/build/BUILD/qemu-6.1.0-rc3/tests/qemu-iotests/158.out ++++ 158.out.bad +@@ -1,26 +1,25 @@ + QA output created by 158 + == create base == + Formatting 'TEST_DIR/t.IMGFMT.base', fmt=IMGFMT size=134217728 encryption=on ++qemu-img: TEST_DIR/t.IMGFMT.base: Use of AES-CBC encrypted IMGFMT images is no longer supported in system emulators ++You can use 'qemu-img convert' to convert your image to an alternative supported format, such as unencrypted IMGFMT, or raw with the LUKS format instead. + == writing whole image == +-wrote 134217728/134217728 bytes at offset 0 +-128 MiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2.base': No such file or directory + == verify pattern == +-read 134217728/134217728 bytes at offset 0 +-128 MiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2.base': No such file or directory + == create overlay == + Formatting 'TEST_DIR/t.IMGFMT', fmt=IMGFMT size=134217728 backing_file=TEST_DIR/t.IMGFMT.base backing_fmt=IMGFMT encryption=on ++qemu-img: TEST_DIR/t.IMGFMT: Use of AES-CBC encrypted IMGFMT images is no longer supported in system emulators ++You can use 'qemu-img convert' to convert your image to an alternative supported format, such as unencrypted IMGFMT, or raw with the LUKS format instead. + == writing part of a cluster == +-wrote 1024/1024 bytes at offset 0 +-1 KiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + == verify pattern == +-read 1024/1024 bytes at offset 0 +-1 KiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + == verify pattern == +-read 64512/64512 bytes at offset 1024 +-63 KiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) ++qemu-io: can't open: Could not open '/builddir/build/BUILD/qemu-6.1.0-rc3/qemu_kvm_build/tests/qemu-iotests/scratch/t.qcow2': No such file or directory + *** done +... +Failures: 049 134 158 +Failed 3 of 122 iotests +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/524.toml b/gitlab/issues/target_missing/host_missing/accel_missing/524.toml new file mode 100644 index 00000000..59c04b6e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/524.toml @@ -0,0 +1,15 @@ +id = 524 +title = "Giving -smp option a negative argument makes QEMU dump core" +state = "closed" +created_at = "2021-08-12T14:51:03.905Z" +closed_at = "2021-08-15T10:13:55.098Z" +labels = ["CLI", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/524" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/526.toml b/gitlab/issues/target_missing/host_missing/accel_missing/526.toml new file mode 100644 index 00000000..e3595960 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/526.toml @@ -0,0 +1,23 @@ +id = 526 +title = "MacBook German Keyboard <> and ^° Key not working" +state = "opened" +created_at = "2021-08-15T00:04:16.620Z" +closed_at = "n/a" +labels = ["device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/526" +host-os = "(macOS 11.5.2 Big Sur)" +host-arch = "(x86)" +qemu-version = "(6.0.0)" +guest-os = "(TempleOS)" +guest-arch = "(x86)" +description = """Using a German keyboard on my 2018 MacBook Pro I can't type the <> Key or the ^ Key. +When pressing the <> Key it gets interpreted as the ^ Key, the ^ Key is dead. + +Problem is not caused by the guest system, Ubuntu VMs also can't type <>. (Ubuntu VMs ran inside UTM, which internally uses QEMU. https://mac.getutm.app/ ) + +VirtualBox maps the <> Key and ^ Key correctly.""" +reproduce = """0. Use a MacBook with a German Keyboard +1. Install TempleOS +2. Install German Keyboard Layout from https://github.com/Rion96/GKey (mount the ISO as a CD Drive) +3. Every key works except for <> and ^.""" +additional = """Doing the same steps in VirtualBox results in <> and ^ working, so it must be a QEMU error.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/527.toml b/gitlab/issues/target_missing/host_missing/accel_missing/527.toml new file mode 100644 index 00000000..cced8cc1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/527.toml @@ -0,0 +1,15 @@ +id = 527 +title = "Plain text files in docs/ should be converted to rst" +state = "opened" +created_at = "2021-08-16T09:49:12.781Z" +closed_at = "n/a" +labels = ["Bite Sized", "Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/527" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/531.toml b/gitlab/issues/target_missing/host_missing/accel_missing/531.toml new file mode 100644 index 00000000..ff382a2b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/531.toml @@ -0,0 +1,15 @@ +id = 531 +title = "Replace DMA processing in I/O handlers by asynchronous BH" +state = "opened" +created_at = "2021-08-17T08:26:39.573Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/531" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/532.toml b/gitlab/issues/target_missing/host_missing/accel_missing/532.toml new file mode 100644 index 00000000..d947c1f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/532.toml @@ -0,0 +1,15 @@ +id = 532 +title = "USB-EHCI: Replace DMA processing in I/O handlers by asynchronous BH" +state = "opened" +created_at = "2021-08-17T08:36:05.001Z" +closed_at = "n/a" +labels = ["USB", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/532" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/533.toml b/gitlab/issues/target_missing/host_missing/accel_missing/533.toml new file mode 100644 index 00000000..af268e44 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/533.toml @@ -0,0 +1,15 @@ +id = 533 +title = "Assertion failure in vmxnet3_get_next_body_rx_descr: d->btype == VMXNET3_RXD_BTYPE_BODY" +state = "opened" +created_at = "2021-08-18T04:32:04.806Z" +closed_at = "n/a" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/533" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/534.toml b/gitlab/issues/target_missing/host_missing/accel_missing/534.toml new file mode 100644 index 00000000..8c949499 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/534.toml @@ -0,0 +1,15 @@ +id = 534 +title = "Memcpy param-overlap through e1000e_write_to_rx_buffers" +state = "closed" +created_at = "2021-08-21T00:54:35.887Z" +closed_at = "2023-08-18T14:27:02.360Z" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/534" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/535.toml b/gitlab/issues/target_missing/host_missing/accel_missing/535.toml new file mode 100644 index 00000000..28ae5d33 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/535.toml @@ -0,0 +1,15 @@ +id = 535 +title = "Assertion failure in iov_from_buf_full through the e1000e" +state = "opened" +created_at = "2021-08-21T00:58:32.592Z" +closed_at = "n/a" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/535" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/537.toml b/gitlab/issues/target_missing/host_missing/accel_missing/537.toml new file mode 100644 index 00000000..a71b3a40 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/537.toml @@ -0,0 +1,15 @@ +id = 537 +title = "Assertion failure in e1000e_write_to_rx_buffers" +state = "opened" +created_at = "2021-08-21T01:01:02.615Z" +closed_at = "n/a" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/537" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/539.toml b/gitlab/issues/target_missing/host_missing/accel_missing/539.toml new file mode 100644 index 00000000..6a94f7c8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/539.toml @@ -0,0 +1,15 @@ +id = 539 +title = "Abort in vmxnet3_validate_interrupt_idx" +state = "opened" +created_at = "2021-08-21T01:04:26.923Z" +closed_at = "n/a" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/539" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/540.toml b/gitlab/issues/target_missing/host_missing/accel_missing/540.toml new file mode 100644 index 00000000..8f83d206 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/540.toml @@ -0,0 +1,15 @@ +id = 540 +title = "Heap-use-after-free in usb_packet_unmap through xhci" +state = "closed" +created_at = "2021-08-21T01:38:56.363Z" +closed_at = "2023-04-28T20:58:32.922Z" +labels = ["Fuzzer", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/540" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/541.toml b/gitlab/issues/target_missing/host_missing/accel_missing/541.toml new file mode 100644 index 00000000..aa6a6d72 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/541.toml @@ -0,0 +1,15 @@ +id = 541 +title = "Heap-use-after-free through ehci_flush_qh" +state = "closed" +created_at = "2021-08-21T01:40:48.062Z" +closed_at = "2023-04-28T20:58:32.938Z" +labels = ["Fuzzer", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/541" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/542.toml b/gitlab/issues/target_missing/host_missing/accel_missing/542.toml new file mode 100644 index 00000000..63072691 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/542.toml @@ -0,0 +1,15 @@ +id = 542 +title = "Stack-overflow in ldl_le_dma through intel-hda (CVE-2021-3611)" +state = "closed" +created_at = "2021-08-21T01:42:56.131Z" +closed_at = "2022-03-22T22:58:02.115Z" +labels = ["Audio", "Fuzzer", "Security"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/542" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/543.toml b/gitlab/issues/target_missing/host_missing/accel_missing/543.toml new file mode 100644 index 00000000..ca63aeef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/543.toml @@ -0,0 +1,15 @@ +id = 543 +title = "virtio-blk: ASSERT: !s->dataplane_started" +state = "closed" +created_at = "2021-08-21T01:45:18.207Z" +closed_at = "2024-04-08T08:52:41.376Z" +labels = ["Fuzzer", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/543" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/544.toml b/gitlab/issues/target_missing/host_missing/accel_missing/544.toml new file mode 100644 index 00000000..7245cd53 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/544.toml @@ -0,0 +1,15 @@ +id = 544 +title = "Assert xfer->packet.status != USB_RET_NAK in xhci" +state = "opened" +created_at = "2021-08-21T01:47:26.177Z" +closed_at = "n/a" +labels = ["Fuzzer", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/544" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/545.toml b/gitlab/issues/target_missing/host_missing/accel_missing/545.toml new file mode 100644 index 00000000..f94f299f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/545.toml @@ -0,0 +1,15 @@ +id = 545 +title = "Abort in ohci_frame_boundary" +state = "closed" +created_at = "2021-08-21T01:50:19.255Z" +closed_at = "2022-12-26T16:57:26.617Z" +labels = ["Fuzzer", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/545" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/546.toml b/gitlab/issues/target_missing/host_missing/accel_missing/546.toml new file mode 100644 index 00000000..ae008fd3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/546.toml @@ -0,0 +1,15 @@ +id = 546 +title = "Global-buffer-overflow in mode_sense_page" +state = "closed" +created_at = "2021-08-21T01:53:55.562Z" +closed_at = "2021-11-08T17:49:13.286Z" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/546" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/547.toml b/gitlab/issues/target_missing/host_missing/accel_missing/547.toml new file mode 100644 index 00000000..a7d1d7d6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/547.toml @@ -0,0 +1,15 @@ +id = 547 +title = "e1000: Loop blocking QEMU with high CPU usage" +state = "closed" +created_at = "2021-08-21T01:56:37.956Z" +closed_at = "2023-08-17T11:39:40.537Z" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/547" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/548.toml b/gitlab/issues/target_missing/host_missing/accel_missing/548.toml new file mode 100644 index 00000000..075cae9b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/548.toml @@ -0,0 +1,15 @@ +id = 548 +title = "Null-ptr dereference in megasas_finish_dcmd" +state = "opened" +created_at = "2021-08-21T02:01:00.814Z" +closed_at = "n/a" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/548" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/55.toml b/gitlab/issues/target_missing/host_missing/accel_missing/55.toml new file mode 100644 index 00000000..72984f82 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/55.toml @@ -0,0 +1,15 @@ +id = 55 +title = "Can't install Windows 7 with q35 (SATA)" +state = "closed" +created_at = "2021-04-30T16:45:43.968Z" +closed_at = "2024-10-07T20:12:24.257Z" +labels = ["Launchpad", "Storage", "hostos: Windows", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/55" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/551.toml b/gitlab/issues/target_missing/host_missing/accel_missing/551.toml new file mode 100644 index 00000000..1ed4f55e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/551.toml @@ -0,0 +1,15 @@ +id = 551 +title = "Null-ptr dereference in megasas_command_complete" +state = "closed" +created_at = "2021-08-21T03:55:19.516Z" +closed_at = "2023-08-17T11:59:12.324Z" +labels = ["Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/551" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/552.toml b/gitlab/issues/target_missing/host_missing/accel_missing/552.toml new file mode 100644 index 00000000..d564a0dd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/552.toml @@ -0,0 +1,15 @@ +id = 552 +title = "assert issue locates in hw/scsi/lsi53c895a.c:624: lsi_do_dma: Assertion `s->current' failed" +state = "closed" +created_at = "2021-08-21T14:44:31.822Z" +closed_at = "2021-12-16T18:19:17.597Z" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/552" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/553.toml b/gitlab/issues/target_missing/host_missing/accel_missing/553.toml new file mode 100644 index 00000000..23c9967a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/553.toml @@ -0,0 +1,33 @@ +id = 553 +title = "Virtio-vga with blobs on fails, when qemu compiled with enabled modules" +state = "closed" +created_at = "2021-08-21T19:15:08.697Z" +closed_at = "2021-09-01T11:37:49.404Z" +labels = ["Build System", "Regression"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/553" +host-os = "Manjaro Linux" +host-arch = "x86 (others may be affected too)" +qemu-version = "QEMU emulator version 6.0.94 (v6.1.0-rc4-dirty)" +guest-os = "n/a" +guest-arch = "n/a" +description = """When using qemu configured with `--enabled-modules` and starting qemu with command line above, qemu crashes with following output: +``` +qemu-system-x86_64: -device virtio-vga,blob=on: cannot enable blob resources without udmabuf +``` +While qemu configured without `--enabled-modules` runs this command successfully.""" +reproduce = """1. Get latest qemu source code +2. Build qemu `mkdir build && cd build && ../configure && ninja` +3. Check if following command runs without errors and show sdl qemu window + ``` + sudo ./qemu-system-x86_64 \\ + -object memory-backend-memfd,id=mem1,size=512M \\ + -machine memory-backend=mem1 \\ + -display sdl \\ + -device virtio-vga,blob=on + + ``` +4. Then try to build with modules enabled `mkdir build && cd build && ../configure --enable-modules && ninja` +5. Try to do step 3 again""" +additional = """I tried to debug this bug, and found that problem is with function `virtio_gpu_have_udmabuf`: when qemu is build without modules this function is from `hw/display/virtio-gpu-udmabuf.c` (which is correct), but when qemu compiled with modules this function comes from `stubs/virtio-gpu-udmabuf.c` and when `hw-display-virtio-gpu.so` is loaded, `virtio_gpu_have_udmabuf` is not replaced, and remains function from stub (which always return 0) and command fails. + +I think I will submit patch that fix it tomorrow""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/556.toml b/gitlab/issues/target_missing/host_missing/accel_missing/556.toml new file mode 100644 index 00000000..5b9c233f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/556.toml @@ -0,0 +1,31 @@ +id = 556 +title = "Fix DMA MMIO reentrancy issues" +state = "closed" +created_at = "2021-08-23T22:16:51.599Z" +closed_at = "2023-04-28T20:58:33.031Z" +labels = ["Security", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/556" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """List of `DMA reentrancy` issues (usually found by [fuzzer](https://gitlab.com/qemu-project/qemu/-/issues?label_name[]=Fuzzer)): +- #62 (AHCI) +- #84, #305, #552 (SCSI) +- #451, #1282 (SDHCI) +- #540 (xHCI) +- #541 (EHCI) +- #542 (HDA) +- #557 (pcnet) +- #782 (NVMe) +- [eepro100](https://lore.kernel.org/qemu-devel/20210218140629.373646-1-ppandit@redhat.com/) +- #827 (virtio-blk) +- #1171 (tulip) +- #1543 (e1000e) +- #1563 (lsi53c895a) + + +Usually coredump backtrace includes multiple calls to `access_with_adjusted_size()` from the Memory API.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/557.toml b/gitlab/issues/target_missing/host_missing/accel_missing/557.toml new file mode 100644 index 00000000..b1aa2639 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/557.toml @@ -0,0 +1,15 @@ +id = 557 +title = "Stack-overflow through pcnet_tmd_load" +state = "closed" +created_at = "2021-08-23T23:02:02.818Z" +closed_at = "2023-04-28T20:58:32.927Z" +labels = ["Fuzzer", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/557" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/558.toml b/gitlab/issues/target_missing/host_missing/accel_missing/558.toml new file mode 100644 index 00000000..96d29a39 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/558.toml @@ -0,0 +1,65 @@ +id = 558 +title = "gtk UI interprets double/triple click as button release" +state = "closed" +created_at = "2021-08-24T11:46:07.243Z" +closed_at = "2022-03-19T14:16:04.945Z" +labels = ["GUI", "device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/558" +host-os = "Ubuntu 20.04" +host-arch = "x86-64" +qemu-version = "6.0.94 (v6.0.0-3214-gecf2706e27-dirty)" +guest-os = "ToaruOS 2.0" +guest-arch = "x86-64" +description = """When using the GTK interface clicking rapidly in a down-up-down pattern, the final "down" event is erroneously followed by an immediate "up" event and the mouse device in the guest reports the pressed button as no longer being held.""" +reproduce = """1. Start a VM using the GTK interface. +2. Open a tool to examine guest mouse input events, such as `xev` or `yutani-test` +3. Click twice with any button, without releasing on the second click. +4. Observe erroneous 'up' event in guest. +5. Move the mouse while keeping the button pressed. +6. Observe the guest reports the button is not held.""" +additional = """GTK 3 sends an additional `GDK_2BUTTON_PRESS` event after the initial `GDK_BUTTON_PRESS` event, which QEMU is misinterpreting as a release event. I confirmed this with the addition of some logging of `button->type` in `gd_button_event`: + +``` +button = 1, type = 4 +button = 1, type = 7 +button = 1, type = 4 +button = 1, type = 7 +button = 1, type = 4 # = PRESS +button = 1, type = 5 # = 2BUTTON_PRESS +button = 1, type = 7 +button = 1, type = 4 +button = 1, type = 7 +button = 1, type = 4 +button = 1, type = 5 +button = 1, type = 7 +button = 1, type = 4 +button = 1, type = 7 +button = 1, type = 4 +button = 1, type = 7 +button = 1, type = 4 +button = 1, type = 7 +button = 1, type = 4 +button = 1, type = 5 +button = 1, type = 7 +``` + +```diff +diff --git a/ui/gtk.c b/ui/gtk.c +index cfb0728d1f..b9979f0e11 100644 +--- a/ui/gtk.c ++++ b/ui/gtk.c +@@ -925,6 +925,13 @@ static gboolean gd_button_event(GtkWidget *widget, GdkEventButton *button, + return TRUE; + } + ++ /* ignore additional events for double- and triple- press, as they are ++ * sent to us after a regular press event; otherwise we will misinterpret ++ * these as release events and eat the button! */ ++ if (button->type == GDK_2BUTTON_PRESS || button->type == GDK_3BUTTON_PRESS) { ++ return TRUE; ++ } ++ + qemu_input_queue_btn(vc->gfx.dcl.con, btn, + button->type == GDK_BUTTON_PRESS); + qemu_input_event_sync(); +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/559.toml b/gitlab/issues/target_missing/host_missing/accel_missing/559.toml new file mode 100644 index 00000000..0b883432 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/559.toml @@ -0,0 +1,15 @@ +id = 559 +title = "info does not recognize file format of vpc with subformat=fixed" +state = "opened" +created_at = "2021-08-25T07:30:45.544Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/559" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/56.toml b/gitlab/issues/target_missing/host_missing/accel_missing/56.toml new file mode 100644 index 00000000..451b2b3d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/56.toml @@ -0,0 +1,15 @@ +id = 56 +title = "Regression report: Disk subsystem I/O failures/issues surfacing in DOS/early Windows [two separate issues: one bisected, one root-caused]" +state = "closed" +created_at = "2021-04-30T16:49:29.120Z" +closed_at = "2022-08-02T15:33:53.622Z" +labels = ["Launchpad", "Storage", "hostos: Windows", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/56" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/560.toml b/gitlab/issues/target_missing/host_missing/accel_missing/560.toml new file mode 100644 index 00000000..df1076d1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/560.toml @@ -0,0 +1,15 @@ +id = 560 +title = "User-emu documentation mentions inexistent \"runtime\" downloads" +state = "opened" +created_at = "2021-08-25T07:40:10.330Z" +closed_at = "n/a" +labels = ["Documentation", "Launchpad", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/560" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/562.toml b/gitlab/issues/target_missing/host_missing/accel_missing/562.toml new file mode 100644 index 00000000..1eb50092 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/562.toml @@ -0,0 +1,15 @@ +id = 562 +title = "`ShaderTranslator.h` and `ShaderTranslator.cpp` files are missing and are not in ANGLE_ROOT/src/libShaderTranslator" +state = "closed" +created_at = "2021-08-25T14:18:49.081Z" +closed_at = "2021-08-25T14:30:37.408Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/562" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/563.toml b/gitlab/issues/target_missing/host_missing/accel_missing/563.toml new file mode 100644 index 00000000..6539775b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/563.toml @@ -0,0 +1,15 @@ +id = 563 +title = "KVM ubuntu 20 VPS on Ryzen 9 5950X" +state = "closed" +created_at = "2021-08-25T14:24:00.740Z" +closed_at = "2021-08-25T14:37:14.022Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/563" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/564.toml b/gitlab/issues/target_missing/host_missing/accel_missing/564.toml new file mode 100644 index 00000000..aee34678 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/564.toml @@ -0,0 +1,25 @@ +id = 564 +title = "Enable opengl virtio-gpu virgl vulkan in windows build" +state = "opened" +created_at = "2021-08-26T07:22:07.666Z" +closed_at = "n/a" +labels = ["device:graphics", "hostos: Windows", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/564" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """``` +PS E:\\scoopg\\apps\\qemu\\current> ./qemu-system-x86_64.exe -drive file=E:\\groot_02\\vdisks\\gparted-live.iso,if=virtio -boot c -m 4096 -machine type=pc,accel=whpx,kernel-irqchip=off -smp 8,sockets=1,cores=8,threads=1 -vga virtio -display sdl,gl=on +E:\\scoopg\\apps\\qemu\\current\\qemu-system-x86_64.exe: OpenGL support is disabled +``` + +``` +PS E:\\scoopg\\apps\\qemu\\current> E:\\scoopg\\apps\\qemu\\current\\qemu-system-x86_64.exe --version +QEMU emulator version 6.0.93 (v6.1.0-rc3-11879-ge232c1bc00-dirty) +Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers +``` +#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/566.toml b/gitlab/issues/target_missing/host_missing/accel_missing/566.toml new file mode 100644 index 00000000..a7d6e680 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/566.toml @@ -0,0 +1,15 @@ +id = 566 +title = "Fail to build linux-user on Alpine" +state = "closed" +created_at = "2021-08-26T09:23:47.183Z" +closed_at = "2021-09-20T17:31:05.675Z" +labels = ["Networking", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/566" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/567.toml b/gitlab/issues/target_missing/host_missing/accel_missing/567.toml new file mode 100644 index 00000000..c35856a2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/567.toml @@ -0,0 +1,15 @@ +id = 567 +title = "qemu 6.1.0 build fail on alpine linux" +state = "closed" +created_at = "2021-08-26T14:04:26.224Z" +closed_at = "2021-08-26T19:53:11.614Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/567" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/568.toml b/gitlab/issues/target_missing/host_missing/accel_missing/568.toml new file mode 100644 index 00000000..caf9816d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/568.toml @@ -0,0 +1,34 @@ +id = 568 +title = "video memory option not working with Mac OS or Windows guest" +state = "opened" +created_at = "2021-08-26T20:48:42.106Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/568" +host-os = "Mac OS" +host-arch = "ARM64" +qemu-version = "version 6.0.94 (v6.1.0-rc4-dirty))" +guest-os = "Mac OS" +guest-arch = "x86_64" +description = """The vgamem_mb option tells the guest how much video memory it has access to. When I used this command '-device VGA,vgamem_mb=128', I expect the guest to report there is 128 MB of video memory. What actually happens is the guest does not seem to know how much video memory is actually available.""" +reproduce = """**Mac OS guest:** +1. Run a Mac OS guest with this command: -device VGA,vgamem_mb=128 +2. In Mac OS X open the System Information application -> /Applications/Utilities/System Information. +3. Click on "Graphics/Displays". +4. Look at the 'VRAM (Total)' field. +The field only shows 3 MB of video ram. + +**Windows guest:** +1. Run a Windows (Windows XP in my case) guest with this command: -device VGA,vgamem_mb=128 +2. Click on Start->Run. +3. Enter 'dxdiag'. +4. Push the OK button. +5. Click on the Display tap in the DirectX Diagnostic Tool. +6. Look at the Approv. Total Memory field. +The field should say 128 MB but actually says N/A.""" +additional = """**Mac OS 8.5<br>** +<br><br><br> +**Windows XP<br>** +<br><br><br> +**Windows 7<br>** +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/569.toml b/gitlab/issues/target_missing/host_missing/accel_missing/569.toml new file mode 100644 index 00000000..8d255545 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/569.toml @@ -0,0 +1,15 @@ +id = 569 +title = "ESP SCSI adapter not working with DOS ASPI drivers" +state = "closed" +created_at = "2021-08-27T10:30:30.991Z" +closed_at = "2024-02-16T14:56:43.353Z" +labels = ["Launchpad"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/569" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/57.toml b/gitlab/issues/target_missing/host_missing/accel_missing/57.toml new file mode 100644 index 00000000..14e4ec1e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/57.toml @@ -0,0 +1,15 @@ +id = 57 +title = "IDE short PRDT abort" +state = "opened" +created_at = "2021-04-30T16:57:05.308Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/57" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/574.toml b/gitlab/issues/target_missing/host_missing/accel_missing/574.toml new file mode 100644 index 00000000..b0bf793d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/574.toml @@ -0,0 +1,15 @@ +id = 574 +title = "ui/sdl2: warning: redundant redeclaration of 'direct_waitqueue_init'" +state = "opened" +created_at = "2021-08-27T14:08:22.506Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/574" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/575.toml b/gitlab/issues/target_missing/host_missing/accel_missing/575.toml new file mode 100644 index 00000000..d5fe5828 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/575.toml @@ -0,0 +1,15 @@ +id = 575 +title = "maybe-uninitialized warning in load_fit()" +state = "opened" +created_at = "2021-08-27T14:09:18.330Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/575" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/576.toml b/gitlab/issues/target_missing/host_missing/accel_missing/576.toml new file mode 100644 index 00000000..14263533 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/576.toml @@ -0,0 +1,15 @@ +id = 576 +title = "New Cocoa clipboard support raises minimum macos version to 10.14" +state = "closed" +created_at = "2021-08-27T22:34:55.509Z" +closed_at = "2021-08-29T17:08:57.871Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/576" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/578.toml b/gitlab/issues/target_missing/host_missing/accel_missing/578.toml new file mode 100644 index 00000000..15f44484 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/578.toml @@ -0,0 +1,38 @@ +id = 578 +title = "getdomainname() is not implemented in QEMU user mode on Linux/sparc64" +state = "opened" +created_at = "2021-08-29T14:50:00.598Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/578" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "6.1.0" +guest-os = "Linux" +guest-arch = "sparc64" +description = """The `getdomainname()` function fails, instead of succeeding.""" +reproduce = """[foo.c](/uploads/7586c9aab788855b232a5c2f6aaeb4fc/foo.c) + +1. +``` +# apt install g++-10-sparc64-linux-gnu +# mkdir -p /usr/sparc64-linux-gnu/etc +# touch /usr/sparc64-linux-gnu/etc/ld.so.cache +``` +2. +``` +$ sparc64-linux-gnu-gcc-10 -Wall -static foo.c +``` +[a.out](/uploads/39d291b95caa182d74b0b622a82667e8/a.out) + +3. Transfer the a.out file to a Linux/sparc64 machine; execute it there. It prints +``` +result: (none) +``` +4. +``` +$ QEMU_LD_PREFIX=/usr/sparc64-linux-gnu ~/inst-qemu/6.1.0/bin/qemu-sparc64 ./a.out +``` +Expected: `result: (none)` +Actual: `getdomainname: Function not implemented`""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/579.toml b/gitlab/issues/target_missing/host_missing/accel_missing/579.toml new file mode 100644 index 00000000..d531cdc6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/579.toml @@ -0,0 +1,58 @@ +id = 579 +title = "chown() fails when it should succeed in QEMU user mode on Linux/sparc64" +state = "opened" +created_at = "2021-08-29T15:13:31.203Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/579" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "6.1.0" +guest-os = "Linux" +guest-arch = "sparc64" +description = """The `chown()` function fails, instead of succeeding, in a particular situation.""" +reproduce = """[foo.c](/uploads/630d9b83671a071f4ded4da43b6c1b9b/foo.c) + +1. +``` +# apt install g++-10-sparc64-linux-gnu +# mkdir -p /usr/sparc64-linux-gnu/etc +# touch /usr/sparc64-linux-gnu/etc/ld.so.cache +``` +2. +``` +$ sparc64-linux-gnu-gcc-10 -Wall -static foo.c +``` +[a.out](/uploads/bbab43a1b78e6d16ee13e0eff5e963a5/a.out) + +3. Transfer the a.out file to a Linux/sparc64 machine; execute these commands there: +``` +$ id +``` +Verify that you are in 2 or more groups. +``` +$ touch file +$ ln -s file link +$ ln -s link link2 +$ ./a.out; echo $? +``` +It prints `0`. + +4. +``` +$ id +``` +Verify that you are in 2 or more groups. +``` +$ touch file +$ ln -s file link +$ ln -s link link2 +$ QEMU_LD_PREFIX=/usr/sparc64-linux-gnu ~/inst-qemu/6.1.0/bin/qemu-sparc64 ./a.out; echo $? +``` +Expected: `0` +Actual: +``` +chown: Operation not permitted +1 +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/58.toml b/gitlab/issues/target_missing/host_missing/accel_missing/58.toml new file mode 100644 index 00000000..355d366a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/58.toml @@ -0,0 +1,15 @@ +id = 58 +title = "Bitmaps with Extra Data cannot be removed" +state = "opened" +created_at = "2021-04-30T17:01:46.687Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/58" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/580.toml b/gitlab/issues/target_missing/host_missing/accel_missing/580.toml new file mode 100644 index 00000000..ae5d92ef --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/580.toml @@ -0,0 +1,27 @@ +id = 580 +title = "access internet from guest" +state = "closed" +created_at = "2021-08-30T03:02:15.997Z" +closed_at = "2021-09-02T01:41:21.648Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/580" +host-os = "Ubuntu" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.0.50 (v6.0.0-1053-g92f8c6fef1)" +guest-os = "fedora" +guest-arch = "RISCV" +description = """I can ssh back to host using ssh 10.0.2.2. +Also I can login to guest from host using ssh riscv@localhost -p 3333. +However, +I could not get internet access from the guest os system, such as: +``` +[riscv@fedora-riscv ~]$ wget www.google.com +--2019-12-15 05:53:04-- http://www.google.com/ +Resolving www.google.com (www.google.com)... 216.58.194.164, 2607:f8b0:4005:804::2004 +Connecting to www.google.com (www.google.com)|216.58.194.164|:80... failed: Connection refused. +Connecting to www.google.com (www.google.com)|2607:f8b0:4005:804::2004|:80... failed: Network is unreachable. +``` +Therefore, I could not use dnf to install packages. +Any help will be appreciated.""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/581.toml b/gitlab/issues/target_missing/host_missing/accel_missing/581.toml new file mode 100644 index 00000000..1260ff26 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/581.toml @@ -0,0 +1,15 @@ +id = 581 +title = "QEMU should warn if the user passes a '-vga something' option and we ignore it" +state = "closed" +created_at = "2021-08-30T18:19:37.851Z" +closed_at = "2022-05-09T16:31:14.638Z" +labels = ["Bite Sized", "CLI", "device:graphics", "kind::Feature Request", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/581" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/582.toml b/gitlab/issues/target_missing/host_missing/accel_missing/582.toml new file mode 100644 index 00000000..14bd5b60 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/582.toml @@ -0,0 +1,15 @@ +id = 582 +title = "Possible regression in qemu-user-static v5.7 from Fedora 34 Repo?" +state = "opened" +created_at = "2021-08-30T21:10:14.853Z" +closed_at = "n/a" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/582" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/583.toml b/gitlab/issues/target_missing/host_missing/accel_missing/583.toml new file mode 100644 index 00000000..da7a1abd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/583.toml @@ -0,0 +1,15 @@ +id = 583 +title = "Last cylinder of CHS disk image is not declared as accessible in image" +state = "opened" +created_at = "2021-08-31T04:05:37.242Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/583" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/586.toml b/gitlab/issues/target_missing/host_missing/accel_missing/586.toml new file mode 100644 index 00000000..c3479677 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/586.toml @@ -0,0 +1,15 @@ +id = 586 +title = "virtio-gpu: qemu 6.1.0 no longer enables virgl when using '-vga virtio'" +state = "opened" +created_at = "2021-08-31T12:01:23.896Z" +closed_at = "n/a" +labels = ["CLI", "Documentation", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/586" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/587.toml b/gitlab/issues/target_missing/host_missing/accel_missing/587.toml new file mode 100644 index 00000000..52dd68a1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/587.toml @@ -0,0 +1,15 @@ +id = 587 +title = "qemu show no error but the virtual machine stuck in boot (GPU passthrough)" +state = "closed" +created_at = "2021-08-31T12:18:50.736Z" +closed_at = "2021-08-31T13:10:58.895Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/587" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/589.toml b/gitlab/issues/target_missing/host_missing/accel_missing/589.toml new file mode 100644 index 00000000..635c8be0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/589.toml @@ -0,0 +1,15 @@ +id = 589 +title = "Error installing QGA file under virtual machine of windows system" +state = "opened" +created_at = "2021-09-01T09:49:51.605Z" +closed_at = "n/a" +labels = ["Guest Agent", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/589" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/59.toml b/gitlab/issues/target_missing/host_missing/accel_missing/59.toml new file mode 100644 index 00000000..8712dcc8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/59.toml @@ -0,0 +1,15 @@ +id = 59 +title = "ide/core.c ATA Major Version reporting incorrect" +state = "opened" +created_at = "2021-04-30T17:05:30.651Z" +closed_at = "n/a" +labels = ["Launchpad", "Storage", "kind::Bug", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/59" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/590.toml b/gitlab/issues/target_missing/host_missing/accel_missing/590.toml new file mode 100644 index 00000000..bb0dc694 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/590.toml @@ -0,0 +1,15 @@ +id = 590 +title = "NSIS Windows installer generator warnings when cross-building on MinGW" +state = "closed" +created_at = "2021-09-01T14:40:09.886Z" +closed_at = "2022-08-05T12:04:20.483Z" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/590" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/591.toml b/gitlab/issues/target_missing/host_missing/accel_missing/591.toml new file mode 100644 index 00000000..0d7243f0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/591.toml @@ -0,0 +1,15 @@ +id = 591 +title = "Sphinx documentation jobs fail on fork with no version tag" +state = "opened" +created_at = "2021-09-01T14:44:43.266Z" +closed_at = "n/a" +labels = ["CI", "workflow::Patch available"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/591" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/592.toml b/gitlab/issues/target_missing/host_missing/accel_missing/592.toml new file mode 100644 index 00000000..2b6b4296 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/592.toml @@ -0,0 +1,118 @@ +id = 592 +title = "CloudLinux / CageFS - guest-fsfreeze hangs system" +state = "opened" +created_at = "2021-09-01T20:36:06.844Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/592" +host-os = "Proxmox 6.4" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 5.2.0 (pve-qemu-kvm_5.2.0)" +guest-os = "CloudLinux release 7.9 (Boris Yegorov)" +guest-arch = "x86_64" +description = """Since CloudLinux provides CageFS (virtualized file system), each time guest-fsfreeze for Proxmox backup, the system is hangs up and become unavailable. It's caused by cagefs-skeleton mount points: + +``` +sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) +proc on /proc type proc (rw,nosuid,nodev,noexec,relatime,gid=1002,hidepid=2) +devtmpfs on /dev type devtmpfs (rw,nosuid,size=3993656k,nr_inodes=998414,mode=755) +securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) +tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) +devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) +tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) +tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755) +cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd) +pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) +configfs on /sys/kernel/config type configfs (rw,relatime) +/dev/sda2 on / type ext4 (rw,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=34,pipe_ino=10005,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=10005) +mqueue on /dev/mqueue type mqueue (rw,relatime) +hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) +debugfs on /sys/kernel/debug type debugfs (rw,relatime) +fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) +/dev/sda1 on /boot type ext4 (rw,relatime,data=ordered) +/usr/tmpDSK on /tmp type ext4 (rw,nosuid,noexec,relatime,discard,data=ordered) +/usr/tmpDSK on /var/tmp type ext4 (rw,nosuid,noexec,relatime,discard,data=ordered) +cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer) +cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices) +cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,relatime,cpuacct,cpu) +cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset) +cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory) +/dev/sda2 on /usr/share/cagefs-skeleton type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +devpts on /usr/share/cagefs-skeleton/dev/pts type devpts (rw,nosuid,relatime,gid=5,mode=620,ptmxmode=000) +/dev/sda2 on /usr/share/cagefs-skeleton/lib type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/lib64 type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/opt type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/include type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/lib type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/lib64 type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/apache/domlogs type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/3rdparty/bin type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/3rdparty/lib type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/3rdparty/lib64 type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/3rdparty/perl type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/3rdparty/php type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/3rdparty/share type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/Cpanel type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/Whostmgr type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/base type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/cgi-priv type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/cpaddons type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/etc type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/hooks type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/htdocs type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/img-sys type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/install type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/lang type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/lib type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/libexec type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/locale type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/php type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/scripts type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/share type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/shared type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/sys_cpanel/boxtrapper-message type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/var type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/whostmgr type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/local/cpanel/whostmgr/docroot/cgi/softaculous type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/share/l.v.e-manager/cl.nodejs type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/share/l.v.e-manager/cl.python type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/share/locale type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/share/man type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/share/terminfo type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/share/vim type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/usr/share/zoneinfo type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/var/cpanel/ea4 type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/var/lib/mysql type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/var/lib/proxyexec/cagefs.sock type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/var/lib/spamassassin type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +tmpfs on /usr/share/cagefs-skeleton/run/dbus type tmpfs (rw,nosuid,mode=755) +tmpfs on /usr/share/cagefs-skeleton/run/nscd type tmpfs (rw,nosuid,mode=755) +/dev/sda2 on /usr/share/cagefs-skeleton/var/softaculous type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/var/spool/at type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/var/www/cgi-bin type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/var/www/html type ext4 (rw,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/opt/suphp/sbin type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/opt/cpanel/ea-php73/root/usr/bin type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/opt/cpanel/ea-php73/root/etc type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/opt/cpanel/ea-php74/root/usr/bin type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/opt/cpanel/ea-php74/root/etc type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/opt/cpanel/ea-php80/root/usr/bin type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/opt/cpanel/ea-php80/root/etc type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +/dev/sda2 on /usr/share/cagefs-skeleton/var/lve/lveinfo.ver.cagefs type ext4 (ro,nosuid,relatime,data=ordered,jqfmt=vfsv1,usrjquota=quota.user) +proc on /usr/share/cagefs-skeleton/proc type proc (rw,nosuid,relatime,gid=1002,hidepid=2) +systemd-1 on /usr/share/cagefs-skeleton/proc/sys/fs/binfmt_misc type autofs (rw,nosuid,relatime,fd=34,pipe_ino=10005,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=10005) +tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=800880k,mode=700) +``` + +Is there anyway qemu-guest-agent can handle this? I saw a lot of users faced this problem since CloudLinux becomes more popular after RHEL halted future CentOS releases. + +CloudLinux has an option to umount/mount cagefs-skeleton, maybe it's something can be implemented - https://docs.cloudlinux.com/command-line_tools/ + +The same issue happens when JailShell is enabled on cPanel servers (OVH reported about) - https://docs.ovh.com/ca/en/vps/cpanel_auto_backup/ + +Thank you for your time.""" +reproduce = """1. Manually start backup for the VM with qemu-agent enabled. +2. The backup process stuck at "INFO: issuing guest-agent 'fs-freeze' command" +3. The VM become unavailable, you can only unlock it and force reset.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/593.toml b/gitlab/issues/target_missing/host_missing/accel_missing/593.toml new file mode 100644 index 00000000..601fd8a1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/593.toml @@ -0,0 +1,17 @@ +id = 593 +title = "USB ECM network device does not work under XHCI" +state = "opened" +created_at = "2021-09-01T23:41:26.673Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/593" +host-os = "Windows and also WSL" +host-arch = "x86_64" +qemu-version = "6.1.0 and git master" +guest-os = "Haiku" +guest-arch = "x86_64" +description = """No data is ever received by the USB ECM network device when it is attached to an XHCI controller. (USB 1.0 controllers work OK.)""" +reproduce = "n/a" +additional = """There are some patches it appears were submitted to the GitHub mirror that resolve the problem (I tested them applied to git master, and confirmed they work): https://github.com/qemu/qemu/pull/100 + +I guess they never were submitted to the mailing list, or somehow got missed?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/595.toml b/gitlab/issues/target_missing/host_missing/accel_missing/595.toml new file mode 100644 index 00000000..0ea4b5cd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/595.toml @@ -0,0 +1,21 @@ +id = 595 +title = "QEMU VNC mouse doesn't move in tablet mode os9" +state = "closed" +created_at = "2021-09-03T14:18:54.703Z" +closed_at = "2021-09-09T15:07:31.581Z" +labels = ["device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/595" +host-os = "Ubuntu Server 21.04" +host-arch = "x86/x64" +qemu-version = "5.2.93" +guest-os = "OS9" +guest-arch = "ppc" +description = """What I am trying to do is have a headless os9 running in QEMU on ubuntu and use the native vnc support in QEMU to access the screen. That is setup and works as expected but the mouse only works in ps/2 mode and that is clearly very undesirable (mouse is never lined up). I set it up in tablet mode and when I am in the QEMU window on the host the mouse works perfect (I added tablet mode to os9 with: https://github.com/kanjitalk755/macos9-usb-tablet). That same tablet mode results in the mouse not moving at all over vnc, if I ctrl+alt 2 and switch the mouse type from tablet mode it starts working again but not lined up at all as expected, cant get to any buttons on edges. Is there anyone in here that ran into this? Am I the only one using QEMU VNC? + +Iv thought about running a vnc application on the vm itself but performance was meh at best. Any tips would be worth a lot to me, its a sin to say but I am trying to adapt this into a production environment... + +Upon further investigation this seems to be a issue on Linux. I am testing the QEMU on windows and its working as expected over VNC. That is to say if QEMU is running on a windows host, it just works over vnc with tablet mode. So what could be causing Linux version to not work? I did compile it from source, are there any configure flags I am missing? I am trying to run it on Ubuntu server 21.04""" +reproduce = """1.add vnc option to parameters +2.enable tablet mode and install driver in os9 +3.connect to vnc and mouse doesn't move""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/598.toml b/gitlab/issues/target_missing/host_missing/accel_missing/598.toml new file mode 100644 index 00000000..e7b2f2eb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/598.toml @@ -0,0 +1,15 @@ +id = 598 +title = "QEMU boot kernel for ppc e300c3 problem" +state = "closed" +created_at = "2021-09-04T10:40:31.094Z" +closed_at = "2021-09-04T10:52:51.877Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/598" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/599.toml b/gitlab/issues/target_missing/host_missing/accel_missing/599.toml new file mode 100644 index 00000000..2cb29169 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/599.toml @@ -0,0 +1,19 @@ +id = 599 +title = "Q35: Windows BSOD running on 6.1.0" +state = "closed" +created_at = "2021-09-05T21:03:24.602Z" +closed_at = "2021-09-06T18:12:12.392Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/599" +host-os = "Ubuntu 20.04, macOS 10.15" +host-arch = "x86" +qemu-version = "6.1.0" +guest-os = "Windows 7, other Windows" +guest-arch = "x86" +description = """Starting with QEMU 6.1.0, Windows no longer boots with Q35 (including `pc-q35-6.0` as well). When booting an existing Windows 7 installation, BSOD appears during boot (0x0000007B). If you try to install Windows from an ISO, the follow error appears when you try to start setup. + + + +Other people also reported similar issues booting Windows 10, as well as during use of Windows XP.""" +reproduce = """Enter commands from above.""" +additional = """This was not an issue in QEMU 6.0.0. I can reproduce it at `master`.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/600.toml b/gitlab/issues/target_missing/host_missing/accel_missing/600.toml new file mode 100644 index 00000000..7d5319f7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/600.toml @@ -0,0 +1,15 @@ +id = 600 +title = "Have 'info mtree' accept an (optional) 'name' parameter to pick a specific address space" +state = "opened" +created_at = "2021-09-06T09:53:48.544Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/600" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/603.toml b/gitlab/issues/target_missing/host_missing/accel_missing/603.toml new file mode 100644 index 00000000..42854b1f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/603.toml @@ -0,0 +1,15 @@ +id = 603 +title = "Unable to use mps2-an386 machine with qemu-6.0.0 version code" +state = "closed" +created_at = "2021-09-07T09:33:13.179Z" +closed_at = "2021-09-07T09:41:06.188Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/603" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/604.toml b/gitlab/issues/target_missing/host_missing/accel_missing/604.toml new file mode 100644 index 00000000..bfbb8afc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/604.toml @@ -0,0 +1,15 @@ +id = 604 +title = "QEMU crashes with \"-global driver=isa-fdc\"" +state = "closed" +created_at = "2021-09-07T13:26:26.747Z" +closed_at = "2022-03-08T19:30:39.927Z" +labels = ["CLI", "QAPI/QMP"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/604" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/605.toml b/gitlab/issues/target_missing/host_missing/accel_missing/605.toml new file mode 100644 index 00000000..8db48fab --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/605.toml @@ -0,0 +1,23 @@ +id = 605 +title = "QEMU crashes when receiving network connection on NetBSD" +state = "closed" +created_at = "2021-09-07T19:47:30.537Z" +closed_at = "2021-09-19T19:36:35.452Z" +labels = ["workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/605" +host-os = "NetBSD" +host-arch = "amd64 (x86_64)" +qemu-version = "6.1.0 compiled with pkgsrc" +guest-os = "Linux" +guest-arch = "x86_64" +description = """After booting the VM, connecting to the TCP port 2222 of the host immediately crashes the VM and qemu prints: + +** +Slirp:ERROR:../slirp/src/tcp_subr.c:477:tcp_connect: assertion failed: (ret == 0) +Bail out! Slirp:ERROR:../slirp/src/tcp_subr.c:477:tcp_connect: assertion failed: (ret == 0)""" +reproduce = """1. start VM as indicated +2. telnet localhost 2222 +3. crash""" +additional = """** +Slirp:ERROR:../slirp/src/tcp_subr.c:477:tcp_connect: assertion failed: (ret == 0) +Bail out! Slirp:ERROR:../slirp/src/tcp_subr.c:477:tcp_connect: assertion failed: (ret == 0)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/606.toml b/gitlab/issues/target_missing/host_missing/accel_missing/606.toml new file mode 100644 index 00000000..ab850ca9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/606.toml @@ -0,0 +1,15 @@ +id = 606 +title = "Gtk: gtk_clipboard_set_with_data: assertion 'targets != NULL' failed" +state = "opened" +created_at = "2021-09-08T10:34:55.185Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/606" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/607.toml b/gitlab/issues/target_missing/host_missing/accel_missing/607.toml new file mode 100644 index 00000000..3cc63c9f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/607.toml @@ -0,0 +1,67 @@ +id = 607 +title = "socket_sockaddr_to_address_unix: Assertion `salen >= sizeof(su->sun_family) + 1 && salen <= sizeof(struct sockaddr_un)' failed." +state = "closed" +created_at = "2021-09-08T14:13:14.363Z" +closed_at = "2021-09-08T14:17:30.082Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/607" +host-os = "Manjaro" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.1.0" +guest-os = "Manjaro" +guest-arch = "x86" +description = """""" +reproduce = """1. Run Qemu command line +2. Start console in virt-manager""" +additional = """_/var/log/libvirt/qemu_ + +``` +2021-09-08 13:08:22.003+0000: starting up libvirt version: 7.6.0, qemu version: 6.1.0, kernel: 5.4.143-1-MANJARO, hostname: pjehrsohmehj +LC_ALL=C \\ +PATH=/usr/local/sbin:/usr/local/bin:/usr/bin \\ +HOME=/var/lib/libvirt/qemu/domain-81-Vagrant_default \\ +XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-81-Vagrant_default/.local/share \\ +XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-81-Vagrant_default/.cache \\ +XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-81-Vagrant_default/.config \\ +/usr/bin/qemu-system-x86_64 \\ +-name guest=Vagrant_default,debug-threads=on \\ +-S \\ +-object '{"qom-type":"secret","id":"masterKey0","format":"raw","file":"/var/lib/libvirt/qemu/domain-81-Vagrant_default/master-key.aes"}' \\ +-machine pc-i440fx-6.1,accel=kvm,usb=off,dump-guest-core=off,memory-backend=pc.ram \\ +-cpu Snowridge,ss=on,vmx=on,hypervisor=on,tsc-adjust=on,mpx=on,rdpid=on,md-clear=on,stibp=on,xsaves=on,ibpb=on,ibrs=on,amd-stibp=on,amd-ssbd=on,rdctl-no=on,ibrs-all=on,skip-l1dfl-vmentry=on,mds-no=on,pschange-mc-no=on,clwb=off,gfni=off,cldemote=off,movdiri=off,movdir64b=off,core-capability=off,split-lock-detect=off \\ +-m 512 \\ +-object '{"qom-type":"memory-backend-ram","id":"pc.ram","size":536870912}' \\ +-overcommit mem-lock=off \\ +-smp 1,sockets=1,cores=1,threads=1 \\ +-uuid cde944bb-cfc2-473b-b605-580382c3f944 \\ +-no-user-config \\ +-nodefaults \\ +-chardev socket,id=charmonitor,fd=32,server=on,wait=off \\ +-mon chardev=charmonitor,id=monitor,mode=control \\ +-rtc base=utc \\ +-no-shutdown \\ +-boot strict=on \\ +-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/Zelec-VAGRANTSLASH-manjarolinux_vagrant_box_image_20210901.1551100290_box.img","node-name":"libvirt-2-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-2-format","read-only":true,"driver":"qcow2","file":"libvirt-2-storage","backing":null}' \\ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/images/Vagrant_default.img","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \\ +-blockdev '{"node-name":"libvirt-1-format","read-only":false,"driver":"qcow2","file":"libvirt-1-storage","backing":"libvirt-2-format"}' \\ +-device virtio-blk-pci,bus=pci.0,addr=0x3,drive=libvirt-1-format,id=virtio-disk0,bootindex=1 \\ +-netdev tap,fd=34,id=hostnet0,vhost=on,vhostfd=35 \\ +-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:cf:27:78,bus=pci.0,addr=0x5 \\ +-chardev pty,id=charserial0 \\ +-device isa-serial,chardev=charserial0,id=serial0 \\ +-audiodev id=audio1,driver=none \\ +-vnc 127.0.0.1:0,audiodev=audio1 \\ +-k en-us \\ +-device cirrus-vga,id=video0,bus=pci.0,addr=0x2 \\ +-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 \\ +-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \\ +-msg timestamp=on +char device redirected to /dev/pts/0 (label charserial0) +2021-09-08T13:08:22.188784Z qemu-system-x86_64: warning: host doesn't support requested feature: MSR(48FH).vmx-exit-load-perf-global-ctrl [bit 12] +2021-09-08T13:08:22.188905Z qemu-system-x86_64: warning: host doesn't support requested feature: MSR(490H).vmx-entry-load-perf-global-ctrl [bit 13] +qemu-system-x86_64: ../qemu-6.1.0/util/qemu-sockets.c:1348: socket_sockaddr_to_address_unix: Assertion `salen >= sizeof(su->sun_family) + 1 && salen <= sizeof(struct sockaddr_un)' failed. +2021-09-08 13:08:28.059+0000: shutting down, reason=crashed +2 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/608.toml b/gitlab/issues/target_missing/host_missing/accel_missing/608.toml new file mode 100644 index 00000000..1f4ea97d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/608.toml @@ -0,0 +1,15 @@ +id = 608 +title = "incremental_live_backup: Error prompt info when do incremental backup with an invalid \"bitmap-mode\"" +state = "closed" +created_at = "2021-09-09T02:34:47.032Z" +closed_at = "2021-10-27T18:34:00.288Z" +labels = ["QAPI/QMP", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/608" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/609.toml b/gitlab/issues/target_missing/host_missing/accel_missing/609.toml new file mode 100644 index 00000000..02368975 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/609.toml @@ -0,0 +1,17 @@ +id = 609 +title = "Can't build system emulation with static on qemu 6.1" +state = "closed" +created_at = "2021-09-09T08:58:18.940Z" +closed_at = "2021-09-24T12:52:47.895Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/609" +host-os = "Ubuntu 20.04" +host-arch = "arm 64" +qemu-version = "qemu-6.1.0" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM, s390x, etc.)" +description = """""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/610.toml b/gitlab/issues/target_missing/host_missing/accel_missing/610.toml new file mode 100644 index 00000000..be195b66 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/610.toml @@ -0,0 +1,41 @@ +id = 610 +title = "after upgrade to 6.1.0, snapshot creation fails with \"pre-save failed: qxl\"" +state = "closed" +created_at = "2021-09-09T21:21:39.673Z" +closed_at = "2021-09-16T14:28:11.732Z" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/610" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "6.1.0" +guest-os = "GNU/Linux" +guest-arch = "x86_64" +description = """When trying to create a snapshot using `virsh --connect qemu:///system snapshot-create-as <domain-name> <snapshot-name>` or virt-manager GUI, I get the following error: + +``` +Error: Error while writing VM state: Unknown error -1 + + +Traceback (most recent call last): + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in cb_wrapper + callback(asyncjob, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/details/snapshots.py", line 237, in _do_create_snapshot + self.vm.create_snapshot(xml) + File "/usr/share/virt-manager/virtManager/object/domain.py", line 1124, in create_snapshot + self._backend.snapshotCreateXML(xml, flags) + File "/usr/lib/python3.9/site-packages/libvirt.py", line 3059, in snapshotCreateXML + raise libvirtError('virDomainSnapshotCreateXML() failed') +libvirt.libvirtError: operation failed: Failed to take snapshot: pre-save failed: qxl +Error: Error while writing VM state: Unknown error -1 +```""" +reproduce = "n/a" +additional = """I'm using Arch Linux distro packages. +The issue appeared after upgrading qemu-headless from 6.0.0 to 6.1.0. +Downgrading back to 6.0.0 fixes the problem (snapshot are created +successfully and work as expected). + +In a reply to my message to libvirt-users describing the issue [1], +Daniel P. Berrangé confirmed that the error comes from QEMU and +recommended reporting it here. + +[1] https://listman.redhat.com/archives/libvirt-users/2021-September/msg00007.html""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/611.toml b/gitlab/issues/target_missing/host_missing/accel_missing/611.toml new file mode 100644 index 00000000..c8bd45db --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/611.toml @@ -0,0 +1,135 @@ +id = 611 +title = "qemu-system-m68k: hw/scsi/scsi-disk.c assertion failure" +state = "closed" +created_at = "2021-09-09T23:12:06.257Z" +closed_at = "2024-04-04T17:26:22.308Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/611" +host-os = "Gentoo Linux" +host-arch = "x86" +qemu-version = "6.1.50 (v6.1.0-491-gbd662023e6)" +guest-os = "Linux/m68k" +guest-arch = "m68k" +description = """QEMU assertion failure (crash): +qemu-system-m68k: ../hw/scsi/scsi-disk.c:550: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.""" +reproduce = """``` +$ xz -d initramfs-stress-ng.cpio.xz vmlinux-5.14-multi.xz +$ cat rootfs.ext2.xz-part? | xz -dc > rootfs.ext2 +$ qemu-system-m68k -M q800 -m 128M -serial none -serial mon:stdio -g 800x600x4 -rtc base=localtime -drive file=rootfs.ext2,format=raw -kernel vmlinux-5.14-multi -append "console=ttyS0" -initrd initramfs-stress-ng.cpio + +ABCFGHIJK +[ 0.000000] Linux version 5.14.0-multi (fthain@nippy) (m68k-linux-gnu-gcc (btc) 6.4.0, GNU ld (btc) 2.28) #5 Sat Sep 4 16:09:41 AEST 2021 +[ 0.000000] Saving 140 bytes of bootinfo +[ 0.000000] Detected Macintosh model: 35 +[ 0.000000] Apple Macintosh Quadra 800 +[ 0.000000] Zone ranges: +[ 0.000000] DMA [mem 0x0000000000000000-0x0000007fffffffff] +[ 0.000000] Normal empty +[ 0.000000] Movable zone start for each node +[ 0.000000] Early memory node ranges +[ 0.000000] node 0: [mem 0x0000000000000000-0x0000000007ffffff] +[ 0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff] +[ 0.000000] initrd: 07d3e000 - 07fff600 +[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 32480 +[ 0.000000] Kernel command line: console=ttyS0 +[ 0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes, linear) +[ 0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes, linear) +[ 0.000000] Sorting __ex_table... +[ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off +[ 0.000000] Memory: 121420K/131072K available (4074K kernel code, 327K rwdata, 752K rodata, 148K init, 117K bss, 9652K reserved, 0K cma-reserved) +[ 0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 +[ 0.000000] NR_IRQS: 200 +[ 0.000000] clocksource: via1: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 2439823894983 ns +[ 0.000000] Console: colour dummy device 80x25 +[ 0.010000] printk: console [ttyS0] enabled +[ 0.020000] Calibrating delay loop... 841.31 BogoMIPS (lpj=4206592) +[ 0.110000] pid_max: default: 32768 minimum: 301 +[ 0.110000] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear) +[ 0.110000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear) +[ 0.150000] devtmpfs: initialized +[ 0.160000] random: get_random_u32 called from bucket_table_alloc.isra.28+0x70/0x1a6 with crng_init=0 +[ 0.160000] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns +[ 0.160000] futex hash table entries: 256 (order: -1, 3072 bytes, linear) +[ 0.160000] NET: Registered PF_NETLINK/PF_ROUTE protocol family +[ 0.170000] DMA: preallocated 128 KiB GFP_KERNEL pool for atomic allocations +[ 0.170000] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations +[ 0.200000] wait_for_initramfs() called before rootfs_initcalls +[ 0.220000] NuBus: Scanning NuBus slots. +[ 0.220000] Slot 9: Board resource not found! +[ 0.220000] SCSI subsystem initialized +[ 0.240000] clocksource: Switched to clocksource via1 +[ 0.260000] NET: Registered PF_INET protocol family +[ 0.260000] IP idents hash table entries: 2048 (order: 2, 16384 bytes, linear) +[ 0.270000] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096 bytes, linear) +[ 0.270000] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear) +[ 0.270000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes, linear) +[ 0.270000] TCP: Hash tables configured (established 1024 bind 1024) +[ 0.270000] UDP hash table entries: 256 (order: 0, 4096 bytes, linear) +[ 0.270000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear) +[ 0.270000] NET: Registered PF_UNIX/PF_LOCAL protocol family +[ 0.280000] RPC: Registered named UNIX socket transport module. +[ 0.280000] RPC: Registered udp transport module. +[ 0.280000] RPC: Registered tcp transport module. +[ 0.280000] RPC: Registered tcp NFSv4.1 backchannel transport module. +[ 0.290000] Trying to unpack rootfs image as initramfs... +[ 0.290000] workingset: timestamp_bits=30 max_order=15 bucket_order=0 +[ 0.310000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) +[ 0.310000] io scheduler mq-deadline registered +[ 0.310000] macfb: framebuffer at 0xf9001000, mapped to 0x(ptrval), size 234k +[ 0.310000] macfb: mode is 800x600x4, linelength=400 +[ 0.330000] Console: switching to colour frame buffer device 100x37 +[ 0.350000] fb0: DAFB frame buffer device +[ 0.350000] pmac_zilog: 0.6 (Benjamin Herrenschmidt <benh@kernel.crashing.org>) +[ 0.350000] scc.0: ttyS0 at MMIO 0x5000c022 (irq = 4, base_baud = 230400) is a Z85c30 ESCC - Serial port +[ 0.350000] scc.1: ttyS1 at MMIO 0x5000c020 (irq = 4, base_baud = 230400) is a Z85c30 ESCC - Serial port +[ 0.350000] Non-volatile memory driver v1.3 +[ 0.390000] brd: module loaded +[ 0.390000] adb: Mac II ADB Driver v1.0 for Unified ADB +[ 0.410000] Detected ADB keyboard, type ANSI. +[ 0.410000] input: ADB keyboard as /devices/virtual/input/input0 +[ 0.420000] random: fast init done +[ 0.420000] input: ADB mouse as /devices/virtual/input/input1 +[ 0.430000] Freeing initrd memory: 2820K +[ 0.430000] mac_esp: using PDMA for controller 0 +[ 0.430000] mac_esp mac_esp.0: esp0: regs[(ptrval):0] irq[19] +[ 0.430000] mac_esp mac_esp.0: esp0: is a ESP236, 16 MHz (ccf=4), SCSI ID 7 +[ 3.520000] scsi host0: esp +[ 3.530000] scsi 0:0:0:0: Direct-Access QEMU QEMU HARDDISK 2.5+ PQ: 0 ANSI: 5 +[ 3.540000] scsi target0:0:0: Beginning Domain Validation +[ 3.540000] scsi target0:0:0: Domain Validation skipping write tests +[ 3.540000] scsi target0:0:0: Ending Domain Validation +[ 3.550000] scsi 0:0:2:0: CD-ROM QEMU QEMU CD-ROM 2.5+ PQ: 0 ANSI: 5 +[ 3.550000] scsi target0:0:2: Beginning Domain Validation +[ 3.560000] scsi target0:0:2: Domain Validation skipping write tests +[ 3.560000] scsi target0:0:2: Ending Domain Validation +[ 3.560000] sr 0:0:2:0: Power-on or device reset occurred +[ 3.570000] sr 0:0:2:0: [sr0] scsi3-mmc drive: 16x/50x cd/rw xa/form2 cdda tray +[ 3.570000] cdrom: Uniform CD-ROM driver Revision: 3.20 +[ 3.570000] sd 0:0:0:0: Power-on or device reset occurred +[ 3.580000] sd 0:0:0:0: [sda] 322560 512-byte logical blocks: (165 MB/158 MiB) +[ 3.580000] sd 0:0:0:0: [sda] Write Protect is off +[ 3.580000] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA +[ 3.590000] sd 0:0:0:0: Attached scsi generic sg0 type 0 +[ 3.590000] sr 0:0:2:0: Attached scsi generic sg1 type 5 +[ 3.590000] Onboard/comm-slot SONIC, revision 0x0004, 32 bit DMA, register offset 2 +[ 3.590000] SONIC ethernet @50f0a000, MAC 08:00:07:12:34:56, IRQ 3 +[ 3.600000] sd 0:0:0:0: [sda] Attached SCSI disk +[ 3.610000] aoe: AoE v85 initialised. +[ 3.610000] mousedev: PS/2 mouse device common for all mice +[ 3.610000] rtc-generic rtc-generic: registered as rtc0 +[ 3.620000] NET: Registered PF_PACKET protocol family +[ 3.630000] Freeing unused kernel image (initmem) memory: 148K +[ 3.630000] This architecture does not have kernel memory protection. +[ 3.630000] Run /init as init process +/init: line 11: ifconfig: not found +# mount /dev/sda /mnt +[ 9.030000] EXT4-fs (sda): mounting ext2 file system using the ext4 subsystem +[ 9.080000] EXT4-fs (sda): mounted filesystem without journal. Opts: (null). Quota mode: disabled. +# cd /mnt +# /root/stress-ng --mmap -1 --mmap-file --mmap-bytes=100% +stress-ng: info: [42] defaulting to a 86400 second (1 day, 0.00 secs) run per stressor +stress-ng: info: [42] dispatching hogs: 1 mmap +qemu-system-m68k: ../hw/scsi/scsi-disk.c:550: scsi_write_data: Assertion `r->req.aiocb == NULL' failed. +Aborted +```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/614.toml b/gitlab/issues/target_missing/host_missing/accel_missing/614.toml new file mode 100644 index 00000000..8839e6ce --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/614.toml @@ -0,0 +1,15 @@ +id = 614 +title = "Newly introduced dependency on GCC 7.5.0 should allow any version of GCC 7" +state = "closed" +created_at = "2021-09-11T11:36:02.147Z" +closed_at = "2021-10-04T06:12:50.423Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/614" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/615.toml b/gitlab/issues/target_missing/host_missing/accel_missing/615.toml new file mode 100644 index 00000000..dd7089d6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/615.toml @@ -0,0 +1,18 @@ +id = 615 +title = "Not sure if this is a qemu issue but SD card is not correctly read. blk_update_request: I/O error on Manjaro libvirt OS." +state = "closed" +created_at = "2021-09-11T18:48:15.721Z" +closed_at = "2021-09-27T11:18:53.893Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/615" +host-os = "Manjaro" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.1.0" +guest-os = "Manjaro" +guest-arch = "x86" +description = """""" +reproduce = """1. Run vagrant command line +2. Start console in virt-manager +3. Add USB SD card reader device with SD card. +4. Go back to console""" +additional = """I've bought a new SD card reader and SD card, tried it on other ports and the problem persists.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/617.toml b/gitlab/issues/target_missing/host_missing/accel_missing/617.toml new file mode 100644 index 00000000..451345b1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/617.toml @@ -0,0 +1,38 @@ +id = 617 +title = "USB passthrough with Conbee 2 failing after upgrade to Fedora 34 / Libvirt 7.0.0" +state = "opened" +created_at = "2021-09-12T17:36:19.084Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/617" +host-os = "Fedora 34" +host-arch = "ARM" +qemu-version = "QEMU emulator version 5.2.0 (qemu-5.2.0-8.fc34)" +guest-os = "Hassio" +guest-arch = "x86" +description = """Hi, + +I upgraded recently from Fedora 32 to 34. + +For a little under a year, I've been running reliably a Home Assistant instance with Deconz add-on in a VM, with a Conbee 2 zigbee gateway in USB passthrough, controlling about 15 devices (door/window sensors, thermometers, leak sensors and push buttons). + +It has worked flawlessly but stopped working after upgrading Fedora. The Conbee shows up on the Linux guest but the serial can't be read by the Deconz application and it just does not work, the app can't get past the device connection screen. + +This is the state of what works and what doesn't: + +- Home Assistant Linux VM: NOK +- Ubuntu Linux 20.04 VM: NOK +- Windows 10 VM: NOK +- Windows 10 physical machine: OK, can connect and pair a door sensor + +All running the latest Deconz app. + +The fact that the physical Windows machine works excludes a bricked device. I used the physical Windows to upgrade the Conbee 2 firmware with no improvement. + +This does not seem to be an isolated issue: https://old.reddit.com/r/homeassistant/comments/o04sgw/conbee_ii_usb_passthrough_with_libvirt_660/ + +Apologies if this has already been reported. Let me know what kind of logs you might want. + +Thanks!""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/62.toml b/gitlab/issues/target_missing/host_missing/accel_missing/62.toml new file mode 100644 index 00000000..7d174505 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/62.toml @@ -0,0 +1,15 @@ +id = 62 +title = "[OSS-Fuzz] ahci: stack overflow in ahci_cond_start_engines" +state = "closed" +created_at = "2021-05-01T05:48:09.812Z" +closed_at = "2023-04-28T20:58:32.921Z" +labels = ["Fuzzer", "Launchpad", "Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/62" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/621.toml b/gitlab/issues/target_missing/host_missing/accel_missing/621.toml new file mode 100644 index 00000000..e5ccecb4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/621.toml @@ -0,0 +1,15 @@ +id = 621 +title = "make after configure not working" +state = "closed" +created_at = "2021-09-15T17:37:07.380Z" +closed_at = "2021-09-21T13:59:11.429Z" +labels = ["Build System", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/621" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/623.toml b/gitlab/issues/target_missing/host_missing/accel_missing/623.toml new file mode 100644 index 00000000..d274df2f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/623.toml @@ -0,0 +1,20 @@ +id = 623 +title = "Allow direct access to windows disks on hyper-V as well as virtiofsd, DAX" +state = "opened" +created_at = "2021-09-16T14:26:51.265Z" +closed_at = "n/a" +labels = ["Storage", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/623" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Depends on, first needs fixing of, Issue #346 / Issue #430 , Essentially accel=whpx is not working/is broken/has regression. +``` +J:\\>E:\\scoopg\\shims\\qemu-system-x86_64.exe --version +QEMU emulator version 6.1.0 (v6.1.0-11882-g7deea770bf-dirty) +Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/630.toml b/gitlab/issues/target_missing/host_missing/accel_missing/630.toml new file mode 100644 index 00000000..a1725897 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/630.toml @@ -0,0 +1,15 @@ +id = 630 +title = "ubuntu-18.04-s390x-all job timeouts at 1h" +state = "closed" +created_at = "2021-09-20T05:56:05.016Z" +closed_at = "2021-10-15T16:48:29.339Z" +labels = ["CI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/630" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/631.toml b/gitlab/issues/target_missing/host_missing/accel_missing/631.toml new file mode 100644 index 00000000..55e58401 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/631.toml @@ -0,0 +1,33 @@ +id = 631 +title = "QEMU locks out user interface after waking from laptop sleep" +state = "opened" +created_at = "2021-09-21T13:04:01.251Z" +closed_at = "n/a" +labels = ["device:input"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/631" +host-os = "Linux Mint 19.3 Cinnamon" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.1.0" +guest-os = "OpenBIOS" +guest-arch = "ppc32" +description = """If qemu is started on laptop from command line and set to full screen, screen activated with mouse click, then put to sleep by closing lid; after waking up by opening lid the user interface locks out, the mouse cursor doesn't show, mouse clicks and keys are unresponsive. + +A Ctrl-ALt-Fn terminal must then be used to locate and kill the qemu process. After which the system can recover if it is terminated. The system tends to be affected in other ways such as wifi being disabled and needs to manually enabled after. So it looks like it disrupts the system from fully restoring the awoken state. + +The terminal from which QEMU is running is also filled with debug output. The issue looks to be caused by the SDL backend not knowing what to do with a wake up code. The terminal window is filled with the following text: +`The key you just pressed is not recognized by SDL. To help get this fixed, please report this to the SDL forums/mailing list <https://discourse.libsdl.org/> X11 KeyCode 151 (143), X11 KeySym 0x1008FF2B (XF86WakeUp).` + +I have reduced the steps causing the bug to as little as needed with low dependencies.""" +reproduce = """1. Using a laptop, start a qemu session in full screen like so: + `./qemu-system-ppc -machine mac99,via=pmu -serial stdio -full-screen` +2. Shut the lid so it sleeps. +3. Shortly after open the lid.""" +additional = """I downloaded the 6.1.0 stable build and compiled it myself. + +The SDL issue appears to be low priority. I found some reports here but see no evidence of it being discussed. +https://discourse.libsdl.org/t/key-not-recognised-by-sdl/24181 + + + + +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/632.toml b/gitlab/issues/target_missing/host_missing/accel_missing/632.toml new file mode 100644 index 00000000..b7145531 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/632.toml @@ -0,0 +1,15 @@ +id = 632 +title = "We should document \"make install DESTDIR=wherever\"" +state = "opened" +created_at = "2021-09-21T16:53:00.089Z" +closed_at = "n/a" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/632" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/634.toml b/gitlab/issues/target_missing/host_missing/accel_missing/634.toml new file mode 100644 index 00000000..cf75490a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/634.toml @@ -0,0 +1,89 @@ +id = 634 +title = "usbredir: assertion failure after suspend/resume when stopped" +state = "opened" +created_at = "2021-09-23T19:54:30.325Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/634" +host-os = "Debian bookworm/sid" +host-arch = "x86_64" +qemu-version = "\"QEMU emulator version 6.1.0 (Debian 1:6.1+dfsg-5)\" \\" +guest-os = "KNOPPIX 9.1 (and Windows 10 21H1)" +guest-arch = "x86_64" +description = """Accessing a USB smart card ([Yubikey 5 NFC](https://www.yubico.com/product/yubikey-5-nfc/)) from the guest after host suspend/resume while the guest is stopped and the device is redirected causes QEMU to crash with "Segmentation fault" (with master) or the assertion failure (with Debian 1:6.1+dfsg-5): + + qemu-system-x86_64: ../../hw/usb/core.c:470: usb_packet_complete_one: Assertion `p->stream || QTAILQ_FIRST(&ep->queue) == p' failed.""" +reproduce = """1. Run `qemu-system-x86_64` with command line listed above. +2. Run `remote-viewer spice://localhost:3001` in another terminal. +3. Redirect the smart card to the guest in remote-viewer. +4. Run `gpg --card-status` in the guest. +5. Run `stop` in the QEMU monitor. +6. Run `rtcwake --mode mem --seconds 1` as root to suspend the host to S3, then resume. (or `ehco mem >/sys/power/state` or `systemctl suspend` then wake manually) +7. Run `cont` in QEMU monitor to resume the guest. +8. Stop redirecting the smart card to the guest in remote-viewer. +9. Start redirecting the smart card to the guest in remote-viewer. +10. Run `gpg --card-status` in the guest. Repeat if necessary. + +Note that after step 7 the train has left the rails. Executing `gpg --card-status` in the guest at this point would print: + + gpg: selecting card failed: no such device + gpg: OpenPGP card not available: no such device + +However, stopping and resuming redirection appears to be necessary to trigger the assertion failure. + +Also note that on Windows, it's not necessary to execute any `gpg` commands. QEMU will hit the assertion failure after step 9.""" +additional = """<details> +<summary>backtrace with version built from 2c3e83f92d</summary> + + Program terminated with signal SIGSEGV, Segmentation fault. + #0 0x00005623c09a5754 in usb_handle_packet + (dev=0x5623c3592500, p=p@entry=0x7f92e43c81c8) at ../hw/usb/core.c:441 + #1 0x00005623c09be239 in xhci_submit + (epctx=<optimized out>, xfer=<optimized out>, xhci=<optimized out>) + at ../hw/usb/hcd-xhci.c:1783 + #2 xhci_fire_transfer + (epctx=<optimized out>, xfer=<optimized out>, xhci=<optimized out>) + at ../hw/usb/hcd-xhci.c:1792 + #3 xhci_kick_epctx (epctx=0x7f92e43c7c30, streamid=0) + at ../hw/usb/hcd-xhci.c:1951 + #4 0x00005623c09bea1b in xhci_kick_ep + (xhci=<optimized out>, slotid=<optimized out>, epid=<optimized out>, streamid=<optimized out>) at ../hw/usb/hcd-xhci.c:1817 + #5 0x00005623c09bebd8 in xhci_doorbell_write + (ptr=0x7f92ec137970, reg=1, val=4, size=<optimized out>) + at ../hw/usb/hcd-xhci.c:3118 + #6 0x00005623c0abbc7f in memory_region_write_accessor + (mr=mr@entry=0x7f92ec137ed0, addr=4, value=value@entry=0x7f92eda403e8, size=size@entry=4, shift=<optimized out>, mask=mask@entry=4294967295, attrs=...) + at ../softmmu/memory.c:492 + #7 0x00005623c0ab953e in access_with_adjusted_size + (addr=addr@entry=4, value=value@entry=0x7f92eda403e8, size=size@entry=4, access_size_min=<optimized out>, access_size_max=<optimized out>, access_fn= + 0x5623c0abbc00 <memory_region_write_accessor>, mr=0x7f92ec137ed0, attrs=...) at ../softmmu/memory.c:554 + #8 0x00005623c0abd650 in memory_region_dispatch_write + (mr=mr@entry=0x7f92ec137ed0, addr=4, data=<optimized out>, op=<optimized out>, attrs=attrs@entry=...) at ../softmmu/memory.c:1511 + #9 0x00005623c0aad417 in flatview_write_continue + (fv=fv@entry=0x7f92e43c7140, addr=addr@entry=4227932164, attrs=attrs@entry=..., ptr=ptr@entry=0x7f92ef17f028, len=len@entry=4, addr1=<optimized out>, l=<optimized out>, mr=0x7f92ec137ed0) + at /home/kevin/tmp/qemu/include/qemu/host-utils.h:165 + #10 0x00005623c0ab09db in flatview_write + (len=4, buf=0x7f92ef17f028, attrs=..., addr=4227932164, fv=0x7f92e43c7140) + at ../softmmu/physmem.c:2820 + #11 address_space_write + (as=<optimized out>, addr=4227932164, attrs=..., buf=buf@entry=0x7f92ef17f028, len=4) at ../softmmu/physmem.c:2912 + #12 0x00005623c0ab0a9f in address_space_rw + (as=<optimized out>, addr=<optimized out>, attrs=..., + attrs@entry=..., buf=buf@entry=0x7f92ef17f028, len=<optimized out>, is_write=<optimized out>) at ../softmmu/physmem.c:2922 + #13 0x00005623c0ba2890 in kvm_cpu_exec (cpu=cpu@entry=0x5623c2729bc0) + at ../accel/kvm/kvm-all.c:2893 + #14 0x00005623c0ba3bbd in kvm_vcpu_thread_fn (arg=arg@entry=0x5623c2729bc0) + at ../accel/kvm/kvm-accel-ops.c:49 + #15 0x00005623c0d0a959 in qemu_thread_start (args=0x7f92eda40610) + at ../util/qemu-thread-posix.c:557 + #16 0x00007f92fd431eae in start_thread (arg=0x7f92eda45640) + at pthread_create.c:463 + #17 0x00007f92fca2fa5f in clone () + at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 + +</details> + +Let me know if there are any additional logs or information that would be useful. + +Thanks,\\ +Kevin""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/637.toml b/gitlab/issues/target_missing/host_missing/accel_missing/637.toml new file mode 100644 index 00000000..b1bc9993 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/637.toml @@ -0,0 +1,16 @@ +id = 637 +title = "qemu drive-mirror live migration sparse copy" +state = "opened" +created_at = "2021-09-24T19:13:36.252Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/637" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Please reference this Proxmox post where the developers mention this feature not being available: +https://forum.proxmox.com/threads/migration-on-lvm-thin.50429/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/640.toml b/gitlab/issues/target_missing/host_missing/accel_missing/640.toml new file mode 100644 index 00000000..84d1f501 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/640.toml @@ -0,0 +1,16 @@ +id = 640 +title = "qemu-system-x86_64 behaving as 32 bits" +state = "closed" +created_at = "2021-09-26T17:28:26.400Z" +closed_at = "2021-09-27T08:34:37.049Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/640" +host-os = "Ubuntu 20.04" +host-arch = "x86" +qemu-version = "4.2.1 (Debian 1:4.2-3ubuntu6.17)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Qemu is throwing the error ```file '/grub/i386-pc/normal.mod' not found.``` and going into rescue mode while booting my pendrive with a dual boot installation from scratch from [link](https://wiki.archlinux.org/title/Multiboot_USB_drive). +The files like normal.mod aren't in the i386-pc folder because it's a x86 architecture install. The path it was supposed to see it is ```/grub/x86_64-efi/normal.mod```""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/642.toml b/gitlab/issues/target_missing/host_missing/accel_missing/642.toml new file mode 100644 index 00000000..505904a5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/642.toml @@ -0,0 +1,16 @@ +id = 642 +title = "Slow QEMU I/O on macOS host" +state = "opened" +created_at = "2021-09-27T16:23:51.581Z" +closed_at = "n/a" +labels = ["Storage", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/642" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU on macOS host gives very low I/O speed. Tested with fio tool, compared to linux host +Tested on QEMU v6.1.0, and the recent master""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/643.toml b/gitlab/issues/target_missing/host_missing/accel_missing/643.toml new file mode 100644 index 00000000..3f5ca8cd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/643.toml @@ -0,0 +1,15 @@ +id = 643 +title = "how to add include path and library path when building qemu-4.1.1" +state = "closed" +created_at = "2021-09-28T02:50:22.297Z" +closed_at = "2021-09-28T06:41:58.650Z" +labels = ["Build System", "Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/643" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/645.toml b/gitlab/issues/target_missing/host_missing/accel_missing/645.toml new file mode 100644 index 00000000..78cc5802 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/645.toml @@ -0,0 +1,15 @@ +id = 645 +title = "Centos6.8 compiling qeum-2.12.0 failed, Does centos6.8 not support qeum-2.12.0?" +state = "closed" +created_at = "2021-09-28T08:50:19.730Z" +closed_at = "2021-09-28T09:16:58.172Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/645" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/646.toml b/gitlab/issues/target_missing/host_missing/accel_missing/646.toml new file mode 100644 index 00000000..b47e7f9a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/646.toml @@ -0,0 +1,26 @@ +id = 646 +title = "Infinite loop in xhci_ring_chain_length() in hw/usb/hcd-xhci.c (CVE-2020-14394)" +state = "closed" +created_at = "2021-09-28T12:49:47.888Z" +closed_at = "2022-08-16T18:23:56.604Z" +labels = ["Security", "TestCase", "USB", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/646" +host-os = "Fedora 33" +host-arch = "x86" +qemu-version = "6.1.50 (v6.1.0-861-g22651bced7)" +guest-os = "Fedora 32" +guest-arch = "x86" +description = """An infinite loop issue was found in the USB xHCI controller emulation of QEMU. Specifically, function `xhci_ring_chain_length()` in hw/usb/hcd-xhci.c may get stuck while fetching empty TRBs from guest memory, since the exit conditions of the loop depend on values that are fully controlled by guest. A privileged guest user may exploit this issue to hang the QEMU process on the host, resulting in a denial of service.""" +reproduce = """Build and load `xhci.ko` from within the guest: + +1) make +2) insmod xhci.ko + +[Makefile](/uploads/98dbf7b4facc9b100817b3c8f63b5cb2/Makefile) + +[usb-xhci.h](/uploads/f225524b1553d8cf6c1dfa89369b6edc/usb-xhci.h) + +[xhci.c](/uploads/c635f742d12a2bba6ea472ddfe006d56/xhci.c)""" +additional = """This issue was reported by Gaoning Pan (Zhejiang University) and Xingwei Li (Ant Security Light-Year Lab). + +RH bug: https://bugzilla.redhat.com/show_bug.cgi?id=1908004.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/647.toml b/gitlab/issues/target_missing/host_missing/accel_missing/647.toml new file mode 100644 index 00000000..5f2df83a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/647.toml @@ -0,0 +1,309 @@ +id = 647 +title = "scsi_device_purge_requests() waits infinietly" +state = "opened" +created_at = "2021-09-29T15:51:12.331Z" +closed_at = "n/a" +labels = ["Storage", "block:NVMe", "device:virtio", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/647" +host-os = "(RHEL)" +host-arch = "(x86)" +qemu-version = "n/a" +guest-os = "(RHEL)" +guest-arch = "(x86)" +description = """QEMU hangs typing `system_reset` in the monitor, the monitor becomes unresponsive, as does VNC.""" +reproduce = """1. In the guest as root: `dd if=/dev/sda ibs=2K obs=1M of=/dev/null` +2. In the host monitor: `(qemu) system_reset` +3. Attach with gdb +4. Press ^C in the unresponsive monitor +``` +Thread 1 "qemu-system-x86" received signal SIGINT, Interrupt. +0x00007ffff749796e in ppoll () from /lib64/libc.so.6 +(gdb) bt +#0 0x00007ffff749796e in ppoll () at /lib64/libc.so.6 +#1 0x00005555570e829a in ppoll () +#2 0x0000555559624473 in qemu_poll_ns (fds=0x6060000204e0, nfds=1, timeout=-1) at ../util/qemu-timer.c:336 +#3 0x0000555559651973 in fdmon_poll_wait (ctx=0x61300004d900, ready_list=0x7fffffffb200, timeout=-1) at ../util/fdmon-poll.c:80 +#4 0x00005555595f48f1 in aio_poll (ctx=0x61300004d900, blocking=true) at ../util/aio-posix.c:607 +#5 0x0000555559041dac in bdrv_do_drained_begin (bs=0x62900000a200, recursive=false, parent=0x0, ignore_bds_parents=false, poll=true) at ../block/io.c:473 +#6 0x00005555590414a3 in bdrv_drained_begin (bs=0x62900000a200) at ../block/io.c:479 +#7 0x000055555916f180 in blk_drain (blk=0x618000001080) at ../block/block-backend.c:1732 +#8 0x000055555778f140 in scsi_device_purge_requests (sdev=0x617000004d80, sense=...) at ../hw/scsi/scsi-bus.c:1638 +#9 0x0000555557842df9 in scsi_disk_reset (dev=0x617000004d80) at ../hw/scsi/scsi-disk.c:2248 +#10 0x00005555592a557e in device_transitional_reset (obj=0x617000004d80) at ../hw/core/qdev.c:1028 +#11 0x00005555592a7eb7 in resettable_phase_hold (obj=0x617000004d80, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:182 +#12 0x000055555928a2e8 in bus_reset_child_foreach (obj=0x62d0000268d8, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/bus.c:97 +#13 0x00005555592aaaac in resettable_child_foreach (rc=0x60e000026f40, obj=0x62d0000268d8, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#14 0x00005555592a7b9a in resettable_phase_hold (obj=0x62d0000268d8, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#15 0x00005555592a1c55 in device_reset_child_foreach (obj=0x62d000026680, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/qdev.c:366 +#16 0x00005555592aaaac in resettable_child_foreach (rc=0x60e000040a80, obj=0x62d000026680, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#17 0x00005555592a7b9a in resettable_phase_hold (obj=0x62d000026680, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#18 0x000055555928a2e8 in bus_reset_child_foreach (obj=0x62d0000265f8, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/bus.c:97 +#19 0x00005555592aaaac in resettable_child_foreach (rc=0x60e000026680, obj=0x62d0000265f8, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#20 0x00005555592a7b9a in resettable_phase_hold (obj=0x62d0000265f8, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#21 0x00005555592a1c55 in device_reset_child_foreach (obj=0x62d00001e400, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/qdev.c:366 +#22 0x00005555592aaaac in resettable_child_foreach (rc=0x60e000042300, obj=0x62d00001e400, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#23 0x00005555592a7b9a in resettable_phase_hold (obj=0x62d00001e400, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#24 0x000055555928a2e8 in bus_reset_child_foreach (obj=0x62200005c260, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/bus.c:97 +#25 0x00005555592aaaac in resettable_child_foreach (rc=0x60e00002e2c0, obj=0x62200005c260, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#26 0x00005555592a7b9a in resettable_phase_hold (obj=0x62200005c260, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#27 0x00005555592a1c55 in device_reset_child_foreach (obj=0x62200005b900, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/qdev.c:366 +#28 0x00005555592aaaac in resettable_child_foreach (rc=0x60e000030940, obj=0x62200005b900, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#29 0x00005555592a7b9a in resettable_phase_hold (obj=0x62200005b900, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#30 0x000055555928a2e8 in bus_reset_child_foreach (obj=0x61d00008a280, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/bus.c:97 +#31 0x00005555592aaaac in resettable_child_foreach (rc=0x60e00002e2c0, obj=0x61d00008a280, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#32 0x00005555592a7b9a in resettable_phase_hold (obj=0x61d00008a280, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#33 0x00005555592a1c55 in device_reset_child_foreach (obj=0x62a000006200, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/qdev.c:366 +#34 0x00005555592aaaac in resettable_child_foreach (rc=0x60e000030160, obj=0x62a000006200, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#35 0x00005555592a7b9a in resettable_phase_hold (obj=0x62a000006200, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#36 0x000055555928a2e8 in bus_reset_child_foreach (obj=0x60c000020a40, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/bus.c:97 +#37 0x00005555592aaaac in resettable_child_foreach (rc=0x60e00002fde0, obj=0x60c000020a40, cb=0x5555592a78e0 <resettable_phase_hold>, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:96 +#38 0x00005555592a7b9a in resettable_phase_hold (obj=0x60c000020a40, opaque=0x0, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:173 +#39 0x00005555592a6e04 in resettable_assert_reset (obj=0x60c000020a40, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:60 +#40 0x00005555592a6cb7 in resettable_reset (obj=0x60c000020a40, type=RESET_TYPE_COLD) at ../hw/core/resettable.c:45 +#41 0x00005555592a9337 in resettable_cold_reset_fn (opaque=0x60c000020a40) at ../hw/core/resettable.c:269 +#42 0x00005555592a6c35 in qemu_devices_reset () at ../hw/core/reset.c:69 +#43 0x00005555582fb4f5 in pc_machine_reset (machine=0x616000000380) at ../hw/i386/pc.c:1764 +#44 0x0000555558a58e56 in qemu_system_reset (reason=SHUTDOWN_CAUSE_HOST_QMP_SYSTEM_RESET) at ../softmmu/runstate.c:443 +#45 0x0000555558a5a746 in main_loop_should_exit () at ../softmmu/runstate.c:688 +#46 0x0000555558a5a57e in qemu_main_loop () at ../softmmu/runstate.c:722 +#47 0x00005555571acaef in main (argc=58, argv=0x7fffffffd8f8, envp=0x7fffffffdad0) at ../softmmu/main.c:50 +(gdb) +(gdb) fr 5 +#5 0x0000555559041dac in bdrv_do_drained_begin (bs=0x62900000a200, recursive=false, parent=0x0, ignore_bds_parents=false, poll=true) at ../block/io.c:473 +473 BDRV_POLL_WHILE(bs, bdrv_drain_poll_top_level(bs, recursive, parent)); +(gdb) p *bs +$1 = {open_flags = 24578, encrypted = false, sg = false, probed = false, force_share = false, implicit = false, drv = 0x55555b0b0c60 <bdrv_qcow2>, opaque = 0x615000015200, aio_context = 0x6130000df080, + aio_notifiers = {lh_first = 0x0}, walking_aio_notifiers = false, filename = "nvme://0000:bc:00.0/1", '\\000' <repeats 4074 times>, backing_file = '\\000' <repeats 4095 times>, + auto_backing_file = '\\000' <repeats 4095 times>, backing_format = '\\000' <repeats 15 times>, full_open_options = 0x621002ba2100, exact_filename = "nvme://0000:bc:00.0/1", '\\000' <repeats 4074 times>, + backing = 0x0, file = 0x608000002ba0, bl = {request_alignment = 1, max_pdiscard = 0, pdiscard_alignment = 65536, max_pwrite_zeroes = 0, pwrite_zeroes_alignment = 65536, opt_transfer = 0, + max_transfer = 131072, max_hw_transfer = 0, min_mem_alignment = 512, opt_mem_alignment = 4096, max_iov = 1024}, supported_read_flags = 0, supported_write_flags = 0, supported_zero_flags = 260, + supported_truncate_flags = 2, node_name = "drive_nvme1", '\\000' <repeats 20 times>, node_list = {tqe_next = 0x0, tqe_circ = {tql_next = 0x0, tql_prev = 0x6290000092d0}}, bs_list = {tqe_next = 0x0, + tqe_circ = {tql_next = 0x0, tql_prev = 0x6290000092e0}}, monitor_list = {tqe_next = 0x0, tqe_circ = {tql_next = 0x0, tql_prev = 0x6290000092f0}}, refcnt = 2, op_blockers = {{ + lh_first = 0x0} <repeats 16 times>}, inherits_from = 0x0, children = {lh_first = 0x608000002ba0}, parents = {lh_first = 0x608000003620}, options = 0x621000019100, explicit_options = 0x62100001a500, + detect_zeroes = BLOCKDEV_DETECT_ZEROES_OPTIONS_OFF, backing_blocker = 0x0, total_sectors = 41943040, write_threshold_offset = 0, dirty_bitmap_mutex = {lock = {__data = {__lock = 0, __count = 0, __owner = 0, + __nusers = 0, __kind = 0, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\\000' <repeats 39 times>, __align = 0}, file = 0x0, line = 0, initialized = true}, + dirty_bitmaps = {lh_first = 0x0}, wr_highest_offset = {value = 17686634496}, copy_on_read = 0, in_flight = 128, serialising_in_flight = 0, io_plugged = 0, enable_write_cache = 0, quiesce_counter = 1, + recursive_quiesce_counter = 0, write_gen = 101, reqs_lock = {locked = 0, ctx = 0x0, from_push = {slh_first = 0x0}, to_pop = {slh_first = 0x0}, handoff = 0, sequence = 0, holder = 0x0}, tracked_requests = { + lh_first = 0x7ffc251b48a0}, flush_queue = {entries = {sqh_first = 0x0, sqh_last = 0x62900000e470}}, active_flush_req = false, flushed_gen = 81, never_freeze = false} +(gdb) fr 4 +#4 0x00005555595f48f1 in aio_poll (ctx=0x61300004d900, blocking=true) at ../util/aio-posix.c:607 +607 ret = ctx->fdmon_ops->wait(ctx, &ready_list, timeout); +(gdb) p timeout +$5 = -1 +(gdb) p blocking +$6 = true +(gdb) p *ctx +$3 = {source = {callback_data = 0x0, callback_funcs = 0x0, source_funcs = 0x55555b42d900 <aio_source_funcs>, ref_count = 2, context = 0x60f000000400, priority = 0, flags = 33, source_id = 1, + poll_fds = 0x615000001790 = {0x60d000000860}, prev = 0x0, next = 0x61300004d3c0, name = 0x602000010a10 "aio-context", priv = 0x619000003830}, lock = {m = {lock = {__data = {__lock = 0, __count = 0, + __owner = 0, __nusers = 0, __kind = 1, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\\000' <repeats 16 times>, "\\001", '\\000' <repeats 22 times>, __align = 0}, + file = 0x0, line = 0, initialized = true}}, aio_handlers = {lh_first = 0x60d000000860}, deleted_aio_handlers = {lh_first = 0x0}, notify_me = 2, list_lock = {count = 4}, bh_list = {slh_first = 0x0}, + bh_slice_list = {sqh_first = 0x0, sqh_last = 0x61300004d9b8}, notified = false, notifier = {rfd = 7, wfd = 7, initialized = true}, scheduled_coroutines = {slh_first = 0x0}, co_schedule_bh = 0x604000001110, + thread_pool = 0x0, tlg = {tl = {0x60b00000a1d0, 0x60b00000a280, 0x60b00000a330, 0x60b00000a3e0}}, external_disable_cnt = 0, poll_disable_cnt = 0, poll_ns = 0, poll_max_ns = 0, poll_grow = 0, + poll_shrink = 0, aio_max_batch = 0, poll_aio_handlers = {lh_first = 0x60d000000860}, poll_started = false, epollfd = 6, fdmon_ops = 0x55555a4ebbc0 <fdmon_poll_ops>} +(gdb) p ctx->bh_list +$8 = {slh_first = 0x0} +(gdb) p ctx->bh_slice_list +$9 = {sqh_first = 0x0, sqh_last = 0x61300004d9b8} +(gdb) p *ctx->bh_slice_list.sqh_last +$11 = (struct BHListSlice *) 0x0 +(gdb) p ctx->tlg +$12 = {tl = {0x60b00000a1d0, 0x60b00000a280, 0x60b00000a330, 0x60b00000a3e0}} +(gdb) p timerlist_deadline_ns(ctx->tlg.tl[0]) +$14 = -1 +(gdb) p timerlist_deadline_ns(ctx->tlg.tl[1]) +$15 = -1 +(gdb) p timerlist_deadline_ns(ctx->tlg.tl[2]) +$16 = -1 +(gdb) p timerlist_deadline_ns(ctx->tlg.tl[3]) +$17 = -1 +``` +What I see is: +- timerlistgroup_deadline_ns() -> -1 +- aio_compute_timeout() -> -1 +- aio_poll() -> -1 + +So scsi_device_purge_requests() waits indefinitively.""" +additional = """``` +../configure --enable-trace-backends=log --disable-docs --enable-debug --extra-cflags='-ggdb -fPIE' --disable-user --disable-tools --target-list=x86_64-softmmu --cc=clang --cxx=clang++ --enable-sanitizers --disable-vhost-user +qemu 6.1.0 + + Directories + Install prefix: /usr/local + BIOS directory: share/qemu + firmware path: /usr/local/share/qemu-firmware + binary directory: bin + library directory: lib + module directory: lib/qemu + libexec directory: libexec + include directory: include + config directory: /usr/local/etc + local state directory: /usr/local/var + Manual directory: share/man + Doc directory: /usr/local/share/doc + Build directory: /home/philmd/qemu/build + Source path: /home/philmd/qemu + GIT submodules: ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc capstone slirp + + Host binaries + git: git + make: make + python: /usr/bin/python3 (version: 3.9) + sphinx-build: NO + gdb: /usr/bin/gdb + genisoimage: /usr/bin/mkisofs + smbd: "/usr/sbin/smbd" + + Configurable features + Documentation: NO + system-mode emulation: YES + user-mode emulation: NO + block layer: YES + Install blobs: YES + module support: NO + fuzzing support: NO + Audio drivers: oss + Trace backends: log + QOM debugging: YES + vhost-kernel support: YES + vhost-net support: YES + vhost-crypto support: NO + vhost-scsi support: YES + vhost-vsock support: YES + vhost-user support: NO + vhost-user-blk server support: NO + vhost-user-fs support: NO + vhost-vdpa support: YES + build guest agent: YES + + Compilation + host CPU: x86_64 + host endianness: little + C compiler: clang + Host C compiler: clang + C++ compiler: clang++ + CFLAGS: -O0 -g + CXXFLAGS: -O0 -g + QEMU_CFLAGS: -fsanitize=undefined -fsanitize=address -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -ggdb -fPIE -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -fstack-protector-strong + QEMU_LDFLAGS: -Wl,--warn-common -fsanitize=undefined -fsanitize=address -Wl,-z,relro -Wl,-z,now -m64 -ggdb -fPIE -fstack-protector-strong + profiler: NO + link-time optimization (LTO): NO + PIE: YES + static build: NO + malloc trim support: YES + membarrier: NO + debug stack usage: NO + mutex debugging: YES + memory allocator: system + avx2 optimization: NO + avx512f optimization: NO + gprof enabled: NO + gcov: NO + thread sanitizer: NO + CFI support: NO + strip binaries: NO + sparse: NO + mingw32 support: NO + x86_64 tests: x86_64-linux-gnu-gcc via debian-amd64-cross + + Targets and accelerators + KVM support: YES + HAX support: NO + HVF support: NO + WHPX support: NO + NVMM support: NO + Xen support: NO + TCG support: YES + TCG backend: native (x86_64) + TCG plugins: YES + TCG debug enabled: YES + target list: x86_64-softmmu + default devices: YES + out of process emulation: YES + + Block layer support + coroutine backend: ucontext + coroutine pool: YES + Block whitelist (rw): + Block whitelist (ro): + Use block whitelist in tools: NO + VirtFS support: NO + build virtiofs daemon: NO + Live block migration: YES + replication support: YES + bochs support: YES + cloop support: YES + dmg support: YES + qcow v1 support: YES + vdi support: YES + vvfat support: YES + qed support: YES + parallels support: YES + FUSE exports: NO + + Crypto + TLS priority: "NORMAL" + GNUTLS support: YES + GNUTLS crypto: YES + libgcrypt: NO + nettle: NO + crypto afalg: NO + rng-none: NO + Linux keyring: YES + + Dependencies + SDL support: NO + SDL image support: NO + GTK support: NO + pixman: YES + VTE support: NO + slirp support: internal + libtasn1: YES + PAM: NO + iconv support: YES + curses support: YES + virgl support: NO + curl support: NO + Multipath support: NO + VNC support: YES + VNC SASL support: YES + VNC JPEG support: YES + VNC PNG support: NO + brlapi support: NO + vde support: NO + netmap support: NO + Linux AIO support: NO + Linux io_uring support: NO + ATTR/XATTR support: YES + RDMA support: NO + PVRDMA support: NO + fdt support: internal + libcap-ng support: NO + bpf support: NO + spice support: NO + rbd support: NO + xfsctl support: NO + smartcard support: NO + U2F support: NO + libusb: NO + usb net redir: NO + OpenGL support: NO + GBM: NO + libiscsi support: NO + libnfs support: NO + seccomp support: NO + GlusterFS support: NO + TPM support: YES + libssh support: NO + lzo support: NO + snappy support: NO + bzip2 support: NO + lzfse support: NO + zstd support: NO + NUMA host support: NO + libxml2: NO + capstone: internal + libpmem support: NO + libdaxctl support: NO + libudev: NO + FUSE lseek: NO + ```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/648.toml b/gitlab/issues/target_missing/host_missing/accel_missing/648.toml new file mode 100644 index 00000000..e492d5a9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/648.toml @@ -0,0 +1,15 @@ +id = 648 +title = "util/vfio-helpers: misaligned address for struct vfio_iova_range, which requires 8 byte alignment" +state = "opened" +created_at = "2021-09-29T15:58:27.546Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/648" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/649.toml b/gitlab/issues/target_missing/host_missing/accel_missing/649.toml new file mode 100644 index 00000000..7561f0d7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/649.toml @@ -0,0 +1,20 @@ +id = 649 +title = "qemu-6.1.0 causes I/O errors in VMs leading to data corruption" +state = "opened" +created_at = "2021-09-29T17:41:09.971Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/649" +host-os = "Gentoo Linux" +host-arch = "amd64" +qemu-version = "6.1.0" +guest-os = "Gentoo Linux" +guest-arch = "amd64" +description = """after upgrading around 10 gentoo hosts from qemu-6.0.0-r53 to 6.1.0 most VMs (around 85 of 100, our VMs with PostgreSQL have 100% chance of hitting this) after some time (few minutes) will have I/O Errors, causing crashes and data corruption. +The VMs are stored on ZFS volumes. +Downgrading to qemu-6.0.0-r53 instantly fixes this. +Happens on completely different hardware (quad core Xeons to 32C Epyc2). + +Reproducible: Always""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/65.toml b/gitlab/issues/target_missing/host_missing/accel_missing/65.toml new file mode 100644 index 00000000..b55ff2b0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/65.toml @@ -0,0 +1,15 @@ +id = 65 +title = "Assigning NVMe disk to a domain causes VFIO_MAP_DMA errors" +state = "closed" +created_at = "2021-05-01T06:00:49.962Z" +closed_at = "2021-07-26T19:43:46.340Z" +labels = ["Launchpad", "Storage", "VFIO", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/65" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/650.toml b/gitlab/issues/target_missing/host_missing/accel_missing/650.toml new file mode 100644 index 00000000..97a0e095 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/650.toml @@ -0,0 +1,32 @@ +id = 650 +title = "Monitor device_add triggers deadlock when calling drain_call_rcu on QEMU >= 6.0.0" +state = "closed" +created_at = "2021-09-30T12:31:08.233Z" +closed_at = "2022-01-25T09:06:57.879Z" +labels = ["Regression", "Stable::to backport", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/650" +host-os = "Debian bullseye/sid" +host-arch = "amd64" +qemu-version = "6.1.50 (v6.1.0-936-gba0fa56bc0)" +guest-os = "n/a" +guest-arch = "n/a" +description = """It hangs""" +reproduce = """1. Run the QEMU: + ``` + ./qemu-system-mips64 -nographic + ``` +2. Enter into the QEMU monitor: press ctrl-a c +3. Execute command `device_add` without arguments: +``` +(qemu) device_add +``` +4. It hangs so bad that only `kill -9` helps""" +additional = """I didn't test versions between 4.2.0 and 6.0.0, but I can confirm that 6.0.0, 6.1.0 and the latest master pull have this bug, while version 4.2.0 doesn't have it. + +I've tracked the problem and found this. + +1. Command `device_add` calls function `drain_call_rcu`. `drain_call_rcu` waits indefinitely for drain_complete_event. +2. Function `cpu_exec` in accel/tcg/cpu-exec.c calls `rcu_read_lock` but does not call `rcu_read_unlock()`. `cpu_exec` just spins in its inner loop. +3. Function `call_rcu_thread` hanged in calling the `synchronize_rcu` which calls `wait_for_readers`. + +If I execute `stop` command in QEMU monitor before calling `device_add` command, no hang happen.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/654.toml b/gitlab/issues/target_missing/host_missing/accel_missing/654.toml new file mode 100644 index 00000000..f009f2b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/654.toml @@ -0,0 +1,31 @@ +id = 654 +title = "Strace Log Output Mangled" +state = "opened" +created_at = "2021-09-30T20:56:51.392Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/654" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "qemu-x86_64 version 6.1.50" +guest-os = "n/a" +guest-arch = "n/a" +description = """The syscall log entries from the strace logging capability can be interrupted by other log messages before the full syscall line is +complete. +This makes parsing the strace syscall lines from the log output difficult.""" +reproduce = """1. Run the supplied command with a simple dynamically linked binary, or a binary that performs mmaps +2. Notice that the strace 'mmap' syscall log entries in the trace file are interrupted by the page log output""" +additional = """I have attached an example log from a dynamically linked 'hello world' binary, which demonstrates the bug in the mmap syscall strace entries. [output.trace](/uploads/88c83273582d00241fbf95af735dcc61/output.trace) + + +I believe this bug caused by a couple of things: +Firstly, in the linux-user/syscall.c file: the strace syscall entry is not output atomically, but instead split across two calls: +The first half is at `print_syscall`: https://gitlab.com/qemu-project/qemu/-/blob/master/linux-user/syscall.c#L13153 +And the return value (and new line) is printed in `print_syscall_ret`: https://gitlab.com/qemu-project/qemu/-/blob/master/linux-user/syscall.c#L13160 + +In the case of the mmap syscall, the function `log_page_dump` is called between these two functions resulting in the mangled log output: +https://gitlab.com/qemu-project/qemu/-/blob/master/linux-user/mmap.c#L633 +There may be other syscalls that behave similarly, but this was noticed due to the mmap behavior. + + +Internally to the `print_syscall` and `print_syscall_ret` functions, `qemu_log` is called multiple times to compose the full log entry, and it seems that it is inside `qemu_log` that the logfile lock is obtained and dropped - so theoretically another thread can output to the log during the printing of a single syscall entry between these `qemu_log` calls. I do not know if this actually happens in practice besides the mmap scenario described above.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/657.toml b/gitlab/issues/target_missing/host_missing/accel_missing/657.toml new file mode 100644 index 00000000..7be9314e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/657.toml @@ -0,0 +1,15 @@ +id = 657 +title = "qemu no valid state has been set by load or init-program Mac OS X Tiger" +state = "opened" +created_at = "2021-10-02T12:01:51.810Z" +closed_at = "n/a" +labels = ["hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/657" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/659.toml b/gitlab/issues/target_missing/host_missing/accel_missing/659.toml new file mode 100644 index 00000000..82e29bce --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/659.toml @@ -0,0 +1,49 @@ +id = 659 +title = "Qemu6 regression causing disabled usb controller upon usbredir device_add" +state = "opened" +created_at = "2021-10-06T14:00:21.804Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/659" +host-os = "debian10, Archlinux" +host-arch = "x86" +qemu-version = "6.0.0, 6.1.0" +guest-os = "Windows 10 21H1" +guest-arch = "x86" +description = """I'm encountering a nagging issue with usbredir and a windows guest, but although I did pinpoint the commit that caused the issue, I have a hard time understanding it. + +The issue occurs when two usbredir devices are added to a guest windows vm (any vm installed from the official iso will reproduce the issue). When the second device is added, the UHCI usb controller is disabled by windows with an error code 43 (can be seen with in the usb adapters section of the device manager).""" +reproduce = """1. take/create an intalled windows image and run it with `qemu-system-x86_64 -M pc -cpu host,hv_time,hv_synic,hv_stimer,hv_vpindex -enable-kvm -m 4096 -device piix3-usb-uhci,id=uhci -qmp tcp:127.0.0.1:4444,server=on,wait=off,ipv4 -drive <disk-parameters> --snapshot` (snapshot not necessary but useful for multiples testing to avoid side effects as the usb status sometime lingers after a shutdown, not sure why) +2. Open windows device manager +3. add devices via [this qmp python script](/uploads/5f2f9240dce1b55ceb148b32f3d6073c/qmp-usb-adds.py)""" +additional = """The commit causing the issue (everything works well when reverting it) is 7bed89958bfbf40df9ca681cefbdca63abdde39d : device_core: use `drain_call_rcu` in in `qmp_device_add`. + +I narrowed the problem to the unlock of the iothread: the minimum `drain_call_rcu` code that still reproduce the issue is: + +```c +void drain_call_rcu(void) +{ + bool locked = qemu_mutex_iothread_locked(); + if (locked) { + qemu_mutex_unlock_iothread(); + } + usleep(50000); // time spent draining the rcu on a few slow cases. + + if (locked) { + qemu_mutex_lock_iothread(); + } +} +``` + +About the qemu command line: The hv parameters are needed to trigger the issue I do not know why. + +I tried to find what was able to take advantage of the free iothread lock, but the only thing I got so far is that the iothread lock is not taken during the first drain (from the first device add), but is taken many times during the second drain by physmem's IOs (from kvm-accel, but at this point, I'm a bit lost). + +I'm looking for pointers as to what could trigger the issue in order to narrow it down, as, so far, I do not understand exactly what causes the regression. +I am unsure of how this would even transcribe in a linux vm so i didn't try to reproduce the issue with one. + +With the attached [reproduction python script](/uploads/5f2f9240dce1b55ceb148b32f3d6073c/qmp-usb-adds.py), the issue triggers nearly 100% of the time. + +Note 1: Related to #650 as the commit causing the regression is the same, although the cause is probably different since the rcu is not implied. + +Note 2: This is a restranscription of [this ml report](https://lore.kernel.org/qemu-devel/20210930134844.f4kh72vpeknr2vmk@gmail.com/) as i wasn't aware, the correct way to report issue was through gitlab now.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/66.toml b/gitlab/issues/target_missing/host_missing/accel_missing/66.toml new file mode 100644 index 00000000..0b53969d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/66.toml @@ -0,0 +1,15 @@ +id = 66 +title = "-hda FAT:. limited to 504MBytes" +state = "opened" +created_at = "2021-05-01T06:04:26.427Z" +closed_at = "n/a" +labels = ["Bite Sized", "Launchpad", "Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/66" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/660.toml b/gitlab/issues/target_missing/host_missing/accel_missing/660.toml new file mode 100644 index 00000000..107c90bb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/660.toml @@ -0,0 +1,17 @@ +id = 660 +title = "User emulation does not use host GPU" +state = "opened" +created_at = "2021-10-06T21:46:51.987Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/660" +host-os = "Arch Linux ARM" +host-arch = "ARM64" +qemu-version = "qemu-x86_64 version 6.1.0" +guest-os = "Arch Linux" +guest-arch = "x86" +description = """""" +reproduce = """1. Make a Arch Linux chroot (though any Linux system should work) on Linux +2. run `glxinfo | grep OpenGL +3. It's using llvmpipe, not whatever GPU/driver that the hosts use""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/662.toml b/gitlab/issues/target_missing/host_missing/accel_missing/662.toml new file mode 100644 index 00000000..6daf0fc5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/662.toml @@ -0,0 +1,19 @@ +id = 662 +title = "Assertion `!s->do_cmd' failed in am53c974 emulator" +state = "closed" +created_at = "2021-10-11T17:52:41.847Z" +closed_at = "2021-11-04T04:41:24.952Z" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/662" +host-os = "Ubuntu-18.04" +host-arch = "x86" +qemu-version = "6.1.50 (v6.1.0-1310-g15a0578903)" +guest-os = "Custom OS" +guest-arch = "x86" +description = """""" +reproduce = """``` +1../configure --target-list=i386-softmmu --disable-werror --enable-sanitizers +2.make -j12 +3.qemu-system-i386 -m 512 -drive file=./hyfuzz.img,index=0,media=disk,format=raw -device am53c974,id=scsi -device scsi-hd,drive=SysDisk -drive id=SysDisk,if=none,file=./disk.img +```""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/663.toml b/gitlab/issues/target_missing/host_missing/accel_missing/663.toml new file mode 100644 index 00000000..a75a86cd --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/663.toml @@ -0,0 +1,19 @@ +id = 663 +title = "Assertion `r->req.aiocb == NULL' in am53c974 emulator" +state = "closed" +created_at = "2021-10-11T17:58:44.225Z" +closed_at = "2021-11-04T04:41:25.530Z" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/663" +host-os = "Ubuntu-18.04" +host-arch = "x86" +qemu-version = "6.1.50 (v6.1.0-1310-g15a0578903)" +guest-os = "Custom OS" +guest-arch = "x86" +description = """""" +reproduce = """``` +1../configure --target-list=i386-softmmu --disable-werror --enable-sanitizers +2.make -j12 +3.qemu-system-i386 -m 512 -drive file=./hyfuzz.img,index=0,media=disk,format=raw -device am53c974,id=scsi -device scsi-hd,drive=SysDisk -drive id=SysDisk,if=none,file=./disk.img +```""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/665.toml b/gitlab/issues/target_missing/host_missing/accel_missing/665.toml new file mode 100644 index 00000000..68feb5e7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/665.toml @@ -0,0 +1,60 @@ +id = 665 +title = "Cannot boot from emulated NVMe with seabios" +state = "opened" +created_at = "2021-10-12T13:20:05.191Z" +closed_at = "n/a" +labels = ["Regression", "block:NVMe"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/665" +host-os = "OpenSUSE Tumbleweed" +host-arch = "x86" +qemu-version = "6.0.0 (but see below)" +guest-os = "Qubes OS (but doesn't matter - the issue is visible at seabios already)" +guest-arch = "x86" +description = """SeaBIOS doesn't boot from NVMe disk. + +This is regression compared to version 5.1.0. The exact same SeaBIOS binary that works with QEMU 5.1.0, doesn't detect NVMe with QEMU 6.0.0, nor QEMU 6.1.0. Booting from NVMe via OVMF works on all those versions.""" +reproduce = """1. Start the above command +2. Press ESC to open boot menu in SeaBIOS +3. Observe lack of NVMe entry""" +additional = """I've bisected it to this commit: +``` +7f0f1acedf159d00684d495d7a14d52220c1d16b is the first bad commit +commit 7f0f1acedf159d00684d495d7a14d52220c1d16b +Author: Klaus Jensen <k.jensen@samsung.com> +Date: Wed Jun 26 08:51:06 2019 +0200 + + hw/block/nvme: support multiple namespaces + + This adds support for multiple namespaces by introducing a new 'nvme-ns' + device model. The nvme device creates a bus named from the device name + ('id'). The nvme-ns devices then connect to this and registers + themselves with the nvme device. + + This changes how an nvme device is created. Example with two namespaces: + + -drive file=nvme0n1.img,if=none,id=disk1 + -drive file=nvme0n2.img,if=none,id=disk2 + -device nvme,serial=deadbeef,id=nvme0 + -device nvme-ns,drive=disk1,bus=nvme0,nsid=1 + -device nvme-ns,drive=disk2,bus=nvme0,nsid=2 + + The drive property is kept on the nvme device to keep the change + backward compatible, but the property is now optional. Specifying a + drive for the nvme device will always create the namespace with nsid 1. + + Signed-off-by: Klaus Jensen <k.jensen@samsung.com> + Reviewed-by: Keith Busch <kbusch@kernel.org> + Reviewed-by: Minwoo Im <minwoo.im.dev@gmail.com> + + hw/block/meson.build | 2 +- + hw/block/nvme-ns.c | 167 ++++++++++++++++++++++++++++++++++ + hw/block/nvme-ns.h | 74 +++++++++++++++ + hw/block/nvme.c | 245 ++++++++++++++++++++++++++++++++------------------ + hw/block/nvme.h | 46 +++++----- + hw/block/trace-events | 6 +- + 6 files changed, 426 insertions(+), 114 deletions(-) + create mode 100644 hw/block/nvme-ns.c + create mode 100644 hw/block/nvme-ns.h +``` + +Using `-device nvme-ns` as shown above doesn't help either.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/666.toml b/gitlab/issues/target_missing/host_missing/accel_missing/666.toml new file mode 100644 index 00000000..793809e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/666.toml @@ -0,0 +1,19 @@ +id = 666 +title = "ivshmem-plain cannot be used on non-Linux hosts" +state = "opened" +created_at = "2021-10-12T22:08:35.620Z" +closed_at = "n/a" +labels = ["workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/666" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """I would like to propose this patch as-is on the mailing list (the trivial one?) as soon as I figure patch submission out fully: + +https://github.com/fredldotme/qemu/commit/e929b8db8078aede6df7b02d8c0b71d1e2d6afcb + +It's just `#ifdef`ing out doorbell support on non-Linux builds which seems to be enough for basic functionality.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/667.toml b/gitlab/issues/target_missing/host_missing/accel_missing/667.toml new file mode 100644 index 00000000..6c2e35b8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/667.toml @@ -0,0 +1,15 @@ +id = 667 +title = "Wacom EMR pen pressure support" +state = "opened" +created_at = "2021-10-13T18:00:19.668Z" +closed_at = "n/a" +labels = ["USB", "device:input", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/667" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/668.toml b/gitlab/issues/target_missing/host_missing/accel_missing/668.toml new file mode 100644 index 00000000..41d84e6d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/668.toml @@ -0,0 +1,29 @@ +id = 668 +title = "No trace verbs" +state = "closed" +created_at = "2021-10-13T20:10:08.961Z" +closed_at = "2021-10-14T20:30:54.300Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/668" +host-os = "Manjaro Linux" +host-arch = "x86_64" +qemu-version = "6.1.0" +guest-os = "Windows 10 21H1 (actually [ReviOS](https://revi.cc) but I think that's the same)" +guest-arch = "x86" +description = """I am trying to follow [this tutorial](https://github.com/ryanprescott/realtek-verb-tools/wiki/How-to-sniff-verbs-from-a-Windows-sound-driver) to get my sound working again, but I am stuck at the step where I have to analyse the verbs, because I get none. They say I should get things similar to this: +``` +CORB[1] = 0xf0000 (caddr:0x0 nid:0x0 control:0xf00 param:0x0) +CORB[2] = 0xf0002 (caddr:0x0 nid:0x0 control:0xf00 param:0x2) +CORB[3] = 0xf0004 (caddr:0x0 nid:0x0 control:0xf00 param:0x4) +RIRBWP advance to 3, last WP 0 +CORB caddr:0x0 nid:0x0 control:0xf00 param:0x0 response:0x10ec0245 (ex 0x0) +CORB caddr:0x0 nid:0x0 control:0xf00 param:0x2 response:0x100001 (ex 0x0) +CORB caddr:0x0 nid:0x0 control:0xf00 param:0x4 response:0x10001 (ex 0x0) +``` +in the `qemu-output.txt` file, but instead I am getting [this](https://github.com/ryanprescott/realtek-verb-tools/files/7331986/qemu-output.txt) in the console. + +How do I get verbs in the first format ? + +I tried compiling qemu from source with this: `./configure --enable-trace-backends=log --target-list=x86_64-softmmu`, but that produced the same result as using the `qemu-system-x86_64` command that I got by installing qemu with my package manager.""" +reproduce = """https://github.com/ryanprescott/realtek-verb-tools/wiki/How-to-sniff-verbs-from-a-Windows-sound-driver""" +additional = """I don't know, as me if I am missing something""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/669.toml b/gitlab/issues/target_missing/host_missing/accel_missing/669.toml new file mode 100644 index 00000000..b3ac8594 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/669.toml @@ -0,0 +1,31 @@ +id = 669 +title = "QEMU Segmentation fault - UnRaid 9.3.2 when passing nvidia k620 GPU inserted into Lenovo x3550 M5 server" +state = "closed" +created_at = "2021-10-14T14:21:27.276Z" +closed_at = "2022-08-05T02:57:08.007Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/669" +host-os = "UnRaid 6.9.2" +host-arch = "x86" +qemu-version = "5.1.0" +guest-os = "ALL (windows 10 and Linux)" +guest-arch = "x86" +description = """When I pass the following GPU to any Virtual Machine: +IOMMU group 33:[10de:13bb] 81:00.0 VGA compatible controller: NVIDIA Corporation GM107GL [Quadro K620] (rev a2) +I receive this error as soon as i try to boot the VM (any OS). + +Oct 13 03:06:12 MyUnraid-1U kernel: vfio-pci 0000:81:00.0: enabling device (0140 -> 0141) +Oct 13 03:06:12 MyUnraid-1U kernel: vfio-pci 0000:81:00.0: vfio_ecap_init: hiding ecap 0x1e@0x258 +Oct 13 03:06:12 MyUnraid-1U kernel: vfio-pci 0000:81:00.0: vfio_ecap_init: hiding ecap 0x19@0x900 +**Oct 13 03:06:12 MyUnraid-1U kernel: qemu-system-x86[6080]: segfault at a8 ip 00005618620c812a sp 00007ffc610531b0 error 4 in qemu-system-x86_64[561861fbb000+51d000] +Oct 13 03:06:12 MyUnraid-1U kernel: Code: ef ff 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 55 53 48 89 fb 48 83 ec 08 48 8b 6f 58 e8 4e de ff ff 48 89 df e8 16 e9 ff ff <48> 8b 85 a8 00 00 00 48 85 c0 74 52 8b 93 a0 00 00 00 eb 0e 66 90** +Oct 13 03:06:13 MyUnraid-1U avahi-daemon[3536]: Interface vnet0.IPv6 no longer relevant for mDNS. + +This is one example of W10 VM: +In attach my VM template + +[VM_example.txt](/uploads/428ca5a10ef3338d5d408583fc552b25/VM_example.txt)""" +reproduce = """1. +2. +3.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/670.toml b/gitlab/issues/target_missing/host_missing/accel_missing/670.toml new file mode 100644 index 00000000..64084537 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/670.toml @@ -0,0 +1,18 @@ +id = 670 +title = "qemu x86_64 for microsoft windows hangs when booting a Debian Live 11.1 iso file" +state = "closed" +created_at = "2021-10-15T10:17:47.814Z" +closed_at = "2021-10-16T21:03:46.918Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/670" +host-os = "(Windows 10 21H1, Fedora 34, etc.)" +host-arch = "(x86, ARM, s390x, etc.)" +qemu-version = "(e.g. `qemu-system-x86_64 --version`)" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM, s390x, etc.)" +description = """qemu displays the boot screen from the live linux iso and starts the boot, but no more display is performed even when waiting for approximately 30 minutes""" +reproduce = """1. Get hold of a Live Linux iso from Debian 11.1 +2. Set up the Microsoft Windows version of qemu from https://qemu.weilnetz.de/ +3. Attempt to boot the Live Linux iso""" +additional = """I also tested older versions of QEMU from the Weilnetz web site. 6.0.0 and 5.2.0 are bad; 5.1.0 and older are good. I then tested the same command line ( no acceleration ) under Linux Tumbleweed 20211014 with qemu 6.1.0 and the iso booted successfully. I have not tried with isos from distributions other than Debian 11.1 . So there is a bug with the Microsoft Windows-specific code in qemu. +If you need the specific Live Linux that I was using, let me know and I will get it to you somehow. It is several GB in size so I cannot upload it anywhere conveniently.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/671.toml b/gitlab/issues/target_missing/host_missing/accel_missing/671.toml new file mode 100644 index 00000000..985a0391 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/671.toml @@ -0,0 +1,26 @@ +id = 671 +title = "gtk with virtio and opengl black screen" +state = "opened" +created_at = "2021-10-15T12:21:43.658Z" +closed_at = "n/a" +labels = ["GUI", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/671" +host-os = "Ubuntu 20.04, Ubuntu 21.04" +host-arch = "x86-64" +qemu-version = "4.2.1, 5.2.0" +guest-os = "Ubuntu 21.04, Android x86" +guest-arch = "x86" +description = """Running the provided command line, the screen is black, and the vm still starts. +I can confirm that turning off gl (with gl=off), everything works. + +These are line outputs printed out by QEMU: +``` +gl_version 45 - core profile enabled +vrend_renderer_fill_caps: Entering with stale GL error: 1280 +GLSL feature level 430 +virtio_input_hid_handle_status: unknown type 20 +virtio_input_hid_handle_status: unknown type 20 +```""" +reproduce = """1. Execute the provided command +2. Wait""" +additional = """The bug was opened on launchpad by Ethan (ethannij). However, after the migration to github issues, the bug expired and no one reported here. This is the full launchpad discussion: https://bugs.launchpad.net/qemu/+bug/1898490""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/675.toml b/gitlab/issues/target_missing/host_missing/accel_missing/675.toml new file mode 100644 index 00000000..3d487b1e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/675.toml @@ -0,0 +1,18 @@ +id = 675 +title = "Attaching WinDbg to a Windows guest on Windows host causes hang" +state = "opened" +created_at = "2021-10-18T00:44:15.619Z" +closed_at = "n/a" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/675" +host-os = "Windows 10 21H1" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.1.0 (v6.1.0-11882-g7deea770bf-dirty)" +guest-os = "Windows XP" +guest-arch = "x86" +description = """Attempting to attach WinDbg to a Windows guest on a Windows host causes qemu to lockup while using real serial ports. This has been an issue for some time (years if I'm remembering correctly) I just haven't reported it.""" +reproduce = """1. Enable debug in Windows guest +2. Create a DB9 between 2 COM ports +3. Power guest +4. Attach WinDbg to 2nd COM port not in use by the guest""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/677.toml b/gitlab/issues/target_missing/host_missing/accel_missing/677.toml new file mode 100644 index 00000000..db88595a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/677.toml @@ -0,0 +1,15 @@ +id = 677 +title = "Qemu crashes when trying to load kernel inside of WSL2" +state = "opened" +created_at = "2021-10-18T03:10:10.882Z" +closed_at = "n/a" +labels = ["Storage", "hostos: Windows", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/677" +host-os = "Windows 10" +host-arch = "x86_64" +qemu-version = "`" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/678.toml b/gitlab/issues/target_missing/host_missing/accel_missing/678.toml new file mode 100644 index 00000000..71b9b550 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/678.toml @@ -0,0 +1,55 @@ +id = 678 +title = "eject (monitor command) not work for blockdev cdrom" +state = "opened" +created_at = "2021-10-18T08:43:41.026Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/678" +host-os = "Debian 11.1 Bullseye" +host-arch = "amd64" +qemu-version = "QEMU emulator version 5.2.0 (Debian 1:5.2+dfsg-11+deb11u1)" +guest-os = "Windows 10 1607" +guest-arch = "amd64" +description = """cdrom1 device work fine, all files reads, but when i whant to eject CD-ROM disk from device by telnet monitor, it not work.""" +reproduce = """1. Connect to monitor with +``` +telnet 127.0.0.1 9100 +(QEMU 5.2.0 monitor - type 'help' for more information) +``` + +2. Show block devices +``` +info block +cdrom1-format: /mnt/soft/QEMU/Windows VirtIO Drivers/virtio-win-0.1.208-1.iso (raw, read-only) + Attached to: cdrom1 + Removable device: not locked, tray closed + Cache mode: writeback +``` + +3. Send eject commands +``` +eject cdrom1 +Error: Device 'cdrom1' not found +eject cdrom1-format +Error: Device 'cdrom1-format' not found +eject cdrom1-storage +Error: Device 'cdrom1-storage' not found +```""" +additional = """When i run qemu with next lines (replace -blockdev to -drive): +``` +-device ide-cd,bus=ide.1,drive=cdrom1,id=idecd1,bootindex=2 +-drive if=none,id=cdrom1,media=cdrom,readonly=on,file="/mnt/soft/QEMU/Windows VirtIO Drivers/virtio-win-0.1.208-1.iso" +``` + +eject cdrom1 command work fine + +``` +info block +cdrom1 (#block133): /mnt/soft/QEMU/Windows VirtIO Drivers/virtio-win-0.1.208-1.iso (raw, read-only) + Attached to: idecd1 + Removable device: not locked, tray closed + Cache mode: writeback +eject cdrom1 +``` + +Also i found a similar bug description on this link https://bugs.launchpad.net/qemu/+bug/1799766""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/68.toml b/gitlab/issues/target_missing/host_missing/accel_missing/68.toml new file mode 100644 index 00000000..56c1a41f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/68.toml @@ -0,0 +1,15 @@ +id = 68 +title = "Solaris can't be powered off with ACPI shutdown/poweroff" +state = "opened" +created_at = "2021-05-01T06:08:18.196Z" +closed_at = "n/a" +labels = ["ACPI", "Launchpad", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/68" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/680.toml b/gitlab/issues/target_missing/host_missing/accel_missing/680.toml new file mode 100644 index 00000000..7bdc5087 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/680.toml @@ -0,0 +1,15 @@ +id = 680 +title = "multi-threaded qemu instance and pci bar" +state = "closed" +created_at = "2021-10-20T08:08:14.035Z" +closed_at = "2021-10-28T03:48:28.123Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/680" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/681.toml b/gitlab/issues/target_missing/host_missing/accel_missing/681.toml new file mode 100644 index 00000000..1d8f7f00 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/681.toml @@ -0,0 +1,33 @@ +id = 681 +title = "Error saving memory to disk" +state = "closed" +created_at = "2021-10-20T09:49:57.997Z" +closed_at = "2023-08-14T19:41:29.809Z" +labels = ["Migration", "spice"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/681" +host-os = "Manjaro" +host-arch = "x86_64" +qemu-version = "6.1.0" +guest-os = "Manjaro" +guest-arch = "x86_64" +description = """When trying to save the state of the machine using virt-manager (3.2.0) it fails with this error: + +Error saving domain: operation failed: domain save job: unexpectedly failed +```bash +Traceback (most recent call last): + File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in cb_wrapper + callback(asyncjob, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/vmmenu.py", line 182, in cb + vm.save(meter=asyncjob.get_meter()) + File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in newfn + ret = fn(self, *args, **kwargs) + File "/usr/share/virt-manager/virtManager/object/domain.py", line 1377, in save + self._backend.managedSave(0) + File "/usr/lib/python3.9/site-packages/libvirt.py", line 1780, in managedSave + raise libvirtError('virDomainManagedSave() failed') +libvirt.libvirtError: operation failed: domain save job: unexpectedly failed +```""" +reproduce = """1. setup a virtual machine +2. setup a linux distro +3. try to save the memory to disk""" +additional = """Will be provided when needed""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/684.toml b/gitlab/issues/target_missing/host_missing/accel_missing/684.toml new file mode 100644 index 00000000..575f35c0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/684.toml @@ -0,0 +1,15 @@ +id = 684 +title = "xHCI Port Status Change Event at port powered" +state = "opened" +created_at = "2021-10-22T00:37:37.240Z" +closed_at = "n/a" +labels = ["USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/684" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/686.toml b/gitlab/issues/target_missing/host_missing/accel_missing/686.toml new file mode 100644 index 00000000..a437d723 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/686.toml @@ -0,0 +1,47 @@ +id = 686 +title = "Qemu crashes if it is paused and migrated twice" +state = "closed" +created_at = "2021-10-22T16:12:51.422Z" +closed_at = "2025-01-13T14:30:23.581Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/686" +host-os = "Linux, Ubuntu Bionic" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 4.2.1 (Debian 1:4.2-3ubuntu6.18+syseleven0) (local patch to disable OFD locks)" +guest-os = "Linux, Ubuntu 20.04.3 LTS (Focal Fossa)" +guest-arch = "x86_64" +description = """If the vm is in PAUSED state (in Openstack parlance) (I think libvirt calls that paused as well but uses the command `virsh suspend`), and live-migrated twice, the second time the Qemu process terminates. + +This is perfectly repeatable. + +If the VM is unpaused and re-paused after the first migration, then the problem does not occur on the next migration.""" +reproduce = """See also the referenced bug report to openstack, above. +1. `$ openstack stack create ....` +2. `$ openstack server pause <UUID>` +(wait until done) +3. `$ openstack server migrate --live-migration <UUID>` +(wait until done) +4. `$ openstack server migrate --live-migration <UUID>` + +The VM is now in ERROR state because it has disappeared: `libvirt.libvirtError: Domain not found: no domain with matching uuid '<UUID>'`""" +additional = """The last few lines from the instance-00000ba2.log seem pertinent (this is from the receiving Qemu instance): +``` +2021-10-22 15:32:53.829+0000: initiating migration +qemu-system-x86_64: /build/qemu-lb4V37/qemu-4.2/block.c:5523: bdrv_inactivate_recurse: Assertion `!(bs->open_flags & BDRV_O_INACTIVE)' failed. +2021-10-22 15:32:59.122+0000: shutting down, reason=crashed +``` +This is logged by libvirt (also on the receiving side): +``` +Oct 22 15:29:04 ybk140931 ovs-vsctl[20174]: ovs|00001|vsctl|INFO|Called as ovs-vsctl --timeout=5 -- --if-exists del-port tap3a71aa63-6a +Oct 22 15:31:31 ybk140931 ovs-vsctl[21412]: ovs|00001|vsctl|INFO|Called as ovs-vsctl --timeout=5 -- --if-exists del-port tap3a71aa63-6a -- add-port br-int tap3a71aa63-6a -- set Interface tap3a71aa63-6a "external-ids:attached-mac=\\"fa:16:3e:da:03:56\\"" -- set Interface tap3a71aa63-6a "external-ids:iface-id=\\"3a71aa63-6a39-41d8-9602-04b84834db9e\\"" -- set Interface tap3a71aa63-6a "external-ids:vm-id=\\"de2b27d2-345c-45fc-8f37-2fa0ed1a1151\\"" -- set Interface tap3a71aa63-6a external-ids:iface-status=active +Oct 22 15:32:58 ybk140931 libvirtd[3237]: Unable to read from monitor: Connection reset by peer +Oct 22 15:32:59 ybk140931 ovs-vsctl[22001]: ovs|00001|vsctl|INFO|Called as ovs-vsctl --timeout=5 -- --if-exists del-port tap3a71aa63-6a +Oct 22 15:32:59 ybk140931 libvirtd[3237]: operation failed: domain is not running +Oct 22 15:32:59 ybk140931 libvirtd[3237]: internal error: qemu unexpectedly closed the monitor: 2021-10-22T15:32:58.845667Z qemu-system-x86_64: Failed to load virtio_pci/modern_queue_state:used + 2021-10-22T15:32:58.845687Z qemu-system-x86_64: Failed to load virtio_pci/modern_state:vqs + 2021-10-22T15:32:58.845690Z qemu-system-x86_64: Failed to load virtio/extra_state:extra_state + 2021-10-22T15:32:58.845692Z qemu-system-x86_64: Failed to load virtio-rng:virtio + 2021-10-22T15:32:58.845695Z qemu-system-x86_64: error while loading state for instance 0x0 of device '0000:00:06.0/virtio-rng' + 2021-10-22T15:32:58.847860Z qemu-system-x86_64: load of migration failed: Input/output error +Oct 22 15:32:59 ybk140931 libvirtd[3237]: operation failed: domain 'instance-00000ba2' is not running +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/687.toml b/gitlab/issues/target_missing/host_missing/accel_missing/687.toml new file mode 100644 index 00000000..bb803b65 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/687.toml @@ -0,0 +1,15 @@ +id = 687 +title = "what is the DMAR?" +state = "closed" +created_at = "2021-10-23T04:26:03.955Z" +closed_at = "2021-10-25T07:27:27.284Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/687" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/688.toml b/gitlab/issues/target_missing/host_missing/accel_missing/688.toml new file mode 100644 index 00000000..d9ed1764 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/688.toml @@ -0,0 +1,57 @@ +id = 688 +title = "Shrinking an image with qemu-img does not reduce image file size" +state = "closed" +created_at = "2021-10-23T06:18:00.794Z" +closed_at = "2021-10-27T08:21:03.786Z" +labels = ["Storage", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/688" +host-os = "Gentoo Linux AMD64" +host-arch = "x86_64" +qemu-version = "qemu-img version 6.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """I have a macOS 10.9 VM using a qcow2 image that was 151GB. The image was originally converted from a VMware image with: +``` +qemu-img convert macOS-10.9.vmdk -O qcow2 -o preallocation=falloc macOS-10.9.qcow2 +``` +This resulted in `macOS-10.9.qcow2` being 151GB big: +``` +$ du -h macOS-10.9.qcow2 +151G macOS-10.9.qcow2 +``` +After reducing the filesystem size from within macOS to 25GB with DiskUtil, I shut down the VM and resized the image to 30GB with: +``` +qemu-img resize -f qcow2 --shrink macOS-10.9.qcow2 30G +``` +This succeeded. However, the file still consumes 151GB of space: +``` +$ du -h macOS-10.9.qcow2 +151G macOS-10.9.qcow2 +``` +Even though `qemu-img info` shows: +``` +$ qemu-img info macOS-10.9.qcow2 +image: macOS-10.9.qcow2 +file format: qcow2 +virtual size: 30 GiB (32212254720 bytes) +disk size: 30 GiB +cluster_size: 65536 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: false + refcount bits: 16 + corrupt: false + extended l2: false +``` +The size inside the VM is also reported as being 30GB. + +The whole point of resizing that image was to free up disk space on the host. But this doesn't seem to be happening. + +My filesystem is ext4.""" +reproduce = """1. Create a vmdk image with `qemu-img create -f vmdk test.vmdk 5G` +2. Convert the vmdk image to qcow2 with `qemu-img convert test.vmdk -O qcow2 -o preallocation=falloc test.qcow2` +3. Shrink the new image with `qemu-img resize -f qcow2 --shrink test.qcow2 3G` + +The resulting `test.qcow2` file should be 3GB, but it's not. It's 5GB.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/69.toml b/gitlab/issues/target_missing/host_missing/accel_missing/69.toml new file mode 100644 index 00000000..90959bfb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/69.toml @@ -0,0 +1,15 @@ +id = 69 +title = "ALSA underruns occurr when using QEMU" +state = "opened" +created_at = "2021-05-01T08:06:27.409Z" +closed_at = "n/a" +labels = ["Audio", "Launchpad", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/69" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/691.toml b/gitlab/issues/target_missing/host_missing/accel_missing/691.toml new file mode 100644 index 00000000..1d21a6a9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/691.toml @@ -0,0 +1,16 @@ +id = 691 +title = "`-nic model=help` on qemu-system-riscv64 doesn't output supported models" +state = "opened" +created_at = "2021-10-26T13:16:08.375Z" +closed_at = "n/a" +labels = ["CLI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/691" +host-os = "GNU/Linux" +host-arch = "x86_64" +qemu-version = "6.1.0" +guest-os = "n/a" +guest-arch = "RISC-V" +description = """`-nic model=help` doesn't list out the supported NIC models and instead launches QEMU with warnings. +""" +reproduce = """1. run `qemu-system-riscv64 -machine virt -nic model=help`""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/692.toml b/gitlab/issues/target_missing/host_missing/accel_missing/692.toml new file mode 100644 index 00000000..18046ed4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/692.toml @@ -0,0 +1,15 @@ +id = 692 +title = "remove_fd_in_watch does not call g_source_unref" +state = "closed" +created_at = "2021-10-26T16:02:07.480Z" +closed_at = "2025-05-15T19:28:20.641Z" +labels = ["Chardev"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/692" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/696.toml b/gitlab/issues/target_missing/host_missing/accel_missing/696.toml new file mode 100644 index 00000000..0bec4ab0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/696.toml @@ -0,0 +1,19 @@ +id = 696 +title = "EDID does not reflected to window size when added through the commandline" +state = "opened" +created_at = "2021-10-28T01:56:00.920Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/696" +host-os = "Yocto Linux" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.1.50 (v6.1.0-1735-gc52d69e7db) Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers" +guest-os = "Yocto Linux" +guest-arch = "x86" +description = """It seems some odd behavior on the guest screen. it shows me the size of default window (640x480) instead of override the value to 1740x720. This size (640x480) is first initialized on ui/console.c => QemuConsole *graphic_console_init and I did noticed that in hw/display/virtio-gpu-base.c=> static int virtio_gpu_ui_info the override value is not taking place instead it just took the value from ui/console.c (640x480). May I know, how do I achieved the right override edid value from the current provided interface. + +##Additional information +I did noticed that the edid flag is always true (running this command) It is contradiction from the doc.""" +reproduce = """1. Run the qemu with the command mentioned +2. Check the resolution of guest OS""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/697.toml b/gitlab/issues/target_missing/host_missing/accel_missing/697.toml new file mode 100644 index 00000000..7e2ea986 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/697.toml @@ -0,0 +1,15 @@ +id = 697 +title = "linux-user create default CPU type before parsing the ELF header for specific CPU type" +state = "opened" +created_at = "2021-10-28T10:35:07.822Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/697" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/698.toml b/gitlab/issues/target_missing/host_missing/accel_missing/698.toml new file mode 100644 index 00000000..650a5987 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/698.toml @@ -0,0 +1,366 @@ +id = 698 +title = "linux-user: emulated process reading /proc/self/mem doesn't see guest view of memory map" +state = "opened" +created_at = "2021-10-28T21:31:41.255Z" +closed_at = "n/a" +labels = ["kind::Feature Request", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/698" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "qemu-arm version 6.1.50 (v6.1.0-1735-gc52d69e7db)" +guest-os = "N/A" +guest-arch = "ARM" +description = """QEMU user-mode emulation of a 32-bit guest on a 64-bit host doesn't seem to emulate `/proc/self/mem` (or `/proc/$pid/mem`) correctly. Based on the contents of `/proc/self/maps`, there seems to be some sort of address translation happening that `/proc/self/mem` doesn't honor. + +The following source file: + +```c +#include <fcntl.h> +#include <inttypes.h> +#include <stdbool.h> +#include <stdio.h> +#include <stdlib.h> +#include <string.h> +#include <unistd.h> +#include <sys/wait.h> + +static const char string[] = "Hello, world!\\n"; + +static bool copy_to_stdout(const char *path) +{ +\tbool success = false; + +\tint fd = open(path, O_RDONLY); +\tif (fd < 0) { +\t\tperror("open"); +\t\treturn false; +\t} + +\tchar buf[16 * 1024]; +\twhile (true) { +\t\tssize_t bytes_read = read(fd, buf, sizeof(buf)); +\t\tif (bytes_read == 0) { +\t\t\tsuccess = true; +\t\t\tgoto out; +\t\t} else if (bytes_read < 0) { +\t\t\tperror("read"); +\t\t\tgoto out; +\t\t} +\t\tssize_t bytes_written = 0; +\t\twhile (bytes_written < bytes_read) { +\t\t\tssize_t ret = write(STDOUT_FILENO, buf + bytes_written, +\t\t\t\t\t bytes_read - bytes_written); +\t\t\tif (ret < 0) { +\t\t\t\tperror("write"); +\t\t\t\tgoto out; +\t\t\t} +\t\t\tbytes_written += ret; +\t\t} +\t} + +out: +\tclose(fd); +\treturn success; +} + +static bool dump_maps(void) +{ +\tprintf("Maps read by self:\\n"); +\tfflush(stdout); +\tif (!copy_to_stdout("/proc/self/maps")) +\t\treturn false; + +\tprintf("\\nMaps read by child process:\\n"); +\tfflush(stdout); +\tpid_t pid = fork(); +\tif (pid < 0) { +\t\tperror("fork"); +\t\treturn false; +\t} +\tif (pid == 0) { +\t\tchar parent_maps[32]; +\t\tsprintf(parent_maps, "/proc/%u/maps", (unsigned int)getppid()); +\t\tif (copy_to_stdout(parent_maps)) +\t\t\t_exit(EXIT_SUCCESS); +\t\telse +\t\t\t_exit(EXIT_FAILURE); +\t} +\tint wstatus; +\tif (waitpid(pid, &wstatus, 0) < 0 || +\t !WIFEXITED(wstatus) || WEXITSTATUS(wstatus) != EXIT_SUCCESS) +\t\treturn false; + +\tprintf("\\n"); +\treturn true; +} + +int main(void) +{ +\tif (!dump_maps()) +\t\treturn EXIT_FAILURE; + +\tint fd = open("/proc/self/mem", O_RDONLY); +\tif (fd < 0) { +\t\tperror("open: /proc/self/mem"); +\t\treturn EXIT_FAILURE; +\t} + +\tchar buf[sizeof(string)]; +\tprintf("Reading %zu bytes from %p (%" PRIuPTR ") to %p of PID %u\\n", +\t sizeof(buf), string, (uintptr_t)string, buf, +\t (unsigned int)getpid()); +\tfflush(stdout); + +\tif (pread(fd, buf, sizeof(buf), (uintptr_t)string) < 0) { +\t\tperror("pread: /proc/self/mem"); +\t\treturn EXIT_FAILURE; +\t} + +\tif (memcmp(buf, string, sizeof(buf)) != 0) { +\t\tfprintf(stderr, "buffer doesn't match\\n"); +\t\treturn EXIT_FAILURE; +\t} + +\treturn EXIT_SUCCESS; +} +``` + +when compiled for 32-bit ARM produces the following output: + +``` +Maps read by self: +10000-7c000 r-xp 00000000 00:19 8275924 /home/osandov/repro +7c000-8b000 ---p 00000000 00:00 0 +8b000-8c000 r--p 0006b000 00:19 8275924 /home/osandov/repro +8c000-8d000 rw-p 0006c000 00:19 8275924 /home/osandov/repro +8d000-b0000 rw-p 00000000 00:00 0 +3ffff000-40000000 r-xp 00000000 00:00 0 +40000000-40001000 ---p 00000000 00:00 0 +40001000-40801000 rw-p 00000000 00:00 0 [stack] + +Maps read by child process: +00010000-00020000 ---p 00000000 00:00 0 +00020000-0008c000 r--p 00000000 00:19 8275924 /home/osandov/repro +0008c000-0009b000 ---p 00000000 00:00 0 +0009b000-0009c000 r--p 0006b000 00:19 8275924 /home/osandov/repro +0009c000-0009d000 rw-p 0006c000 00:19 8275924 /home/osandov/repro +0009d000-000c0000 rw-p 00000000 00:00 0 +000c0000-4000f000 ---p 00000000 00:00 0 +4000f000-40010000 r--p 00000000 00:00 0 +40010000-40011000 ---p 00000000 00:00 0 +40011000-40811000 rw-p 00000000 00:00 0 +40811000-100000000 ---p 00000000 00:00 0 +100000000-100001000 r--p 00000000 00:00 0 +5636dd7a2000-5636dd8a4000 r--p 00000000 00:19 8270028 /home/osandov/repos/qemu/build/qemu-arm +5636dd8a4000-5636ddb13000 r-xp 00102000 00:19 8270028 /home/osandov/repos/qemu/build/qemu-arm +5636ddb13000-5636ddf69000 r--p 00371000 00:19 8270028 /home/osandov/repos/qemu/build/qemu-arm +5636ddf6a000-5636ddfe7000 r--p 007c7000 00:19 8270028 /home/osandov/repos/qemu/build/qemu-arm +5636ddfe7000-5636ddff3000 rw-p 00844000 00:19 8270028 /home/osandov/repos/qemu/build/qemu-arm +5636ddff3000-5636de010000 rw-p 00000000 00:00 0 +5636df67b000-5636df80c000 rw-p 00000000 00:00 0 [heap] +7f3008000000-7f300ffff000 rwxp 00000000 00:00 0 +7f300ffff000-7f3010000000 ---p 00000000 00:00 0 +7f3010000000-7f3010021000 rw-p 00000000 00:00 0 +7f3010021000-7f3014000000 ---p 00000000 00:00 0 +7f3017119000-7f301719a000 rw-p 00000000 00:00 0 +7f301719a000-7f301719b000 ---p 00000000 00:00 0 +7f301719b000-7f30179a1000 rw-p 00000000 00:00 0 +7f30179a1000-7f30179a3000 r--p 00000000 00:19 3660771 /usr/lib/libffi.so.8.1.0 +7f30179a3000-7f30179a9000 r-xp 00002000 00:19 3660771 /usr/lib/libffi.so.8.1.0 +7f30179a9000-7f30179ab000 r--p 00008000 00:19 3660771 /usr/lib/libffi.so.8.1.0 +7f30179ab000-7f30179ac000 r--p 00009000 00:19 3660771 /usr/lib/libffi.so.8.1.0 +7f30179ac000-7f30179ad000 rw-p 0000a000 00:19 3660771 /usr/lib/libffi.so.8.1.0 +7f30179ad000-7f30179be000 r--p 00000000 00:19 1476709 /usr/lib/libgmp.so.10.4.1 +7f30179be000-7f3017a32000 r-xp 00011000 00:19 1476709 /usr/lib/libgmp.so.10.4.1 +7f3017a32000-7f3017a49000 r--p 00085000 00:19 1476709 /usr/lib/libgmp.so.10.4.1 +7f3017a49000-7f3017a4a000 ---p 0009c000 00:19 1476709 /usr/lib/libgmp.so.10.4.1 +7f3017a4a000-7f3017a4c000 r--p 0009c000 00:19 1476709 /usr/lib/libgmp.so.10.4.1 +7f3017a4c000-7f3017a4d000 rw-p 0009e000 00:19 1476709 /usr/lib/libgmp.so.10.4.1 +7f3017a4d000-7f3017a56000 r--p 00000000 00:19 2871144 /usr/lib/libhogweed.so.6.4 +7f3017a56000-7f3017a69000 r-xp 00009000 00:19 2871144 /usr/lib/libhogweed.so.6.4 +7f3017a69000-7f3017a93000 r--p 0001c000 00:19 2871144 /usr/lib/libhogweed.so.6.4 +7f3017a93000-7f3017a95000 r--p 00045000 00:19 2871144 /usr/lib/libhogweed.so.6.4 +7f3017a95000-7f3017a96000 rw-p 00047000 00:19 2871144 /usr/lib/libhogweed.so.6.4 +7f3017a96000-7f3017a98000 rw-p 00000000 00:00 0 +7f3017a98000-7f3017aa4000 r--p 00000000 00:19 2871147 /usr/lib/libnettle.so.8.4 +7f3017aa4000-7f3017ac5000 r-xp 0000c000 00:19 2871147 /usr/lib/libnettle.so.8.4 +7f3017ac5000-7f3017adb000 r--p 0002d000 00:19 2871147 /usr/lib/libnettle.so.8.4 +7f3017adb000-7f3017adc000 ---p 00043000 00:19 2871147 /usr/lib/libnettle.so.8.4 +7f3017adc000-7f3017ade000 r--p 00043000 00:19 2871147 /usr/lib/libnettle.so.8.4 +7f3017ade000-7f3017adf000 rw-p 00045000 00:19 2871147 /usr/lib/libnettle.so.8.4 +7f3017adf000-7f3017ae2000 r--p 00000000 00:19 2550729 /usr/lib/libtasn1.so.6.6.1 +7f3017ae2000-7f3017aee000 r-xp 00003000 00:19 2550729 /usr/lib/libtasn1.so.6.6.1 +7f3017aee000-7f3017af2000 r--p 0000f000 00:19 2550729 /usr/lib/libtasn1.so.6.6.1 +7f3017af2000-7f3017af3000 ---p 00013000 00:19 2550729 /usr/lib/libtasn1.so.6.6.1 +7f3017af3000-7f3017af4000 r--p 00013000 00:19 2550729 /usr/lib/libtasn1.so.6.6.1 +7f3017af4000-7f3017af5000 rw-p 00014000 00:19 2550729 /usr/lib/libtasn1.so.6.6.1 +7f3017af5000-7f3017b06000 r--p 00000000 00:19 937656 /usr/lib/libunistring.so.2.1.0 +7f3017b06000-7f3017b3b000 r-xp 00011000 00:19 937656 /usr/lib/libunistring.so.2.1.0 +7f3017b3b000-7f3017c72000 r--p 00046000 00:19 937656 /usr/lib/libunistring.so.2.1.0 +7f3017c72000-7f3017c76000 r--p 0017c000 00:19 937656 /usr/lib/libunistring.so.2.1.0 +7f3017c76000-7f3017c77000 rw-p 00180000 00:19 937656 /usr/lib/libunistring.so.2.1.0 +7f3017c77000-7f3017c79000 r--p 00000000 00:19 3212638 /usr/lib/libidn2.so.0.3.7 +7f3017c79000-7f3017c7d000 r-xp 00002000 00:19 3212638 /usr/lib/libidn2.so.0.3.7 +7f3017c7d000-7f3017c97000 r--p 00006000 00:19 3212638 /usr/lib/libidn2.so.0.3.7 +7f3017c97000-7f3017c98000 r--p 0001f000 00:19 3212638 /usr/lib/libidn2.so.0.3.7 +7f3017c98000-7f3017c99000 rw-p 00020000 00:19 3212638 /usr/lib/libidn2.so.0.3.7 +7f3017c99000-7f3017cc2000 r--p 00000000 00:19 3663986 /usr/lib/libp11-kit.so.0.3.0 +7f3017cc2000-7f3017d60000 r-xp 00029000 00:19 3663986 /usr/lib/libp11-kit.so.0.3.0 +7f3017d60000-7f3017dba000 r--p 000c7000 00:19 3663986 /usr/lib/libp11-kit.so.0.3.0 +7f3017dba000-7f3017dc4000 r--p 00120000 00:19 3663986 /usr/lib/libp11-kit.so.0.3.0 +7f3017dc4000-7f3017dce000 rw-p 0012a000 00:19 3663986 /usr/lib/libp11-kit.so.0.3.0 +7f3017dce000-7f3017dd0000 r--p 00000000 00:19 2549813 /usr/lib/libdl-2.33.so +7f3017dd0000-7f3017dd2000 r-xp 00002000 00:19 2549813 /usr/lib/libdl-2.33.so +7f3017dd2000-7f3017dd3000 r--p 00004000 00:19 2549813 /usr/lib/libdl-2.33.so +7f3017dd3000-7f3017dd4000 r--p 00004000 00:19 2549813 /usr/lib/libdl-2.33.so +7f3017dd4000-7f3017dd5000 rw-p 00005000 00:19 2549813 /usr/lib/libdl-2.33.so +7f3017dd5000-7f3017dd7000 rw-p 00000000 00:00 0 +7f3017dd7000-7f3017dd9000 r--p 00000000 00:19 3020974 /usr/lib/libpcre.so.1.2.13 +7f3017dd9000-7f3017e2f000 r-xp 00002000 00:19 3020974 /usr/lib/libpcre.so.1.2.13 +7f3017e2f000-7f3017e4c000 r--p 00058000 00:19 3020974 /usr/lib/libpcre.so.1.2.13 +7f3017e4c000-7f3017e4d000 r--p 00074000 00:19 3020974 /usr/lib/libpcre.so.1.2.13 +7f3017e4d000-7f3017e4e000 rw-p 00075000 00:19 3020974 /usr/lib/libpcre.so.1.2.13 +7f3017e4e000-7f3017e74000 r--p 00000000 00:19 2549806 /usr/lib/libc-2.33.so +7f3017e74000-7f3017fbf000 r-xp 00026000 00:19 2549806 /usr/lib/libc-2.33.so +7f3017fbf000-7f301800b000 r--p 00171000 00:19 2549806 /usr/lib/libc-2.33.so +7f301800b000-7f301800e000 r--p 001bc000 00:19 2549806 /usr/lib/libc-2.33.so +7f301800e000-7f3018011000 rw-p 001bf000 00:19 2549806 /usr/lib/libc-2.33.so +7f3018011000-7f301801a000 rw-p 00000000 00:00 0 +7f301801a000-7f3018021000 r--p 00000000 00:19 2549847 /usr/lib/libpthread-2.33.so +7f3018021000-7f3018030000 r-xp 00007000 00:19 2549847 /usr/lib/libpthread-2.33.so +7f3018030000-7f3018034000 r--p 00016000 00:19 2549847 /usr/lib/libpthread-2.33.so +7f3018034000-7f3018035000 ---p 0001a000 00:19 2549847 /usr/lib/libpthread-2.33.so +7f3018035000-7f3018036000 r--p 0001a000 00:19 2549847 /usr/lib/libpthread-2.33.so +7f3018036000-7f3018037000 rw-p 0001b000 00:19 2549847 /usr/lib/libpthread-2.33.so +7f3018037000-7f301803b000 rw-p 00000000 00:00 0 +7f301803b000-7f301803e000 r--p 00000000 00:19 2550528 /usr/lib/libgcc_s.so.1 +7f301803e000-7f3018050000 r-xp 00003000 00:19 2550528 /usr/lib/libgcc_s.so.1 +7f3018050000-7f3018053000 r--p 00015000 00:19 2550528 /usr/lib/libgcc_s.so.1 +7f3018053000-7f3018054000 ---p 00018000 00:19 2550528 /usr/lib/libgcc_s.so.1 +7f3018054000-7f3018055000 r--p 00018000 00:19 2550528 /usr/lib/libgcc_s.so.1 +7f3018055000-7f3018056000 rw-p 00019000 00:19 2550528 /usr/lib/libgcc_s.so.1 +7f3018056000-7f3018065000 r--p 00000000 00:19 2549819 /usr/lib/libm-2.33.so +7f3018065000-7f30180ff000 r-xp 0000f000 00:19 2549819 /usr/lib/libm-2.33.so +7f30180ff000-7f3018197000 r--p 000a9000 00:19 2549819 /usr/lib/libm-2.33.so +7f3018197000-7f3018198000 ---p 00141000 00:19 2549819 /usr/lib/libm-2.33.so +7f3018198000-7f3018199000 r--p 00141000 00:19 2549819 /usr/lib/libm-2.33.so +7f3018199000-7f301819a000 rw-p 00142000 00:19 2549819 /usr/lib/libm-2.33.so +7f301819a000-7f3018233000 r--p 00000000 00:19 2550558 /usr/lib/libstdc++.so.6.0.29 +7f3018233000-7f3018333000 r-xp 00099000 00:19 2550558 /usr/lib/libstdc++.so.6.0.29 +7f3018333000-7f301839f000 r--p 00199000 00:19 2550558 /usr/lib/libstdc++.so.6.0.29 +7f301839f000-7f30183ac000 r--p 00204000 00:19 2550558 /usr/lib/libstdc++.so.6.0.29 +7f30183ac000-7f30183ad000 rw-p 00211000 00:19 2550558 /usr/lib/libstdc++.so.6.0.29 +7f30183ad000-7f30183b2000 rw-p 00000000 00:00 0 +7f30183b2000-7f30183e6000 r--p 00000000 00:19 2907924 /usr/lib/libgnutls.so.30.30.0 +7f30183e6000-7f3018508000 r-xp 00034000 00:19 2907924 /usr/lib/libgnutls.so.30.30.0 +7f3018508000-7f301859d000 r--p 00156000 00:19 2907924 /usr/lib/libgnutls.so.30.30.0 +7f301859d000-7f301859e000 ---p 001eb000 00:19 2907924 /usr/lib/libgnutls.so.30.30.0 +7f301859e000-7f30185af000 r--p 001eb000 00:19 2907924 /usr/lib/libgnutls.so.30.30.0 +7f30185af000-7f30185b1000 rw-p 001fc000 00:19 2907924 /usr/lib/libgnutls.so.30.30.0 +7f30185b1000-7f30185b3000 rw-p 00000000 00:00 0 +7f30185b3000-7f30185b5000 r--p 00000000 00:19 3662215 /usr/lib/libgmodule-2.0.so.0.7000.0 +7f30185b5000-7f30185b7000 r-xp 00002000 00:19 3662215 /usr/lib/libgmodule-2.0.so.0.7000.0 +7f30185b7000-7f30185b8000 r--p 00004000 00:19 3662215 /usr/lib/libgmodule-2.0.so.0.7000.0 +7f30185b8000-7f30185b9000 r--p 00004000 00:19 3662215 /usr/lib/libgmodule-2.0.so.0.7000.0 +7f30185b9000-7f30185ba000 rw-p 00005000 00:19 3662215 /usr/lib/libgmodule-2.0.so.0.7000.0 +7f30185ba000-7f30185d7000 r--p 00000000 00:19 3662212 /usr/lib/libglib-2.0.so.0.7000.0 +7f30185d7000-7f3018664000 r-xp 0001d000 00:19 3662212 /usr/lib/libglib-2.0.so.0.7000.0 +7f3018664000-7f30186ec000 r--p 000aa000 00:19 3662212 /usr/lib/libglib-2.0.so.0.7000.0 +7f30186ec000-7f30186ed000 ---p 00132000 00:19 3662212 /usr/lib/libglib-2.0.so.0.7000.0 +7f30186ed000-7f30186ee000 r--p 00132000 00:19 3662212 /usr/lib/libglib-2.0.so.0.7000.0 +7f30186ee000-7f30186ef000 rw-p 00133000 00:19 3662212 /usr/lib/libglib-2.0.so.0.7000.0 +7f30186ef000-7f30186f0000 rw-p 00000000 00:00 0 +7f30186f0000-7f30186f2000 r--p 00000000 00:19 3440204 /usr/lib/liburing.so.2.1.0 +7f30186f2000-7f30186f4000 r-xp 00002000 00:19 3440204 /usr/lib/liburing.so.2.1.0 +7f30186f4000-7f30186f5000 r--p 00004000 00:19 3440204 /usr/lib/liburing.so.2.1.0 +7f30186f5000-7f30186f6000 r--p 00004000 00:19 3440204 /usr/lib/liburing.so.2.1.0 +7f30186f6000-7f30186f7000 rw-p 00005000 00:19 3440204 /usr/lib/liburing.so.2.1.0 +7f30186f7000-7f30186fa000 r--p 00000000 00:19 2549855 /usr/lib/librt-2.33.so +7f30186fa000-7f30186fe000 r-xp 00003000 00:19 2549855 /usr/lib/librt-2.33.so +7f30186fe000-7f3018700000 r--p 00007000 00:19 2549855 /usr/lib/librt-2.33.so +7f3018700000-7f3018701000 r--p 00008000 00:19 2549855 /usr/lib/librt-2.33.so +7f3018701000-7f3018702000 rw-p 00009000 00:19 2549855 /usr/lib/librt-2.33.so +7f3018702000-7f3018705000 r--p 00000000 00:19 15838 /usr/lib/libz.so.1.2.11 +7f3018705000-7f3018713000 r-xp 00003000 00:19 15838 /usr/lib/libz.so.1.2.11 +7f3018713000-7f3018719000 r--p 00011000 00:19 15838 /usr/lib/libz.so.1.2.11 +7f3018719000-7f301871a000 ---p 00017000 00:19 15838 /usr/lib/libz.so.1.2.11 +7f301871a000-7f301871b000 r--p 00017000 00:19 15838 /usr/lib/libz.so.1.2.11 +7f301871b000-7f301871c000 rw-p 00018000 00:19 15838 /usr/lib/libz.so.1.2.11 +7f301871c000-7f301871e000 rw-p 00000000 00:00 0 +7f301871e000-7f301871f000 r--p 00000000 00:19 2549795 /usr/lib/ld-2.33.so +7f301871f000-7f3018743000 r-xp 00001000 00:19 2549795 /usr/lib/ld-2.33.so +7f3018743000-7f301874c000 r--p 00025000 00:19 2549795 /usr/lib/ld-2.33.so +7f301874c000-7f301874e000 r--p 0002d000 00:19 2549795 /usr/lib/ld-2.33.so +7f301874e000-7f3018750000 rw-p 0002f000 00:19 2549795 /usr/lib/ld-2.33.so +7ffc5c8f6000-7ffc5c917000 rw-p 00000000 00:00 0 [stack] +7ffc5c935000-7ffc5c939000 r--p 00000000 00:00 0 [vvar] +7ffc5c939000-7ffc5c93b000 r-xp 00000000 00:00 0 [vdso] +ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall] + +Reading 15 bytes from 0x6377c (407420) to 0x40800638 of PID 278331 +buffer doesn't match +``` + +The program is trying to read from 0x6377c, which according to the emulated maps is in this mapping: + +``` +10000-7c000 r-xp 00000000 00:19 8275924 /home/osandov/repro +``` + +but on the host, it's mapped differently: + +``` +00020000-0008c000 r--p 00000000 00:19 8275924 /home/osandov/repro +``` + +When using `qemu-arm-static` (version `6.1.0 (Debian 1:6.1+dfsg-6)`) via `binfmt_misc`, I also saw a case where the address isn't mapped in the host at all: + +``` +Maps read by self: +10000-7c000 r-xp 00000000 00:19 8275924 /home/osandov/repro +7c000-8b000 ---p 00000000 00:00 0 +8b000-8c000 r--p 0006b000 00:19 8275924 /home/osandov/repro +8c000-8d000 rw-p 0006c000 00:19 8275924 /home/osandov/repro +8d000-b0000 rw-p 00000000 00:00 0 +40000000-40001000 ---p 00000000 00:00 0 +40001000-40801000 rw-p 00000000 00:00 0 [stack] + +Maps read by child process: +00400000-00401000 r--p 00000000 00:19 297 /usr/bin/qemu-arm-static +00401000-00769000 r-xp 00001000 00:19 297 /usr/bin/qemu-arm-static +00769000-00abe000 r--p 00369000 00:19 297 /usr/bin/qemu-arm-static +00abe000-00c58000 r--p 006bd000 00:19 297 /usr/bin/qemu-arm-static +00c58000-00cd3000 rw-p 00857000 00:19 297 /usr/bin/qemu-arm-static +00cd3000-00cf7000 rw-p 00000000 00:00 0 +0253c000-0268e000 rw-p 00000000 00:00 0 [heap] +42645000-42655000 ---p 00000000 00:00 0 +42655000-426c1000 r--p 00000000 00:19 8275924 /home/osandov/repro +426c1000-426d0000 ---p 00000000 00:00 0 +426d0000-426d1000 r--p 0006b000 00:19 8275924 /home/osandov/repro +426d1000-426d2000 rw-p 0006c000 00:19 8275924 /home/osandov/repro +426d2000-426f5000 rw-p 00000000 00:00 0 +426f5000-82645000 ---p 00000000 00:00 0 +82645000-82646000 ---p 00000000 00:00 0 +82646000-82e46000 rw-p 00000000 00:00 0 +82e46000-142635000 ---p 00000000 00:00 0 +142635000-142636000 r--p 00000000 00:00 0 +7f5584000000-7f558bfff000 rwxp 00000000 00:00 0 +7f558bfff000-7f558c000000 ---p 00000000 00:00 0 +7f558c000000-7f558c021000 rw-p 00000000 00:00 0 +7f558c021000-7f5590000000 ---p 00000000 00:00 0 +7f55929b5000-7f5592a36000 rw-p 00000000 00:00 0 +7f5592a36000-7f5592a37000 ---p 00000000 00:00 0 +7f5592a37000-7f5593237000 rw-p 00000000 00:00 0 +7ffc4971a000-7ffc4973b000 rw-p 00000000 00:00 0 [stack] +7ffc497fa000-7ffc497fe000 r--p 00000000 00:00 0 [vvar] +7ffc497fe000-7ffc49800000 r-xp 00000000 00:00 0 [vdso] +ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall] + +Reading 15 bytes from 0x6377c (407420) to 0x40800648 of PID 278443 +pread: /proc/self/mem: Input/output error +```""" +reproduce = """1. Download statically-linked ARM [reproducer](/uploads/5563ad67d01f0ec4a10f27d1967216c4/repro). +2. Run `qemu-arm ./repro`.""" +additional = """I encountered this when trying out a CI system that uses QEMU user-mode emulation for 32-bit ARM builds. My project is a debugger that uses `/proc/self/mem`, and a test case tripped over this. See https://github.com/osandov/drgn/pull/126. + +This also seems to happen with a i386 guest, but not with an aarch64 guest, so I'm assuming that it's a 32-bit guest issue.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/699.toml b/gitlab/issues/target_missing/host_missing/accel_missing/699.toml new file mode 100644 index 00000000..4f2a6400 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/699.toml @@ -0,0 +1,15 @@ +id = 699 +title = "SGX QEMU release" +state = "closed" +created_at = "2021-10-29T05:19:55.342Z" +closed_at = "2021-10-29T07:52:25.259Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/699" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/70.toml b/gitlab/issues/target_missing/host_missing/accel_missing/70.toml new file mode 100644 index 00000000..160b6107 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/70.toml @@ -0,0 +1,15 @@ +id = 70 +title = "hda sound capture broken with VNC" +state = "opened" +created_at = "2021-05-01T08:06:40.532Z" +closed_at = "n/a" +labels = ["Audio", "Launchpad", "device:graphics", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/70" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/700.toml b/gitlab/issues/target_missing/host_missing/accel_missing/700.toml new file mode 100644 index 00000000..6918da13 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/700.toml @@ -0,0 +1,15 @@ +id = 700 +title = "GTK display refresh rate is throttled" +state = "opened" +created_at = "2021-10-29T07:47:15.201Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/700" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/701.toml b/gitlab/issues/target_missing/host_missing/accel_missing/701.toml new file mode 100644 index 00000000..a66469b2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/701.toml @@ -0,0 +1,15 @@ +id = 701 +title = "Setup a gitlab shared runner for linux-user testing" +state = "opened" +created_at = "2021-10-30T10:59:19.008Z" +closed_at = "n/a" +labels = ["CI", "kind::Feature Request", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/701" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/702.toml b/gitlab/issues/target_missing/host_missing/accel_missing/702.toml new file mode 100644 index 00000000..1a9f37c2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/702.toml @@ -0,0 +1,15 @@ +id = 702 +title = "Setup a gitlab shared runner for bsd-user testing" +state = "opened" +created_at = "2021-10-30T11:06:03.163Z" +closed_at = "n/a" +labels = ["CI", "bsd-user", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/702" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/703.toml b/gitlab/issues/target_missing/host_missing/accel_missing/703.toml new file mode 100644 index 00000000..469b19bf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/703.toml @@ -0,0 +1,29 @@ +id = 703 +title = "Resizable BAR (ReBAR) support on VFIO" +state = "opened" +created_at = "2021-11-01T09:20:09.204Z" +closed_at = "n/a" +labels = ["VFIO", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/703" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Currently `vfio_add_ext_cap()` doesn't pass ReBAR support option to VFIO. + +There was a report that removing the line you see below makes it boot, but the system is not stable. +Needs investigation. + +[https://github.com/qemu/qemu/blob/2255564fd21059960966b47212def9069cb56077/hw/vfio/pci.c#L2089](https://github.com/qemu/qemu/blob/2255564fd21059960966b47212def9069cb56077/hw/vfio/pci.c#L2089) +``` switch (cap_id) { + case 0: /* kernel masked capability */ + case PCI_EXT_CAP_ID_SRIOV: /* Read-only VF BARs confuse OVMF */ + case PCI_EXT_CAP_ID_ARI: /* XXX Needs next function virtualization */ + case PCI_EXT_CAP_ID_REBAR: /* Can't expose read-only */ + trace_vfio_add_ext_cap_dropped(vdev->vbasedev.name, cap_id, next); +``` + +[Discussion link](https://forum.level1techs.com/t/smart-access-memory-vs-qemu-kvm/169447)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/704.toml b/gitlab/issues/target_missing/host_missing/accel_missing/704.toml new file mode 100644 index 00000000..668d763b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/704.toml @@ -0,0 +1,15 @@ +id = 704 +title = "linux-user: misaligned address for type 'struct linux_dirent64'" +state = "closed" +created_at = "2021-11-01T16:06:20.834Z" +closed_at = "2021-11-22T11:13:29.505Z" +labels = ["Closed::Fixed", "kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/704" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/707.toml b/gitlab/issues/target_missing/host_missing/accel_missing/707.toml new file mode 100644 index 00000000..75fa65de --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/707.toml @@ -0,0 +1,70 @@ +id = 707 +title = "The QEMU emulator incorrectly interprets the contents of the SLIC table. See attached image." +state = "closed" +created_at = "2021-11-04T11:48:38.643Z" +closed_at = "2022-02-06T18:02:25.090Z" +labels = ["ACPI", "Regression"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/707" +host-os = "(Fedora 35)" +host-arch = "(x86_64)" +qemu-version = "(QEMU emulator version 6.1.0 (qemu-6.1.0-9.fc35))" +guest-os = "(Windows 7 64-bit)" +guest-arch = "(x86_64)" +description = """The QEMU emulator incorrectly interprets the contents of the SLIC table. + +The SLIC table read on pure hardware and in a virtual machine in the fedora 34 and 35: + +""" +reproduce = """Steps to Reproduce: + +1. Install Fedora 34 + +2. Install virtualization group: + + dnf group install virtualization + +4. Place SLIC binary image(slic.bin) into the direcrory /var/lib/libvirt/images + +3. Create Virtual Machine with Virtual Machine Manager. + +4. Modify xml description of virtual machine: + `... + <os> + ... + <acpi> + <table type='slic'>/var/lib/libvirt/images/slic.bin</table> + </acpi> + </os> + ...` + +5. Install Microsoft Windows 7 64-bit into Virtual machine. + +6. Place sertificate into Windows 7. + +7. Run with admin rights: + + slmgr.vbs /ilc <sertificate> + slmgr.vbs /ipk <key> + +8. Windows 7 will be activated ! + +9. Save Virtual Machine Image and it's xml description anywere. + +10. Install Fedora 35 + +11. Install virtualization group. + +12. Place saved Virtual Machine Image and slic.bin into the directory /var/lib/libvirt/images/ + +13. Register virtual machine: + + virsh -c qemu:///system define <xml_file> + +15. Run virtual machine - Windows 7 will lose it activation.""" +additional = """Fedora 34 has: + kernel-5.14.15-200.fc34.x86_64, qemu-system-x86-5.2.0-8.fc34.x86_64 + +Fedora 35 has: + kernel-5.14.15-300.fc35.x86_64, qemu-system-x86-6.1.0-9.fc35.x86_64 + +Slick Binary Image: [slic.bin](/uploads/da94a96516c3dbe52803fb84738f434c/slic.bin)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/708.toml b/gitlab/issues/target_missing/host_missing/accel_missing/708.toml new file mode 100644 index 00000000..9e96b629 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/708.toml @@ -0,0 +1,20 @@ +id = 708 +title = "some TPM related files are missing in sysfs when enable passthrough TPM" +state = "closed" +created_at = "2021-11-05T07:36:49.648Z" +closed_at = "2022-01-08T04:59:35.437Z" +labels = ["workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/708" +host-os = "(ubuntu)" +host-arch = "(x86)" +qemu-version = "(e.g. `qemu-system-x86_64 --version`)" +guest-os = "(yocto linux)" +guest-arch = "(x86)" +description = """When enable passthrough TPM, there are some files in sysfs are missing, like description, uid file. +under the host linux, we have those file in it: +root@intel-x86-64:/sys/class/tpm/tpm0/device/firmware_node# cat description +TPM 2.0 Device +root@intel-x86-64:/sys/class/tpm/tpm0/device/firmware_node# cat uid +1""" +reproduce = """after boot into system, check sysfs, there is no description and uid file in /sys/class/tpm/tpm0/device/firmware_node""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/709.toml b/gitlab/issues/target_missing/host_missing/accel_missing/709.toml new file mode 100644 index 00000000..99f1e8ce --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/709.toml @@ -0,0 +1,15 @@ +id = 709 +title = "make command fail" +state = "closed" +created_at = "2021-11-05T19:03:01.435Z" +closed_at = "2022-07-28T12:32:46.990Z" +labels = ["Build System", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/709" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/71.toml b/gitlab/issues/target_missing/host_missing/accel_missing/71.toml new file mode 100644 index 00000000..c7440de4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/71.toml @@ -0,0 +1,15 @@ +id = 71 +title = "AC97 can allocate ~500MB of host RAM" +state = "closed" +created_at = "2021-05-01T08:06:50.616Z" +closed_at = "2022-10-18T07:58:47.142Z" +labels = ["Audio", "Launchpad", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/71" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/711.toml b/gitlab/issues/target_missing/host_missing/accel_missing/711.toml new file mode 100644 index 00000000..4dddcfcb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/711.toml @@ -0,0 +1,15 @@ +id = 711 +title = "ATI Rage video card emulation" +state = "closed" +created_at = "2021-11-09T12:17:27.481Z" +closed_at = "2021-11-09T13:46:15.562Z" +labels = ["Closed::WontFix", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/711" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/712.toml b/gitlab/issues/target_missing/host_missing/accel_missing/712.toml new file mode 100644 index 00000000..24fc8c88 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/712.toml @@ -0,0 +1,24 @@ +id = 712 +title = "Build fails if build directory name includes a comma" +state = "closed" +created_at = "2021-11-09T18:40:06.897Z" +closed_at = "2021-11-29T19:26:55.453Z" +labels = ["Build System", "Regression", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/712" +host-os = "any" +host-arch = "any" +qemu-version = "git master" +guest-os = "n/a" +guest-arch = "n/a" +description = """Builds fail if the build directory name contains a comma.""" +reproduce = """1. `mkdir build,demo && cd build,demo` +2. `../configure && make` + +The linker fails because it uses a wrong build path (comma and trailing part of directory name is missing): + +``` +ld: can't read -exported_symbols_list file: /Users/stefan/src/gitlab/qemu-project/qemu/build +clang: error: linker command failed with exit code 1 (use -v to see invocation) +ninja: build stopped: subcommand failed. +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/713.toml b/gitlab/issues/target_missing/host_missing/accel_missing/713.toml new file mode 100644 index 00000000..9813eeec --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/713.toml @@ -0,0 +1,15 @@ +id = 713 +title = "Missing safe-syscall.inc.S for mips" +state = "closed" +created_at = "2021-11-10T16:35:16.294Z" +closed_at = "2022-01-05T18:14:58.232Z" +labels = ["Closed::Fixed", "bsd-user", "kind::Task", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/713" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/716.toml b/gitlab/issues/target_missing/host_missing/accel_missing/716.toml new file mode 100644 index 00000000..8459f69b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/716.toml @@ -0,0 +1,15 @@ +id = 716 +title = "using \"-device scsi-cd\" option on arm64 platform" +state = "closed" +created_at = "2021-11-11T09:19:58.572Z" +closed_at = "2021-11-11T09:20:29.458Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/716" +host-os = "openEuler release 21.03" +host-arch = "arm64" +qemu-version = "4.1.0" +guest-os = "ubuntu server 18.04" +guest-arch = "arm64" +description = """When using OpenStack to create a virtual machine instance, I need to configure the password of the root user through cloud-init. I use the ConfigDriver method, in which OpenStack will mount a virtual disk in iso9660 format to the virtual machine instance. The command line generated by OpenStack is shown above. You can see that this ConfigDrive virtual disk is mounted via "--device scsi-cd". But when I entered the virtual machine instance and used lsblk, blkid and searched in /dev/disk/by-label, I did not find the virtual disk that should be mounted. In addition, I don't have more debugging messages or error messages. I want to know if the "scsi-cd" is not fully adapted to arm64 platform.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/718.toml b/gitlab/issues/target_missing/host_missing/accel_missing/718.toml new file mode 100644 index 00000000..1767254f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/718.toml @@ -0,0 +1,18 @@ +id = 718 +title = "option to take screenshot with screendump as PNG" +state = "closed" +created_at = "2021-11-11T13:56:24.166Z" +closed_at = "2022-04-27T19:09:11.640Z" +labels = ["device:graphics", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/718" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Libvirt already have preparation for PNG MIME type: https://github.com/libvirt/libvirt/blob/master/tools/virsh-domain.c#L5526 + + +Thanks""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/719.toml b/gitlab/issues/target_missing/host_missing/accel_missing/719.toml new file mode 100644 index 00000000..dae9ef2f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/719.toml @@ -0,0 +1,27 @@ +id = 719 +title = "live migration's performance with compression enabled is much worse than compression disabled" +state = "closed" +created_at = "2021-11-11T14:30:54.128Z" +closed_at = "2021-11-16T10:30:04.593Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/719" +host-os = "SLE15" +host-arch = "X86" +qemu-version = "QEMU emulator version 6.1.50 (v6.1.0-2205-g63ed851de4-dirty" +guest-os = "openSUSE-15.3" +guest-arch = "x86" +description = """""" +reproduce = """1. Run QEMU the Guests with 1Gpbs network on source host and destination host with QEMU command line +2. Run some memory work loads on Guest, for example, ./memtester 1G 1 +3. Set migration parameters in QEMU monitor. On source and destination, + execute: #migrate_set_capability compress on + Other compression parameters are all default. +4. Run migrate command, # migrate -d tcp:10.156.208.154:4000 +5. The results: + - without compression： total time: 197366 ms throughput: 937.81 mbps transferred Ram: 22593703 kbytes + - with compression: total time: 281711 ms throughput: 90.24 mbps transferred Ram: 3102898 kbytes + +When compression is enabled, the compression transferred ram is reduced a lot. But the throughput is down badly. +The total time of live migration with compression is longer than without compression. +I tried with 100G network bandwidth, it also has the same problem.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/72.toml b/gitlab/issues/target_missing/host_missing/accel_missing/72.toml new file mode 100644 index 00000000..5183b3db --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/72.toml @@ -0,0 +1,15 @@ +id = 72 +title = "mouse offset or invisible wall 2.11.0-3" +state = "opened" +created_at = "2021-05-01T08:13:42.446Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics", "device:input", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/72" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/721.toml b/gitlab/issues/target_missing/host_missing/accel_missing/721.toml new file mode 100644 index 00000000..b1d51eba --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/721.toml @@ -0,0 +1,40 @@ +id = 721 +title = "Build failed at libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o" +state = "closed" +created_at = "2021-11-12T08:12:59.546Z" +closed_at = "2021-11-12T08:48:29.040Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/721" +host-os = "Intel Clear Linux 35280" +host-arch = "x64" +qemu-version = "6.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """1. Download and build from source + +``` +wget https://download.qemu.org/qemu-6.1.0.tar.xz +tar xvJf qemu-6.1.0.tar.xz +cd qemu-6.1.0 +./configure +make +```""" +additional = """``` +[2150/9644] Compiling C object libqemu-alpha-softmmu.fa.p/migration_dirtyrate.c.o +[2151/9644] Compiling C object libqemu-alpha-softmmu.fa.p/migration_ram.c.o +[2152/9644] Compiling C object libqemu-alpha-softmmu.fa.p/target_alpha_fpu_helper.c.o +[2153/9644] Compiling C object libqemu-aarch64-softmmu.fa.p/accel_tcg_translate-all.c.o +[2154/9644] Compiling C object libqemu-alpha-softmmu.fa.p/migration_target.c.o +[2155/9644] Compiling C object libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o +FAILED: libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o +gcc -Ilibqemu-aarch64-softmmu.fa.p -I. -I.. -Itarget/arm -I../target/arm -I../dtc/libfdt -I../capstone/include/capstone -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/valgrind -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/intel/Sources/qemu-6.1.0/linux-headers -isystem linux-headers -iquote . -iquote /home/intel/Sources/qemu-6.1.0 -iquote /home/intel/Sources/qemu-6.1.0/include -iquote /home/intel/Sources/qemu-6.1.0/disas/libvixl -iquote /home/intel/Sources/qemu-6.1.0/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -g -O3 -feliminate-unused-debug-types -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -Wformat -Wformat-security -m64 -fasynchronous-unwind-tables -Wp,-D_REENTRANT -ftree-loop-distribute-patterns -Wl,-z -Wl,now -Wl,-z -Wl,relro -fno-semantic-interposition -ffat-lto-objects -fno-trapping-math -Wl,-sort-common -Wl,--enable-new-dtags -mtune=skylake -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="aarch64-softmmu-config-target.h"' '-DCONFIG_DEVICES="aarch64-softmmu-config-devices.h"' -MD -MQ libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o -MF libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o.d -o libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o -c ../accel/tcg/cputlb.c +during GIMPLE pass: fab +In file included from /home/intel/Sources/qemu-6.1.0/include/qemu/osdep.h:37, + from ../accel/tcg/cputlb.c:20: +../accel/tcg/atomic_common.c.inc: In function ‘helper_atomic_fetch_andb’: +/home/intel/Sources/qemu-6.1.0/include/exec/helper-head.h:21:27: internal compiler error: in optimize_atomic_bit_test_and, at tree-ssa-ccp.c:3245 + 21 | #define HELPER(name) glue(helper_, name) + | ^~~~~~~ +/home/intel/Sources/qemu-6.1.0/include/qemu/compiler.h:35:21: note: in definition of macro ‘xglue’ + 35 | #define xglue(x, y) x""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/722.toml b/gitlab/issues/target_missing/host_missing/accel_missing/722.toml new file mode 100644 index 00000000..284891c9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/722.toml @@ -0,0 +1,20 @@ +id = 722 +title = "Qemu slirp connectivity lost when host enters vpn(openvpn or wireguard)" +state = "opened" +created_at = "2021-11-12T15:22:27.554Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/722" +host-os = "Gentoo" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.0.1" +guest-os = "ubuntu bionic (18.04) + debian bullseye" +guest-arch = "x86" +description = """No connectivity after host enters a vpn, tested with valid openvpn +and wireguard.""" +reproduce = """1. Open the vpn. +2. Open a virtual machine using slirp +3. Ping 8.8.8.8(if you can...)""" +additional = """The bug is independent on the order of execution, if you start the vm +to see it works, and run the vpn script, the connectivity in the vm +will drop, and come back when the tunneled connection is over.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/723.toml b/gitlab/issues/target_missing/host_missing/accel_missing/723.toml new file mode 100644 index 00000000..98846e79 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/723.toml @@ -0,0 +1,39 @@ +id = 723 +title = "multiple displays VGA + qxl forces Spice mouse-mode=server and breaks usb-tablet/seamless mode" +state = "opened" +created_at = "2021-11-13T00:40:56.856Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/723" +host-os = "Ubuntu" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.0.0 (Debian 1:6.0+dfsg-2expubuntu1~focal1.0)" +guest-os = "OSX/Darwin Catalina, Big Sur" +guest-arch = "x86_64" +description = """qxl causes a totally unexpected mouse conflict with the default VGA in OSX Catalina and newer guests using AppleVirtualGraphics.kext + +usb-tablet is unusable - only clicks are received +usb-mouse works but grabs focus""" +reproduce = """1. install and run OSX guest +2. connect to Spice port +3. can't move mouse if usb-tablet is used. usb-mouse pointer but is grabbed +4. removing qxl fixed the issue for me. Mouse is seamless/not grabbed now +5. added -spice agent-mouse=on just in case""" +additional = """qmp from broken shows mouse-mode server. Working guests show mouse-mode client + +``` +{ "execute": "query-spice" } +... "mouse-mode": "server"}} +``` +- spice works with multiple displays in OSX if both are VGA but I had the same focus problem, will need to recheck because Qemu 6.1 seems stuck on mouse-mode=server. + + +Working VGA +``` +/usr/bin/qemu-system-x86_64 -name macos-big-sur,process=macos-big-sur -pidfile macos-big-sur/macos-big-sur.pid -enable-kvm -machine q35,smm=off,vmport=off -device isa-applesmc,osk=ourhardworkbythesewordsguardedpleasedontsteal\\(c\\)AppleComputerInc -no-hpet -global kvm-pit.lost_tick_policy=discard -cpu host,kvm=on,vendor=GenuineIntel,+hypervisor,+invtsc,+kvm_pv_eoi,+kvm_pv_unhalt -smp cores=2,threads=1,sockets=1 -m 8G -device virtio-balloon -smbios type=2,manufacturer="Wimpys World",product=Quickemu,version=2.3.1,serial=jvzclfjbeyq.pbz,location=wimpysworld.com,asset=macos-big-sur -device VGA,vgamem_mb=128 -display none -device usb-ehci,id=input -device usb-kbd,bus=input.0 -device usb-tablet,bus=input.0 -rtc base=localtime,clock=host,driftfix=slew -spice disable-ticketing=on,agent-mouse=on,port=5930 -device virtio-serial-pci -chardev socket,id=agent0,path=macos-big-sur/macos-big-sur-agent.sock,server=on,wait=off -device virtserialport,chardev=agent0,name=org.qemu.guest_agent.0 -device virtio-rng-pci,rng=rng0 -object rng-random,id=rng0,filename=/dev/urandom -chardev socket,id=monitor0,path=macos-big-sur/macos-big-sur-monitor.sock,server=on,wait=off -mon chardev=monitor0,id=monitor,mode=control -monitor none -serial mon:stdio -audiodev spice,id=audio0 -device ich9-intel-hda -device hda-duplex,audiodev=audio0 -device virtio-net,netdev=nic -netdev user,hostname=macos-big-sur,hostfwd=tcp::22220-:22,id=nic -global driver=cfi.pflash01,property=secure,value=on -drive if=pflash,format=raw,unit=0,file=macos-big-sur/OVMF_CODE.fd,readonly=on -drive if=pflash,format=raw,unit=1,file=macos-big-sur/OVMF_VARS-1024x768.fd -device ahci,id=ahci -device ide-hd,bus=ahci.0,drive=BootLoader,bootindex=0 -drive id=BootLoader,if=none,format=qcow2,file=macos-big-sur/OpenCore.qcow2 -device virtio-blk-pci,drive=SystemDisk -drive id=SystemDisk,if=none,format=qcow2,file=macos-big-sur/disk.qcow2 -device qemu-xhci,id=spicepass -chardev spicevmc,id=usbredirchardev1,name=usbredir -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1 -chardev spicevmc,id=usbredirchardev2,name=usbredir -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2 -chardev spicevmc,id=usbredirchardev3,name=usbredir -device usb-redir,chardev=usbredirchardev3,id=usbredirdev3 -device usb-ccid -chardev spicevmc,id=ccid,name=smartcard -device ccid-card-passthru,chardev=ccid -device virtio-serial-pci -chardev spiceport,id=webdav0,name=org.spice-space.webdav.0 -device virtserialport,chardev=webdav0,name=org.spice-space.webdav.0 -fsdev local,id=fsdev0,path=/home/jmorrison/Public,security_model=mapped-xattr -device virtio-9p-pci,fsdev=fsdev0,mount_tag=Public-jmorrison +``` + +Broken usb-tablet qxl +``` +/usr/bin/qemu-system-x86_64 -name macos-big-sur,process=macos-big-sur -pidfile macos-big-sur/macos-big-sur.pid -enable-kvm -machine q35,smm=off,vmport=off -device isa-applesmc,osk=ourhardworkbythesewordsguardedpleasedontsteal\\(c\\)AppleComputerInc -no-hpet -global kvm-pit.lost_tick_policy=discard -cpu host,kvm=on,vendor=GenuineIntel,+hypervisor,+invtsc,+kvm_pv_eoi,+kvm_pv_unhalt -smp cores=2,threads=1,sockets=1 -m 8G -device virtio-balloon -smbios type=2,manufacturer="Wimpys World",product=Quickemu,version=2.3.1,serial=jvzclfjbeyq.pbz,location=wimpysworld.com,asset=macos-big-sur -device qxl -display none -device usb-ehci,id=input -device usb-kbd,bus=input.0 -device usb-tablet,bus=input.0 -rtc base=localtime,clock=host,driftfix=slew -spice disable-ticketing=on,port=5930 -device virtio-serial-pci -chardev socket,id=agent0,path=macos-big-sur/macos-big-sur-agent.sock,server=on,wait=off -device virtserialport,chardev=agent0,name=org.qemu.guest_agent.0 -device virtio-rng-pci,rng=rng0 -object rng-random,id=rng0,filename=/dev/urandom -chardev socket,id=monitor0,path=macos-big-sur/macos-big-sur-monitor.sock,server=on,wait=off -mon chardev=monitor0,id=monitor,mode=control -monitor none -serial mon:stdio -audiodev spice,id=audio0 -device ich9-intel-hda -device hda-duplex,audiodev=audio0 -device virtio-net,netdev=nic -netdev user,hostname=macos-big-sur,hostfwd=tcp::22220-:22,id=nic -global driver=cfi.pflash01,property=secure,value=on -drive if=pflash,format=raw,unit=0,file=macos-big-sur/OVMF_CODE.fd,readonly=on -drive if=pflash,format=raw,unit=1,file=macos-big-sur/OVMF_VARS-1024x768.fd -device ahci,id=ahci -device ide-hd,bus=ahci.0,drive=BootLoader,bootindex=0 -drive id=BootLoader,if=none,format=qcow2,file=macos-big-sur/OpenCore.qcow2 -device virtio-blk-pci,drive=SystemDisk -drive id=SystemDisk,if=none,format=qcow2,file=macos-big-sur/disk.qcow2 -device qemu-xhci,id=spicepass -chardev spicevmc,id=usbredirchardev1,name=usbredir -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1 -chardev spicevmc,id=usbredirchardev2,name=usbredir -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2 -chardev spicevmc,id=usbredirchardev3,name=usbredir -device usb-redir,chardev=usbredirchardev3,id=usbredirdev3 -device usb-ccid -chardev spicevmc,id=ccid,name=smartcard -device ccid-card-passthru,chardev=ccid -device virtio-serial-pci -chardev spiceport,id=webdav0,name=org.spice-space.webdav.0 -device virtserialport,chardev=webdav0,name=org.spice-space.webdav.0 -fsdev local,id=fsdev0,path=/home/jmorrison/Public,security_model=mapped-xattr -device virtio-9p-pci,fsdev=fsdev0,mount_tag=Public-jmorrison +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/724.toml b/gitlab/issues/target_missing/host_missing/accel_missing/724.toml new file mode 100644 index 00000000..34f4725e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/724.toml @@ -0,0 +1,15 @@ +id = 724 +title = "esp: heap-buffer-overflow in esp_fifo_pop_buf" +state = "closed" +created_at = "2021-11-13T04:33:42.989Z" +closed_at = "2021-11-19T18:13:39.217Z" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/724" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/726.toml b/gitlab/issues/target_missing/host_missing/accel_missing/726.toml new file mode 100644 index 00000000..c289ecae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/726.toml @@ -0,0 +1,15 @@ +id = 726 +title = "Missing 6.2.0-rc0 tarball on https://download.qemu.org/" +state = "closed" +created_at = "2021-11-14T11:02:47.438Z" +closed_at = "2021-11-15T16:20:03.045Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/726" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/727.toml b/gitlab/issues/target_missing/host_missing/accel_missing/727.toml new file mode 100644 index 00000000..c55f52a0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/727.toml @@ -0,0 +1,164 @@ +id = 727 +title = "VHDX is corrupted on expansion" +state = "closed" +created_at = "2021-11-15T12:25:06.124Z" +closed_at = "2023-04-12T11:40:33.051Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/727" +host-os = "Fedora 35" +host-arch = "x86_64" +qemu-version = "**6.2.0-2**, 6.2.0-rc1...rc4(SB), 6.1.0-10, 6.0.0-12, 5.2.0-8(SB), 4.2.1-1(SB)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Fresh VHDX corrupts with data loss upon copying data into it.""" +reproduce = """1. Create new dynamic vhdx file of about 93Gib (unexpanded, starting size is small ~205Mib, freshly created and NTFS formatted in windows.) +2. Connect drive using qemu-nbd to /dev/nbd0 +3. Ensure partition using gdisk +4. format partition with ntfs/ExFAT volume +5. mount volume +6. copy/rsync data of about 85Gib of data into the mounted volume +7. unmount volume +8. disconnect /dev/nbd0 +9. reconnect /dev/nbd0 +10. attempt mount, sometimes mount may fail if corrupted +11. If mount succeeds, verify data/all-files using some method like sha256sum. Some data is likely to fail + +Given the amount of data I am rsync-ing into the volume, there is very high chance of corruption. + +The corruption is not apparent until **disconnection and reconnection** of virtual-disk. Simply unmounting and remounting without disconnecting is unlikely to cause one to suspect corruption. + +If the expanded corrupted volume is again disconnected, reconnected, reformatted and data is again re-copied onto it, then the volume is less likely to experience a corruption, perhaps because new block allocation is not required. + +Errors vary and include: +- sometimes mount fails +- sometimes ls -l output is garbled +- sometimes one cannot cd into a directory +- several consecutive errors in shasum256 start midway through the file-list processing. Error is shown as if rsync failed and files do not exist. + ``` + sha256sum: ./201207/IMG_2406.JPG: No such file or directory + ./201207/IMG_2406.JPG: FAILED open or read + ``` +- Doing chdsk on windows may just create FOUND.000/FILE0000.CHK files.""" +additional = """See comment https://gitlab.com/qemu-project/qemu/-/issues/136#note_731044761 from where this all began. Some summary included here. + +``` +[root@sirius a16]# uname -a +Linux sirius 5.15.0-60.fc35.x86_64 #1 SMP Tue Nov 2 15:38:03 IST 2021 x86_64 x86_64 x86_64 GNU/Linux + +[root@sirius ~]# qemu-system-x86_64 --version +QEMU emulator version 6.1.0 (qemu-6.1.0-10.fc35) +Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers + +[root@sirius ~]# cat /etc/mtab | grep -E "a16|a17" | grep ntfs3 +/dev/sda16 /mnt/a16 ExFAT rw,relatime,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro 0 0 +/dev/sda17 /mnt/a17 ntfs3 rw,relatime,uid=0,gid=0,iocharset=utf8 0 0 + +[root@sirius ~]# uname -a # self-built rpmbuild kernel from fedora rawhide kernel-src rpm +Linux sirius 5.15.0-60.fc35.x86_64 #1 SMP Tue Nov 2 15:38:03 IST 2021 x86_64 x86_64 x86_64 GNU/Linux +``` + +Test/Activity being done: About 85Gib of data is copied onto a size 93Gib VHDX on host-FS ntfs3 with guest-FS ntfs3. +``` +Prefer windows method: Inside windows-10, using powershell command New-VHD, one may a 93Gib VHDX + New-VHD -Path I:\\gkpics01.vhdx -SizeBytes 99723771904 -Dynamic + Then attach disk and format volume inside to ntfs. +or Alternatively, Linux method (less preferred) + qemu-img create -f qcow2 /mnt/a16/gkpics01.qcow2 99723771904 + qemu-img create -f vhdx -o subformat=dynamic /mnt/a16/gkpics01.vhdx 99723771904 +: +sync ; sleep 1 ; qemu-nbd -c /dev/nbd0 /mnt/a16/gkpics01.vhdx +: +create appropriate partitions on /dev/nbd0 if not already partitioned +gdisk /dev/nbd0 +: +format volume with filesystem ntfs, or ext4 etc if not already formatted +mkfs -t ntfs -Q -L fs_gkpics01 /dev/nbd0p2 +: +mount partition +sync ; sleep 1 ; mount -t ntfs3 /dev/nbd0p2 /mnt/t1 +: +do copy/rsync etc +( fl="photos001" ; src="/mnt/c13" ; dst="/mnt/t1" ; cd "$src" ;rsync -avH "$fl" "$dst" ; sudo -u gana DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus DISPLAY=:0.0 -- notify-send "$src/$fl" "rsync $src/$fl" ) +: +sync ; sleep 1 ; umount /mnt/t1 +: +sync ; sleep 1 ; blockdev --flushbufs /dev/nbd0 ; sleep 2 ; qemu-nbd -d /dev/nbd0 ; sleep 1 ; sync +: +sync ; sleep 1 ; qemu-nbd -c /dev/nbd0 /mnt/a16/gkpics01.vhdx +: +sync ; sleep 1 ; mount -t ntfs3 /dev/nbd0p2 /mnt/t1 +: +do ls-l/verify/sha256sum-c etc +( fl="photos001" ; rtpt="/mnt/t1" ; cd "${rtpt}/${fl}" ; sdate=`date` ; echo "$sdate" ; sha256sum -c "$rtpt/$fl/find.CHECKSUM" --quiet ; echo "$sdate" ; date ; sudo -u gana DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus DISPLAY=:0.0 -- notify-send "$src/$fl" "checksum $src/$fl" ) +``` + +In the below list detailing under what circumstance corruption occurs + +- Format: kernel-version/ disk-attaching-sw/ hostFS/ VDISK/ guestFS with any parameters in parenthesis. +- Corruption does happen with kernel-5.15.0-60/qemu-6.1.0-10/ntfs3/VHDX/ntfs3 +- Corruption does happen with kernel-5.15.0-60/qemu-6.1.0-10/ntfs3/VHDX/ext4 +- Corruption does happen with kernel-5.15.0-60/guestfish-1.46.0(backend=direct)/ntfs3/VHDX/ntfs3 +- Corruption does happen with kernel-5.15.0-60/guestfish-1.46.0(backend=libvirt-7.6.0-3)/ntfs3/VHDX/ntfs3 +- Corruption does happen on host-FS **ExFAT too** with kernel-5.15.0-60/qemu-6.1.0-10/ExFAT/VHDX/ntfs3 +- Corruption does happen with kernel-5.15.0-60/qemu-6.0.0-10/ExFAT/VHDX/ntfs3 +- Corruption does happen with kernel-5.14.18-300/qemu-6.0.0-12/ExFAT/VHDX/ntfs3g-fuseblk +- Corruption does happen with kernel-5.14.18-300/qemu-6.0.0-12/ExFAT/VHDX(created by qemu-img)/ntfs3g-fuseblk + ``` Failed to mount '/dev/nbd0p2': Input/output error NTFS is either inconsistent, or there is a hardware fault,``` +- Corruption does **not** happen with kernel-5.14.18-300/qemu-6.0.0-12/ExFAT/qcow2/ext4 +- Corruption does **not** happen with kernel-5.14.18-300/qemu-6.0.0-12/ExFAT/qcow2/ntfs3g-fuseblk +- Corruption does happen with kernel-5.15.0-60/qemu-6.1.0-10/ExFAT/VHDX(cache=none,aio=threads)/ntfs3 +- Corruption does happen with kernel-5.15.0-60/qemu-6.1.0-10/ExFAT/VHDX(cache=none,aio=io_uring)/ntfs3 +- VHDX fixed disk grows in size. Filed as different bug: https://gitlab.com/qemu-project/qemu/-/issues/806 + - Corruption **does happen** with kernel-5.15.0-60/qemu-6.1.0-10/ExFAT/VHDX(fixed)/ntfs3 + A fixed vhdx disk should not grow in size. It is as if the blocks are added to a vhdx-journal instead of overwriting preallocated blocks. +- Corruption does happen with kernel-5.15.0-60/qemu-6.1.0-10/ext4/VHDX/ntfs3 +- Corruption does happen with kernel-5.15.2-200/**qemu-6.2.0-rc1**/ExFAT/VHDX/ntfs3 +- Corruption does **not** happen with kernel-5.15.2-200/qemu-6.2.0-rc1/ExFAT/**VMDK**(v4,monolithicSparse)/ntfs3 +- Corruption does not happen with kernel-5.15.2-200/qemu-6.2.0-rc1/ExFAT/VMDK(compat6,monolithicSparse)/ntfs3 +- Corruption does **not** happen with kernel-5.15.2-200/qemu-6.2.0-rc1/ExFAT/**VDI**/ntfs3 +- Corruption does **not** happen with kernel-5.15.2-200/qemu-6.2.0-rc1/ExFAT/**VPC**(dynamic)/ntfs3 +- Corruption does happen with kernel-5.15.2-200/**qemu-5.2.0-8**/ExFAT/VHDX/ntfs3 +- Corruption does happen with kernel-5.15.2-200/**qemu-4.2.1-1**/ExFAT/VHDX/ntfs3 +- Corruption does happen with vhdx-file is on 2Tb NTFS 1Tb partition of **external USB HDD** 2Tb, with kernel-5.15.2-200/qemu-6.2.0-rc1/ntfs3/VHDX/ntfs3 +- Corruption does happen when using src is on ntfs3 partition on external USB drive, which is **generated synthetic data (sgdata)** sgdata/kernel-5.15.2-200/qemu-6.2.0-rc1/ExFat/VHDX/ntfs3 +- Corruption does happen when starting with qemu-img created vhdx image with sgdata/kernel-5.15.2-200/qemu-6.2.0-rc1/ExFat/VHDX(created by qemu-img)/ext4 superblock mount fail +- Corruption does happen older fc34-kernel on Fedora-35, sgdata/kernel-5.13.19-200/qemu-6.2.0-rc2/ExFAT/VHDX/ntfs3g-fuseblk , different, fewer files 3 small files affected +- Corruption does happen with older fc32-kernel on Fedora-35, sgdata/kernel-5.11.22-100/qemu-6.2.0-rc2/ExFAT/VHDX/ntfs3g-fuseblk , fewer files, different, but same as above 3 small files affected, +- Corruption does happen with older fc32-kernel on Fedora-35, sgdata/kernel-5.11.22-100/qemu-6.2.0-rc2/ExFAT/VHDX/ext4 +- Corruption does happen with self-built 5.10 LTS kernel on Fedora-35, sgdata/kernel-5.10.90-200/qemu-6.2.0-1/ExFAT/VHDX/ext4 (sgdata accessed using ntfs-fuseblk) +- As the host kernel invoking qemu-nbd, these kernels showed less errors than if they were run inside a VM as a guest. If run as a guest VM, These kernels, 5.15.4 and above, may also have kernel bugs https://bugzilla.kernel.org/show_bug.cgi?id=215460 or https://bugzilla.kernel.org/show_bug.cgi?id=215563 resulting in additional compounded errors in the failure test results, even in raw-img and qcow2(fixed). + - Corruption does happen with sgdata/kernel-5.15.4-201/qemu-6.2.0-rc1/ExFAT/VHDX(created by qemu-img)/ext4 + - Corruption does happen with sgdata/kernel-5.15.4-201/**qemu-6.2.0-rc2**/ExFAT/VHDX(created by qemu-img)/ext4 + - Corruption does not happen with synthetic-data sgdata/kernel-5.15.4-201/qemu-6.2.0-rc2/ExFAT/VMDK(created by qemu-img)/ext4 + - Corruption does happen with sgdata/kernel-5.15.5-200/qemu-6.2.0-rc2/ExFAT/VHDX(created by qemu-img)/ext4 + - Corruption does not happen with sgdata/kernel-5.15.4-201/nbdkit-1.28.2-nbdplugin-qemu-6.2.0-0.rc2/ExFAT/vmdk/ntfs3 + - Corruption does not happen with sgdata/kernel-5.15.4-201/nbdkit-1.28.2-nbdplugin/ExFAT/vmdk-nbd-vddkplugin/ntfs3 + - Corruption does happen with sgdata/kernel-5.15.4-201/nbdkit-1.28.2-nbdplugin-qemu-6.2.0-0.rc2/ExFAT/VHDX/ntfs3 + - Corruption does happen with sgdata/kernel-5.15.6-200 to kernel-5.15.13-200 /qemu-6.2.0-0.rc2/ExFAT/VHDX/ntfs3 +- On Windows-10, these tests may possibly be different bug. Also causes system-wide DiskIO stuck in addition to corruption https://github.com/cloudbase/wnbd/issues/63 + - Corruption does happen with sgdata/**WIN10**-21H2-19044-1415/**WNBD**-0.2.2-4-g10c1fbe/qemu-6.2.0-rc4/ExFAT/VHDX/NTFS + - Corruption **does happen** with sgdata/**WIN10**-21H2-19044-1415/**WNBD**-0.2.2-4-g10c1fbe/qemu-6.2.0-rc4/ExFAT/**qcow2**/NTFS +- Possibly different bug, on Windows-10, corruption of virtual-disk from inside VM, no nbd . Maybe https://bugzilla.kernel.org/show_bug.cgi?id=215460 or https://bugzilla.kernel.org/show_bug.cgi?id=215563 + - Win10-21H2-19044-1415/WHPX/ExFAT/qemu-6.2.0-rc4/alpine-linux-3.15/kernel-5.15.4/VHDX/ntfs3 + - Win10-21H2-19044-1415/WHPX/ExFAT/qemu-6.2.0-rc4/alpine-linux-3.15/kernel-5.15.4/**qcow2**/ext4 +- Corruption does **not** happen with Fedora-35/kernel-5.17.0-0.rc3.89(SB)/qemu-6.2.0-2/Fedora-Rawhide-202208/kernel-5.17.0-0.rc3.89/ExFAT/**qcow2(dyn)**/ntfs3 data-src: VHDX(dyn)/ntfs3/sgdata +- Corruption does **not** happen with Fedora-35/kernel-5.17.0-0.rc3.89(SB)/qemu-6.2.0-2/Fedora-Rawhide-202208/kernel-5.17.0-0.rc3.89/ExFAT/qcow2(dyn)/ntfs3 data-src: VHDX(dyn)/**ntfs-fuseblk**/sgdata +- Corruption **does** happen with Fedora-35/kernel-5.17.0-0.rc3.89(SB)/qemu-6.2.0-2/Fedora-Rawhide-202208/kernel-5.17.0-0.rc3.89/ExFAT/**VHDX**/ntfs3 data-src: VHDX(dyn)/ntfs3/sgdata +- Corruption **does** happen with Fedora-35/kernel-5.17.0-0.rc3.89(SB)/qemu-6.2.0-2/Fedora-Rawhide-202208/kernel-5.17.0-0.rc3.89/ExFAT/VHDX/ext4 data-src: VHDX(dyn)/**ntfs-fuseblk**/sgdata +- Corruption **does** happen with Fedora-35/kernel-5.17.0-0.rc3.89(SB)/qemu-6.2.0-2/**Rocky-8.5-Workstation-20211114.iso**/**kernel-4.18.0-348.el8.0.2.x86_64**/ExFAT/VHDX/ext4 data-src: VHDX(dyn)/**ntfs-fuseblk**/sgdata + +ExFAT filesystem was considered because it does not have concept of sparse files eliminating that factor from troubleshooting. Furthermore, it may be incorrect to suspect NTFS3, ExFAT or NTFS3g-fuseblk only because they are new/recently mainstreamed filesystems, as there aren't any intense/complex filesystem operations. The filesystem is experiencing only though-put and files are simply copied into it without further operations. Furthermore, ext4 also experiences corruption if on VHDX. + +It just seems to me the VHDX support implementation has bugs, corrupts and hence is not reliable. + +The qemu test-suite needs test-cases added for testing for vhdx-stress and vhdx-throughput . + +More troubleshooting test results are summarized in https://gitlab.com/qemu-project/qemu/-/issues/727#note_745711084 + +Chief suspect files +- ~~kernel: nbd: [drivers/block/nbd.c](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/block/nbd.c)~~ can be made to happen via VM +- ~~kernel: ntfs3~~ no ntfs3 partition required +- ~~kernel 5.x series~~ bug exists in 4.18.0.348 +- ~~qemu: block~~ doesn't happen to other virtual-disk formats (raw,qcow2) +- qemu/VM : seems to happen only when using qemu-nbd or inside qemu-VM +- qemu: [block/vhdx.c](https://gitlab.com/qemu-project/qemu/-/blob/master/block/vhdx.c) , [block/vhdx_log.c](https://gitlab.com/qemu-project/qemu/-/blob/master/block/vhdx-log.c) , [block/vhdx-endian.c](https://gitlab.com/qemu-project/qemu/-/blob/master/block/vhdx-endian.c) , [block/vhdx.h](https://gitlab.com/qemu-project/qemu/-/blob/master/block/vhdx.h),""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/728.toml b/gitlab/issues/target_missing/host_missing/accel_missing/728.toml new file mode 100644 index 00000000..20f81ce9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/728.toml @@ -0,0 +1,28 @@ +id = 728 +title = "Catch up to latest VHDX v2(=0x01) rev-7.0 specification" +state = "opened" +created_at = "2021-11-15T13:31:38.143Z" +closed_at = "n/a" +labels = ["Storage", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/728" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """Below issues need to be addressed before or during the tackling of this issue. +- ~#727 VHDX is corrupted on expansion.~ +- #136 windows qemu-img create vpc/vhdx error due to sparse files +- #1605 On windows, 2nd kind vhdx-dyn bug, crash on Unexpected error in bdrv_check_qiov_request() in io.c +- #806 Fixed VHDX inflates beyond its fixed size when data is copied onto it and also corrupts +- +This VHDX support applies to qemu build on any architecture, not just the windows-build. + +It is very likely, that the native hypervisor on windows WHPX will be the main hypervisor displacing haxm/vbox etc. VHDX, if it works, seems to be the virtual-disk format that is ideal +- for Linux/windows dual-boot machines, +- for clusters with Linux/windows servers sharing images from a network-storage +- for WSL2/Hyper-V + +Following a similar line of thought, NTFS/ExFat may be ideal for sharing data/images between Linux and Windows. So the storing, modification and drive attachment of VHDX files on these filesystems need to be just as well-tested as native Linux filesystems. As their driver are internal-kernel-drivers and not fuse/dokan-drivers, on both operating-systems, they are also performant.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/731.toml b/gitlab/issues/target_missing/host_missing/accel_missing/731.toml new file mode 100644 index 00000000..e8a6764e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/731.toml @@ -0,0 +1,29 @@ +id = 731 +title = "Display resolution fixed by 800x600 with latest VirtIO drivers and guest additions" +state = "opened" +created_at = "2021-11-16T16:29:26.328Z" +closed_at = "n/a" +labels = ["Guest Agent", "device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/731" +host-os = "xUbuntu 21.10" +host-arch = "x86_64, amd64" +qemu-version = "QEMU emulator version 6.0.0 (Debian 1:6.0+dfsg-2expubuntu1)" +guest-os = "Windows 10 21H1" +guest-arch = "x86_64, amd64" +description = """Display resolution can't be changed to anything else than 800x600.""" +reproduce = """1. Install qemu/kvm +2. Create virtual machine +3. Setup Windows 10 +4. Install VirtIO-Drivers +5. Install guest-agent +6. Install qxl-drivers + +Steps 5 and 6 enable use of QXL-Display, but do not lead to allow for higher display resolutions than before.""" +additional = """ + + +Screen resolution is fixed by 800x600. +Driver is installed, but seems to have a problem (Attention sign. Warning, Error: digital signatur could not be checked -- at least there is no how to to make the existing signature work). +Latest available VirtIO-drivers where used as available from https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.iso + +Older available drivers did not work too as expected. Same problem. Could not check older Windows 10 versions, because of lack of older install media.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/732.toml b/gitlab/issues/target_missing/host_missing/accel_missing/732.toml new file mode 100644 index 00000000..4957dce3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/732.toml @@ -0,0 +1,15 @@ +id = 732 +title = "Can not use --enable-fuzzing on Ubuntu 20.04 Aarch64" +state = "closed" +created_at = "2021-11-17T12:53:54.951Z" +closed_at = "2022-08-30T01:28:48.269Z" +labels = ["Build System", "Fuzzer", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/732" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/733.toml b/gitlab/issues/target_missing/host_missing/accel_missing/733.toml new file mode 100644 index 00000000..6b7be706 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/733.toml @@ -0,0 +1,41 @@ +id = 733 +title = "Qemu Adventcalendar 2020 ELKS fails to run with error \"qemu-system-x86_64: at most one isa-vga device is permitted\"" +state = "closed" +created_at = "2021-11-17T18:00:06.012Z" +closed_at = "2021-12-06T19:17:32.815Z" +labels = ["CLI", "Regression", "device:graphics", "kind::Bug", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/733" +host-os = "Debian Linux" +host-arch = "x86" +qemu-version = "6.1.90 (git bisect determines commit 7852a77f59)" +guest-os = "ELKS" +guest-arch = "Intel IA16 architecture" +description = """Running ELKS from Qemu Advent calendar results in: +qemu-system-x86_64: at most one isa-vga device is permitted""" +reproduce = """(with ELKS) +1. Untar https://download.qemu.org/qemu-6.2.0-rc0.tar.xz +1. Build qemu-system-x86_64 +2. Download https://www.qemu-advent-calendar.org/2020/download/day23.tar.gz +3. Execute ELKS as described in run.sh""" +additional = """A git bisect was performed to identify the culprit commit: +``` +qemu$ git bisect good +binäre Suche: danach noch 1 Commit zum Testen übrig (ungefähr 1 Schritt) +[2b3a98255c90d8d2f9f87a73eb33371961508517] hw/display/xlnx_dp: fix an out-of-bounds read in xlnx_dp_read + +qemu$ ./configure --target-list=x86_64-softmmu --disable-linux-user && make -j2 + +qemu$ build/qemu-system-x86_64 -machine isapc -vga std +qemu-system-x86_64: at most one isa-vga device is permitted + +qemu$ git bisect bad +binäre Suche: danach noch 0 Commits zum Testen übrig (ungefähr 0 Schritte) +[7852a77f598635a67a222b6c1463c8b46098aed2] vga: don't abort when adding a duplicate isa-vga device + +qemu$ cat .git/refs/bisect/bad +2b3a98255c90d8d2f9f87a73eb33371961508517 + +qemu$ git status +HEAD losgelöst bei 7852a77f59 + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/739.toml b/gitlab/issues/target_missing/host_missing/accel_missing/739.toml new file mode 100644 index 00000000..405c076a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/739.toml @@ -0,0 +1,25 @@ +id = 739 +title = "qemu option -snapshot not work for blockdev disk" +state = "opened" +created_at = "2021-11-20T07:56:43.350Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/739" +host-os = "Debian 11.1 Bullseye" +host-arch = "amd64" +qemu-version = "QEMU emulator version 5.2.0 (Debian 1:5.2+dfsg-11+deb11u1)" +guest-os = "Windows 10 21H2" +guest-arch = "amd64" +description = """If disk image configured with a -blockdev option, option -snapshot not work: all changes write to disk image instead of temporary files.""" +reproduce = """1. Run qemu guest with -blockdev disk image file and -snapshot options +2. Create file test.txt on guest disk +3. Power off guest +4. Run qemu guest again +5. File test.txt present on guest disk""" +additional = """When i replace -blockdev options to legacy -drive option +``` +-snapshot +-drive if=none,id=ssd1-format,media=disk,cache=none,aio=native,discard=unmap,detect-zeroes=unmap,format=qcow2,file=images/windows21h2.qcow2 +-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,device_id=drive-scsi0-0-0-0,drive=ssd1-format,id=scsi0-0-0-0,write-cache=on,bootindex=1 +``` +-snapshot option work fine""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/74.toml b/gitlab/issues/target_missing/host_missing/accel_missing/74.toml new file mode 100644 index 00000000..d9be6320 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/74.toml @@ -0,0 +1,15 @@ +id = 74 +title = "AUD_set_volume_out takes SWVoiceOut as parameter, but controls HWVoiceOut" +state = "opened" +created_at = "2021-05-01T08:38:22.700Z" +closed_at = "n/a" +labels = ["Audio", "Launchpad", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/74" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/741.toml b/gitlab/issues/target_missing/host_missing/accel_missing/741.toml new file mode 100644 index 00000000..fcb188c0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/741.toml @@ -0,0 +1,15 @@ +id = 741 +title = "Document \"net/net.h\" API" +state = "opened" +created_at = "2021-11-22T07:40:42.186Z" +closed_at = "n/a" +labels = ["Documentation", "Networking", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/741" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/746.toml b/gitlab/issues/target_missing/host_missing/accel_missing/746.toml new file mode 100644 index 00000000..772c9703 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/746.toml @@ -0,0 +1,15 @@ +id = 746 +title = "Current file VERSION of tag 6.2.0-rc2 contains 6.2.92, not 6.1.92" +state = "closed" +created_at = "2021-11-24T17:12:26.151Z" +closed_at = "2021-11-25T09:49:08.220Z" +labels = ["Closed::Fixed", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/746" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/749.toml b/gitlab/issues/target_missing/host_missing/accel_missing/749.toml new file mode 100644 index 00000000..c11a4c3b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/749.toml @@ -0,0 +1,15 @@ +id = 749 +title = "Enhance QEMU live patching" +state = "opened" +created_at = "2021-11-25T20:59:30.222Z" +closed_at = "n/a" +labels = ["Migration", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/749" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/75.toml b/gitlab/issues/target_missing/host_missing/accel_missing/75.toml new file mode 100644 index 00000000..1b996e44 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/75.toml @@ -0,0 +1,15 @@ +id = 75 +title = "Add -display SDL grab-on-hover option" +state = "opened" +created_at = "2021-05-01T17:57:26.820Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics", "device:input", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/75" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/750.toml b/gitlab/issues/target_missing/host_missing/accel_missing/750.toml new file mode 100644 index 00000000..f730ddc4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/750.toml @@ -0,0 +1,43 @@ +id = 750 +title = "/proc/cpuinfo doesn't present guest cpuinfo for most architectures (including M1 Macs)" +state = "closed" +created_at = "2021-11-26T14:03:11.165Z" +closed_at = "2024-08-27T21:52:12.032Z" +labels = ["hostos: macOS", "kind::Feature Request", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/750" +host-os = "MacOS Big Sur 11.5.1" +host-arch = "Apple M1" +qemu-version = "unknown, comes with docker desktop" +guest-os = "- Operating system: Ubuntu 18.04.6 LTS x86_64" +guest-arch = "x86" +description = """I tried to start Blender inside an amd docker container, emulated on M1 Mac, running noVNC to access the the GUI via Chrome. +From Blender versions 2.8 and higher I get the following error message: + +``` + ArchError: Could not find 'cpu MHz' in /proc/cpuinfo + Function: Arch_InitTickTimer + File: /home/sybren/buildbot-builder/linux_glibc217_x86_64_cmake/build_deps/deps/build/usd/src/external_usd/pxr/base/arch/timing.cpp + Line: 133 +qemu: uncaught target signal 6 (Aborted) - core dumped +Aborted +``` + +I posted the problem to Blender [here](https://developer.blender.org/T92956) as well as to docker [here](https://github.com/docker/for-mac/issues/6047).""" +reproduce = """You need: +- ✅ M1 Mac +- ✅ Docker Desktop 4.1.1 (69879) + +Setup the Container: + +1. Unzip the attached file +2. In a terminal go to the unzipped folder +3. run `source build-and-launch.sh` to build the image and spin up a container +4. open a browser and go to [http://localhost:6901](http://localhost:6901) +5. login using password `pass` +6. see the README.txt on the Desktop you just logged into +7. == Follow the README instructions == + + + +[blender-bug-report-202111091146.zip](/uploads/340ada45a9ee0585cfc0cdfcc1932fb4/blender-bug-report-202111091146.zip)""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/751.toml b/gitlab/issues/target_missing/host_missing/accel_missing/751.toml new file mode 100644 index 00000000..8bace1c0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/751.toml @@ -0,0 +1,15 @@ +id = 751 +title = "Default set of CI tasks is quite broad for forks of non-developer respositories" +state = "opened" +created_at = "2021-11-27T10:25:01.513Z" +closed_at = "n/a" +labels = ["CI", "Documentation", "kind::Task"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/751" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/753.toml b/gitlab/issues/target_missing/host_missing/accel_missing/753.toml new file mode 100644 index 00000000..c58ca865 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/753.toml @@ -0,0 +1,15 @@ +id = 753 +title = "qemu unable to convert file above 2 TB" +state = "closed" +created_at = "2021-11-30T07:13:24.711Z" +closed_at = "2021-12-01T22:53:50.389Z" +labels = ["Closed::Invalid", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/753" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/757.toml b/gitlab/issues/target_missing/host_missing/accel_missing/757.toml new file mode 100644 index 00000000..e9ac2dcc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/757.toml @@ -0,0 +1,15 @@ +id = 757 +title = "intel-hda: stream reset bits are broken" +state = "closed" +created_at = "2021-11-30T18:35:14.194Z" +closed_at = "2022-01-14T15:55:55.732Z" +labels = ["Audio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/757" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/759.toml b/gitlab/issues/target_missing/host_missing/accel_missing/759.toml new file mode 100644 index 00000000..c018e34f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/759.toml @@ -0,0 +1,20 @@ +id = 759 +title = "Copy&Paste does not work on VNC" +state = "opened" +created_at = "2021-12-05T09:06:28.094Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/759" +host-os = "Ubuntu 20.04" +host-arch = "x86 64-bit" +qemu-version = "6.2.92" +guest-os = "Ubuntu 20.04" +guest-arch = "x86 64 bit" +description = """Cannot copy&paste between host and guest when vnc is used (gtk works fine).""" +reproduce = """1. Build qemu 6.2-rc2 using the following `./configure` options: +``` +--prefix=$HOME/.bin --target-list=x86_64-softmmu --enable-kvm --enable-vnc --enable-gtk --enable-vte --enable-xkbcommon --enable-sdl --enable-spice --enable-spice-protocol --enable-virglrenderer --enable-opengl --enable-guest-agent --enable-avx2 --enable-hax --enable-system --enable-linux-user --enable-libssh --enable-linux-aio --enable-linux-io-uring --enable-modules --enable-fuse --enable-fuse-lseek +``` +2. Run the above qemu command using vnc server. Connect to the VM desktop using `vncviewer :5900` where vncviewer is downloaded from [here](https://www.realvnc.com/en/connect/download/viewer/). +3. Try to copy and paste something in the terminal between host and guest. It doesn't work.""" +additional = """I'm following [this article](https://www.kraxel.org/blog/2021/05/qemu-cut-paste/) which says copy&paste is supported on vnc.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/76.toml b/gitlab/issues/target_missing/host_missing/accel_missing/76.toml new file mode 100644 index 00000000..642a8ce7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/76.toml @@ -0,0 +1,15 @@ +id = 76 +title = "Mouse cursor sometimes can't pass the invisible border on the right side of the screen" +state = "opened" +created_at = "2021-05-01T17:58:46.163Z" +closed_at = "n/a" +labels = ["Launchpad", "VFIO", "device:graphics", "device:input", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/76" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/760.toml b/gitlab/issues/target_missing/host_missing/accel_missing/760.toml new file mode 100644 index 00000000..2cb78e7d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/760.toml @@ -0,0 +1,15 @@ +id = 760 +title = "Feature request: QEMU can report its building option" +state = "closed" +created_at = "2021-12-05T09:14:24.079Z" +closed_at = "2022-08-01T14:47:30.276Z" +labels = ["Closed::WontFix", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/760" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/761.toml b/gitlab/issues/target_missing/host_missing/accel_missing/761.toml new file mode 100644 index 00000000..601c9261 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/761.toml @@ -0,0 +1,20 @@ +id = 761 +title = "With -display gtk,gl=on, the position of mouse does not show correctly" +state = "opened" +created_at = "2021-12-05T10:35:13.162Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/761" +host-os = "Ubuntu 20.04" +host-arch = "x86 64-bit" +qemu-version = "6.2.92" +guest-os = "Ubuntu 20.04" +guest-arch = "x86 64 bit" +description = """With `-display gtk,gl=on`, the cursor of the mouse does not show correctly. So, it's very hard to use mouse on guest OS desktop to, say, open an application or to close it. The displayed mouse cursor is about 300x300 away from the actual mouse position.""" +reproduce = """1. Build qemu 6.2.0-rc2 using the following `./configure` options: +``` +--prefix=$HOME/.bin --target-list=x86_64-softmmu --enable-kvm --enable-vnc --enable-gtk --enable-vte --enable-xkbcommon --enable-sdl --enable-spice --enable-spice-protocol --enable-virglrenderer --enable-opengl --enable-guest-agent --enable-avx2 --enable-hax --enable-system --enable-linux-user --enable-libssh --enable-linux-aio --enable-linux-io-uring --enable-modules --enable-fuse --enable-fuse-lseek +``` +2. Run the above QEMU command with `-display gtk,gl=on`. +3. Try to open an application by clicking its icon on desktop and to close it by clicking the "X" icon.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/762.toml b/gitlab/issues/target_missing/host_missing/accel_missing/762.toml new file mode 100644 index 00000000..f1821949 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/762.toml @@ -0,0 +1,15 @@ +id = 762 +title = "Assertion failure in iov_from_buf_full `offset == 0' failed through virtio-net" +state = "opened" +created_at = "2021-12-07T18:02:41.565Z" +closed_at = "n/a" +labels = ["Fuzzer", "Networking", "device:virtio", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/762" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/764.toml b/gitlab/issues/target_missing/host_missing/accel_missing/764.toml new file mode 100644 index 00000000..a5daa792 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/764.toml @@ -0,0 +1,53 @@ +id = 764 +title = "qemu-system-x86 crash (reason: use after free in socket_reconnect_timeout when reconnecting vhost-user dev)" +state = "closed" +created_at = "2021-12-09T15:46:52.153Z" +closed_at = "2022-08-05T03:02:03.662Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/764" +host-os = "Redhat7.6" +host-arch = "x86" +qemu-version = "QEMU emulator version 4.1.1" +guest-os = "redhat7.6" +guest-arch = "x86" +description = """(gdb) bt<br/> +#0 0x00007f205976b78b in raise () from /usr/lib64/libc.so.6<br/> +#1 0x00007f205976cab1 in abort () from /usr/lib64/libc.so.6<br/> +#2 0x00007f205976404a in ?? () from /usr/lib64/libc.so.6<br/> +#3 0x00007f20597640c2 in __assert_fail () from /usr/lib64/libc.so.6<br/> +#4 0x00007f20594ea556 in **qemu_mutex_lock_impl**(mutex=<optimized out>, file=<optimized out>, line=<optimized out>)<br/> +#5 0x00007f205957a4ef in **socket_reconnect_timeout** (opaque=<optimized out>)<br/> +#6 0x00007f205993b68d in ?? () from /usr/lib64/libglib-2.0.so.0<br/> +#7 0x00007f205993aba4 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0<br/> +#8 0x00007f20594e5d49 in glib_pollfds_poll () at /usr/src/debug/qemu-4.1.0-666.x86_64/util/main-loop.c:218<br/> +#9 0x00007f20594e5dc2 in os_host_main_loop_wait (timeout=<optimized out>)<br/> +#10 0x00007f20594e5f5d in main_loop_wait (nonblocking=nonblocking@entry=0)<br/> +... ...<br/> +#14 0x0000560919e13180 in main (argc=80, argv=0x7ffebc1d0598, envp=0x7ffebc1d0820)<br/> + +at the moment, chr had be free by hot unplug vhost-user dev<br/> + +I think the bug cause reason as following:<br/> +1. when vhost-user dev is connecting state, io-task-worker thread will try call tcp_chr_connect_client_async <br/> + again and again to reconnect.<br/> +2. if reconnect fail, io-task-worker thread will switch to main-thread to handle error, and main-thread will <br/> +call qemu_chr_socket_restart_timer again to reconnect again. <br/> + +3. But, if a hot unplug operation insert to main-thread before io-task-worker switch to main-thread,<br/> + the qemu_chr_socket_restart_timer->socket_reconnect_timeout process will use the released chardev and <br/> + trigger qemu crash + +in short, the primary cause of this bug is io-task-worker reconnect process and <br/> +main-thread hot unplug vhost-user-dev process in a race.<br/>""" +reproduce = """1. in qio_task_thread_worker func, add sleep in the following position: <br/> +  task->thread->completion = g_idle_source_new(); <br/> +  g_source_set_callback(task->thread->completion,<br/> + qio_task_thread_result, task, NULL);<br/> +  **sleep(8);**<br/> +  g_source_attach(task->thread->completion,<br/> + task->thread->context);<br/> +  g_source_unref(task->thread->completion); <br/> +2. kill spdk proces or dpdk process, qemu will reconnect to the disconnected vhost-user dev of spdk or dpdk <br/> +3. hot unplug the disconnected vhost-user dev when reconnect logic goto upper sleep position <br/> +4. qemu_chr_socket_restart_timer will use the chr after free, and trigger qemu crash""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/765.toml b/gitlab/issues/target_missing/host_missing/accel_missing/765.toml new file mode 100644 index 00000000..acb3e875 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/765.toml @@ -0,0 +1,73 @@ +id = 765 +title = "Issue with Docker on M1 Mac" +state = "closed" +created_at = "2021-12-09T23:28:17.981Z" +closed_at = "2021-12-10T07:15:51.335Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/765" +host-os = "MacOS Monterey 12.0.1" +host-arch = "Apple M1 Pro" +qemu-version = "I'm using qemu through Docker Desktop for Mac" +guest-os = "linux/debian" +guest-arch = "amd64" +description = """I'm trying to run a docker container using the following command: + +``` +docker run --platform=linux/amd64 --rm uphold/litecoin-core \\ + -printtoconsole \\ + -regtest=1 \\ + -rpcallowip=172.17.0.0/16 \\ + -rpcauth='foo:1e72f95158becf7170f3bac8d9224$957a46166672d61d3218c167a223ed5290389e9990cc57397d24c979b4853f8e' +``` + +It should run the docker container, instead it throws the following error: +``` +/entrypoint.sh: assuming arguments for litecoind +/entrypoint.sh: setting data directory to /home/litecoin/.litecoin +runtime: failed to create new OS thread (have 2 already; errno=22) +fatal error: newosproc + +runtime stack: +runtime.throw(0x4cb21f, 0x9) + /usr/local/go/src/runtime/panic.go:566 +0x95 +runtime.newosproc(0xc420028000, 0xc420037fc0) + /usr/local/go/src/runtime/os_linux.go:160 +0x194 +runtime.newm(0x4d6db8, 0x0) + /usr/local/go/src/runtime/proc.go:1572 +0x132 +runtime.main.func1() + /usr/local/go/src/runtime/proc.go:126 +0x36 +runtime.systemstack(0x53ae00) + /usr/local/go/src/runtime/asm_amd64.s:298 +0x79 +runtime.mstart() + /usr/local/go/src/runtime/proc.go:1079 + +goroutine 1 [running]: +runtime.systemstack_switch() + /usr/local/go/src/runtime/asm_amd64.s:252 fp=0xc420022768 sp=0xc420022760 +runtime.main() + /usr/local/go/src/runtime/proc.go:127 +0x6c fp=0xc4200227c0 sp=0xc420022768 +runtime.goexit() + /usr/local/go/src/runtime/asm_amd64.s:2086 +0x1 fp=0xc4200227c8 sp=0xc4200227c0 +```""" +reproduce = """1. Run the following in a terminal window on a Mac with an M1 chip: +``` +docker run --platform=linux/amd64 --rm uphold/litecoin-core \\ + -printtoconsole \\ + -regtest=1 \\ + -rpcallowip=172.17.0.0/16 \\ + -rpcauth='foo:1e72f95158becf7170f3bac8d9224$957a46166672d61d3218c167a223ed5290389e9990cc57397d24c979b4853f8e' +```""" +additional = """I increased the limits using ``ulimit`` as follows: + +``` +clemens@M1-MacBook-Pro ~ % ulimit -a +-t: cpu time (seconds) unlimited +-f: file size (blocks) unlimited +-d: data seg size (kbytes) unlimited +-s: stack size (kbytes) 8176 +-c: core file size (blocks) 0 +-v: address space (kbytes) unlimited +-l: locked-in-memory size (kbytes) unlimited +-u: processes 5333 +-n: file descriptors 256 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/768.toml b/gitlab/issues/target_missing/host_missing/accel_missing/768.toml new file mode 100644 index 00000000..59122938 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/768.toml @@ -0,0 +1,20 @@ +id = 768 +title = "Mouse cursor disappears in RHEL guest when using \"-device virtio-vga-gl -display gtk,gl=on\" option" +state = "opened" +created_at = "2021-12-11T22:06:48.339Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/768" +host-os = "Ubuntu 20.04.3 LTS" +host-arch = "x86 64 bit" +qemu-version = "build from 6.2.0-rc4, or 6.1.94." +guest-os = "Red Hat Enterprise Linux 8.5" +guest-arch = "x86, 64 bit" +description = """Mouse cursor disappears in RHEL guest when using -device virtio-vga-gl -display gtk,gl=on""" +reproduce = """1. Build qemu using the following `./configure` options: +``` +--prefix=$HOME/.bin --target-list=x86_64-softmmu --enable-kvm --enable-vnc --enable-gtk --enable-vte --enable-xkbcommon --enable-sdl --enable-spice --enable-spice-protocol --enable-virglrenderer --enable-opengl --enable-guest-agent --enable-avx2 --enable-avx512f --enable-hax --enable-system --enable-linux-user --enable-libssh --enable-linux-aio --enable-linux-io-uring --enable-modules --enable-gio --enable-fuse --enable-fuse-lseek +``` +2. Install Red Hat Enterprise Linux 8.5 in qemu +3. Run qemu using the above command line. The mouse cursor disappears once it moves into the VM.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/769.toml b/gitlab/issues/target_missing/host_missing/accel_missing/769.toml new file mode 100644 index 00000000..0c819a49 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/769.toml @@ -0,0 +1,24 @@ +id = 769 +title = "When the VM is about to enter GUI desktop or quit the system, the screen turns upside down." +state = "opened" +created_at = "2021-12-12T04:32:00.395Z" +closed_at = "n/a" +labels = ["GUI", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/769" +host-os = "Pop!_OS 20.10 (= Ubuntu 20.10)" +host-arch = "x86 64 bit" +qemu-version = "build from 6.2.0-rc4, or 6.1.94." +guest-os = "Red Hat Enterprise Linux 8.5" +guest-arch = "x86, 64 bit" +description = """When the VM is about to enter GUI desktop, the remaining booting message on the screen turns upside down. I was wondering if it is a designed feature or a bug. I like it because when I see it I'm ensured I'll enter the VM's GUI desktop soon without any problem. + +An edit: This happens also at the quitting time when I type "sudo shutdown now" in the terminal.""" +reproduce = """1. Build qemu using the following `./configure` options: +``` +--prefix=$HOME/.bin --target-list=x86_64-softmmu --enable-kvm --enable-vnc --enable-gtk --enable-vte --enable-xkbcommon --enable-sdl --enable-spice --enable-spice-protocol --enable-virglrenderer --enable-opengl --enable-guest-agent --enable-avx2 --enable-avx512f --enable-hax --enable-system --enable-linux-user --enable-libssh --enable-linux-aio --enable-linux-io-uring --enable-modules --enable-gio --enable-fuse --enable-fuse-lseek +``` +2. Install Red Hat Enterprise Linux 8.5 in qemu +3. Run qemu using the above command line, or type "sudo shutdown now" in the terminal after VM starts.""" +additional = """ + +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/774.toml b/gitlab/issues/target_missing/host_missing/accel_missing/774.toml new file mode 100644 index 00000000..bc0b0923 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/774.toml @@ -0,0 +1,23 @@ +id = 774 +title = "Win(PE) NIC issue with pc-q35-6.1" +state = "closed" +created_at = "2021-12-14T13:32:56.816Z" +closed_at = "2025-01-16T22:09:46.686Z" +labels = ["ACPI", "Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/774" +host-os = "Fedora 35" +host-arch = "amd64" +qemu-version = "6.1.0 (qemu-6.1.0-10.fc35)" +guest-os = "WinPE (German localisation) (Setup.wim from Windows 10 21H2 and 20H2 i believe)" +guest-arch = "amd64" +description = """When booting WinPE (via PXE via WDS) on a `pc-q35-6.1` machine, the NIC will not initialize. + +What I got with `pnputil.exe /enum-devices /class net` is `Device has problem: 56 0x38 (CM_PROB_NEED_CLASS_CONFIG)` See: [CM_PROB_NEED_CLASS_CONFIG](https://docs.microsoft.com/en-us/windows-hardware/drivers/install/cm-prob-need-class-config) + +I'm using virt manager and I've tried both `e1000e` and `virtio` network adapters (virtio with drivers injected into the image of course). Both yield the aforementioned error and `ipconfig` remains empty. This is an obscure problem - I haven't checked if a normal windows install behaves the same way, but it might be unique to winpe. + +However, with `pc-q35-5.2`, the NIC initializes without a problem.""" +reproduce = """1. Create `pc-q35-6.1` based vm in virt manager with default settings (network bridged to network bridge) +2. PXE boot Windows Setup +3. Observe hang (observe errors with console `SHIFT+F10`)""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/775.toml b/gitlab/issues/target_missing/host_missing/accel_missing/775.toml new file mode 100644 index 00000000..9fab53f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/775.toml @@ -0,0 +1,16 @@ +id = 775 +title = "Backup always use Microsoft VSS-FULL Option and breaks other Backups" +state = "closed" +created_at = "2021-12-14T13:54:12.612Z" +closed_at = "2023-05-16T08:23:54.537Z" +labels = ["Guest Agent", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/775" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """MS VSS-Options +[https://docs.microsoft.com/en-us/windows/win32/api/vss/ne-vss-vss_backup_type](https://docs.microsoft.com/en-us/windows/win32/api/vss/ne-vss-vss_backup_type)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/776.toml b/gitlab/issues/target_missing/host_missing/accel_missing/776.toml new file mode 100644 index 00000000..3f6b871d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/776.toml @@ -0,0 +1,33 @@ +id = 776 +title = "Windows guest fails to start on 6.1.0 - opengl is not available" +state = "opened" +created_at = "2021-12-14T20:43:33.295Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/776" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "6.1.0," +guest-os = "Windows 10" +guest-arch = "x86" +description = """I've created a Windows 10 guest with virt-manager. The VM started successfully with qemu 6.0.0-3. After upgrading to 6.1.0 +it fails with the following error: + +``` +2021-12-14T19:11:52.884272Z qemu-system-x86_64: warning: This feature depends on other features that were not requested: CPUID.8000000AH:EDX.svme-addr-chk [bit 28] +2021-12-14T19:11:52.885199Z qemu-system-x86_64: warning: This feature depends on other features that were not requested: CPUID.8000000AH:EDX.svme-addr-chk [bit 28] +2021-12-14T19:11:52.885852Z qemu-system-x86_64: warning: This feature depends on other features that were not requested: CPUID.8000000AH:EDX.svme-addr-chk [bit 28] +2021-12-14T19:11:52.886485Z qemu-system-x86_64: warning: This feature depends on other features that were not requested: CPUID.8000000AH:EDX.svme-addr-chk [bit 28] +2021-12-14T19:11:52.887098Z qemu-system-x86_64: warning: This feature depends on other features that were not requested: CPUID.8000000AH:EDX.svme-addr-chk [bit 28] +2021-12-14T19:11:52.887773Z qemu-system-x86_64: warning: This feature depends on other features that were not requested: CPUID.8000000AH:EDX.svme-addr-chk [bit 28] +2021-12-14T19:11:52.912523Z qemu-system-x86_64: -device virtio-vga-gl,id=video0,max_outputs=1,bus=pcie.0,addr=0x1: opengl is not available +2021-12-14 19:11:53.109+0000: shutting down, reason=failed +``` + +Upgrading to 6.2.0.rc4 did not fix it. Downgrading to 6.0.0-3 made it work again. This makes it clear to me that the bug was introduce in qemu > 6.0.0 and seems to be not fix by now. + +I was able to start the guest on 6.1.0 by disabling 3D acceleration.""" +reproduce = """1. Create Windows 10 guest VM +2. Start with qemu 6.0.0 -> Works +3. Start with qemu 6.1.0 -> Broken""" +additional = """People on Reddit mention the same characteristic of this bug -> https://www.reddit.com/r/Fedora/comments/qqw3sq/qemu_video_virtio_opengl_not_available_after/""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/778.toml b/gitlab/issues/target_missing/host_missing/accel_missing/778.toml new file mode 100644 index 00000000..d215ff6f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/778.toml @@ -0,0 +1,15 @@ +id = 778 +title = "heap-buffer-overflow in megasas_sgl_get_len" +state = "closed" +created_at = "2021-12-15T02:22:46.891Z" +closed_at = "2021-12-15T13:15:28.569Z" +labels = ["Closed::NotReproducible", "Fuzzer", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/778" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/779.toml b/gitlab/issues/target_missing/host_missing/accel_missing/779.toml new file mode 100644 index 00000000..c9e48a80 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/779.toml @@ -0,0 +1,21 @@ +id = 779 +title = "VNC server not work" +state = "closed" +created_at = "2021-12-16T03:55:42.511Z" +closed_at = "2022-04-06T07:02:43.109Z" +labels = ["GUI", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/779" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "QEMU emulator version 4.2.1 (Debian 1:4.2-3ubuntu6.18)" +guest-os = "linux" +guest-arch = "x86" +description = """I've created a sandbox guest with kata containers. The VM started successfully, but vnc server not listen unix socket. + +`root@bootstrap02:~# netstat -anp | grep 1989153` +`unix 3 [ ] STREAM CONNECTED 369610592 1989153/qemu-system /run/vc/vm/bash/qmp.sock` +`root@bootstrap02:~# lsof -p 1989153 | grep unix` +`qemu-syst 1989153 root 108u unix 0xffff912740d3b800 0t0 369610592 /run/vc/vm/bash/qmp.sock type=STREAM`""" +reproduce = """1.Create Linux sandbox guest VM +2.connect vnc server""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/781.toml b/gitlab/issues/target_missing/host_missing/accel_missing/781.toml new file mode 100644 index 00000000..57c944cf --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/781.toml @@ -0,0 +1,15 @@ +id = 781 +title = "Assertion `addr < cache->len && 2 <= cache->len - addr' failed in address_space_stw_le_cached" +state = "opened" +created_at = "2021-12-17T02:36:26.327Z" +closed_at = "n/a" +labels = ["Fuzzer", "Storage", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/781" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/782.toml b/gitlab/issues/target_missing/host_missing/accel_missing/782.toml new file mode 100644 index 00000000..920d214e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/782.toml @@ -0,0 +1,17 @@ +id = 782 +title = "nvme: DMA reentrancy issue leads to use-after-free (CVE-2021-3929)" +state = "closed" +created_at = "2021-12-17T09:33:18.851Z" +closed_at = "2022-03-18T18:59:49.094Z" +labels = ["Fuzzer", "Security", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/782" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """A DMA reentrancy issue was found in the NVM Express Controller (NVMe) emulation. Functions dma_buf_write() or dma_buf_read() in hw/nvme/ctrl.c:nvme_tx() can be called without checking if the destination region overlaps with device's MMIO. This is similar to CVE-2021-3750 (https://gitlab.com/qemu-project/qemu/-/issues/541) and, just like it, when the reentrancy write triggers the reset function nvme_ctrl_reset(), data structs will be freed leading to a use-after-free issue. A malicious guest could use this flaw to crash the QEMU process on the host, resulting in a denial of service condition or, potentially, executing arbitrary code within the context of the QEMU process on the host. + +This issue was reported by Qiuhao Li.""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/784.toml b/gitlab/issues/target_missing/host_missing/accel_missing/784.toml new file mode 100644 index 00000000..d2355a43 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/784.toml @@ -0,0 +1,21 @@ +id = 784 +title = "max_hostmem does not work with virtio-vga-gl" +state = "opened" +created_at = "2021-12-18T23:21:59.296Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/784" +host-os = "Ubuntu 20.04" +host-arch = "x86 64-bit" +qemu-version = "6.2.92" +guest-os = "Red Hat Enterprise Linux 8.5" +guest-arch = "x86 64-bit" +description = """With property `max_hostmem=1000`, I hope the virgl VGA device can have 1GB video memory. But, after the VM starts, the command `glxinfo -B` returns "Video memory: 0MB", which I think means the virgl VGA does not obtain any video memory, or `max_hostmem=1000` does not work with `virtio-vga-gl`. Is it a bug or virgl has other property parameter to specify video memory?""" +reproduce = """1. Build qemu using the following `./configure` options: +``` +--prefix=$HOME/.bin --target-list=x86_64-softmmu --enable-kvm --enable-vnc --enable-gtk --enable-vte --enable-xkbcommon --enable-sdl --enable-spice --enable-spice-protocol --enable-virglrenderer --enable-opengl --enable-guest-agent --enable-avx2 --enable-avx512f --enable-hax --enable-system --enable-linux-user --enable-libssh --enable-linux-aio --enable-linux-io-uring --enable-modules --enable-gio --enable-fuse --enable-fuse-lseek +``` +2. Install Red Hat Enterprise Linux 8.5 in qemu +3. Run qemu using the above command line. +4. Type `glxinfo -B` in VM terminal""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/785.toml b/gitlab/issues/target_missing/host_missing/accel_missing/785.toml new file mode 100644 index 00000000..259058d0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/785.toml @@ -0,0 +1,15 @@ +id = 785 +title = "Build failure on macOS with jack" +state = "closed" +created_at = "2021-12-19T04:34:07.419Z" +closed_at = "2022-01-14T15:55:55.670Z" +labels = ["Audio", "Build System", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/785" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/787.toml b/gitlab/issues/target_missing/host_missing/accel_missing/787.toml new file mode 100644 index 00000000..45662468 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/787.toml @@ -0,0 +1,22 @@ +id = 787 +title = "6.2.0 Regression with Intel GVT-g" +state = "closed" +created_at = "2021-12-20T12:57:46.455Z" +closed_at = "2022-12-07T12:39:03.959Z" +labels = ["CLI", "VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/787" +host-os = "ArchLinux" +host-arch = "x86_64" +qemu-version = "6.2.0" +guest-os = "Windows 11" +guest-arch = "x86_64" +description = """Until version 6.1.0 the Intel GVT-g graphics passtrought was working flawless. But, since the version 6.2.0 the machine with the exact same configuration is not working anymore, presenting an error that the graphics device was not found. + +``` +qemu-system-x86_64: -set device.hostdev0.x-igd-opregion=on: there is no device "hostdev0" defined +``` + +Downgrade to 6.1.0 fixes the problem.""" +reproduce = """1. Create a virtual machine with GVT-g +2. Try to run the machine.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/79.toml b/gitlab/issues/target_missing/host_missing/accel_missing/79.toml new file mode 100644 index 00000000..7aeabef4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/79.toml @@ -0,0 +1,15 @@ +id = 79 +title = "support horisontal mouse wheel" +state = "closed" +created_at = "2021-05-02T05:15:39.677Z" +closed_at = "2021-05-04T22:15:09.296Z" +labels = ["Launchpad", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/79" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/793.toml b/gitlab/issues/target_missing/host_missing/accel_missing/793.toml new file mode 100644 index 00000000..d90515e9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/793.toml @@ -0,0 +1,15 @@ +id = 793 +title = "Wrong pci express bus type - qemu 6.1.0-5" +state = "closed" +created_at = "2021-12-26T09:04:38.391Z" +closed_at = "2025-01-15T10:23:19.699Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/793" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/794.toml b/gitlab/issues/target_missing/host_missing/accel_missing/794.toml new file mode 100644 index 00000000..23a96462 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/794.toml @@ -0,0 +1,19 @@ +id = 794 +title = "Documentation: Broken links to removed features in old changelog pages" +state = "closed" +created_at = "2021-12-26T16:48:37.957Z" +closed_at = "2022-02-21T15:50:20.776Z" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/794" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """In QEMU changelogs prior to 6.1 (notably 6.0 at least) the removed features link goes to https://qemu-project.gitlab.io/qemu/system/removed-features.html instead of https://qemu-project.gitlab.io/qemu/about/removed-features.html. The deprecated features links are also broken. + +This caused me some amount of confusion while trying to find the cause of several emulation issues.""" +reproduce = "n/a" +additional = """Would have fixed myself but I cannot create a QEMU wiki account to do so. If there is a process for approval for that I will happily follow it and fix the issue when approved. I also can't see anywhere else to report this so apologies if this is the wrong place. + +Perhaps the main changelog page could include links to the removed and deprecated features pages too?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/795.toml b/gitlab/issues/target_missing/host_missing/accel_missing/795.toml new file mode 100644 index 00000000..cdb806b3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/795.toml @@ -0,0 +1,15 @@ +id = 795 +title = "meson.build: coreaudio check failed" +state = "closed" +created_at = "2021-12-26T17:54:16.175Z" +closed_at = "2021-12-26T18:00:16.652Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/795" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/796.toml b/gitlab/issues/target_missing/host_missing/accel_missing/796.toml new file mode 100644 index 00000000..d8bf637b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/796.toml @@ -0,0 +1,29 @@ +id = 796 +title = "make -j126 check failed in qemu@6.2.0 on ubuntu_aarch64" +state = "closed" +created_at = "2021-12-27T09:55:16.368Z" +closed_at = "2022-01-17T06:25:20.272Z" +labels = ["Build System", "Guest Agent", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/796" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """the issue + +```console +[root@localhost build]#make -j126 check +Running test fp-test-sqrt +Running test fp-test-sub +Running test fp-test-log2 +** +ERROR:../tests/unit/test-qga.c:718:test_qga_config: assertion failed (err == ""): ("/home/stage/root/spack-stage-qemu-6.2.0-532ksrh2smva65sb3ghqox222237khs5/spack-src/build/qga/qemu-ga: symbol lookup error: /home/stage/root/spack-stage-qemu-6.2.0-532ksrh2smva65sb3ghqox222237khs5/spack-src/build/qga/qemu-ga: undefined symbol: g_unix_get_passwd_entry\\n" == "") +ERROR test-qga - Bail out! ERROR:../tests/unit/test-qga.c:718:test_qga_config: assertion failed (err == ""): ("/home/stage/root/spack-stage-qemu-6.2.0-532ksrh2smva65sb3ghqox222237khs5/spack-src/build/qga/qemu-ga: symbol lookup error: /home/stage/root/spack-stage-qemu-6.2.0-532ksrh2smva65sb3ghqox222237khs5/spack-src/build/qga/qemu-ga: undefined symbol: g_unix_get_passwd_entry\\n" == "") +make: *** [Makefile.mtest:1472: run-test-182] Error 1 +make: *** Waiting for unfinished jobs.... +…… +``` +I don't know why happen,can you help me?""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/798.toml b/gitlab/issues/target_missing/host_missing/accel_missing/798.toml new file mode 100644 index 00000000..c87531ad --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/798.toml @@ -0,0 +1,23 @@ +id = 798 +title = "The sandbox option elevelateprivileges=deny does not work with -daemonize" +state = "closed" +created_at = "2022-01-01T03:13:37.785Z" +closed_at = "2022-01-04T14:52:58.424Z" +labels = ["CLI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/798" +host-os = "Arch Linux" +host-arch = "x86" +qemu-version = "6.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """qemu will not launch if `-sandbox on,elevateprivileges=deny` and `-daemonize` are set at the same time.""" +reproduce = """``` +qemu-system-x86_64 -sandbox on,elevateprivileges=deny -nodefaults -daemonize +``` +-> fails to launch + +``` +qemu-system-x86_64 -sandbox on -nodefaults -daemonize +``` +-> runs normally""" +additional = """[journal.txt](/uploads/c0e2a973e749011c3b1ac2158420a4e8/journal.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/80.toml b/gitlab/issues/target_missing/host_missing/accel_missing/80.toml new file mode 100644 index 00000000..14eda3ec --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/80.toml @@ -0,0 +1,15 @@ +id = 80 +title = "[Feature request] qemu-img multi-threaded compressed image conversion" +state = "closed" +created_at = "2021-05-02T05:15:47.075Z" +closed_at = "2022-08-16T06:44:23.079Z" +labels = ["Closed::UnbackedFeature", "Launchpad", "Storage", "kind::Feature Request", "qemu-img", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/80" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/800.toml b/gitlab/issues/target_missing/host_missing/accel_missing/800.toml new file mode 100644 index 00000000..a50ada3c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/800.toml @@ -0,0 +1,33 @@ +id = 800 +title = "Cannot write to MTP Devices in Qemu 6.0.0+" +state = "closed" +created_at = "2022-01-04T02:15:45.897Z" +closed_at = "2022-01-14T10:42:32.674Z" +labels = ["Storage", "USB"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/800" +host-os = "NixOS" +host-arch = "x86" +qemu-version = "6.1.0 and 6.2.0" +guest-os = "NixOS" +guest-arch = "x86" +description = """QEMU versions above 6.0.0 are no longer able to write to MTP devices, the kernel prints a warning which is unique to versions above 6.0.0: +``` +usb-mtp: file monitoring init failed: File monitoring not available on this platform is just warning +```""" +reproduce = """1. Launch a QEMU virtual machine with `-usb -device usb-mtp,rootdir=/tmp,readonly=false` using any QEMU version above 6.0.0 +2. Mount the MTP device using something: + ``` + mkdir mtpDevice && jmtpfs mtpDevice + ``` +3. Try to write to the mtp device: + ``` + touch mtpDevice/test + ``` +4. Observe that you will get an input/output error when trying to write to the device, like this: + ``` + vm-test-run-mtp> client: must succeed: /nix/store/xmib7222ybr72iyycra4w386s8p1k4av-jmtpfsTest.sh >&2 + vm-test-run-mtp> client # Device 0 (VID=46f4 and PID=0004) is a QEMU Virtual MTP. + vm-test-run-mtp> client # qemu-system-x86_64: usb-mtp: file monitoring init failed: File monitoring not available on this platform + vm-test-run-mtp> client # /nix/store/xmib7222ybr72iyycra4w386s8p1k4av-jmtpfsTest.sh: line 4: phone/tmp/testFile: Input/output error + ```""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/801.toml b/gitlab/issues/target_missing/host_missing/accel_missing/801.toml new file mode 100644 index 00000000..13390211 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/801.toml @@ -0,0 +1,20 @@ +id = 801 +title = "QEMU test build failure with --enable-modules" +state = "closed" +created_at = "2022-01-05T10:31:53.549Z" +closed_at = "2022-01-14T10:42:32.670Z" +labels = ["Build System", "Tests", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/801" +host-os = "(openSUSE.)" +host-arch = "(x86,)" +qemu-version = "(6.2.50 (v6.2.0-423-g8d29feca83))" +guest-os = "n/a" +guest-arch = "n/a" +description = """""" +reproduce = """1. ./configure --target-list=x86_64-softmmu --enable-kvm --enable-modules +2. make -j8 check-qtest-x86_64 V=1 + + - A problem happens "qemu-system-x86_64: -accel qtest: invalid accelerator qtest" + - The file accel-qtest-x86_64.so is not built + - This problem happens since 69c4c5c1c47f5dac140eb6485c5281a9f145dcf3 Mon Sep 17 00:00:00 2001""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/802.toml b/gitlab/issues/target_missing/host_missing/accel_missing/802.toml new file mode 100644 index 00000000..87d988e9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/802.toml @@ -0,0 +1,38 @@ +id = 802 +title = "Devices created using '-device' JSON syntax don't emit DEVICE_DELETED when unplugged" +state = "closed" +created_at = "2022-01-05T12:20:19.811Z" +closed_at = "2022-01-15T12:34:04.161Z" +labels = ["CLI", "QAPI/QMP", "kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/802" +host-os = "(Windows 10 21H1, Fedora 34, etc.)" +host-arch = "(x86, ARM, s390x, etc.)" +qemu-version = "QEMU emulator version 6.2.50 (v6.2.0-103-ge68034b1d6-dirty)" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM, s390x, etc.)" +description = """Run the following sequence: + +``` + $ ./qemu-system-x86_64 -qmp stdio \\ + -device '{"driver": "virtio-mouse-pci", "id": "dev0"}' \\ + -device virtio-mouse-pci,id=dev1 +{"QMP": {"version": {"qemu": {"micro": 50, "minor": 2, "major": 6}, "package": "v6.2.0-105-g7494244ffc-dirty"}, "capabilities": ["oob"]}} +{ "execute": "qmp_capabilities" } +{"return": {}} +{ "execute": "device_del", "arguments": { "id": "dev0"} } +{"return": {}} +{ "execute": "device_del", "arguments": { "id": "dev1"} } +{"return": {}} +{ "execute": "system_reset" } +{"return": {}} +{"timestamp": {"seconds": 1641385071, "microseconds": 120178}, "event": "RESET", "data": {"guest": false, "reason": "host-qmp-system-reset"}} +{"timestamp": {"seconds": 1641385071, "microseconds": 121431}, "event": "DEVICE_DELETED", "data": {"path": "/machine/peripheral/dev1/virtio-backend"}} +{"timestamp": {"seconds": 1641385071, "microseconds": 121684}, "event": "DEVICE_DELETED", "data": {"device": "dev1", "path": "/machine/peripheral/dev1"}} +{"timestamp": {"seconds": 1641385071, "microseconds": 122297}, "event": "DEVICE_DELETED", "data": {"path": "/machine/peripheral/dev0/virtio-backend"}} +{"timestamp": {"seconds": 1641385071, "microseconds": 198581}, "event": "RESET", "data": {"guest": true, "reason": "guest-reset"}} + + ``` + +Notice the lack of a "DEVICE_DELETED" event with path "/machine/peripheral/dev0" - the device created with JSON syntax""" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/804.toml b/gitlab/issues/target_missing/host_missing/accel_missing/804.toml new file mode 100644 index 00000000..8eaffe56 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/804.toml @@ -0,0 +1,17 @@ +id = 804 +title = "savevm - QXL preventing save" +state = "closed" +created_at = "2022-01-06T22:29:03.714Z" +closed_at = "2022-01-07T08:59:43.108Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/804" +host-os = "Void Linux GLibC x86_64" +host-arch = "x86_64" +qemu-version = "6.1.0" +guest-os = "Arch Linux - building LFS" +guest-arch = "x86_64" +description = """Attempting to savevm with a QXL VGA device attached causes the error "pre-save failed: qxl" to appear.""" +reproduce = """1. Start a QEMU instance with a QXL device +2. Attempt to savevm +3. See error""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/806.toml b/gitlab/issues/target_missing/host_missing/accel_missing/806.toml new file mode 100644 index 00000000..2f917329 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/806.toml @@ -0,0 +1,71 @@ +id = 806 +title = "Fixed VHDX inflates beyond its fixed size when data is copied onto it and also corrupts" +state = "opened" +created_at = "2022-01-08T08:39:35.065Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/806" +host-os = "``Linux/Fedora 35``` and also ```Windows-10``" +host-arch = "x86_64" +qemu-version = "``QEMU emulator version 6.2.0 (qemu-6.1.0-1.fc36)``` installed from koji https://koji.fedoraproject.org/koji/packageinfo?packageID=3685" +guest-os = "Fedora 35+ (Fedora-Workstation-Live-x86_64-Rawhide-20220106.n.0.iso)" +guest-arch = "``x86_64``" +description = """Fixed VHDX inflates beyond its fixed size when data is copied onto it +Possibly also corrupted + +Filing this bug as separate from #727, that issue is for corruption during expansion of a dynamic disk. +The effect seen here is different. There may or may not be a chance of common cause. New blocks should not have to be allocated to the VHDX spec Block-Allocation-Table (BAT), there may be a simpler and different fix for this issue. + +Perhaps blocks are written to a VHDX journal without being committed to allocated blocks. +Perhaps the host's ExFAT filesystem, does not allow reclaiming the blocks that are to be replaced by punching holes and so must be over-written instead of punching holes.""" +reproduce = """1. Prepare virtual-disk1 + Create fixed vhdx + ``` + [root@sirius gana]# qemu-img create -f vhdx /mnt/a16/gkpics01.vhdx -o subformat=fixed 99723771904 + Formatting '/mnt/a16/gkpics01.vhdx', fmt=vhdx size=99723771904 log_size=1048576block_size=0 subformat=fixed``` +2. Prepare virtual-disk2 + Put 85 GiB synthetic generated data sgdata as mentioned in https://gitlab.com/qemu-project/qemu/-/issues/727#note_739930694 +3. Start qemu (command invocation given above) +4. Partition /dev/sda, put ext4-fs on /dev/sda1 +5. Mount -t ext4 /dev/sda1 /mnt/a +6. Mount /dev/sdb2 /mnt/b (mounts using fuse-blk tuxera ntfs driver) +7. Do rsync: + ``` + (sdate=`date` ; cd /mnt/b ; rsync -avH ./photos001 /mnt/a | tee /tmp/rst.txt ; echo $sdate ; date) + ``` +8. In a host terminal, do ls -l on the vhdx file, and observe that it grows in size (see logs below)""" +additional = """* virtual-disk-1 (<90 GiB) is on ExFAT partition (150 GiB) on SSD +* virtual-disk-2 (~85 Gib) is on NTFS3 partition (1 TiB) on HDD + + +``` +[root@sirius gana]# qemu-img create -f vhdx /mnt/a16/gkpics01.vhdx -o subformat=fixed 99723771904 +Formatting '/mnt/a16/gkpics01.vhdx', fmt=vhdx size=99723771904 log_size=1048576block_size=0 subformat=fixed +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 99732160512 Jan 8 13:11 /mnt/a16/gkpics01.vhdx +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 99732160512 Jan 8 13:11 /mnt/a16/gkpics01.vhdx +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 99732160512 Jan 8 13:11 /mnt/a16/gkpics01.vhdx +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 99765714944 Jan 8 13:35 /mnt/a16/gkpics01.vhdx +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx + +do gdisk and partition in guestvm +-rwxr-xr-x. 1 root root 100705239040 Jan 8 13:36 /mnt/a16/gkpics01.vhdx + +do mkfs -t ext4 in guestvm +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 101342773248 Jan 8 13:36 /mnt/a16/gkpics01.vhdx + +start rsyncing data in guestvm +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 102097747968 Jan 8 13:38 /mnt/a16/gkpics01.vhdx +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 102215188480 Jan 8 13:38 /mnt/a16/gkpics01.vhdx +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 149375942656 Jan 8 13:50 /mnt/a16/gkpics01.vhdx +[root@sirius gana]# ls -l /mnt/a16/gkpics01.vhdx +-rwxr-xr-x. 1 root root 156170715136 Jan 8 13:58 /mnt/a16/gkpics01.vhdx +``` +in my case partition fills up and not completed.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/807.toml b/gitlab/issues/target_missing/host_missing/accel_missing/807.toml new file mode 100644 index 00000000..a6d2d874 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/807.toml @@ -0,0 +1,26 @@ +id = 807 +title = "TigerVNC client to built-in VNC server causes VM to crash/freeze" +state = "closed" +created_at = "2022-01-08T19:59:36.970Z" +closed_at = "2022-02-28T18:19:16.043Z" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/807" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Connecting to the built-in VNC server via TigerVNC upon disconnect the whole VM process freezes/crashes. The process continues to exist but does not respond to any network connection and the monitor socket is dead too. Killing it with TERM doesn't work. + +Using tigervnc-viewer 1.10.1+dfsg-3 (Ubuntu 20.04) with default options like `vncviwer localhost:0`""" +reproduce = """* `qemu-system-x86_64 -vnc 127.0.0.1:0` + * Connect to built-in VNC server via TigerVNC + * Keep the VNC connection open and wait some period of time (usually 5-10 minutes is enough though sometimes hours) then disconnect/reconnect VNC. If the reconnect succeeds then wait again for a period of time then disconnect and try again until failure. Often just connecting and disconnecting to the VNC once is enough to make the VM eventually crash/freeze even if running only in the background but this is less reproducible. + * Observe VM is no longer responsive to anything + +If TigerVNC is never connected/disconnected from the VM then this doesn't happen.""" +additional = """Note due to the nature of this issue it might be hard to reproduce for unknown reasons. The VM always eventually freezes though. The qemu process has no output when it freezes. + +As far as I can tell connecting to the built-in VNC server via `gvncviwer` seems to be OK and doesn't cause an issue (?). I'm not sure about other VNC clients (eg. TurboVNC). + +I am connecting to the VNC server from a completely different machine than the host via SSH port redirection (the host is headless). Not sure if that matters.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/808.toml b/gitlab/issues/target_missing/host_missing/accel_missing/808.toml new file mode 100644 index 00000000..eb0ba71a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/808.toml @@ -0,0 +1,26 @@ +id = 808 +title = "virtio-scsi in Windows guests cause QEMU to abort/crash" +state = "closed" +created_at = "2022-01-08T23:53:56.355Z" +closed_at = "2022-01-11T13:14:31.683Z" +labels = ["device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/808" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """* Attempting to load the virtio-scsi drivers in a Windows guest causes the VM to abort/crash.""" +reproduce = """* `qemu-system-x86_64 -accel kvm -m 4G -device virtio-scsi-pci,id=scsi0 -drive media=cdrom,file=windows7-x64.iso -drive media=cdrom,file=virtio-win-0.1.173.iso` + * Boot the installer ISO, click through all the menus to eventually get to Custom Install + * In "Where do you want to install" click Load driver + * Browse E: drive and pick the first amd64/w7 folder + * Should show "Red Had VirtIO SCSI pass-through controller" + * Click Next + * Abort/crash + +Same thing happens with VM's that used to work already running the virtio-scsi drivers. When they boot the VM aborts.""" +additional = """``` +qemu-system-x86_64: ../accel/kvm/kvm-all.c:1760: kvm_irqchip_commit_routes: Assertion `ret == 0' failed. +Aborted (core dumped) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/81.toml b/gitlab/issues/target_missing/host_missing/accel_missing/81.toml new file mode 100644 index 00000000..96a2c4f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/81.toml @@ -0,0 +1,15 @@ +id = 81 +title = "[Feature request] qemu-img option about recompressing" +state = "closed" +created_at = "2021-05-02T05:16:13.269Z" +closed_at = "2022-08-16T06:46:31.032Z" +labels = ["Closed::UnbackedFeature", "Launchpad", "Storage", "kind::Feature Request", "qemu-img", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/81" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/811.toml b/gitlab/issues/target_missing/host_missing/accel_missing/811.toml new file mode 100644 index 00000000..1fc184c6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/811.toml @@ -0,0 +1,15 @@ +id = 811 +title = "qemu_irq_split() callers should use TYPE_SPLIT_IRQ device instead" +state = "closed" +created_at = "2022-01-11T13:46:47.879Z" +closed_at = "2022-04-21T16:23:53.088Z" +labels = ["Bite Sized", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/811" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/812.toml b/gitlab/issues/target_missing/host_missing/accel_missing/812.toml new file mode 100644 index 00000000..02f28989 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/812.toml @@ -0,0 +1,132 @@ +id = 812 +title = "Multicast packets (mDNS) are not sent out of VM" +state = "closed" +created_at = "2022-01-11T18:23:24.919Z" +closed_at = "2022-01-12T19:13:10.142Z" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/812" +host-os = "macOS BigSur 11.6" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.0.0" +guest-os = "Alpine Linux 3.14" +guest-arch = "x86_64" +description = """The app is sending multicast packets (mDNS), but they are not sent out of VM. +Here is the configuration of the network: `-netdev user,id=net0,hostfwd=tcp::2222-:22,hostfwd=tcp::50051-:50051,hostfwd=tcp::50050-:50050`""" +reproduce = """1. Install arduino-cli from https://github.com/arduino/arduino-cli/releases (eg. 0.20.2) +2. `arduino-cli config init` +3. `vi ~/.arduino15/arduino-cli.yaml` +4. edit it to have it as follows: +``` +board_manager: + additional_urls: ["http://arduino.esp8266.com/stable/package_esp8266com_index.json"] +daemon: + port: "50051" +directories: + data: /root/app/data + downloads: /root/app/downloads + user: /root/app/user +library: + enable_unsafe_install: false +logging: + file: "" + format: text + level: info +metrics: + addr: :9090 + enabled: false +output: + no_color: false +sketch: + always_export_binaries: false +updater: + enable_notification: true +``` + +5. `arduino-cli core update-index` +6. `arduino-cli core install esp8266:esp8266` +7. `arduino-cli board list -v` + +This will give an output similar to: +``` +INFO[0000] Using config file: /root/.arduino15/arduino-cli.yaml +INFO[0000] arduino-cli.x86_64 version git-snapshot +INFO[0000] Checking if CLI is Bundled into the IDE +INFO[0000] Adding libraries dir dir=/root/app/user/libraries location=user +INFO[0000] Checking signature index=/root/app/data/package_index.json signatureFile=/root/app/data/package_index.json.sig = +INFO[0000] Checking signature error="opening signature file: open /root/app/data/package_esp8266com_index.json.sig: no such file or d= +INFO[0000] Loading hardware from: /root/app/data/packages +INFO[0000] Loading package builtin from: /root/app/data/packages/builtin +INFO[0000] Checking existence of 'tools' path: /root/app/data/packages/builtin/tools +INFO[0000] Loading tools from dir: /root/app/data/packages/builtin/tools +INFO[0000] Loaded tool tool="builtin:ctags@5.8-arduino11" +INFO[0000] Loaded tool tool="builtin:mdns-discovery@1.0.2" +INFO[0000] Loaded tool tool="builtin:serial-discovery@1.3.1" +INFO[0000] Loaded tool tool="builtin:serial-monitor@0.9.1" +INFO[0000] Loading package esp8266 from: /root/app/data/packages/esp8266/hardware +INFO[0000] Checking signature error="opening signature file: open /root/app/data/packages/esp8266/hardware/esp8266/3.0.2/installed.js= +INFO[0000] Adding monitor tool protocol=serial tool="builtin:serial-monitor" +INFO[0000] Loaded platform platform="esp8266:esp8266@3.0.2" +INFO[0000] Checking existence of 'tools' path: /root/app/data/packages/esp8266/tools +INFO[0000] Loading tools from dir: /root/app/data/packages/esp8266/tools +INFO[0000] Loaded tool tool="esp8266:mklittlefs@3.0.4-gcc10.3-1757bed" +INFO[0000] Loaded tool tool="esp8266:mkspiffs@3.0.4-gcc10.3-1757bed" +INFO[0000] Loaded tool tool="esp8266:python3@3.7.2-post1" +INFO[0000] Loaded tool tool="esp8266:xtensa-lx106-elf-gcc@3.0.4-gcc10.3-1757bed" +INFO[0000] Adding libraries dir dir=/root/app/data/packages/esp8266/hardware/esp8266/3.0.2/libraries location=platform +INFO[0007] Executing `arduino-cli board list` +INFO[0007] starting discovery builtin:serial-discovery process +INFO[0007] started discovery builtin:serial-discovery process +INFO[0007] sending command HELLO 1 "arduino-cli git-snapshot" to discovery builtin:serial-discovery +INFO[0007] starting discovery builtin:mdns-discovery process +INFO[0007] started discovery builtin:mdns-discovery process +INFO[0007] sending command HELLO 1 "arduino-cli git-snapshot" to discovery builtin:mdns-discovery +INFO[0007] from discovery builtin:serial-discovery received message type: hello, message: OK, protocol version: 1 +INFO[0007] from discovery builtin:mdns-discovery received message type: hello, message: OK, protocol version: 1 +INFO[0007] sending command START to discovery builtin:serial-discovery +INFO[0007] sending command START to discovery builtin:mdns-discovery +INFO[0007] from discovery builtin:mdns-discovery received message type: start, message: OK +INFO[0007] from discovery builtin:serial-discovery received message type: start, message: OK +INFO[0008] sending command LIST to discovery builtin:serial-discovery +INFO[0008] sending command LIST to discovery builtin:mdns-discovery +INFO[0008] from discovery builtin:mdns-discovery received message type: list +INFO[0008] from discovery builtin:serial-discovery received message type: list, ports: [/dev/ttyS0] +INFO[0008] sending command STOP to discovery builtin:serial-discovery +INFO[0008] sending command STOP to discovery builtin:mdns-discovery +INFO[0008] from discovery builtin:mdns-discovery received message type: stop, message: OK +INFO[0008] from discovery builtin:serial-discovery received message type: stop, message: OK +Port Protocol Type Board Name FQBN Core +/dev/ttyS0 serial Unknown +``` + +Note `builtin:mdns-discovery` discovery started. It is expected to send the packets as follows (the screenshot from the host with Wireshark): + + + +The screenshot is taken if running the same app (but for macOS) from the host and **i can't see the packets sent if executed from the QEMU guest os**. +I believe i either configured it the wrong way (`-netdev user,id=net0,...`) or it's a QEMU bug.""" +additional = """I've tested on macOS host with qemu 6.0.0 and on Linux (Android) host with qemu 6.1.0 and both were not working. + +the network interface seems to be configured for multicasting: +``` +# ifconfig +eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:57 + inet addr:10.0.2.15 Bcast:0.0.0.0 Mask:255.255.255.0 + inet6 addr: fec0::5054:ff:fe12:3457/64 Scope:Site + inet6 addr: fe80::5054:ff:fe12:3457/64 Scope:Link + UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 + RX packets:91955 errors:0 dropped:0 overruns:0 frame:0 + TX packets:25203 errors:0 dropped:0 overruns:0 carrier:0 + collisions:0 txqueuelen:1000 + RX bytes:119904373 (114.3 MiB) TX bytes:1868274 (1.7 MiB) + +lo Link encap:Local Loopback + inet addr:127.0.0.1 Mask:255.0.0.0 + inet6 addr: ::1/128 Scope:Host + UP LOOPBACK RUNNING MTU:65536 Metric:1 + RX packets:0 errors:0 dropped:0 overruns:0 frame:0 + TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 + collisions:0 txqueuelen:1000 + RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) +``` + +It might be easier to skip using arduino-cli and just use any mdns discovery app.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/813.toml b/gitlab/issues/target_missing/host_missing/accel_missing/813.toml new file mode 100644 index 00000000..824442b0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/813.toml @@ -0,0 +1,23 @@ +id = 813 +title = "On windows, preallocation=full qcow2 not creatable, qcow2 not resizable" +state = "opened" +created_at = "2022-01-12T15:42:28.228Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/813" +host-os = "Windows 10 21H2" +host-arch = "x86_64" +qemu-version = "`" +guest-os = "n/a" +guest-arch = "n/a" +description = """Not possible to create a fixed-virtual-disk qcow as one may do on linux. +One sometimes may want to create a fixed size qcow2, as can be done with the fixed variants of VHDX, VMDK, VDI, + +The advantage of a fixed virtual-disk format, such as fixed-VHDX, fixed-VMDK, fixed-VDI is that it keeps the disk-meta-data as a header bundled along with that is essentially a raw image, allowing for seamless tooling and management of virtual-disks + +Workaround use a raw file as diskimage. (see workaround given below) + +To be very general, the implementation of this may need to factor in what underlying operations (fallocate, fallocate_punchhole, truncate, sparse) are supported by what filesystems (NTFS, ExFAT, ext4), choice of filesystem-driver (sometimes the driver may not have yet implemented an underlying operation), and operating systems (Linux/Win), and possible workarounds to achieve the same effect in the absence of underlying-operation.""" +reproduce = """1. open command shell +2. run the qemu-img command. In my case, qcow2 file is attempted to be created on a drive with ExFAT filesystem.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/814.toml b/gitlab/issues/target_missing/host_missing/accel_missing/814.toml new file mode 100644 index 00000000..f26534c6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/814.toml @@ -0,0 +1,45 @@ +id = 814 +title = "On Windows, qcow2 is corrupted on expansion" +state = "opened" +created_at = "2022-01-12T18:34:54.797Z" +closed_at = "n/a" +labels = ["Storage", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/814" +host-os = "Windows 10 21H2" +host-arch = "x86_64" +qemu-version = "`" +guest-os = "Fedora Rawhide (Fedora-Workstation-Live-x86_64-Rawhide-20220111.n.1.iso)" +guest-arch = "x86_64" +description = """On Windows, the qcow2 loses blocks on account of which the filesystem withing is corrupted as data is copied to it, just the same way as in #727 VHDX is corrupted on expansion on both Linux/Windows. + +After filing a bug for WNBD https://github.com/cloudbase/wnbd/issues/63 , I was suggested to try raw and qcow2. In the process I found that qcow2 is also affected. But it is also true that the kernel-5.15.4 ... 5.15.13 series have also been buggy https://bugzilla.kernel.org/show_bug.cgi?id=215460 . +On Linux, qcow2 never showed any signs of corruption. +On Windows, however, qcow2 does corrupt. + +It is possible that, as Linux is so much more efficient at files and disk-IO, the kernel-block-code, qemu-block-code and qemu-qcow2-code do not hit the bug, and so the corruption does not show up as easily in Linux. Windows, being a little slower at this, might be causing the bug to show up in this qcow2 test. Possibly, the issue more likely to show up on slower machines. I am using an 2013-era intel-4rth gen i7-4700mq Haswell machine. + +It is possible that, the resolution for this issue and that for #727 could be the same or very closely related. The bug may not be in qcow2.c or vhdx.c but maybe in the qemu/block subsystem. If the data-block that arrives from the VM-interface/nbd-interface which has to be written to file, but never gets to the virtual-disk code, not allocated and written to, then the data-block is lost.""" +reproduce = """1. Prepare virtual-disk1 as empty qcow2. In my-setup, the qcow2 file resides on an 150 GiB ExFAT partition on 512 GiB SSD. I use ExFAT as the ExFAT-filesystem does not have a concept of sparse files, eliminating that factor from troubleshooting. + ```qemu-img.exe create -f qcow2 H:\\gkpics01.qcow2 99723771904``` +2. Prepare virtual-disk2 VHDX with synthetic generated data (sgdata). Scriptlets to recreate sgdata are described in https://gitlab.com/qemu-project/qemu/-/issues/727#note_739930694 . In my-setup, the vhdx file resides on an 1 TiB NTFS partition on a 2 TiB HDD. +3. Start qemu with arguments as given above. +4. Inside VM, boot and bringup livecd desktop, close the installer and open a terminal +5. Use gdisk to put an ext4 partition on /dev/sda +6. Put ext4 partition on sda1 ```mkfs.ext4 -L fs_gkpics01 /dev/sda1``` +7. Create mount directories ```mkdir /mnt/a /mnt/b``` +8. Mount the empty partition from virtual-disk-1 ```mount -t ext4 /dev/sda1 /mnt/a``` +9. Mount the sgdata partition from virtual-disk-2 ```mount.ntfs-3g /dev/sdb2 /mnt/b``` or ```mount -t ntfs3 /dev/sdb2 /mnt/b``` +10. Keep a terminal tab open with ```dmesg -w``` running +11. Rsync sgdata ```( sdate=`date` ; cd /mnt/b ; rsync -avH ./photos001 /mnt/a | tee /tmp/rst.txt ; echo $sdate ; date )``` +12. Check sha256sum ```( sdate=`date` ; cd /mnt/a/photos001 ; shas256sum -c ./find.CHECKSUM --quiet ; echo $sdate ; date )``` + corruption will show even without needing to unmount-remount or reboot-remount. + +- About 1.4 GiB free-space left on the ext4 partition. +- Compared to #727, The number of files corrupted are less ``` sha256sum: WARNING: 31 computed checksums did not match ``` +- After, VM guest OS warm reboot, a recheck of the sha256sum shows the same 31 files as corrupted +- After, qemu poweroff, restart qemu, VM guest OS cold boot, a recheck of the sha256sum shows the same 31 files as corrupted +- df shows: sda1 has 95271336 1k-blocks, of which 88840860 are used, 1544820 available, 99% used. The numbers don't add up. Either file-blocks are lost in lost-clusters or the ext4-filesystem has a large journal or the file-system-metadata is too large, or the ext4-filesystem has large cluster-size which results in inefficient space usage. +- An ```unmount /dev/sda1 ; fsck -y /dev/sda1 ; mount -t ext4 /dev/sda1 /mnt/a``` did not find any lost clusters. + +The reason I don't think this is a kernel bug, is because the raw-file as virtual-disk-1 doesn't show this issue. Also, it happens regardless of whether sgdata is on ntfs-3g or ntfs3-paragon.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/815.toml b/gitlab/issues/target_missing/host_missing/accel_missing/815.toml new file mode 100644 index 00000000..834e9d8c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/815.toml @@ -0,0 +1,15 @@ +id = 815 +title = "Using spdk Vhost to accelerate QEMU, which QEMU version is the most appropriate？" +state = "opened" +created_at = "2022-01-13T01:19:12.269Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/815" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/816.toml b/gitlab/issues/target_missing/host_missing/accel_missing/816.toml new file mode 100644 index 00000000..8a4d1b39 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/816.toml @@ -0,0 +1,57 @@ +id = 816 +title = "Some errors were encountered while compiling QEMU source code" +state = "closed" +created_at = "2022-01-13T02:59:21.184Z" +closed_at = "2022-01-15T22:04:14.331Z" +labels = ["Build System", "device:virtio", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/816" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """When I try to download the source code from gitlab and compile it, the output is as follows: + +``` +FAILED: subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o +clang -m64 -mcx16 -Isubprojects/libvhost-user/libvhost-user.a.p -Isubprojects/libvhost-user -I../subprojects/libvhost-user -fcolor-diagnostics -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -fsanitize=fuzzer-no-link -fsanitize=undefined -fsanitize=address -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -fstack-protector-strong -fprofile-instr-generate -fcoverage-mapping -fPIE -pthread -D_GNU_SOURCE -MD -MQ subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o -MF subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o.d -o subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o -c ../subprojects/libvhost-user/libvhost-user.c +In file included from ../subprojects/libvhost-user/libvhost-user.c:43: +../subprojects/libvhost-user/include/atomic.h:1:1: error: expected identifier or '(' +../../../include/qemu/atomic.h +^ +In file included from ../subprojects/libvhost-user/libvhost-user.c:45: +../subprojects/libvhost-user/libvhost-user.h:23:10: fatal error: 'standard-headers/linux/virtio_ring.h' file not found +#include "standard-headers/linux/virtio_ring.h" + ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +2 errors generated. +[69/1511] Compiling C object subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o +FAILED: subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o +clang -m64 -mcx16 -Isubprojects/libvhost-user/libvhost-user-glib.a.p -Isubprojects/libvhost-user -I../subprojects/libvhost-user -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fcolor-diagnostics -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -fsanitize=fuzzer-no-link -fsanitize=undefined -fsanitize=address -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -fstack-protector-strong -fprofile-instr-generate -fcoverage-mapping -fPIE -pthread -Wno-unused-function -MD -MQ subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o -MF subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o.d -o subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o -c ../subprojects/libvhost-user/libvhost-user-glib.c +In file included from ../subprojects/libvhost-user/libvhost-user-glib.c:15: +In file included from ../subprojects/libvhost-user/libvhost-user-glib.h:19: +../subprojects/libvhost-user/libvhost-user.h:23:10: fatal error: 'standard-headers/linux/virtio_ring.h' file not found +#include "standard-headers/linux/virtio_ring.h" + ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +1 error generated. +[70/1511] Generating trace-hw_alpha.h with a custom command +[71/1511] Generating hmp-commands-info.h with a custom command (wrapped by meson to capture output) +[72/1511] Generating qemu-img-cmds.h with a custom command (wrapped by meson to capture output) +[73/1511] Generating hmp-commands.h with a custom command (wrapped by meson to capture output) +[74/1511] Generating qemu-options.def with a custom command (wrapped by meson to capture output) +[75/1511] Compiling C object libslirp.a.p/slirp_src_tcp_input.c.o +[76/1511] Compiling C object libcapstone.a.p/capstone_arch_SystemZ_SystemZDisassembler.c.o +[77/1511] Generating qemu-version.h with a custom command (wrapped by meson to capture output) +[78/1511] Compiling C object libcapstone.a.p/capstone_arch_AArch64_AArch64Disassembler.c.o +[79/1511] Compiling C object libcapstone.a.p/capstone_arch_ARM_ARMInstPrinter.c.o +[80/1511] Compiling C object libcapstone.a.p/capstone_arch_ARM_ARMDisassembler.c.o +[81/1511] Compiling C object libcapstone.a.p/capstone_arch_AArch64_AArch64InstPrinter.c.o +ninja: build stopped: subcommand failed. +Makefile:163: recipe for target 'run-ninja' failed +make: *** [run-ninja] Error 1 +``` + +I looked for the missing file standard-headers/linux/virtio_ring.h and found that the file existed.""" +reproduce = """1. ``git clone https://gitlab.com/qemu-project/qemu`` +2. ``CC=clang CXX=clang++ ../configure --enable-fuzzing --enable-sanitizers`` +3. ``make qemu-fuzz-i386``""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/817.toml b/gitlab/issues/target_missing/host_missing/accel_missing/817.toml new file mode 100644 index 00000000..d1cf91bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/817.toml @@ -0,0 +1,15 @@ +id = 817 +title = "linux-user: waitid leaves target siginfo uninitialized when info.si_pid is zero" +state = "closed" +created_at = "2022-01-13T08:00:32.255Z" +closed_at = "2024-08-07T17:08:25.369Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/817" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/818.toml b/gitlab/issues/target_missing/host_missing/accel_missing/818.toml new file mode 100644 index 00000000..38cae650 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/818.toml @@ -0,0 +1,17 @@ +id = 818 +title = "qemu with invalid arg will cause monitor error" +state = "closed" +created_at = "2022-01-14T03:48:35.420Z" +closed_at = "2022-01-15T07:30:41.767Z" +labels = ["CLI", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/818" +host-os = "Windows 10 21H1" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """``` +qemu-system-ppc.exe -m 1024M -monitor +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/819.toml b/gitlab/issues/target_missing/host_missing/accel_missing/819.toml new file mode 100644 index 00000000..deacd2b7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/819.toml @@ -0,0 +1,85 @@ +id = 819 +title = "watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [swapper/1:0]" +state = "closed" +created_at = "2022-01-14T14:13:28.390Z" +closed_at = "2023-01-27T13:03:23.834Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/819" +host-os = "proxmox 6.4" +host-arch = "x86_64" +qemu-version = "pve-qemu-kvm_5.2" +guest-os = "Debian 10.10" +guest-arch = "x86_64" +description = """During virtual disk live move/migration, VMs get severe stuttering and even cpu soft lockups, as described here: + +https://bugzilla.kernel.org/show_bug.cgi?id=199727 + +This also happens on some of our virtual machines when i/o load inside VM is high or workload is fsync centric. + +i'm searching for a solution to mitigate this problem, i.e. i can live with the stuttering/delays of several seconds, but getting cpu soft lockups of 22s or higher is inacceptable. + +i have searched the web for a long long time now, but did not find a solution , nor did i find a way on how to troubleshoot this more in depth to find the real root cause. + +if this issue report will not getting accepted because of "non native qemu" (i.e. proxmox platform) , please tell me which qemu/distro i can/should use instead (which has easy usable live migration feature) to try reproducing the problem.""" +reproduce = """1. do a live migration of one or more virtual machine disks +2. watch "ioping -WWWYy test.dat" inside VM (being moved) for disk latency +3. you disk latency is heavily varying , from time to time it goes up to vaues of tens seconds, even leading to kernel messages like " kernel:[ 2155.520846] watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [swapper/1:0]" + +``` +4 KiB >>> test.dat (ext4 /dev/sda1): request=55 time=1.07 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=56 time=1.24 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=57 time=567.4 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=58 time=779.0 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=59 time=589.0 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=60 time=1.57 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=61 time=847.7 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=62 time=933.0 ms +4 KiB >>> test.dat (ext4 /dev/sda1): request=63 time=891.4 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=64 time=820.8 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=65 time=1.02 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=66 time=2.44 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=67 time=620.7 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=68 time=1.03 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=69 time=1.24 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=70 time=1.42 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=71 time=1.36 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=72 time=1.41 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=73 time=1.33 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=74 time=2.36 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=75 time=1.46 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=76 time=1.45 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=77 time=1.28 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=78 time=1.41 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=79 time=2.33 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=80 time=1.39 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=81 time=1.35 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=82 time=1.54 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=83 time=1.52 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=84 time=1.50 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=85 time=2.00 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=86 time=1.47 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=87 time=1.26 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=88 time=1.29 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=89 time=2.05 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=90 time=1.44 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=91 time=1.43 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=92 time=1.72 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=93 time=1.77 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=94 time=2.56 s + +Message from syslogd@iotest2 at Jan 14 14:51:12 ... + kernel:[ 2155.520846] watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [swapper/1:0] +4 KiB >>> test.dat (ext4 /dev/sda1): request=95 time=22.5 s (slow) +4 KiB >>> test.dat (ext4 /dev/sda1): request=96 time=3.56 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=97 time=1.52 s (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=98 time=1.69 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=99 time=1.90 s +4 KiB >>> test.dat (ext4 /dev/sda1): request=100 time=1.15 s (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=101 time=890.0 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=102 time=959.6 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=103 time=926.5 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=104 time=791.5 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=105 time=577.8 ms (fast) +4 KiB >>> test.dat (ext4 /dev/sda1): request=106 time=867.7 ms (fast) +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/82.toml b/gitlab/issues/target_missing/host_missing/accel_missing/82.toml new file mode 100644 index 00000000..aa89e0f7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/82.toml @@ -0,0 +1,15 @@ +id = 82 +title = "[Feature request] acceptance test class to run user-mode binaries" +state = "closed" +created_at = "2021-05-02T05:20:30.237Z" +closed_at = "2022-01-05T18:43:43.262Z" +labels = ["Launchpad", "Tests", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/82" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/820.toml b/gitlab/issues/target_missing/host_missing/accel_missing/820.toml new file mode 100644 index 00000000..8a148165 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/820.toml @@ -0,0 +1,21 @@ +id = 820 +title = "Hang During Initramfs" +state = "closed" +created_at = "2022-01-14T22:26:20.681Z" +closed_at = "2022-01-14T23:56:30.585Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/820" +host-os = "Artix Linux" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.2.0" +guest-os = "Windows 10 21H2 English x64" +guest-arch = "x86" +description = """[Hang During Initramfs](https://wiki.archlinux.org/title/QEMU#Hang_during_VM_initramfs) +Is this still not fixed? I hang at startup. Previously I tried WIN11 and it booted fine.""" +reproduce = """1. Download Windows10 ISO +2. qemu-img create -f raw Windows10 15G +3. qemu-system-x86_64 -cdrom Win10.iso -boot order=d -drive file=Windows10,format=raw -m 4G""" +additional = """ + + +`-enable-kvm` works but i removed it to slow down a bit to see what is going on.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/821.toml b/gitlab/issues/target_missing/host_missing/accel_missing/821.toml new file mode 100644 index 00000000..58d47f8b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/821.toml @@ -0,0 +1,15 @@ +id = 821 +title = "[SOLVED] ReactOS video problems..." +state = "closed" +created_at = "2022-01-14T22:31:24.241Z" +closed_at = "2022-01-17T16:17:14.213Z" +labels = ["workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/821" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/823.toml b/gitlab/issues/target_missing/host_missing/accel_missing/823.toml new file mode 100644 index 00000000..e7a7c6a1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/823.toml @@ -0,0 +1,29 @@ +id = 823 +title = "rcutorture: ../tests/unit/rcutorture.c:321: rcu_update_stress_test: Assertion `p != cp' failed." +state = "opened" +created_at = "2022-01-16T17:51:25.013Z" +closed_at = "n/a" +labels = ["Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/823" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "6.2.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """qemu rcutorture tests are failing when building qemu for Rawhide. See the scratch build I did here and the follow log files: + +https://koji.fedoraproject.org/koji/taskinfo?taskID=81316487 +https://kojipkgs.fedoraproject.org//work/tasks/6509/81316509/build.log +https://kojipkgs.fedoraproject.org//work/tasks/6508/81316508/build.log +https://kojipkgs.fedoraproject.org//work/tasks/6510/81316510/build.log + +The full error is: + +``` +MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))} G_TEST_SRCDIR=/builddir/build/BUILD/qemu-6.2.0/tests/unit G_TEST_BUILDDIR=/builddir/build/BUILD/qemu-6.2.0/qemu_kvm_build/tests/unit tests/unit/rcutorture --tap -k +ERROR rcutorture - too few tests run (expected 2, got 0) +rcutorture: ../tests/unit/rcutorture.c:321: rcu_update_stress_test: Assertion `p != cp' failed. +make: *** [Makefile.mtest:1208: run-test-149] Error 1 +```""" +reproduce = """1. Compile qemu and run the test suite.""" +additional = """The only significant recent change since it was built successfully is adoption of GCC 12. Could it be a change in compiler that causes this?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/825.toml b/gitlab/issues/target_missing/host_missing/accel_missing/825.toml new file mode 100644 index 00000000..da2229ae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/825.toml @@ -0,0 +1,46 @@ +id = 825 +title = "compilation error - \"VIRTIO_F_VERSION\"" +state = "closed" +created_at = "2022-01-18T07:22:58.188Z" +closed_at = "2022-01-18T10:55:55.334Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/825" +host-os = "(Centos 7)" +host-arch = "(x86)" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Encountered problem while "make" + +.... +`[65/2464] Compiling C object subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o +FAILED: subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o +cc -m64 -mcx16 -Isubprojects/libvhost-user/libvhost-user.a.p -Isubprojects/libvhost-user -I../subprojects/libvhost-user -fdiagnostics-color=auto -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -pthread -D_GNU_SOURCE -MD -MQ subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o -MF subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o.d -o subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o -c ../subprojects/libvhost-user/libvhost-user.c +../subprojects/libvhost-user/libvhost-user.c: In function 'vu_get_features_exec': +../subprojects/libvhost-user/libvhost-user.c:508:17: error: 'VIRTIO_F_VERSION_1' undeclared (first use in this function); did you mean 'INFLIGHT_VERSION'? + 1ULL << VIRTIO_F_VERSION_1 | + ^~~~~~~~~~~~~~~~~~ + INFLIGHT_VERSION +../subprojects/libvhost-user/libvhost-user.c:508:17: note: each undeclared identifier is reported only once for each function it appears in +../subprojects/libvhost-user/libvhost-user.c: In function 'vu_set_features_exec': +../subprojects/libvhost-user/libvhost-user.c:542:30: error: 'VIRTIO_F_VERSION_1' undeclared (first use in this function); did you mean 'INFLIGHT_VERSION'? + if (!vu_has_feature(dev, VIRTIO_F_VERSION_1)) { + ^~~~~~~~~~~~~~~~~~ + INFLIGHT_VERSION +../subprojects/libvhost-user/libvhost-user.c: In function 'generate_faults': +../subprojects/libvhost-user/libvhost-user.c:612:13: error: unused variable 'ret' [-Werror=unused-variable] + int ret; + ^~~ +../subprojects/libvhost-user/libvhost-user.c:611:22: error: unused variable 'dev_region' [-Werror=unused-variable] + VuDevRegion *dev_region = &dev->regions[i]; + ^~~~~~~~~~ +cc1: all warnings being treated as errors +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:163: run-ninja] Error 1 +make[1]: Leaving directory '/users/oneuser/qemu/qemu/build' +make: *** [GNUmakefile:11: all] Error 2 +`""" +reproduce = """1. ./configure --prefix=/users/oneuser/qemu/myqemu-1 --enable-kvm --target-list=x86_64-softmmu +2. make +3.""" +additional = """Please let me know if more info is needed.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/827.toml b/gitlab/issues/target_missing/host_missing/accel_missing/827.toml new file mode 100644 index 00000000..2547afae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/827.toml @@ -0,0 +1,15 @@ +id = 827 +title = "Stack-overflow through virtio_blk_get_request" +state = "closed" +created_at = "2022-01-18T22:15:25.098Z" +closed_at = "2023-04-28T20:58:32.933Z" +labels = ["Fuzzer", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/827" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/828.toml b/gitlab/issues/target_missing/host_missing/accel_missing/828.toml new file mode 100644 index 00000000..5ba20cbe --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/828.toml @@ -0,0 +1,19 @@ +id = 828 +title = "using qemu-system-x86_64 to start multiple windows 10 guests concurrently , the mac address of the guests is incorrect" +state = "closed" +created_at = "2022-01-20T08:24:33.128Z" +closed_at = "2022-02-11T02:48:57.373Z" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/828" +host-os = "(centos release 7.9.2009)" +host-arch = "(x86_64)" +qemu-version = "(2.6.2)" +guest-os = "(Windows 10 enterprise 2016 ltsc)" +guest-arch = "(x86)" +description = """I plan to run multiple windows 10 guests concurrently, I choose NAT network and specify a unique MAC addr for each guest. and I choose dnsmasq as a dhcp server. but I found that all guests MAC addresses are the same as the guest started first. +This situation also occurs in windows 8. But the strange thing is that this never happened to windows7 guests. +I'm Chinese and my English is pool, please forgive my bad expressions.""" +reproduce = """1.make a windows 10 image +2.qemu-system-x86_64 command assign unique MAC addr +3. python multiprocess lib running command above""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/829.toml b/gitlab/issues/target_missing/host_missing/accel_missing/829.toml new file mode 100644 index 00000000..0c743315 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/829.toml @@ -0,0 +1,24 @@ +id = 829 +title = "user space emulation: openat() seems to defeat sysroot path translation" +state = "opened" +created_at = "2022-01-20T14:28:03.151Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/829" +host-os = "Ubuntu 21.10 (pop-os)" +host-arch = "x86_64" +qemu-version = "qemu-arm version 6.0.0 (Debian 1:6.0+dfsg-2expubuntu1.1)" +guest-os = "armv7 linux uclibceabihf" +guest-arch = "ARMv7" +description = """It appears that the user space emulation code is doing some path manipulation of some syscalls to sometimes prefix them with the sysroot. This seems to be interacting badly sometimes with certain usage patterns. This was noticed because a test suite of various libc calls was failing under `qemu-arm`, and a `strace` of the qemu-arm process revealed that the translated paths were being inconsistently applied. + +In particular, the sequence which fails is: +* create a file in `/tmp/`. +* open `/tmp` itself. This succeeds, but `strace` reveals that it actually opened `SYSROOT/tmp/`. +* `openat(tmpfd, tmpfile_name)` then fails, as the fd provided to openat is actually inside the sysroot, not at `/tmp` as expected.""" +reproduce = """1. Get toolchain https://toolchains.bootlin.com/downloads/releases/toolchains/armv7-eabihf/tarballs/armv7-eabihf--uclibc--bleeding-edge-2021.11-1.tar.bz2 +2. Compile attached test program [test_openat.c](/uploads/69eb997256ff29d2178be85531c6b3c6/test_openat.c) +3. Try to run under `qemu-arm`. + +This code passes in non-emulated situations, but fails under user-space emulation. Presumably it would also pass under full system emulation.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/830.toml b/gitlab/issues/target_missing/host_missing/accel_missing/830.toml new file mode 100644 index 00000000..144f7ef8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/830.toml @@ -0,0 +1,15 @@ +id = 830 +title = "QEMU aarch64 support for Windows TPM driver (TIS, CRB interfaces)" +state = "opened" +created_at = "2022-01-21T00:24:08.132Z" +closed_at = "n/a" +labels = ["device: TPM"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/830" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/832.toml b/gitlab/issues/target_missing/host_missing/accel_missing/832.toml new file mode 100644 index 00000000..189df6f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/832.toml @@ -0,0 +1,23 @@ +id = 832 +title = "error \"# mkdir('/..../qtest-9p-local-M33XsI') failed: File exists\" on every run of 'qos-test'" +state = "closed" +created_at = "2022-01-21T09:46:01.758Z" +closed_at = "2022-02-19T15:21:45.118Z" +labels = ["kind::Bug", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/832" +host-os = "Fedora 35" +host-arch = "x86_64" +qemu-version = "git master 3d228a741acc2267c290102543237c4e0f2547ca" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +$ ./build//tests/qtest/qos-test -h +# mkdir('/home/berrange/src/virt/qemu/qtest-9p-local-qThj5y') failed: File exists +Usage: + ./build//tests/qtest/qos-test [OPTION...] +...snip... +``` + +Notice the error message from 'mkdir()' whic appears every time you run this program.""" +reproduce = """1. Run qos-test""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/833.toml b/gitlab/issues/target_missing/host_missing/accel_missing/833.toml new file mode 100644 index 00000000..45e6cae2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/833.toml @@ -0,0 +1,52 @@ +id = 833 +title = "linux-user: sendmsg fails to send messages without iov" +state = "opened" +created_at = "2022-01-23T00:38:46.271Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/833" +host-os = "NixOS" +host-arch = "x86_64" +qemu-version = "qemu-x86_64 version 6.2.50 (v6.2.0-1117-gaeb0ae95b7)" +guest-os = "n/a" +guest-arch = "n/a" +description = """When run via qemu `sendmsg` fails to send messages which contain a zero length `iov` but _do_ contain ancillary data. This works fine on plain Linux. + +A practical example: the `ell` library relies on this for setting the IV on a kernel crypto (`AF_ALG`) socket: https://git.kernel.org/pub/scm/libs/ell/ell.git/tree/ell/cipher.c#n526 + +A message without data but only ancillary data is used to set the IV.""" +reproduce = """See [qemu_ancillary.c](/uploads/84ee20aa3b9178022847d6cd7fcf0048/qemu_ancillary.c) for a self contained testcase which sends two mesages (one with `msg_iovlen=0`, one with `msg_iovlen=1`). + +(Test case is to be considered GPL, as I've copied bits from `ell`) + +Native: +``` +$ strace -esendmsg ./a.out +sendmsg(6, {msg_name=NULL, msg_namelen=0, msg_iov=NULL, msg_iovlen=0, msg_control=[{cmsg_len=36, cmsg_level=SOL_ALG, cmsg_type=0x2}], msg_controllen=40, msg_flags=0}, 0) = 0 +sendmsg(6, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0", iov_len=16}], msg_iovlen=1, msg_control=[{cmsg_len=36, cmsg_level=SOL_ALG, cmsg_type=0x2}], msg_controllen=40, msg_flags=0}, 0) = 16 ++++ exited with 0 +++ +``` + + +Qemu (observe missing sendmsg call): +``` +$ strace -esendmsg ~/debug/qemu/build/qemu-x86_64 ./a.out +sendmsg(6, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0", iov_len=16}], msg_iovlen=1, msg_control=[{cmsg_len=36, cmsg_level=SOL_ALG, cmsg_type=0x2}], msg_controllen=40, msg_flags=0}, 0) = 16 ++++ exited with 0 +++ +``` + +For a practical reproducer: + +1. Compile and run `ell`'s `test-cipher` test case: + +``` +$ ~/debug/qemu/build/qemu-x86_64 ./unit/test-cipher +TEST: unsupported +TEST: aes +TEST: aes_ctr +test-cipher: unit/test-cipher.c:102: test_aes_ctr: Assertion `!r' failed. +Aborted (core dumped) +``` + +A strace will look similar.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/834.toml b/gitlab/issues/target_missing/host_missing/accel_missing/834.toml new file mode 100644 index 00000000..0a0b0b35 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/834.toml @@ -0,0 +1,69 @@ +id = 834 +title = "linux-user: fails to deliver signals raised during pselect" +state = "closed" +created_at = "2022-01-23T01:02:55.512Z" +closed_at = "2022-03-24T20:08:18.931Z" +labels = ["Closed::Fixed", "kind::Bug", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/834" +host-os = "NixOS" +host-arch = "x86_64" +qemu-version = "qemu-x86_64 version 6.2.50 (v6.2.0-1117-gaeb0ae95b7)" +guest-os = "n/a" +guest-arch = "n/a" +description = """When run via qemu a program which blocks signals but unmasks them during `pselect` does not catch these signals when returning from `pselect`. + +Used as reference on expected behavior: [The new pselect() system call](https://lwn.net/Articles/176911/)""" +reproduce = """A minimal test case below mimics behavior as encountered in the test suite of `p11-kit` ([link](https://github.com/p11-glue/p11-kit)) (which attempts to catch `SIGTERM` in a similar way and results in lingering processes after running the test suite). + +```C +#include <stdio.h> +#include <unistd.h> +#include <signal.h> +#include <sys/select.h> + +static void handler(int sig) +{ +\tputs("SIGNAL"); +} + +int main(int argc, char *argv[]) +{ +\tstruct sigaction sa; + +\tfd_set rfds; +\tsigset_t emptyset, blockset; + +\tsigemptyset (&blockset); +\tsigemptyset (&emptyset); +\tsigaddset (&blockset, SIGUSR1); + +\tsa.sa_handler = handler; +\tsigemptyset(&sa.sa_mask); +\tsa.sa_flags = 0; +\tsigaction(SIGUSR1, &sa, NULL); + +\tsigprocmask (SIG_BLOCK, &blockset, NULL); + +\tFD_ZERO(&rfds); + +\twhile(1) { +\t\tpselect(0, &rfds, NULL, NULL, NULL, &emptyset); +\t} + +\treturn 0; +} +``` + +Running this without qemu should print _SIGNAL_ when sent `SIGUSR1`: + +``` +$ ./a.out & +[1] 1683587 +$ kill -USR1 %1 +$ SIGNAL +``` + +When run with `qemu-x86_64` however, it does not (also qemu's `-strace` confirms the signal isn't received whereas a strace of qemu shows it's in fact delivered). + +The pselect call itself _is_ interrupted, but the signal goes missing.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/835.toml b/gitlab/issues/target_missing/host_missing/accel_missing/835.toml new file mode 100644 index 00000000..1ef7233d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/835.toml @@ -0,0 +1,17 @@ +id = 835 +title = "SDL display does not handle ps2 relative packets" +state = "opened" +created_at = "2022-01-23T19:19:43.738Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/835" +host-os = "Ubuntu 20.04 on WSL2, x11 remote display" +host-arch = "x86_64" +qemu-version = "6.2.0" +guest-os = "My own" +guest-arch = "x86_64" +description = """The main problem: while tracing relative events input_event_rel all mouse events are positive and seems to be the absolute x and y mouse position. When that happens ps2 sends a +x -y of a full 127 count.""" +reproduce = """1. Trace input_event_rel +2. Observe that when moving the mouse the trace always shows positive values, that doesn't depend on what direction you move the mouse +3. Observe that the xrel and yrel is more like absolute positions""" +additional = """I noticed searching on sdl2 docs and some issues related to SDL2 mouse events that when you do not specify SDL_HINT_MOUSE_RELATIVE_MODE_WARP weird things happens, i tried adding SDL_SetHint(SDL_HINT_MOUSE_RELATIVE_MODE_WARP, "1"); at the end of the sdl2 init function and the mouse events started to show normal values. I'm not sure if that's the correct way to solve the bug, but it seems to be.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/839.toml b/gitlab/issues/target_missing/host_missing/accel_missing/839.toml new file mode 100644 index 00000000..8b3c4a06 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/839.toml @@ -0,0 +1,58 @@ +id = 839 +title = "qxl in COLO secondary node cause QEMU to segmentation fault" +state = "opened" +created_at = "2022-01-25T07:47:42.134Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/839" +host-os = "Ubuntu Linux 20.04" +host-arch = "x86" +qemu-version = "v6.2.0" +guest-os = "Windows 10" +guest-arch = "x86" +description = """After COLO checkpoint, the Secondary VM's qemu received segmentation fault while releasing qxl resources in interface_release_resource() routine. +i have used gdb and qemu trace to debug Secondary VM's qemu. the object 'qxl->last_release' is null and object 'ring->items[prod].el' != 0, it leads to null pointer dereference. +During COLO checkpoint,the Secondary VM's qemu has loaded Primary VM's qxl states,so i think it not need to release qxl resources.""" +reproduce = """1.Startup Primary VM and Secondary VM of COLO mode, and gdb to Secondary VM's qemu. +2.Connect to Primary VM's spice server. +3.Secondary VM's qemu will receiveing segmentation fault.""" +additional = """gdb to Secondary VM's qemu: + ``` +Program received signal SIGSEGV, Segmentation fault. +[Switching to Thread 0x7ff9e3bff700 (LWP 44703)] +0x0000555555b2e8d6 in interface_release_resource (sin=0x555557d7c8a8, ext=...) at ../hw/display/qxl.c:783 +783\t qxl->last_release->next = ext.info->id; +(gdb) bt +#0 0x0000555555b2e8d6 in interface_release_resource (sin=0x555557d7c8a8, ext=...) at ../hw/display/qxl.c:783 +#1 0x00007fffd7751dd1 in red_drawable_unref () at /lib64/libspice-server.so.1 +#2 0x00007fffd771eabe in drawable_unref () at /lib64/libspice-server.so.1 +#3 0x00007fffd77206a7 in draw_until () at /lib64/libspice-server.so.1 +#4 0x00007fffd771f7cd in display_channel_draw () at /lib64/libspice-server.so.1 +#5 0x00007fffd7721b51 in display_channel_process_draw () at /lib64/libspice-server.so.1 +#6 0x00007fffd7752142 in red_process_display () at /lib64/libspice-server.so.1 +#7 0x00007fffd77521fb in worker_source_dispatch () at /lib64/libspice-server.so.1 +#8 0x00007fffd6c2f049 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 +#9 0x00007fffd6c2f3a8 in g_main_context_iterate.isra.19 () at /lib64/libglib-2.0.so.0 +#10 0x00007fffd6c2f67a in g_main_loop_run () at /lib64/libglib-2.0.so.0 +#11 0x00007fffd775166a in red_worker_main () at /lib64/libspice-server.so.1 +#12 0x00007fffd5658dd5 in start_thread () at /lib64/libpthread.so.0 +#13 0x00007fffd538202d in clone () at /lib64/libc.so.6 +(gdb) frame 0 +#0 0x0000555555b2e8d6 in interface_release_resource (sin=0x555557d7c8a8, ext=...) at ../hw/display/qxl.c:783 +783\t qxl->last_release->next = ext.info->id; +(gdb) print qxl->last_release +$1 = (QXLReleaseInfo *) 0x0 + ``` + +qemu trace log: + ``` +44840@1643012769.363844:colo_send_message Send 'checkpoint-reply' message +44840@1643012773.579053:colo_receive_message Receive 'vmstate-send' message +44840@1643012773.978838:colo_receive_message Receive 'vmstate-size' message +44840@1643012773.979041:colo_send_message Send 'vmstate-received' message +44840@1643012774.180598:qxl_pre_load 0 +44703@1643012774.180660:qxl_ring_res_put 0 #res=20 +44840@1643012774.182627:qxl_post_load 0 native +44840@1643012774.197993:colo_vm_state_change Change 'stop' => 'run' +44840@1643012774.198030:colo_send_message Send 'vmstate-loaded' message + ```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/84.toml b/gitlab/issues/target_missing/host_missing/accel_missing/84.toml new file mode 100644 index 00000000..5f61e232 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/84.toml @@ -0,0 +1,15 @@ +id = 84 +title = "Machine shut off after tons of lsi_scsi: error: MSG IN data too long" +state = "closed" +created_at = "2021-05-03T09:28:15.687Z" +closed_at = "2021-12-16T18:19:17.286Z" +labels = ["Fuzzer", "Launchpad", "Storage", "kind::Bug", "workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/84" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/841.toml b/gitlab/issues/target_missing/host_missing/accel_missing/841.toml new file mode 100644 index 00000000..33aacd98 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/841.toml @@ -0,0 +1,88 @@ +id = 841 +title = "SIGSEGV in memcpy in v9fs_co_readdir_many" +state = "closed" +created_at = "2022-01-25T23:32:08.353Z" +closed_at = "2022-02-19T15:21:45.202Z" +labels = ["block:9p", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/841" +host-os = "ALT Linux" +host-arch = "x86-64" +qemu-version = "QEMU emulator version 6.2.0 (qemu-6.2.0-alt1)" +guest-os = "ALT Linux" +guest-arch = "x86-64" +description = """When running btrfs tests in vm (using `virtme`-like setup with 9pfs) occasionally qemu crashes with (`coredumpctl info` output): +``` +... +Message: Process 1764494 (qemu-system-x86) of user 502 dumped core. +Stack trace of thread 1764817: + #0 0x00005555559ebeed v9fs_co_readdir_many (/usr/bin/qemu-system-x86_64 + 0x497eed) + #1 0x00005555559ec2e9 v9fs_readdir (/usr/bin/qemu-system-x86_64 + 0x4982e9) + #2 0x0000555555eb7983 coroutine_trampoline (/usr/bin/qemu-system-x86_64 + 0x963983) + #3 0x00007ffff73e0be0 n/a (n/a + 0x0) +```""" +reproduce = "n/a" +additional = """coredumpctl debug: +``` +Failed to read a valid object file image from memory. +Core was generated by `qemu-system-x86_64 -enable-kvm -m 40270M -smp cores=20 -nodefaults -nographic -'. +Program terminated with signal SIGSEGV, Segmentation fault. +#0 0x00005555559ebeed in memcpy (__len=<optimized out>, __src=<optimized out>, __dest=<optimized out>, __dest=<optimized out>, __src=<optimized out>, + __len=<optimized out>) at /usr/include/bits/string_fortified.h:29 +29 return __builtin___memcpy_chk (__dest, __src, __len, +[Current thread is 1 (LWP 1764817)] +(gdb) list ../hw/9pfs/codir.c:147 +142 *entries = e = g_malloc0(sizeof(V9fsDirEnt)); +143 } else { +144 e = e->next = g_malloc0(sizeof(V9fsDirEnt)); +145 } +146 e->dent = g_malloc0(sizeof(struct dirent)); +147 memcpy(e->dent, dent, sizeof(struct dirent)); +148 +149 /* perform a full stat() for directory entry if requested by caller */ +150 if (dostat) { +151 err = s->ops->name_to_path( +(gdb) bt +#0 0x00005555559ebeed in memcpy (__len=<optimized out>, __src=<optimized out>, __dest=<optimized out>, __dest=<optimized out>, __src=<optimized out>, + __len=<optimized out>) at /usr/include/bits/string_fortified.h:29 +#1 do_readdir_many (dostat=<optimized out>, maxsize=<optimized out>, offset=<optimized out>, entries=<optimized out>, fidp=<optimized out>, + pdu=0x555557353500) at ../hw/9pfs/codir.c:147 +#2 v9fs_co_readdir_many (pdu=pdu@entry=0x555557353500, fidp=fidp@entry=0x555556cdd280, entries=entries@entry=0x7ff5bf7f7f58, offset=<optimized out>, + maxsize=<optimized out>, dostat=<optimized out>) at ../hw/9pfs/codir.c:226 +#3 0x00005555559ec2e9 in v9fs_do_readdir (max_count=<optimized out>, offset=<optimized out>, fidp=0x555556cdd280, pdu=0x555557353500) at ../hw/9pfs/9p.c:2430 +#4 v9fs_readdir (opaque=0x555557353500) at ../hw/9pfs/9p.c:2543 +#5 0x0000555555eb7983 in coroutine_trampoline (i0=<optimized out>, i1=<optimized out>) at ../util/coroutine-ucontext.c:173 +#6 0x00007ffff73e0be0 in ?? () +#7 0x00007fffffffd480 in ?? () +#8 0x0000000000000000 in ?? () +(gdb) x/11i 0x00005555559ebeed - 27 + 0x5555559ebed2 <v9fs_co_readdir_many+530>: call 0x555555928480 <g_malloc0@plt> + 0x5555559ebed7 <v9fs_co_readdir_many+535>: mov %rbp,%rsi + 0x5555559ebeda <v9fs_co_readdir_many+538>: mov %rax,(%r12) + 0x5555559ebede <v9fs_co_readdir_many+542>: mov 0x0(%rbp),%rdx + 0x5555559ebee2 <v9fs_co_readdir_many+546>: lea 0x8(%rax),%rdi + 0x5555559ebee6 <v9fs_co_readdir_many+550>: and $0xfffffffffffffff8,%rdi + 0x5555559ebeea <v9fs_co_readdir_many+554>: mov %rdx,(%rax) +=> 0x5555559ebeed <v9fs_co_readdir_many+557>: mov 0x110(%rbp),%rdx + 0x5555559ebef4 <v9fs_co_readdir_many+564>: mov %rdx,0x110(%rax) + 0x5555559ebefb <v9fs_co_readdir_many+571>: sub %rdi,%rax + 0x5555559ebefe <v9fs_co_readdir_many+574>: sub %rax,%rsi +(gdb) i r rdx rax rip +rdx 0x29287d 2697341 +rax 0x7ff4bc12ccf0 140689104096496 +rip 0x5555559ebeed 0x5555559ebeed <v9fs_co_readdir_many+557> +(gdb) x/11x 0x7ff4bc12ccf0 +0x7ff4bc12ccf0: 0x0029287d 0x00000000 0x00000000 0x00000000 +0x7ff4bc12cd00: 0x00000000 0x00000000 0x00000000 0x00000000 +0x7ff4bc12cd10: 0x00000000 0x00000000 0x00000000 +(gdb) frame 1 +#1 do_readdir_many (dostat=<optimized out>, maxsize=<optimized out>, offset=<optimized out>, entries=<optimized out>, fidp=<optimized out>, + pdu=0x555557353500) at ../hw/9pfs/codir.c:147 +147 memcpy(e->dent, dent, sizeof(struct dirent)); +(gdb) p e +$3 = (struct V9fsDirEnt *) 0x7ff4bc12caa0 +(gdb) p e->dent +$4 = (struct dirent *) 0x7ff4bc12ccf0 +(gdb) p dent +$5 = (struct dirent *) 0x7ff4ec04cef0 + +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/845.toml b/gitlab/issues/target_missing/host_missing/accel_missing/845.toml new file mode 100644 index 00000000..af9cf529 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/845.toml @@ -0,0 +1,69 @@ +id = 845 +title = "Heap-use-after-free in remote_object_finalize" +state = "opened" +created_at = "2022-01-28T19:16:42.463Z" +closed_at = "n/a" +labels = ["Chardev"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/845" +host-os = "Linux (KVM)" +host-arch = "All" +qemu-version = "master" +guest-os = "n/a" +guest-arch = "n/a" +description = """While I was working with `QIOChannel` in my downstream QEMU fork, I looked at `hw/remote/remote-obj.c` as a usage example. + +I did the same thing to `remote_object_finalize` function in order to free the QIOChannel when the connection closed: + +```c + if (o->ioc) { + qio_channel_shutdown(o->ioc, QIO_CHANNEL_SHUTDOWN_BOTH, NULL); + qio_channel_close(o->ioc, NULL); + } + + object_unref(OBJECT(o->ioc)); +``` + +After the connection is closed for a while, my program SIGSEGV: + +``` +Thread 2 Crashed: +0 qemu-system-aarch64 \t0x000000010164513c qemu_coroutine_get_aio_context + 12 (qemu-coroutine.c:203) +1 qemu-system-aarch64 \t0x000000010145ad82 qio_channel_restart_read + 50 +2 qemu-system-aarch64 \t0x0000000101614c8a aio_dispatch_handler + 378 (aio-posix.c:332) +3 qemu-system-aarch64 \t0x0000000101613fad aio_dispatch_handlers + 125 (aio-posix.c:372) +4 qemu-system-aarch64 \t0x0000000101613ef3 aio_dispatch + 51 (aio-posix.c:383) +5 qemu-system-aarch64 \t0x0000000101631e18 aio_ctx_dispatch + 104 (async.c:307) +6 libglib-2.0.0.dylib \t0x000000010284b90c g_main_context_dispatch + 364 +7 qemu-system-aarch64 \t0x0000000101644728 glib_pollfds_poll + 88 (main-loop.c:233) +8 qemu-system-aarch64 \t0x0000000101644170 os_host_main_loop_wait + 128 (main-loop.c:256) +9 qemu-system-aarch64 \t0x000000010164403c main_loop_wait + 188 (main-loop.c:530) +10 qemu-system-aarch64 \t0x00000001012f3014 qemu_main_loop + 36 (runstate.c:721) +11 qemu-system-aarch64 \t0x0000000100c25e38 qemu_main + 40 (main.c:51) +12 qemu-system-aarch64 \t0x0000000100c7b1f4 call_qemu_main + 52 (cocoa.m:1746) +13 qemu-system-aarch64 \t0x000000010161a459 qemu_thread_start + 185 (qemu-thread-posix.c:521) +14 libsystem_pthread.dylib \t0x00007fff6a6e2109 _pthread_start + 148 +15 libsystem_pthread.dylib \t0x00007fff6a6ddb8b thread_start + 15 +``` + +So apparently, there is a dangling pointer of the QIOChannel in AIOContext. + +And indeed, that caused by the fact that when the fd read/write is blocked, it sets the fd handlers to the AIO context before yielding the coroutine (https://gitlab.com/qemu-project/qemu/-/blob/master/io/channel.c#L544). + +So after the fd is closed, the AIO still dispatches the fd readable event when the main loop dispatches again, using the dangling QIOChannel pointer (When the fd is reused I think). + +I suggest adding a `qio_channel_detach_aio_context()` call before the channel is shutdown in `remote-obj.c`, or before the fd is closed in `qio_channel_close()` in `io/channel.c` + +```c + + if (o->ioc) { + qio_channel_detach_aio_context(o->ioc); + qio_channel_shutdown(o->ioc, QIO_CHANNEL_SHUTDOWN_BOTH, NULL); + qio_channel_close(o->ioc, NULL); + } + + object_unref(OBJECT(o->ioc)); +``` + +This bug might have slipped through the cracks because `mpqemu_remote_msg_loop_co` issues a shutdown request immediately after an I/O error occured on the QIOChannel.""" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/846.toml b/gitlab/issues/target_missing/host_missing/accel_missing/846.toml new file mode 100644 index 00000000..371c1554 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/846.toml @@ -0,0 +1,15 @@ +id = 846 +title = "Why qemu crashes and calling SYS_SECCOMP function" +state = "closed" +created_at = "2022-01-28T21:19:14.749Z" +closed_at = "2022-02-01T20:46:54.706Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/846" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/848.toml b/gitlab/issues/target_missing/host_missing/accel_missing/848.toml new file mode 100644 index 00000000..d7fe0c08 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/848.toml @@ -0,0 +1,58 @@ +id = 848 +title = "`checkinstall` on Devuan Chimaera (equiv to Debian Bullseye) fails with `FileNotFoundError:`" +state = "closed" +created_at = "2022-01-31T00:24:21.952Z" +closed_at = "2022-10-05T14:13:44.526Z" +labels = ["Build System"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/848" +host-os = "Devuan Chimaera (equiv to Debian Bullseye)" +host-arch = "amd64" +qemu-version = "tested with source for v6.1.1 and v6.1.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """Configure and compile work without errors, but `checkinstall` fails with following error. + +``` +Installing with make install... + +========================= Installation results =========================== +changing dir to build for make "install"... +make[1]: Entering directory '/root/go/src/github.com/qemu/qemu/build' + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc capstone slirp +[1/20] Generating qemu-version.h with a meson_exe.py custom command +[1/2] Installing files. +Traceback (most recent call last): + File "/root/go/src/github.com/qemu/qemu/meson/mesonbuild/mesonmain.py", line 140, in run + return options.run_func(options) + File "/root/go/src/github.com/qemu/qemu/meson/mesonbuild/minstall.py", line 544, in run + installer.do_install(datafilename) + File "/root/go/src/github.com/qemu/qemu/meson/mesonbuild/minstall.py", line 362, in do_install + self.install_targets(d) + File "/root/go/src/github.com/qemu/qemu/meson/mesonbuild/minstall.py", line 472, in install_targets + file_copied = self.do_copyfile(fname, outname, makedirs=(d.dirmaker, outdir)) + File "/root/go/src/github.com/qemu/qemu/meson/mesonbuild/minstall.py", line 277, in do_copyfile + shutil.copystat(from_file, to_file) + File "/usr/lib/python3.9/shutil.py", line 375, in copystat + lookup("utime")(dst, ns=(st.st_atime_ns, st.st_mtime_ns), +FileNotFoundError: [Errno 2] No such file or directory +Installing subdir /root/go/src/github.com/qemu/qemu/qga/run to /usr/local/var/run +Installing trace/trace-events-all to /usr/local/share/qemu +FAILED: meson-install +/usr/bin/python3 /root/go/src/github.com/qemu/qemu/meson/meson.py install --no-rebuild +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:156: run-ninja] Error 1 +make[1]: Leaving directory '/root/go/src/github.com/qemu/qemu/build' +make: *** [GNUmakefile:11: install] Error 2 + +**** Installation failed. Aborting package creation. + +Cleaning up...OK + +Bye. + +```""" +reproduce = "n/a" +additional = """- All packages from [requirements](https://wiki.qemu.org/Hosts/Linux#Fedora_Linux_.2F_Debian_GNU_Linux_.2F_Ubuntu_Linux_.2F_Linux_Mint_distributions) installed. +- command `utime` is available from `atfs` package + +I believe error may be related to the `from_file`/`to_file`in: `meson/mesonbuild/minstall.py` line 277.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/850.toml b/gitlab/issues/target_missing/host_missing/accel_missing/850.toml new file mode 100644 index 00000000..e875c4c3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/850.toml @@ -0,0 +1,67 @@ +id = 850 +title = "virtio-gpu: bogus descriptor or out of resources" +state = "opened" +created_at = "2022-01-31T07:59:10.837Z" +closed_at = "n/a" +labels = ["device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/850" +host-os = "Archlinux" +host-arch = "x86_64" +qemu-version = "QEMU emulator version 6.2.0" +guest-os = "Linuxmint" +guest-arch = "x86_64" +description = """The guest which I use have 1GB memory, also the guest contains 8GB swap, when I open lot of applications in the guest, the guest kernel starts using swap, after some time, I get this error + +<code> +qemu-system-x86_64: virtio: bogus descriptor or out of resources +</code> + +I tried to see which virtio device causing this issue, it seems this issue is happening in "virtio-gpu", I modified the sources ad added this line to see the device name + +virtio.c:1312: virtio_error(vdev, "virtio: %s: bogus descriptor or out of resources", vdev->name);""" +reproduce = """1. create a vm with 8GB swap +2. run that vm with above mentioned commandline (memory = 1MB) +3. open huge applications which eats ram in guest""" +additional = """Seems suddenly condition "if (!memory_access_is_direct(mr, is_write))" [physmem.c:1385] becomes true, this is the stack trace when "if (qatomic_xchg(&bounce.in_use, true)) {" [physmem.c:1386] line gets hit for the first time, + +<code> +#0 address_space_map (as=<optimized out>, addr=addr@entry=45251811299328, plen=plen@entry=0x7fffffff7e30, is_write=is_write@entry=false, attrs=..., attrs@entry=...) at ../qemu-6.2.0/softmmu/physmem.c:3186 +#1 0x0000555555cb8cf4 in dma_memory_map (dir=DMA_DIRECTION_TO_DEVICE, len=<synthetic pointer>, addr=45251811299328, as=<optimized out>) at /home/mohan/Downloads/qemu/src/qemu-6.2.0/include/sysemu/dma.h:202 +#2 virtqueue_map_desc + (vdev=vdev@entry=0x5555579d3bb0, p_num_sg=p_num_sg@entry=0x7fffffff7ed8, addr=addr@entry=0x7fffffff7f70, iov=0x7fffffff9f70, max_num_sg=max_num_sg@entry=1024, is_write=is_write@entry=false, pa=45251811299328, sz=65536) at ../qemu-6.2.0/hw/virtio/virtio.c:1307 +#3 0x0000555555cb8f9e in virtqueue_packed_pop (vq=<optimized out>, sz=<optimized out>) at ../qemu-6.2.0/hw/virtio/virtio.c:1624 +#4 0x00007fffec0b329e in virtio_gpu_gl_handle_ctrl (vdev=<optimized out>, vq=0x7fffdced6010) at ../qemu-6.2.0/hw/display/virtio-gpu-gl.c:77 +#5 0x0000555555f74134 in aio_bh_call (bh=0x555556d02bc0) at ../qemu-6.2.0/util/async.c:141 +#6 aio_bh_poll (ctx=ctx@entry=0x555556958750) at ../qemu-6.2.0/util/async.c:169 +#7 0x0000555555f5f784 in aio_dispatch (ctx=0x555556958750) at ../qemu-6.2.0/util/aio-posix.c:381 +#8 0x0000555555f73d63 in aio_ctx_dispatch (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at ../qemu-6.2.0/util/async.c:311 +#9 0x00007ffff787dfd3 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0 +#10 0x0000555555f80129 in glib_pollfds_poll () at ../qemu-6.2.0/util/main-loop.c:232 +#11 os_host_main_loop_wait (timeout=0) at ../qemu-6.2.0/util/main-loop.c:255 +#12 main_loop_wait (nonblocking=nonblocking@entry=0) at ../qemu-6.2.0/util/main-loop.c:531 +#13 0x0000555555c48fe5 in qemu_main_loop () at ../qemu-6.2.0/softmmu/runstate.c:726 +#14 0x000055555597b664 in main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at ../qemu-6.2.0/softmmu/main.c:50 +</code> +<br/> +address_space_map() returns valid pointer in the first hit, but it returns NULL on the second hit because qatomic_xchg(bounce.in_use, true) returns true, I think it should suppose to return false. this is the stack trace when it happens for the second time +<br/> +<code> +#0 address_space_map (as=<optimized out>, addr=addr@entry=45251811303424, plen=plen@entry=0x7fffffff7e30, is_write=is_write@entry=false, attrs=..., attrs@entry=...) at ../qemu-6.2.0/softmmu/physmem.c:3186 +#1 0x0000555555cb8cf4 in dma_memory_map (dir=DMA_DIRECTION_TO_DEVICE, len=<synthetic pointer>, addr=45251811303424, as=<optimized out>) at /home/mohan/Downloads/qemu/src/qemu-6.2.0/include/sysemu/dma.h:202 +#2 virtqueue_map_desc + (vdev=vdev@entry=0x5555579d3bb0, p_num_sg=p_num_sg@entry=0x7fffffff7ed8, addr=addr@entry=0x7fffffff7f70, iov=0x7fffffff9f70, max_num_sg=max_num_sg@entry=1024, is_write=is_write@entry=false, pa=45251811303424, sz=61440) at ../qemu-6.2.0/hw/virtio/virtio.c:1307 +#3 0x0000555555cb8f9e in virtqueue_packed_pop (vq=<optimized out>, sz=<optimized out>) at ../qemu-6.2.0/hw/virtio/virtio.c:1624 +#4 0x00007fffec0b329e in virtio_gpu_gl_handle_ctrl (vdev=<optimized out>, vq=0x7fffdced6010) at ../qemu-6.2.0/hw/display/virtio-gpu-gl.c:77 +#5 0x0000555555f74134 in aio_bh_call (bh=0x555556d02bc0) at ../qemu-6.2.0/util/async.c:141 +#6 aio_bh_poll (ctx=ctx@entry=0x555556958750) at ../qemu-6.2.0/util/async.c:169 +#7 0x0000555555f5f784 in aio_dispatch (ctx=0x555556958750) at ../qemu-6.2.0/util/aio-posix.c:381 +#8 0x0000555555f73d63 in aio_ctx_dispatch (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at ../qemu-6.2.0/util/async.c:311 +#9 0x00007ffff787dfd3 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0 +#10 0x0000555555f80129 in glib_pollfds_poll () at ../qemu-6.2.0/util/main-loop.c:232 +#11 os_host_main_loop_wait (timeout=0) at ../qemu-6.2.0/util/main-loop.c:255 +#12 main_loop_wait (nonblocking=nonblocking@entry=0) at ../qemu-6.2.0/util/main-loop.c:531 +#13 0x0000555555c48fe5 in qemu_main_loop () at ../qemu-6.2.0/softmmu/runstate.c:726 +#14 0x000055555597b664 in main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at ../qemu-6.2.0/softmmu/main.c:50 +</code> +<br/> +It seems virtqueue_packed_pop() receives one desc with desc.len=65536 (or -1) which should not suppose to happen. I dont know why this is happening""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/851.toml b/gitlab/issues/target_missing/host_missing/accel_missing/851.toml new file mode 100644 index 00000000..6bebea74 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/851.toml @@ -0,0 +1,243 @@ +id = 851 +title = "qemu-img create results in tsan warnings" +state = "opened" +created_at = "2022-02-01T18:43:11.675Z" +closed_at = "n/a" +labels = ["qemu-img", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/851" +host-os = "Debian testing" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.2.50 (v6.2.0-1304-g5cbe64110d)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Running qemu-img w/ tsan enabled results in a bunch of data races reported: + +``` +Formatting 'delta.img', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=0 backing_file=base.img backing_fmt=raw lazy_refcounts=off refcount_bits=16 +================== +WARNING: ThreadSanitizer: data race (pid=217825) + Atomic write of size 8 at 0x7b4800000228 by main thread: + #0 __tsan_atomic64_exchange <null> (qemu-img+0xb6a55) + #1 aio_bh_poll /usr/local/google/home/pefoley/qemu/build/../util/async.c:151:5 (qemu-img+0x239931) + #2 aio_poll /usr/local/google/home/pefoley/qemu/build/../util/aio-posix.c:707:17 (qemu-img+0x220822) + #3 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:549:13 (qemu-img+0xf88b1) + #4 bdrv_img_create /usr/local/google/home/pefoley/qemu/build/../block.c:6911:11 (qemu-img+0x107c1b) + #5 img_create /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:585:5 (qemu-img+0xe2dad) + #6 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5449:20 (qemu-img+0xddfc3) + + Previous read of size 8 at 0x7b4800000228 by thread T5 (mutexes: write M42): + #0 aio_bh_enqueue /usr/local/google/home/pefoley/qemu/build/../util/async.c:82:9 (qemu-img+0x239c4c) + #1 qemu_bh_schedule /usr/local/google/home/pefoley/qemu/build/../util/async.c:186:5 (qemu-img+0x239c4c) + #2 worker_thread /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:113:9 (qemu-img+0x24fe7c) + #3 qemu_thread_start /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:556:9 (qemu-img+0x225960) + + Location is heap block of size 336 at 0x7b4800000180 allocated by main thread: + #0 calloc <null> (qemu-img+0x68ff9) + #1 g_malloc0 <null> (libglib-2.0.so.0+0x59e70) + #2 qemu_init_main_loop /usr/local/google/home/pefoley/qemu/build/../util/main-loop.c:169:24 (qemu-img+0x24bd47) + #3 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5397:5 (qemu-img+0xddcd7) + + Mutex M42 (0x7b3800000010) created at: + #0 pthread_mutex_init <null> (qemu-img+0x6bc0f) + #1 qemu_mutex_init /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:57:11 (qemu-img+0x223f69) + #2 thread_pool_init_one /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:306:5 (qemu-img+0x24f24d) + #3 thread_pool_new /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:319:5 (qemu-img+0x24f24d) + #4 aio_get_thread_pool /usr/local/google/home/pefoley/qemu/build/../util/async.c:390:28 (qemu-img+0x239fd4) + #5 raw_thread_pool_submit /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2045:24 (qemu-img+0x1b51f7) + #6 raw_regular_truncate /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2231:12 (qemu-img+0x1b51f7) + #7 raw_co_create /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2519:14 (qemu-img+0x1b51f7) + #8 raw_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2635:12 (qemu-img+0x1b5678) + #9 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf87c5) + #10 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:544:9 (qemu-img+0xf87c5) + #11 bdrv_create_file /usr/local/google/home/pefoley/qemu/build/../block.c:734:11 (qemu-img+0xf8d3d) + #12 qcow2_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/qcow2.c:3842:11 (qemu-img+0x170c63) + #13 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf8975) + #14 coroutine_trampoline /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:173:9 (qemu-img+0x23d008) + #15 <null> <null> (libc.so.6+0x51a2f) + + Thread T5 'worker' (tid=217829, running) created by main thread at: + #0 pthread_create <null> (qemu-img+0x6a49d) + #1 qemu_thread_create /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:596:11 (qemu-img+0x225800) + #2 do_spawn_thread /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:134:5 (qemu-img+0x24fac3) + #3 spawn_thread_bh_fn /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:142:5 (qemu-img+0x24fac3) + #4 aio_bh_call /usr/local/google/home/pefoley/qemu/build/../util/async.c:141:5 (qemu-img+0x239a96) + #5 aio_bh_poll /usr/local/google/home/pefoley/qemu/build/../util/async.c:169:13 (qemu-img+0x239a96) + #6 aio_poll /usr/local/google/home/pefoley/qemu/build/../util/aio-posix.c:707:17 (qemu-img+0x220822) + #7 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:549:13 (qemu-img+0xf88b1) + #8 bdrv_img_create /usr/local/google/home/pefoley/qemu/build/../block.c:6911:11 (qemu-img+0x107c1b) + #9 img_create /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:585:5 (qemu-img+0xe2dad) + #10 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5449:20 (qemu-img+0xddfc3) + +SUMMARY: ThreadSanitizer: data race (/usr/local/google/home/pefoley/qemu/build/qemu-img+0xb6a55) in __tsan_atomic64_exchange +================== +================== +WARNING: ThreadSanitizer: data race (pid=217825) + Write of size 4 at 0x7b1c000005f0 by thread T5 (mutexes: write M42): + #0 worker_thread /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:101:20 (qemu-img+0x24fde3) + #1 qemu_thread_start /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:556:9 (qemu-img+0x225960) + + Previous read of size 4 at 0x7b1c000005f0 by main thread (mutexes: write M19): + #0 thread_pool_completion_bh /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:170:19 (qemu-img+0x24f7ae) + #1 aio_bh_call /usr/local/google/home/pefoley/qemu/build/../util/async.c:141:5 (qemu-img+0x239a96) + #2 aio_bh_poll /usr/local/google/home/pefoley/qemu/build/../util/async.c:169:13 (qemu-img+0x239a96) + #3 aio_poll /usr/local/google/home/pefoley/qemu/build/../util/aio-posix.c:707:17 (qemu-img+0x220822) + #4 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:549:13 (qemu-img+0xf88b1) + #5 bdrv_img_create /usr/local/google/home/pefoley/qemu/build/../block.c:6911:11 (qemu-img+0x107c1b) + #6 img_create /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:585:5 (qemu-img+0xe2dad) + #7 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5449:20 (qemu-img+0xddfc3) + + Location is heap block of size 104 at 0x7b1c000005b0 allocated by thread T4: + #0 malloc <null> (qemu-img+0x68e0d) + #1 g_malloc <null> (libglib-2.0.so.0+0x59e18) + #2 thread_pool_submit_aio /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:249:11 (qemu-img+0x24edc8) + #3 thread_pool_submit_co /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:287:5 (qemu-img+0x24f0fe) + #4 raw_thread_pool_submit /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2046:12 (qemu-img+0x1b5334) + #5 raw_regular_truncate /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2231:12 (qemu-img+0x1b5334) + #6 raw_co_create /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2562:14 (qemu-img+0x1b5334) + #7 raw_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2635:12 (qemu-img+0x1b5678) + #8 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf87c5) + #9 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:544:9 (qemu-img+0xf87c5) + #10 bdrv_create_file /usr/local/google/home/pefoley/qemu/build/../block.c:734:11 (qemu-img+0xf8d3d) + #11 qcow2_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/qcow2.c:3842:11 (qemu-img+0x170c63) + #12 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf8975) + #13 coroutine_trampoline /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:173:9 (qemu-img+0x23d008) + #14 <null> <null> (libc.so.6+0x51a2f) + + Mutex M42 (0x7b3800000010) created at: + #0 pthread_mutex_init <null> (qemu-img+0x6bc0f) + #1 qemu_mutex_init /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:57:11 (qemu-img+0x223f69) + #2 thread_pool_init_one /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:306:5 (qemu-img+0x24f24d) + #3 thread_pool_new /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:319:5 (qemu-img+0x24f24d) + #4 aio_get_thread_pool /usr/local/google/home/pefoley/qemu/build/../util/async.c:390:28 (qemu-img+0x239fd4) + #5 raw_thread_pool_submit /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2045:24 (qemu-img+0x1b51f7) + #6 raw_regular_truncate /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2231:12 (qemu-img+0x1b51f7) + #7 raw_co_create /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2519:14 (qemu-img+0x1b51f7) + #8 raw_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2635:12 (qemu-img+0x1b5678) + #9 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf87c5) + #10 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:544:9 (qemu-img+0xf87c5) + #11 bdrv_create_file /usr/local/google/home/pefoley/qemu/build/../block.c:734:11 (qemu-img+0xf8d3d) + #12 qcow2_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/qcow2.c:3842:11 (qemu-img+0x170c63) + #13 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf8975) + #14 coroutine_trampoline /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:173:9 (qemu-img+0x23d008) + #15 <null> <null> (libc.so.6+0x51a2f) + + Mutex M19 (0x7b48000001e0) created at: + #0 pthread_mutex_init <null> (qemu-img+0x6bc0f) + #1 qemu_rec_mutex_init /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:120:11 (qemu-img+0x224625) + #2 aio_context_new /usr/local/google/home/pefoley/qemu/build/../util/async.c:555:5 (qemu-img+0x23a226) + #3 qemu_init_main_loop /usr/local/google/home/pefoley/qemu/build/../util/main-loop.c:169:24 (qemu-img+0x24bd47) + #4 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5397:5 (qemu-img+0xddcd7) + + Thread T5 'worker' (tid=217829, running) created by main thread at: + #0 pthread_create <null> (qemu-img+0x6a49d) + #1 qemu_thread_create /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:596:11 (qemu-img+0x225800) + #2 do_spawn_thread /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:134:5 (qemu-img+0x24fac3) + #3 spawn_thread_bh_fn /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:142:5 (qemu-img+0x24fac3) + #4 aio_bh_call /usr/local/google/home/pefoley/qemu/build/../util/async.c:141:5 (qemu-img+0x239a96) + #5 aio_bh_poll /usr/local/google/home/pefoley/qemu/build/../util/async.c:169:13 (qemu-img+0x239a96) + #6 aio_poll /usr/local/google/home/pefoley/qemu/build/../util/aio-posix.c:707:17 (qemu-img+0x220822) + #7 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:549:13 (qemu-img+0xf88b1) + #8 bdrv_img_create /usr/local/google/home/pefoley/qemu/build/../block.c:6911:11 (qemu-img+0x107c1b) + #9 img_create /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:585:5 (qemu-img+0xe2dad) + #10 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5449:20 (qemu-img+0xddfc3) + + Thread T4 (tid=0, running) created by main thread at: + #0 on_new_fiber /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:90:25 (qemu-img+0x23cead) + #1 qemu_coroutine_new /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:219:5 (qemu-img+0x23cead) + #2 qemu_coroutine_create /usr/local/google/home/pefoley/qemu/build/../util/qemu-coroutine.c:75:14 (qemu-img+0x24c7be) + #3 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:546:14 (qemu-img+0xf8884) + #4 bdrv_img_create /usr/local/google/home/pefoley/qemu/build/../block.c:6911:11 (qemu-img+0x107c1b) + #5 img_create /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:585:5 (qemu-img+0xe2dad) + #6 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5449:20 (qemu-img+0xddfc3) + +SUMMARY: ThreadSanitizer: data race /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:101:20 in worker_thread +================== +================== +WARNING: ThreadSanitizer: data race (pid=217825) + Atomic write of size 4 at 0x7b0c000000e8 by thread T5 (mutexes: write M42): + #0 __tsan_atomic32_fetch_or <null> (qemu-img+0xb9ec1) + #1 aio_bh_enqueue /usr/local/google/home/pefoley/qemu/build/../util/async.c:80:17 (qemu-img+0x239c23) + #2 qemu_bh_schedule /usr/local/google/home/pefoley/qemu/build/../util/async.c:186:5 (qemu-img+0x239c23) + #3 worker_thread /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:113:9 (qemu-img+0x24fe7c) + #4 qemu_thread_start /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:556:9 (qemu-img+0x225960) + + Previous read of size 4 at 0x7b0c000000e8 by main thread: + #0 aio_compute_bh_timeout /usr/local/google/home/pefoley/qemu/build/../util/async.c:209:18 (qemu-img+0x239e7f) + #1 aio_compute_timeout /usr/local/google/home/pefoley/qemu/build/../util/async.c:232:15 (qemu-img+0x239e7f) + #2 aio_poll /usr/local/google/home/pefoley/qemu/build/../util/aio-posix.c:624:26 (qemu-img+0x21f9c2) + #3 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:549:13 (qemu-img+0xf88b1) + #4 bdrv_img_create /usr/local/google/home/pefoley/qemu/build/../block.c:6911:11 (qemu-img+0x107c1b) + #5 img_create /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:585:5 (qemu-img+0xe2dad) + #6 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5449:20 (qemu-img+0xddfc3) + + Location is heap block of size 48 at 0x7b0c000000c0 allocated by thread T4: + #0 malloc <null> (qemu-img+0x68e0d) + #1 g_malloc <null> (libglib-2.0.so.0+0x59e18) + #2 thread_pool_init_one /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:305:27 (qemu-img+0x24f235) + #3 thread_pool_new /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:319:5 (qemu-img+0x24f235) + #4 aio_get_thread_pool /usr/local/google/home/pefoley/qemu/build/../util/async.c:390:28 (qemu-img+0x239fd4) + #5 raw_thread_pool_submit /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2045:24 (qemu-img+0x1b51f7) + #6 raw_regular_truncate /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2231:12 (qemu-img+0x1b51f7) + #7 raw_co_create /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2519:14 (qemu-img+0x1b51f7) + #8 raw_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2635:12 (qemu-img+0x1b5678) + #9 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf87c5) + #10 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:544:9 (qemu-img+0xf87c5) + #11 bdrv_create_file /usr/local/google/home/pefoley/qemu/build/../block.c:734:11 (qemu-img+0xf8d3d) + #12 qcow2_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/qcow2.c:3842:11 (qemu-img+0x170c63) + #13 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf8975) + #14 coroutine_trampoline /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:173:9 (qemu-img+0x23d008) + #15 <null> <null> (libc.so.6+0x51a2f) + + Mutex M42 (0x7b3800000010) created at: + #0 pthread_mutex_init <null> (qemu-img+0x6bc0f) + #1 qemu_mutex_init /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:57:11 (qemu-img+0x223f69) + #2 thread_pool_init_one /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:306:5 (qemu-img+0x24f24d) + #3 thread_pool_new /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:319:5 (qemu-img+0x24f24d) + #4 aio_get_thread_pool /usr/local/google/home/pefoley/qemu/build/../util/async.c:390:28 (qemu-img+0x239fd4) + #5 raw_thread_pool_submit /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2045:24 (qemu-img+0x1b51f7) + #6 raw_regular_truncate /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2231:12 (qemu-img+0x1b51f7) + #7 raw_co_create /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2519:14 (qemu-img+0x1b51f7) + #8 raw_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/file-posix.c:2635:12 (qemu-img+0x1b5678) + #9 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf87c5) + #10 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:544:9 (qemu-img+0xf87c5) + #11 bdrv_create_file /usr/local/google/home/pefoley/qemu/build/../block.c:734:11 (qemu-img+0xf8d3d) + #12 qcow2_co_create_opts /usr/local/google/home/pefoley/qemu/build/../block/qcow2.c:3842:11 (qemu-img+0x170c63) + #13 bdrv_create_co_entry /usr/local/google/home/pefoley/qemu/build/../block.c:516:11 (qemu-img+0xf8975) + #14 coroutine_trampoline /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:173:9 (qemu-img+0x23d008) + #15 <null> <null> (libc.so.6+0x51a2f) + + Thread T5 'worker' (tid=217829, running) created by main thread at: + #0 pthread_create <null> (qemu-img+0x6a49d) + #1 qemu_thread_create /usr/local/google/home/pefoley/qemu/build/../util/qemu-thread-posix.c:596:11 (qemu-img+0x225800) + #2 do_spawn_thread /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:134:5 (qemu-img+0x24fac3) + #3 spawn_thread_bh_fn /usr/local/google/home/pefoley/qemu/build/../util/thread-pool.c:142:5 (qemu-img+0x24fac3) + #4 aio_bh_call /usr/local/google/home/pefoley/qemu/build/../util/async.c:141:5 (qemu-img+0x239a96) + #5 aio_bh_poll /usr/local/google/home/pefoley/qemu/build/../util/async.c:169:13 (qemu-img+0x239a96) + #6 aio_poll /usr/local/google/home/pefoley/qemu/build/../util/aio-posix.c:707:17 (qemu-img+0x220822) + #7 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:549:13 (qemu-img+0xf88b1) + #8 bdrv_img_create /usr/local/google/home/pefoley/qemu/build/../block.c:6911:11 (qemu-img+0x107c1b) + #9 img_create /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:585:5 (qemu-img+0xe2dad) + #10 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5449:20 (qemu-img+0xddfc3) + + Thread T4 (tid=0, running) created by main thread at: + #0 on_new_fiber /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:90:25 (qemu-img+0x23cead) + #1 qemu_coroutine_new /usr/local/google/home/pefoley/qemu/build/../util/coroutine-ucontext.c:219:5 (qemu-img+0x23cead) + #2 qemu_coroutine_create /usr/local/google/home/pefoley/qemu/build/../util/qemu-coroutine.c:75:14 (qemu-img+0x24c7be) + #3 bdrv_create /usr/local/google/home/pefoley/qemu/build/../block.c:546:14 (qemu-img+0xf8884) + #4 bdrv_img_create /usr/local/google/home/pefoley/qemu/build/../block.c:6911:11 (qemu-img+0x107c1b) + #5 img_create /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:585:5 (qemu-img+0xe2dad) + #6 main /usr/local/google/home/pefoley/qemu/build/../qemu-img.c:5449:20 (qemu-img+0xddfc3) + +SUMMARY: ThreadSanitizer: data race (/usr/local/google/home/pefoley/qemu/build/qemu-img+0xb9ec1) in __tsan_atomic32_fetch_or +================== +ThreadSanitizer: reported 3 warnings +```""" +reproduce = """1. ./configure --target-list=x86_64-softmmu --enable-tsan --cc=clang --cxx=clang++ +2. make -j12 +3. touch base.img +4. build/qemu-img create -b base.img -f qcow2 -F raw delta.img + +./configure --target-list=x86_64-softmmu --enable-tsan --cc=clang --cxx=clang++ +touch base.img +build/qemu-img create -b base.img -f qcow2 -F raw delta.img""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/853.toml b/gitlab/issues/target_missing/host_missing/accel_missing/853.toml new file mode 100644 index 00000000..385d795b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/853.toml @@ -0,0 +1,18 @@ +id = 853 +title = "Quaint English in qemu-options.hx" +state = "closed" +created_at = "2022-02-01T22:47:32.133Z" +closed_at = "2022-02-23T09:24:34.589Z" +labels = ["Closed::Fixed", "Documentation", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/853" +host-os = "Not Applicable" +host-arch = "Not Applicable" +qemu-version = "Not Applicable" +guest-os = "Not Applicable" +guest-arch = "Not Applicable" +description = """qemu-options.hx contains grammar that a native English-speaking person would never use. I had to read a sentence in that file very slowly and more than once to understand it.""" +reproduce = """1. Install QEMU +2. Run a command to display documentation that includes qemu-options.hx for instance "man qemu-system-x86_64" +3. Observe "This option defines where is connected the drive ..." +4. Scratch head, figure out that "This option defines where the drive is connected ..." is the meaning.""" +additional = """It is very difficult to report QEMU documentation bugs.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/854.toml b/gitlab/issues/target_missing/host_missing/accel_missing/854.toml new file mode 100644 index 00000000..3f35d466 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/854.toml @@ -0,0 +1,70 @@ +id = 854 +title = "rsync to ext4-fs on dynamic expanding qcow2 fails" +state = "closed" +created_at = "2022-02-02T16:37:33.938Z" +closed_at = "2022-02-09T03:15:45.353Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/854" +host-os = "Fedora 35" +host-arch = "x86_64" +qemu-version = "**qemu-6.2.0-2.fc35.1** (SB)" +guest-os = "Fedora-36 Rawhide" +guest-arch = "x86_64" +description = """Firstly, this issue does not seem to happen when the virtual-disk is dd-raw-img or fixed qcow2 (preallocation=falloc). The guest-kernel has multiple tracebacks during rsync to dst folder on ext4-fs on qcow2. +I ctrl-C-ed the rsync process after the first traceback, which happened after copying around 52 GiB. +On a previous run, wherein I had let it continue, somewhere near the end, around 83 GiB, dmesg would bloat with a zillion trace-backs and stall. The sha256sum verify seems to have succeeded for all files copied so far and correctly gives error "Failed open or read" on subsequent files that were not copied. +In this test, the partial-rsync completed files were not corrupted. However, as qemu's disk emulation allocates blocks, qemu may be inducing paging-bugs into the guest-kernel. Paging issues like these may also lead to corruption. The guest-kernel should see the same full emulated disk regardless of whether qemu provided a fixed disk, dynamic disk, or even a different type of virtual-disk-format. The guest-vm should not detect/perceive any difference between them. + +There may be upcoming trouble round the 5.17 corner. + +It is beyond me to figure out if this is due to +* qemu-6.2 block code +* guest-kernel ( kernel-5.17 folio/page management or ntfs3 driver or something else ) + +It may be necessary to ascertain if this is a new bug on account of qemu not being ready for folio type page-management or a bug in upstream kernel.org. My apologies in advance if it turns out that this is not a qemu bug. + +There there does seem to be some problem with qemu dealing with expanding virtual disks, with bugs that show up only if the underlying virtual-disk is dynamic and expanding. + +I just think that storage/block-code should be made rock solid with a much higher priority than adding new features. +If storage code is undependable, then qemu/vm cannot be used, and there is no point in any other feature. qcow2 in particular is the qemu's native virtual-disk format. + +I had to stop testing on Issue #727 , Issue #814 , on account of what I thought was a bug in 5.15 kernels. I filed the bug as "fs/ntfs3: page_cache_ra_unbounded on rsync from ntfs3 to ext4" https://bugzilla.kernel.org/show_bug.cgi?id=215460 . I assume that bug is different because it happens even on raw image. + +setup is as follows: +- Host: Fedora-35 with kernel-5.17.0-0.rc2.83.fc35.x86_64 self-built from srpm ( https://koji.fedoraproject.org/koji/buildinfo?buildID=1910212 ) +- Guest: Fedora-Workstation-Live-x86_64-Rawhide-20220201.n.0.iso with 5.17.0-0.rc2.83.fc36.x86_64 ( https://koji.fedoraproject.org/koji/buildinfo?buildID=1910892 ) +- qemu: 6.2.0 (qemu-6.2.0-2.fc35.1) self-built from srpm ( https://koji.fedoraproject.org/koji/buildinfo?buildID=1897713 ) +- hda: qcow2(dyn) with ext4 and also 4 combinations of raw_img/fixed_qcow2 with ext4/ntfs3 +- hdb: vhdx, ntfs3 (pre-prepared sgdata https://gitlab.com/qemu-project/qemu/-/issues/727#note_739930694 ) + +qcow2 image is created as follows: +``` +[root@sirius ~]# qemu-img create -f qcow2 /mnt/a16/gkpics01.qcow2 99723771904 +Formatting '/mnt/a16/gkpics01.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=99723771904 lazy_refcounts=off refcount_bits=16 +``` + +qemu command is as follows: +``` +[root@sirius ~]# qemu-system-x86_64 -cpu qemu64 -m 4096 -machine "type=q35" -accel "kvm" -smp "sockets=1,cores=8,threads=1" -boot "d" -cdrom "/vol/15KJ_Images/transcend/Fedora-Workstation-Live-x86_64-Rawhide-20220201.n.0.iso" -hda "/mnt/a16/gkpics01.raw" -hdb "/vol/15KJ_Images/test/sgdata.vhdx" -device "virtio-vga" -display "gtk,gl=on" -rtc "base=utc" -net "user" -device "virtio-net,netdev=vmnic" -netdev "user,id=vmnic,net=192.168.20.0/24,dns=192.168.20.3,dhcpstart=192.168.20.15" +```""" +reproduce = """1. Inside booted vm, use gdisk to partition /dev/sda1 if necessary +2. ```dmesg -w (in another pty)``` +3. ```mkfs.ext4 /dev/sda1 -L fs_gkpics001``` +4. ```mkdir /mnt/a /mnt/b``` +5. ```mount -t ext4 /dev/sda1 /mnt/a``` +6. ```mount -t ntfs3 /dev/sdb2 /mnt/b``` +7. rsync testdata: ```(sdate=`date` ; echo "$sdate" ; cd /mnt/b ; rsync -avH ./photos001 /mnt/a | tee /tmp/rst.txt ; echo "$sdate" ; date )``` +8. ```umount /mnt/a ; ``` +9. ```mount -t ext4 /dev/sda1 /mnt/a``` +10. verify: ```(sdate=`date` ; echo "$sdate" ; cd /mnt/a/photos001 ; sha256sum -c ./find.CHECKSUM --quiet ; echo "$sdate" ; date )``` +11. ```umount /mnt/a ; umount /mnt/b;```""" +additional = """**Test attempts** +- Bug does not happen with 5.17.0-0.rc2.83/qemu-6.2.0-2/5.17.0-0.rc2.83/ExFAT/rawimg/ext4 with vhdx/ntfs3/sgdata +- Bug does not happen with 5.17.0-0.rc2.83/qemu-6.2.0-2/5.17.0-0.rc2.83/ExFAT/rawimg/ntfs3 with vhdx/ntfs3/sgdata +- Bug does not happen with 5.17.0-0.rc2.83/qemu-6.2.0-2/5.17.0-0.rc2.83/ExFAT/qcow2(fixed)/ext4 with vhdx/ntfs3/sgdata +- Bug does not happen with 5.17.0-0.rc2.83/qemu-6.2.0-2/5.17.0-0.rc2.83/ExFAT/qcow2(fixed)/ntfs3 with vhdx/ntfs3/sgdata +- Bug **does** happen with 5.17.0-0.rc2.83/qemu-6.2.0-2/5.17.0-0.rc2.83/ExFAT/**qcow2(dyn)**/ext4 with vhdx/ntfs3/sgdata +- Bug does not happen directly on Host with 5.17.0-0.rc2.83/ExFat with ntfs3/sgdata +- Bug does not happen directly on Host with 5.17.0-0.rc2.83/ntfs3 with ntfs3/sgdata + +Also filed a linux-kernel bug titled "during rsync, vm guest kernel trace arising from memcg_kmem_charge_page alloc_pages" https://bugzilla.kernel.org/show_bug.cgi?id=215563""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/857.toml b/gitlab/issues/target_missing/host_missing/accel_missing/857.toml new file mode 100644 index 00000000..5e159922 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/857.toml @@ -0,0 +1,22 @@ +id = 857 +title = "qemu-x86_64 uses host libraries instead of emulated system libraries" +state = "opened" +created_at = "2022-02-04T10:38:00.829Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/857" +host-os = "Debian Bullseye" +host-arch = "x86_64" +qemu-version = "6.1.0, 6.2.0, git master (8f3e5ce773c62bb5c4a847f3a9a5c98bbb3b359f)" +guest-os = "Linux 5.15.19 x86_64 (Buildroot Cross Build)" +guest-arch = "x86_64" +description = """I'm using Buildroot to build a cross-compiled embedded Linux system. During the build process there is a little hack to create some header file using a cross-compiled application. For this hack they use qemu to run this application. Building this embedded system for aarch64 work fine, but for x86_64 I get the following messages: + +bytecode_builtins_list_generator: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by bytecode_builtins_list_generator) +bytecode_builtins_list_generator: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by bytecode_builtins_list_generator) +bytecode_builtins_list_generator: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by bytecode_builtins_list_generator) +bytecode_builtins_list_generator: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by bytecode_builtins_list_generator) + +The path of the libraries in this error message is from my host system. The embedded system uses /lib64 or /usr/lib64. It seems to me that the linker search for the libraries at first on the host system and later uses the path from the command line. So you have a mixed up of host and embedded system libraries (as you can see in the attached strace log).""" +reproduce = "n/a" +additional = """[qemu-1.log](/uploads/f53e98b6b15cce7cbf94d14dffa39f90/qemu-1.log)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/861.toml b/gitlab/issues/target_missing/host_missing/accel_missing/861.toml new file mode 100644 index 00000000..863eedcc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/861.toml @@ -0,0 +1,15 @@ +id = 861 +title = "Using qemu+kvm is slower than using qemu in rv6(xv6 rust porting)" +state = "closed" +created_at = "2022-02-08T08:27:56.832Z" +closed_at = "2022-02-08T08:29:09.616Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/861" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/865.toml b/gitlab/issues/target_missing/host_missing/accel_missing/865.toml new file mode 100644 index 00000000..11a789a2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/865.toml @@ -0,0 +1,53 @@ +id = 865 +title = "virtio-vga gtk,gl=on Black Screen or GLXGears picture" +state = "opened" +created_at = "2022-02-10T22:37:38.901Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/865" +host-os = "GNU/Linux Debian 11" +host-arch = "x86" +qemu-version = "``" +guest-os = "[Debian Sid](https://cloud.debian.org/images/cloud/sid/daily/20220209-913/debian-sid-generic-amd64-daily-20220209-913.raw)" +guest-arch = "x86" +description = """Blank screen for tab with name `virtio-vga` on GTK interface, however, if I run `glxgears` before running the machine, I see the following image: + +""" +reproduce = """1.Run the invocation command provided above + +#""" +additional = """The host when the problem is occurring is a Dell Precision 5110 laptop that have Hybrid Graphics. I am running X11 with nvidia as the main driver, I am not using nouveau, I am using the nvidia drivers installed by the debian package, here the corresponding information for the nvida card: + +``` +nvidia-smi +``` +``` +Thu Feb 10 23:32:21 2022 ++-----------------------------------------------------------------------------+ +| NVIDIA-SMI 460.91.03 Driver Version: 460.91.03 CUDA Version: 11.2 | +|-------------------------------+----------------------+----------------------+ +| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | +| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | +| | | MIG M. | +|===============================+======================+======================| +| 0 Quadro M1000M On | 00000000:01:00.0 Off | N/A | +| N/A 44C P8 N/A / N/A | 846MiB / 2004MiB | 6% Default | +| | | N/A | ++-------------------------------+----------------------+----------------------+ + ++-----------------------------------------------------------------------------+ +| Processes: | +| GPU GI CI PID Type Process name GPU Memory | +| ID ID Usage | +|=============================================================================| +| 0 N/A N/A 6926 G /usr/lib/xorg/Xorg 528MiB | +| 0 N/A N/A 7223 G ...b/firefox-esr/firefox-esr 238MiB | +| 0 N/A N/A 7363 G ...b/firefox-esr/firefox-esr 0MiB | +| 0 N/A N/A 276992 G ...b/firefox-esr/firefox-esr 0MiB | +| 0 N/A N/A 282023 G ...b/firefox-esr/firefox-esr 0MiB | +| 0 N/A N/A 282630 G ...b/firefox-esr/firefox-esr 0MiB | +| 0 N/A N/A 322305 G qemu-system-x86_64 70MiB | ++-----------------------------------------------------------------------------+ +``` + +##""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/866.toml b/gitlab/issues/target_missing/host_missing/accel_missing/866.toml new file mode 100644 index 00000000..77517513 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/866.toml @@ -0,0 +1,61 @@ +id = 866 +title = "linux-user: substantial memory leak when threads are created and destroyed" +state = "closed" +created_at = "2022-02-11T03:11:59.674Z" +closed_at = "2023-02-04T19:12:11.704Z" +labels = ["Closed::Fixed", "linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/866" +host-os = "Fedora 35 Workstation, Windows 11 21H2 22000.469 WSL2" +host-arch = "x86_64" +qemu-version = "6.1.0-10.fc35, and on master@0a301624c2f4ced3331ffd5bce85b4274fe132af" +guest-os = "QEMU Linux User Mode Emulation" +guest-arch = "ARM" +description = """Substantial memory leak when the following simple program is executed on `qemu-arm`, +```c +// compile with `arm-none-linux-gnueabihf-gcc test_qemu.c -o test_qemu.out -pthread` + +#include <assert.h> +#include <pthread.h> + +#define MAGIC_RETURN ((void *)42) + +void *thread_main(void *arg) +{ + return MAGIC_RETURN; +} + +int main(int argc, char *argv[]) +{ + size_t i; + for (i = 0;; i++) + { + pthread_t thread; + assert(pthread_create(&thread, NULL, thread_main, NULL) == 0); + void *ret; + assert(pthread_join(thread, &ret) == 0); + assert(ret == MAGIC_RETURN); + } + + return 0; +} +```""" +reproduce = """1. +``` +export TOOLCHAIN_PREFIX=arm-none-linux-gnueabihf +export ARMSDK=/${TOOLCHAIN_PREFIX} +export SYSROOT=${ARMSDK}/${TOOLCHAIN_PREFIX}/libc +export CC=${ARMSDK}/bin/${TOOLCHAIN_PREFIX}-gcc +``` +2. Download the arm toolchain: `curl --output ${TOOLCHAIN_PREFIX}.tar.xz -L 'https://developer.arm.com/-/media/Files/downloads/gnu-a/10.2-2020.11/binrel/gcc-arm-10.2-2020.11-x86_64-arm-none-linux-gnueabihf.tar.xz?revision=d0b90559-3960-4e4b-9297-7ddbc3e52783&la=en&hash=985078B758BC782BC338DB947347107FBCF8EF6B'` +3. `mkdir -p ${ARMSDK} && tar xf ${TOOLCHAIN_PREFIX}.tar.xz -C ${ARMSDK} --strip-components=1` +4. `$CC test_qemu.c -o test_qemu.out -pthread` +5. `qemu-arm -L $SYSROOT ./test_qemu.out` +6. Observe memory usage keeps ramping up and crashes the process once out of memory.""" +additional = """Valgrind annotation logs [annot.log](/uploads/f8d05d8f216d5a589e8da0758a345de6/annot.log) generated by a local build on master@0a301624c2f4ced3331ffd5bce85b4274fe132af from +```bash +valgrind --xtree-memory=full --xtree-memory-file=xtmemory.kcg bin/debug/native/qemu-arm -L $SYSROOT /mnt/f/test_qemu3.out +# Send CTRL-C before the process crashes due to oom +callgrind_annotate --auto=yes --inclusive=yes --sort=curB:100,curBk:100,totB:100,totBk:100,totFdB:100,totFdBk:100 xtmemory.kcg > annot.log +``` + +#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/867.toml b/gitlab/issues/target_missing/host_missing/accel_missing/867.toml new file mode 100644 index 00000000..adff875a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/867.toml @@ -0,0 +1,21 @@ +id = 867 +title = "qemu-system-x86_64: warning: usb-redir connection broken during migration" +state = "closed" +created_at = "2022-02-11T13:35:10.669Z" +closed_at = "2024-03-15T15:18:06.419Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/867" +host-os = "OpenSUSe Tumbleweed 20220207" +host-arch = "AMD64" +qemu-version = "QEMU emulator version 6.2.0 (openSUSE Tumbleweed)" +guest-os = "GNS3, Ubuntu, Opensuse" +guest-arch = "amd64" +description = """Create Snapshot, Restore snapshot, crash""" +reproduce = """1. Create Snapshot +2. Restore Snapshot +3. Crash""" +additional = """ + +No redirecting: + +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/868.toml b/gitlab/issues/target_missing/host_missing/accel_missing/868.toml new file mode 100644 index 00000000..645dd9b4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/868.toml @@ -0,0 +1,23 @@ +id = 868 +title = "Graphic session freezes and logs out" +state = "opened" +created_at = "2022-02-12T18:58:08.589Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/868" +host-os = "20.04.03 LTS" +host-arch = "x86" +qemu-version = "QEMU emulator version 4.2.1 (Debian 1:4.2-3ubuntu6.19)" +guest-os = "Lubuntu 20.04 LTS" +guest-arch = "x86" +description = """Graphic session freezes and logs out resetting user session. I've tried with both X and Wayland. +The session does not last longer than 10-15 mins while working with: + VSCode + Firefox browser (no more than 5 open tabs - nothing heavy) + +If only using console, the problem does not seem occur, or maybe it takes longer, but haven't been able to reproduce it.""" +reproduce = """No steps. Just using common apps (vscode editor and ffox browser) for 10-15 mins causes the problem. Standard sites: gitlab, stacoverflow.""" +additional = """I used this configuration for +1 year without issues. I guess some updates to either Ubuntu or Lubuntu causes the problem. +I deleted the guest VM and started with a fresh new Lubuntu 20.04 LTS AS IS no exttra software and the problem persists. + +Happy to provide any info you may require. I've looked around in the logs but couldnn't find anything useful.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/87.toml b/gitlab/issues/target_missing/host_missing/accel_missing/87.toml new file mode 100644 index 00000000..69fa1dd2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/87.toml @@ -0,0 +1,15 @@ +id = 87 +title = "doesn't clear screen on boot" +state = "closed" +created_at = "2021-05-03T09:51:13.182Z" +closed_at = "2022-08-01T17:13:20.693Z" +labels = ["Launchpad", "device:graphics", "kind::Bug", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/87" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/872.toml b/gitlab/issues/target_missing/host_missing/accel_missing/872.toml new file mode 100644 index 00000000..f4b1ca21 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/872.toml @@ -0,0 +1,15 @@ +id = 872 +title = "linux-user getsockopt(fd, SOL_SOCKET, SO_ERROR) returns host errno to target" +state = "opened" +created_at = "2022-02-14T17:47:57.268Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/872" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/873.toml b/gitlab/issues/target_missing/host_missing/accel_missing/873.toml new file mode 100644 index 00000000..cac1036f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/873.toml @@ -0,0 +1,15 @@ +id = 873 +title = "Meson warns about a broken Python install on Debian/Ubuntu" +state = "closed" +created_at = "2022-02-14T17:51:13.529Z" +closed_at = "2022-10-05T14:13:44.522Z" +labels = ["Build System", "Python"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/873" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/874.toml b/gitlab/issues/target_missing/host_missing/accel_missing/874.toml new file mode 100644 index 00000000..8c891bad --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/874.toml @@ -0,0 +1,15 @@ +id = 874 +title = "New Python QMP library races on NetBSD" +state = "closed" +created_at = "2022-02-14T18:36:52.688Z" +closed_at = "2022-03-23T02:29:32.922Z" +labels = ["Python", "Tests"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/874" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/875.toml b/gitlab/issues/target_missing/host_missing/accel_missing/875.toml new file mode 100644 index 00000000..71ed389e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/875.toml @@ -0,0 +1,15 @@ +id = 875 +title = "Failure to build using GCC on macOS" +state = "closed" +created_at = "2022-02-15T08:52:58.261Z" +closed_at = "2023-09-27T13:38:15.191Z" +labels = ["Build System", "hostos: macOS", "kind::Bug"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/875" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/878.toml b/gitlab/issues/target_missing/host_missing/accel_missing/878.toml new file mode 100644 index 00000000..6f93721d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/878.toml @@ -0,0 +1,50 @@ +id = 878 +title = "Can't bind PCI device behind a PCI bridge (No such device)" +state = "closed" +created_at = "2022-02-16T10:34:51.898Z" +closed_at = "2025-01-13T18:00:17.233Z" +labels = ["VFIO"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/878" +host-os = "Ubuntu 20.04.3 LTS" +host-arch = "x86" +qemu-version = "QEMU emulator version 4.2.1 (Debian 1:4.2-3ubuntu6.19)" +guest-os = "Debian10-openstack-amd64" +guest-arch = "x86" +description = """Qemu fails to assign the device with : +``` +qemu-system-x86_64: -device vfio-pci,host=3b:00.0: vfio 0000:3b:00.0: error getting device from group 72: No such device +Verify all devices in group 72 are bound to vfio-<bus> or pci-stub and not already in use +``` + +Looking at strace, we can see that the device is behind a PCI bridge: +``` +lstat("/sys", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 +lstat("/sys/bus", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +lstat("/sys/bus/pci", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +lstat("/sys/bus/pci/devices", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +lstat("/sys/bus/pci/devices/0000:3b:00.0", {st_mode=S_IFLNK|0777, st_size=0, ...}) = 0 +readlink("/sys/bus/pci/devices/0000:3b:00.0", "../../../devices/pci0000:3a/0000"..., 4095) = 53 +lstat("/sys/devices", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +lstat("/sys/devices/pci0000:3a", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +lstat("/sys/devices/pci0000:3a/0000:3a:02.0", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +lstat("/sys/devices/pci0000:3a/0000:3a:02.0/0000:3b:00.0", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +lstat("/sys/devices/pci0000:3a/0000:3a:02.0/0000:3b:00.0/subsystem", {st_mode=S_IFLNK|0777, st_size=0, ...}) = 0 +readlink("/sys/devices/pci0000:3a/0000:3a:02.0/0000:3b:00.0/subsystem", "../../../../bus/pci", 4095) = 19 +lstat("/sys/bus", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +lstat("/sys/bus/pci", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 +ioctl(14, VFIO_GROUP_GET_DEVICE_FD, 0x56267b3b1320) = -1 ENODEV (No such device) +``` + +The issue is that the PCI bridge `0000:3a:02.0`, is used by "pcieport" kernel driver and not "vfio-pci". +After manually unbinding the PCI bridge from it's driver and binding it to vfio-pci qemu successfully attaches it to the VM. + +I saw online that qemu is suposed to automaticly unbind devices from the host, make them available to the VM and restore them to their previous state once the VM is shutdown. +This is not happening here.""" +reproduce = """1. Have a PCI device behind a PCI bridge +2. Launch a VM with the PCI device attached +3. Observe similar error messages""" +additional = """After reading [kernel vfio doc](https://www.kernel.org/doc/html/latest/driver-api/vfio.html#vfio-usage-example), I can see that `ls -l /sys/bus/pci/devices/0000:3b:00.0/iommu_group/devices` was supposed to list the PCI bridge, but it is not the case for me. + +I could only notice the presence of the bridge by looking in the `/sys/bus/pci/devices/0000:3b:00.0` symlink. + +Maybe qemu misses it because of that ?""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/879.toml b/gitlab/issues/target_missing/host_missing/accel_missing/879.toml new file mode 100644 index 00000000..2685b721 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/879.toml @@ -0,0 +1,15 @@ +id = 879 +title = "Microphone support for Macbooks" +state = "closed" +created_at = "2022-02-19T15:44:46.464Z" +closed_at = "2023-01-13T08:01:25.917Z" +labels = ["Audio", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/879" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/88.toml b/gitlab/issues/target_missing/host_missing/accel_missing/88.toml new file mode 100644 index 00000000..926c531a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/88.toml @@ -0,0 +1,15 @@ +id = 88 +title = "VNC server does not work with Mac Screen Sharing" +state = "opened" +created_at = "2021-05-03T09:51:27.836Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics", "hostos: macOS", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/88" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/880.toml b/gitlab/issues/target_missing/host_missing/accel_missing/880.toml new file mode 100644 index 00000000..a5f17d7d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/880.toml @@ -0,0 +1,15 @@ +id = 880 +title = "Documentation needs some updates" +state = "closed" +created_at = "2022-02-21T07:05:23.568Z" +closed_at = "2022-05-20T18:50:54.215Z" +labels = ["Documentation"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/880" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/881.toml b/gitlab/issues/target_missing/host_missing/accel_missing/881.toml new file mode 100644 index 00000000..66fb3ce8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/881.toml @@ -0,0 +1,30 @@ +id = 881 +title = "qemu-ga fs-freeze causes VM to" +state = "opened" +created_at = "2022-02-21T09:08:44.827Z" +closed_at = "n/a" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/881" +host-os = "Debian 11 (Proxmox 7.1-10)" +host-arch = "AMD64" +qemu-version = "QEMU emulator version 6.1.1 (pve-qemu-kvm_6.1.1)" +guest-os = "Debian 11" +guest-arch = "AMD64" +description = """I have fresh install of Debian 11 and installed MariaDB 10.7 from MariaDB's Repo. Guest is fully up to date. +When Proxmox goes to do a backup it will call fs-freeze to the VM via the agent which then causes the backup process to hang and the VM will lockup or causes kernel message such as `**task qemu-ga:370 blocked for more than 120 seconds**`. The VM from what I can tell no longer is able to write to disk, and the only fix is to force reset the VM. + +The issue doesn't happen when the VM has first started or the agent has been restart from what I can tell, but if you leave it and wait for the nightly backup to run of the VM, it will then cause this issue to happen. + +There are other reports of this happening on the [proxmox forums](https://forum.proxmox.com/threads/snapshot-backup-not-working-guest-agent-fs-freeze-gets-timeout.99887/) More details on this topic. Other reports with the issue with MariaDB 10.6. + +My other Debian 11 VMs which were also setup recently, do not experience this problem, only difference is this VM is running the MariaDB. I have Gitlab, Docker, Mailcow, PowerDNS, OPNsense (each of these separate VM) in the other VMs and they do not experience this issue. All these VMs are running Debian 11. + +Agent Info +``` +qemu-guest-agent/stable,stable-security,now 1:5.2+dfsg-11+deb11u1 amd64 +```""" +reproduce = """1. Install Proxmox (although I would assume any QEMU 6.1.1) +2. Create a Debian 11 guest with MariaDB 10.7 from MariaDB repo +3. Wait good few hours +4. Issue a backup or fs-freeze""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/882.toml b/gitlab/issues/target_missing/host_missing/accel_missing/882.toml new file mode 100644 index 00000000..9aa82af0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/882.toml @@ -0,0 +1,481 @@ +id = 882 +title = "Build fails: error: ‘struct statx’ has no member named ‘stx_mnt_id’" +state = "closed" +created_at = "2022-02-22T15:17:29.000Z" +closed_at = "2022-03-03T14:46:25.013Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/882" +host-os = "Linux (glibc 2.34, gcc 11.2.0, linux-kernel 5.17-rc3, linux-headers 5.17-rc3, self-compiled)" +host-arch = "x86_64" +qemu-version = "git" +guest-os = "//" +guest-arch = "//" +description = """When trying to build qemu (both version 6.2.0 and upstream git), the build fails with the mentioned error message""" +reproduce = """1. Configure qemu with the following arguments (target list removed for the sake of brevity): +``` +./configure \\ + --prefix=/usr \\ + --sysconfdir=/etc \\ + --localstatedir=/var \\ + --libexecdir=/usr/lib/qemu \\ + --smbd=/usr/bin/smbd \\ + --enable-modules \\ + --enable-sdl \\ + --enable-slirp=system \\ + --disable-werror +``` +2. Try to build qemu +3. Build fails on target tools/virtiofsd/virtiofsd.p/passthrough_ll.c.o""" +additional = """Meson output: +``` ++ ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --enable-slirp=system --disable-werror --target-list=x86_64-softmmu,x86_64-linux-user,aarch64-softmmu,aarch64-linux-user,ppc64-softmmu,ppc64-linux-user,riscv32-softmmu,riscv32-linux-user,riscv64-softmmu,riscv64-linux-user,arm-softmmu,arm-linux-user,avr-softmmu +Using './build' as the directory for build output +The Meson build system +Version: 0.61.2 +Source dir: /home/mae/dev/qemubuild/qemu +Build dir: /home/mae/dev/qemubuild/qemu/build +Build type: native build +Project name: qemu +Project version: 6.2.50 +C compiler for the host machine: gcc -m64 -mcx16 (gcc 11.2.0 "gcc (GCC) 11.2.0") +C linker for the host machine: gcc -m64 -mcx16 ld.bfd 2.37 +Host machine cpu family: x86_64 +Host machine cpu: x86_64 +Program sh found: YES (/usr/bin/sh) +Program python3 found: YES (/usr/bin/python) +Program bzip2 found: YES (/usr/bin/bzip2) +C++ compiler for the host machine: g++ -m64 -mcx16 (gcc 11.2.0 "g++ (GCC) 11.2.0") +C++ linker for the host machine: g++ -m64 -mcx16 ld.bfd 2.37 +Program cgcc found: NO +Library m found: YES +Run-time dependency threads found: YES +Library util found: YES +Run-time dependency appleframeworks found: NO (tried framework) +Found pkg-config: /usr/bin/pkg-config (1.8.0) +Run-time dependency pixman-1 found: YES 0.40.0 +Run-time dependency zlib found: YES 1.2.11 +Has header "libaio.h" : YES +Library aio found: YES +Run-time dependency liburing found: YES 2.0 +Run-time dependency libnfs found: YES 5.0.1 +Run-time dependency appleframeworks found: NO (tried framework) +Run-time dependency libseccomp found: YES 2.5.3 +Has header "cap-ng.h" : YES +Library cap-ng found: YES +Run-time dependency xkbcommon found: YES 1.4.0 +Has header "libvdeplug.h" : YES +Library vdeplug found: YES +Run-time dependency libpulse found: YES 15.0 +Run-time dependency alsa found: YES 1.2.6.1 +Run-time dependency jack found: NO (tried pkgconfig) +Run-time dependency spice-protocol found: YES 0.14.4 +Run-time dependency spice-server found: YES 0.15.0 +Library rt found: YES +Run-time dependency libiscsi found: YES 1.19.0 +Run-time dependency libzstd found: YES 1.5.2 +Run-time dependency virglrenderer found: YES 0.9.1 +Run-time dependency libcurl found: YES 7.81.0 +Run-time dependency libudev found: YES 250 +Library mpathpersist found: NO +Run-time dependency ncursesw found: YES 6.3.20211021 +Has header "brlapi.h" : NO +Run-time dependency sdl2 found: YES 2.0.18 +Run-time dependency sdl2_image found: YES 2.0.5 +Library rados found: NO +Has header "rbd/librbd.h" : NO +Run-time dependency glusterfs-api found: NO (tried pkgconfig) +Run-time dependency libssh found: YES 0.9.6 +Has header "bzlib.h" : YES +Library bz2 found: YES +Has header "lzfse.h" : NO +Has header "sys/soundcard.h" : YES +Run-time dependency gbm found: YES 21.3.1 +Run-time dependency gnutls found: YES 3.7.3 +Run-time dependency gtk+-3.0 found: YES 3.24.31 +Run-time dependency gtk+-x11-3.0 found: YES 3.24.31 +Run-time dependency vte-2.91 found: YES 0.66.2 +Run-time dependency x11 found: YES 1.7.3.1 +Run-time dependency libpng found: YES 1.6.37 +Run-time dependency libjpeg found: YES 2.1.2 +Has header "sasl/sasl.h" : YES +Library sasl2 found: YES +Has header "security/pam_appl.h" : YES +Library pam found: YES +Has header "snappy-c.h" : YES +Library snappy found: YES +Has header "lzo/lzo1x.h" : YES +Library lzo2 found: YES +Run-time dependency libcacard found: YES 2.7.0 +Run-time dependency u2f-emu found: NO (tried pkgconfig) +Run-time dependency libusbredirparser-0.5 found: YES 0.12.0 +Run-time dependency libusb-1.0 found: YES 1.0.25 +Run-time dependency libpmem found: NO (tried pkgconfig) +Run-time dependency libdaxctl found: YES 72.1+ +Run-time dependency libtasn1 found: YES 4.18.0 +Run-time dependency libkeyutils found: YES 1.6.3 +Checking for function "gettid" : YES +Run-time dependency libselinux found: NO (tried pkgconfig) +Run-time dependency fuse3 found: YES 3.10.5 +Run-time dependency libbpf found: YES 0.7.0 +Has header "sys/epoll.h" : YES +Has header "linux/magic.h" : YES +Has header "valgrind/valgrind.h" : YES +Has header "linux/btrfs.h" : YES +Has header "libdrm/drm.h" : YES +Has header "pty.h" : YES +Has header "sys/disk.h" : NO +Has header "sys/ioccom.h" : NO +Has header "sys/kcov.h" : NO +Checking for function "accept4" : YES +Checking for function "clock_adjtime" : YES +Checking for function "dup3" : YES +Checking for function "fallocate" : YES +Checking for function "posix_fallocate" : YES +Checking for function "posix_memalign" : YES +Checking for function "ppoll" : YES +Checking for function "preadv" : YES +Checking for function "sem_timedwait" with dependency threads: YES +Checking for function "sendfile" : YES +Checking for function "setns" : YES +Checking for function "unshare" : YES +Checking for function "syncfs" : YES +Checking for function "sync_file_range" : YES +Checking for function "timerfd_create" : YES +Checking for function "copy_file_range" : YES +Checking for function "openpty" with dependency -lutil: YES +Checking for function "strchrnul" : YES +Checking for function "system" : YES +Header <byteswap.h> has symbol "bswap_32" : YES +Header <sys/epoll.h> has symbol "epoll_create1" : YES +Header <unistd.h> has symbol "environ" : YES +Header <linux/falloc.h> has symbol "FALLOC_FL_PUNCH_HOLE" : YES +Header <linux/falloc.h> has symbol "FALLOC_FL_KEEP_SIZE" : YES +Header <linux/falloc.h> has symbol "FALLOC_FL_ZERO_RANGE" : YES +Has header "linux/fiemap.h" : YES +Header <linux/fs.h> has symbol "FS_IOC_FIEMAP" : YES +Checking for function "getrandom" : YES +Header <sys/random.h> has symbol "GRND_NONBLOCK" : YES +Header <sys/inotify.h> has symbol "inotify_init" : YES +Header <sys/inotify.h> has symbol "inotify_init1" : YES +Header <machine/bswap.h> has symbol "bswap32" : NO +Header <sys/prctl.h> has symbol "PR_SET_TIMERSLACK" : YES +Header <linux/rtnetlink.h> has symbol "IFLA_PROTO_DOWN" : YES +Header <sys/sysmacros.h> has symbol "makedev" : YES +Header <getopt.h> has symbol "optreset" : NO +Header <netinet/in.h> has symbol "IPPROTO_MPTCP" : YES +Checking whether type "struct sigevent" has member "sigev_notify_thread_id" : NO +Checking whether type "struct stat" has member "st_atim" : YES +Checking for type "struct iovec" : YES +Checking for type "struct utmpx" : YES +Checking for type "struct mmsghdr" : YES +Program scripts/minikconf.py found: YES (/usr/bin/python /home/mae/dev/qemubuild/qemu/scripts/minikconf.py) +Configuring x86_64-softmmu-config-target.h using configuration +Configuring x86_64-softmmu-config-devices.mak with command +Reading depfile: /home/mae/dev/qemubuild/qemu/build/meson-private/x86_64-softmmu-config-devices.mak.d +Configuring x86_64-softmmu-config-devices.h using configuration +Configuring x86_64-linux-user-config-target.h using configuration +Configuring aarch64-softmmu-config-target.h using configuration +Configuring aarch64-softmmu-config-devices.mak with command +Reading depfile: /home/mae/dev/qemubuild/qemu/build/meson-private/aarch64-softmmu-config-devices.mak.d +Configuring aarch64-softmmu-config-devices.h using configuration +Configuring aarch64-linux-user-config-target.h using configuration +Configuring ppc64-softmmu-config-target.h using configuration +Configuring ppc64-softmmu-config-devices.mak with command +Reading depfile: /home/mae/dev/qemubuild/qemu/build/meson-private/ppc64-softmmu-config-devices.mak.d +Configuring ppc64-softmmu-config-devices.h using configuration +Configuring ppc64-linux-user-config-target.h using configuration +Configuring riscv32-softmmu-config-target.h using configuration +Configuring riscv32-softmmu-config-devices.mak with command +Reading depfile: /home/mae/dev/qemubuild/qemu/build/meson-private/riscv32-softmmu-config-devices.mak.d +Configuring riscv32-softmmu-config-devices.h using configuration +Configuring riscv32-linux-user-config-target.h using configuration +Configuring riscv64-softmmu-config-target.h using configuration +Configuring riscv64-softmmu-config-devices.mak with command +Reading depfile: /home/mae/dev/qemubuild/qemu/build/meson-private/riscv64-softmmu-config-devices.mak.d +Configuring riscv64-softmmu-config-devices.h using configuration +Configuring riscv64-linux-user-config-target.h using configuration +Configuring arm-softmmu-config-target.h using configuration +Configuring arm-softmmu-config-devices.mak with command +Reading depfile: /home/mae/dev/qemubuild/qemu/build/meson-private/arm-softmmu-config-devices.mak.d +Configuring arm-softmmu-config-devices.h using configuration +Configuring arm-linux-user-config-target.h using configuration +Configuring avr-softmmu-config-target.h using configuration +Configuring avr-softmmu-config-devices.mak with command +Reading depfile: /home/mae/dev/qemubuild/qemu/build/meson-private/avr-softmmu-config-devices.mak.d +Configuring avr-softmmu-config-devices.h using configuration +Program scripts/make-config-poison.sh found: YES (/home/mae/dev/qemubuild/qemu/scripts/make-config-poison.sh) +Run-time dependency capstone found: NO (tried pkgconfig) +Configuring capstone-defs.h using configuration +Run-time dependency slirp found: YES 4.6.1 +Library fdt found: YES +Configuring config-host.h using configuration +Program scripts/hxtool found: YES (/home/mae/dev/qemubuild/qemu/scripts/hxtool) +Program scripts/shaderinclude.pl found: YES (/usr/bin/env perl /home/mae/dev/qemubuild/qemu/scripts/shaderinclude.pl) +Program scripts/qapi-gen.py found: YES (/usr/bin/python /home/mae/dev/qemubuild/qemu/scripts/qapi-gen.py) +Program scripts/qemu-version.sh found: YES (/home/mae/dev/qemubuild/qemu/scripts/qemu-version.sh) + +Executing subproject libvhost-user + +libvhost-user| Project name: libvhost-user +libvhost-user| Project version: undefined +libvhost-user| C compiler for the host machine: gcc -m64 -mcx16 (gcc 11.2.0 "gcc (GCC) 11.2.0") +libvhost-user| C linker for the host machine: gcc -m64 -mcx16 ld.bfd 2.37 +libvhost-user| Dependency threads found: YES unknown (cached) +libvhost-user| Dependency glib-2.0 found: YES 2.71.2 (overridden) +libvhost-user| Build targets in project: 10 +libvhost-user| Subproject libvhost-user finished. + +Program scripts/decodetree.py found: YES (/usr/bin/python /home/mae/dev/qemubuild/qemu/scripts/decodetree.py) +Program ../scripts/modules/module_block.py found: YES (/usr/bin/python /home/mae/dev/qemubuild/qemu/block/../scripts/modules/module_block.py) +Program ../scripts/block-coroutine-wrapper.py found: YES (/usr/bin/python /home/mae/dev/qemubuild/qemu/block/../scripts/block-coroutine-wrapper.py) +Program scripts/modinfo-collect.py found: YES (/home/mae/dev/qemubuild/qemu/scripts/modinfo-collect.py) +Program scripts/modinfo-generate.py found: YES (/home/mae/dev/qemubuild/qemu/scripts/modinfo-generate.py) +Program nm found: YES +Program scripts/undefsym.py found: YES (/usr/bin/python /home/mae/dev/qemubuild/qemu/scripts/undefsym.py) +Program scripts/feature_to_c.sh found: YES (/bin/sh /home/mae/dev/qemubuild/qemu/scripts/feature_to_c.sh) +Configuring 50-qemu-gpu.json using configuration +Configuring 50-qemu-virtiofsd.json using configuration +Configuring 50-edk2-i386-secure.json using configuration +Configuring 50-edk2-x86_64-secure.json using configuration +Configuring 60-edk2-aarch64.json using configuration +Configuring 60-edk2-arm.json using configuration +Configuring 60-edk2-i386.json using configuration +Configuring 60-edk2-x86_64.json using configuration +Program qemu-keymap found: NO +Program cp found: YES (/usr/bin/cp) +Program sphinx-build-3 sphinx-build found: NO +Program python3 found: YES (/usr/bin/python) +Program diff found: YES (/usr/bin/diff) +Program dbus-daemon found: YES (/usr/bin/dbus-daemon) +Program initrd-stress.sh found: YES (/home/mae/dev/qemubuild/qemu/tests/migration/initrd-stress.sh) +Program xgettext found: YES (/usr/bin/xgettext) +Build targets in project: 744 + +qemu 6.2.50 + + Directories + Install prefix : /usr + BIOS directory : share/qemu + firmware path : /usr/share/qemu-firmware + binary directory : bin + library directory : lib + module directory : lib/qemu + libexec directory : lib/qemu + include directory : include + config directory : /etc + local state directory : /var + Manual directory : share/man + Doc directory : /usr/share/doc + Build directory : /home/mae/dev/qemubuild/qemu/build + Source path : /home/mae/dev/qemubuild/qemu + GIT submodules : ui/keycodemapdb tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc capstone + + Host binaries + git : git + make : make + python : /usr/bin/python (version: 3.10) + sphinx-build : NO + gdb : /usr/bin/gdb + genisoimage : + smbd : "/usr/bin/smbd" + + Configurable features + Documentation : NO + system-mode emulation : YES + user-mode emulation : YES + block layer : YES + Install blobs : YES + module support : YES + alternative module path : NO + fuzzing support : NO + Audio drivers : pa oss + Trace backends : log + D-Bus display : YES + QOM debugging : YES + vhost-kernel support : YES + vhost-net support : YES + vhost-crypto support : YES + vhost-scsi support : YES + vhost-vsock support : YES + vhost-user support : YES + vhost-user-blk server support: YES + vhost-user-fs support : YES + vhost-vdpa support : YES + build guest agent : YES + + Compilation + host CPU : x86_64 + host endianness : little + C compiler : gcc -m64 -mcx16 + Host C compiler : gcc -m64 -mcx16 + C++ compiler : g++ -m64 -mcx16 + CFLAGS : -march=native -mtune=native -O3 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -O2 -g + CXXFLAGS : -march=native -mtune=native -O3 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -O2 -g + LDFLAGS : -march=native -mtune=native -O3 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now + QEMU_CFLAGS : -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong + QEMU_LDFLAGS : -Wl,--warn-common -Wl,-z,relro -Wl,-z,now -fstack-protector-strong + profiler : NO + link-time optimization (LTO) : NO + PIE : YES + static build : NO + malloc trim support : YES + membarrier : NO + debug stack usage : NO + mutex debugging : NO + memory allocator : system + avx2 optimization : YES + avx512f optimization : NO + gprof enabled : NO + gcov : NO + thread sanitizer : NO + CFI support : NO + strip binaries : NO + sparse : NO + mingw32 support : NO + x86_64 tests : gcc + + Targets and accelerators + KVM support : YES + HAX support : NO + HVF support : NO + WHPX support : NO + NVMM support : NO + Xen support : NO + TCG support : YES + TCG backend : native (x86_64) + TCG plugins : YES + TCG debug enabled : NO + target list : x86_64-softmmu x86_64-linux-user aarch64-softmmu aarch64-linux-user ppc64-softmmu ppc64-linux-user riscv32-softmmu riscv32-linux-user riscv64-softmmu riscv64-linux-user arm-softmmu arm-linux-user avr-softmmu + default devices : YES + out of process emulation : YES + + Block layer support + coroutine backend : ucontext + coroutine pool : YES + Block whitelist (rw) : + Block whitelist (ro) : + Use block whitelist in tools : NO + VirtFS support : YES + build virtiofs daemon : YES + Live block migration : YES + replication support : YES + bochs support : YES + cloop support : YES + dmg support : YES + qcow v1 support : YES + vdi support : YES + vvfat support : YES + qed support : YES + parallels support : YES + FUSE exports : YES 3.10.5 + + Crypto + TLS priority : "NORMAL" + GNUTLS support : YES 3.7.3 + GNUTLS crypto : YES + libgcrypt : NO + nettle : NO + crypto afalg : NO + rng-none : NO + Linux keyring : YES + + Dependencies + SDL support : YES + SDL image support : YES 2.0.5 + GTK support : YES + pixman : YES 0.40.0 + VTE support : YES 0.66.2 + slirp support : YES 4.6.1 + libtasn1 : YES 4.18.0 + PAM : YES + iconv support : YES + curses support : YES + virgl support : YES 0.9.1 + curl support : YES 7.81.0 + Multipath support : NO + VNC support : YES + VNC SASL support : YES + VNC JPEG support : YES 2.1.2 + VNC PNG support : YES 1.6.37 + OSS support : YES + ALSA support : YES 1.2.6.1 + PulseAudio support : YES 15.0 + JACK support : NO + brlapi support : NO + vde support : YES + netmap support : NO + l2tpv3 support : YES + Linux AIO support : YES + Linux io_uring support : YES 2.0 + ATTR/XATTR support : YES + RDMA support : NO + PVRDMA support : NO + fdt support : system + libcap-ng support : YES + bpf support : YES 0.7.0 + spice protocol support : YES 0.14.4 + spice server support : YES 0.15.0 + rbd support : NO + smartcard support : YES 2.7.0 + U2F support : NO + libusb : YES 1.0.25 + usb net redir : YES 0.12.0 + OpenGL support : YES + GBM : YES 21.3.1 + libiscsi support : YES 1.19.0 + libnfs support : YES 5.0.1 + seccomp support : YES 2.5.3 + GlusterFS support : NO + TPM support : YES + libssh support : YES 0.9.6 + lzo support : YES + snappy support : YES + bzip2 support : YES + lzfse support : NO + zstd support : YES 1.5.2 + NUMA host support : YES + capstone : internal + libpmem support : NO + libdaxctl support : YES 72.1+ + libudev : YES 250 + FUSE lseek : YES + selinux : NO + + Subprojects + libvhost-user : YES + + User defined options + Native files : config-meson.cross + bindir : /usr/bin + datadir : /usr/share + debug : true + includedir : /usr/include + libdir : /usr/lib + libexecdir : /usr/lib/qemu + localedir : /usr/share/locale + localstatedir : /var + mandir : /usr/share/man + optimization : 2 + prefix : /usr + sysconfdir : /etc + werror : false + b_coverage : false + b_lto : false + b_pie : true + audio_drv_list : default + capstone : auto + cfi : false + default_devices : true + docdir : /usr/share/doc + fdt : auto + qemu_firmwarepath : /usr/share/qemu-firmware + qemu_suffix : qemu + sdl : enabled + slirp : system + sphinx_build : + tcg : enabled + trace_file : trace + xen : disabled + +Found ninja-1.10.2 at /usr/bin/ninja +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/883.toml b/gitlab/issues/target_missing/host_missing/accel_missing/883.toml new file mode 100644 index 00000000..854ab0d4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/883.toml @@ -0,0 +1,35 @@ +id = 883 +title = "DRBG: could not allocate CTR cipher TFM handle: ctr(aes)" +state = "opened" +created_at = "2022-02-23T06:03:19.181Z" +closed_at = "n/a" +labels = ["Cryptography"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/883" +host-os = "Windows" +host-arch = "x86_64" +qemu-version = "" +guest-os = "Debian Bullseye" +guest-arch = "x86_64" +description = """""" +reproduce = """1. Install Debian in Qemu using the command: +``` +REM example to create disk +REM qemu-img create -f qcow2 debian-qcow2.img 32G + +qemu-system-x86_64.exe -hda debian-qcow2.img -cdrom debian-11.2.0-amd64-netinst.iso -boot d -m 8G -accel hax +``` + +2. Fight with installer and partitions to finally get this: + + +3. System boots and shows a bunch of FAILED messages with crypto error: + + + + +I am new at using Qemu so may need pointers to provide more information. + +The system seems to be working to some degree. + +Color me impressed!!!""" +additional = """Related: #880""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/884.toml b/gitlab/issues/target_missing/host_missing/accel_missing/884.toml new file mode 100644 index 00000000..3ce6cdb0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/884.toml @@ -0,0 +1,18 @@ +id = 884 +title = "Stuck when using virtio driver to rotate the screen" +state = "opened" +created_at = "2022-02-24T03:27:31.378Z" +closed_at = "n/a" +labels = ["device:graphics", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/884" +host-os = "Centos8.2" +host-arch = "x86_64, aarch64" +qemu-version = "qemu-4.1.0" +guest-os = "Centos8.2" +guest-arch = "x86_64, aarch64" +description = """Configure the virtual machine's graphics card as Virtio, and use `xrandr -o left` to rotate the screen and it will get stuck. + +Configure the graphics card as VGA, and use `xrandr -o left` to rotate the screen normally.""" +reproduce = """1. Configure the virtual machine's graphics card as Virtio +2. use `xrandr -o left` to rotate the screen""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/885.toml b/gitlab/issues/target_missing/host_missing/accel_missing/885.toml new file mode 100644 index 00000000..94119250 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/885.toml @@ -0,0 +1,15 @@ +id = 885 +title = "linux-user: `getsockopt` on `SO_RCVTIMEO_NEW`/`SO_SNDTIMEO_NEW` writes unexpected `int`" +state = "opened" +created_at = "2022-02-24T05:44:10.969Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/885" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/889.toml b/gitlab/issues/target_missing/host_missing/accel_missing/889.toml new file mode 100644 index 00000000..56d39a16 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/889.toml @@ -0,0 +1,15 @@ +id = 889 +title = "cc1: error: ‘-fcf-protection’ is not compatible with this target" +state = "closed" +created_at = "2022-03-02T00:15:30.297Z" +closed_at = "2022-03-25T13:03:05.797Z" +labels = ["Build System", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/889" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/89.toml b/gitlab/issues/target_missing/host_missing/accel_missing/89.toml new file mode 100644 index 00000000..cdf8ce51 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/89.toml @@ -0,0 +1,15 @@ +id = 89 +title = "Documentation for mtdblock, option-rom, and pflash is non-existent" +state = "opened" +created_at = "2021-05-03T11:19:40.687Z" +closed_at = "n/a" +labels = ["Bite Sized", "Documentation", "Launchpad", "Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/89" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/891.toml b/gitlab/issues/target_missing/host_missing/accel_missing/891.toml new file mode 100644 index 00000000..f2b47670 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/891.toml @@ -0,0 +1,15 @@ +id = 891 +title = "how to know jpeg-wan-compression is in force" +state = "opened" +created_at = "2022-03-03T12:05:48.598Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/891" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/892.toml b/gitlab/issues/target_missing/host_missing/accel_missing/892.toml new file mode 100644 index 00000000..02b6f398 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/892.toml @@ -0,0 +1,17 @@ +id = 892 +title = "Ensure qemu-storage-daemon builds, works and is included in win10 setup" +state = "closed" +created_at = "2022-03-03T18:41:59.884Z" +closed_at = "2022-09-30T08:54:33.689Z" +labels = ["Storage", "hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/892" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """- Job run on 20220315 "msys2-64bit build target" seems to have created binary: https://gitlab.com/qemu-project/qemu/-/jobs/2201739711 + - ```2456 [1324/1586] Linking target storage-daemon/qemu-storage-daemon.exe``` + - I hope it will be included in final distributed setup files""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/894.toml b/gitlab/issues/target_missing/host_missing/accel_missing/894.toml new file mode 100644 index 00000000..516f80f5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/894.toml @@ -0,0 +1,39 @@ +id = 894 +title = "target/riscv64 qemu-iotests 040 failed" +state = "closed" +created_at = "2022-03-06T15:17:51.970Z" +closed_at = "2022-03-22T17:04:53.660Z" +labels = ["Storage", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/894" +host-os = "Debian GNU/Linux bookworm/sid" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.2.50 (v6.2.0-2128-g9d662a6b22-dirty)" +guest-os = "n/a" +guest-arch = "riscv64" +description = """I cross-compiled a riscv64 QEMU flavor based on the most updated code, then make check. Some qemu-iotests failed, 040 041 127 256 267. I mainly focused on test 040 and tried to find out what happened.""" +reproduce = """1. change directory to QEMU source tree root +2. ./configure --prefix=~/temp --target-list=riscv64-softmmu +3. make +4. cd build/tests/qemu-iotests/ +5. ./check -qcow2 040 + +Then a lot of error messages(please see attachment). The following log might hint the root cause I thought: +``` ++ Command: /home/qemu/qemu/build/tests/qemu-iotests/../../qemu-system-riscv64 -display none -vga none -chardev socket,id=mon,path=/tmp/tmpwhnx3jq0/qemu-28363-monitor.sock -mon chardev=mon,mode=control -qtest unix:path=/tmp/tmpwhnx3jq0/qemu-28363-qtest.sock -accel qtest -nodefaults -display none -accel qtest -drive if=none,id=drive0,file=/home/qemu/qemu/build/tests/qemu-iotests/scratch/test.img,format=qcow2,cache=writeback,aio=threads,node-name=top,backing.node-name=mid,backing.backing.node-name=base -device virtio-scsi -device scsi-hd,id=scsi0,drive=drive0 ++ Output: [I 1646574338.669217] OPENED ++qemu-system-riscv64: -device virtio-scsi: No 'PCI' bus found for device 'virtio-scsi-pci' +``` +The command had no '-machine' argument. For riscv64 target, 'spike' will be the default machine. Maybe 'spike' have no PCI bus? Then I tried to change it to 'virt' machine but failed, nothing new happen. +``` +QEMU_DEFAULT_MACHINE=virt ./check -qcow2 040 +``` +``` +QEMU_OPTIONS="-machine virt" ./check -qcow2 040 +``` +Last, I modified [testenv.py](https://gitlab.com/qemu-project/qemu/-/blob/master/tests/qemu-iotests/testenv.py#L239) and added one line in machine-map, all tests passed! +``` +('riscv64', 'virt'), +``` + +Is there any way to easy the issue or do I miss something? Thank you!""" +additional = """[zlog.riscv.xz](/uploads/cbbad7c5c256d2b49d220aa6425e2b17/zlog.riscv.xz)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/895.toml b/gitlab/issues/target_missing/host_missing/accel_missing/895.toml new file mode 100644 index 00000000..11e3675f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/895.toml @@ -0,0 +1,46 @@ +id = 895 +title = "can't find table device while call qemu_input_is_absolute function" +state = "closed" +created_at = "2022-03-08T09:16:01.099Z" +closed_at = "2022-11-14T05:03:13.032Z" +labels = ["device:input", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/895" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """vnc service can‘t run with mouse absolute mode""" +reproduce = """1.create a virtual machine with vnc service via virt-manager. + +2.delete mouse and table device if exists. + +3.add table devices first,next add mouse device. + +4.gdb attach corresponding qemu thread, run command +print "%d",qemu_input_is_absolute() +display function return false ,so I can't use mouse with absolute mode.""" +additional = """code in qemu_input_is_absolute() is +``` +bool qemu_input_is_absolute(void) +{ + QemuInputHandlerState *s; + + s = qemu_input_find_handler(INPUT_EVENT_MASK_REL | INPUT_EVENT_MASK_ABS, + NULL); + return (s != NULL) && (s->handler->mask & INPUT_EVENT_MASK_ABS); +} +``` +qemu_input_find_handler function find a handler INPUT_EVENT_MASK_REL or INPUT_EVENT_MASK_ABS,but just compare with INPUT_EVENT_MASK_ABS, +I think it should be +``` +bool qemu_input_is_absolute(void) +{ + QemuInputHandlerState *s; + + s = qemu_input_find_handler(INPUT_EVENT_MASK_ABS, + NULL); + return (s != NULL) && (s->handler->mask & INPUT_EVENT_MASK_ABS); +} +``` +thanks for your help.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/90.toml b/gitlab/issues/target_missing/host_missing/accel_missing/90.toml new file mode 100644 index 00000000..5c0930f2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/90.toml @@ -0,0 +1,15 @@ +id = 90 +title = "vga/std lacks few wide screen modes." +state = "opened" +created_at = "2021-05-03T11:19:47.409Z" +closed_at = "n/a" +labels = ["Launchpad", "device:graphics", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/90" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/900.toml b/gitlab/issues/target_missing/host_missing/accel_missing/900.toml new file mode 100644 index 00000000..2bff7fdc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/900.toml @@ -0,0 +1,15 @@ +id = 900 +title = "how to install gemu guest agent without configure script ?" +state = "closed" +created_at = "2022-03-11T10:39:20.882Z" +closed_at = "2022-03-14T13:49:40.171Z" +labels = ["Documentation", "Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/900" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/901.toml b/gitlab/issues/target_missing/host_missing/accel_missing/901.toml new file mode 100644 index 00000000..ea8995ea --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/901.toml @@ -0,0 +1,18 @@ +id = 901 +title = "Bad screen behavior with adaptive sync" +state = "opened" +created_at = "2022-03-11T11:59:38.083Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/901" +host-os = "Arch Linux" +host-arch = "x86_64" +qemu-version = "6.2.0" +guest-os = "Windows 10 21H1" +guest-arch = "n/a" +description = """KDE Wayland has freesync automatically enabled for full screen applications[[1]](https://wiki.archlinux.org/title/Variable_refresh_rate#Wayland_configuration). When using a VM in full screen mode, the screen starts having a strange behavior, like "blinking". I've tried windows 10, Linux Mint, MX Linux and Ubuntu 21.10. +The problem disappears if using Xorg or disabling freesync trough KDE settings.""" +reproduce = """1. On KDE Wayland, check if freesync is activated in settings> screen> adaptive synchronization +2. Launch any vm in fuul screen mode +3. Observe the screen""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/905.toml b/gitlab/issues/target_missing/host_missing/accel_missing/905.toml new file mode 100644 index 00000000..272345e5 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/905.toml @@ -0,0 +1,15 @@ +id = 905 +title = "Null-ptr dereference in blk_bs" +state = "opened" +created_at = "2022-03-12T18:38:03.760Z" +closed_at = "n/a" +labels = ["Fuzzer"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/905" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/907.toml b/gitlab/issues/target_missing/host_missing/accel_missing/907.toml new file mode 100644 index 00000000..19f069f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/907.toml @@ -0,0 +1,17 @@ +id = 907 +title = "qemu-system-x86_64 -blockdev fails with \"CURL: Error opening file\" when supplied url of ISO file" +state = "closed" +created_at = "2022-03-14T14:18:50.248Z" +closed_at = "2022-03-16T14:58:54.244Z" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/907" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """1. Run: qemu-system-x86_64 -blockdev driver=https,url=https://archive.fedoraproject.org:443/pub/archive/fedora/linux/releases/28/Server/x86_64/os/images/boot.iso,node-name=libvirt-1-storage,auto-read-only=true + +The command returns error: qemu-system-x86_64: -blockdev driver=https,url=https://archive.fedoraproject.org:443/pub/archive/fedora/linux/releases/28/Server/x86_64/os/images/boot.iso,node-name=libvirt-1-storage,auto-read-only=true,discard=unmap: CURL: Error opening file:""" +additional = """This bug is not present in qemu 6.1.0, it surfaced with an update to 6.2.0""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/908.toml b/gitlab/issues/target_missing/host_missing/accel_missing/908.toml new file mode 100644 index 00000000..719a0a59 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/908.toml @@ -0,0 +1,15 @@ +id = 908 +title = "since when is qemu-guest-agent included in the qemu package ?" +state = "closed" +created_at = "2022-03-14T16:21:25.984Z" +closed_at = "2022-03-14T17:25:12.703Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/908" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/911.toml b/gitlab/issues/target_missing/host_missing/accel_missing/911.toml new file mode 100644 index 00000000..87aab20c --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/911.toml @@ -0,0 +1,25 @@ +id = 911 +title = "Unable to strace execve calls in mipsel user mode" +state = "opened" +created_at = "2022-03-16T00:05:27.772Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/911" +host-os = "Ubuntu 20.04" +host-arch = "x86_64" +qemu-version = "6.2.0, 6.2.90" +guest-os = "Linux MIPSEL" +guest-arch = "MIPS Little Endian" +description = """Used 6.2.0 ZIP and git to build, configured with +``` +./configure --target-list=mipsel-linux-user --static --disable-system --enable-linux-user +``` + +When trying to strace a mipsel-arch application, I cannot see traces for the `execve` syscall. It looks like the call to `safe_execve` is not returning, so the strace printout is never completed. I'm assuming this has to do with `execve` syscall not returning on success, but older versions appeared to be able to do it. I tried it with QEMU 4.2.1 from the package manager on Ubuntu and I saw the `execve` syscall (see qemu-4.2.1.log).""" +reproduce = """1. Build mipsel app: ` mipsel-linux-gnu-gcc -o test.mipsel test.c` (Test code is attached as `test.c`) +2. Run qemu-mipsel: `./build/qemu-mipsel -L /usr/mipsel-linux-gnu/ -strace ../test.mipsel` +3. Note that even though the app uses both `system` and `popen` to create subprocesses, no `execve` syscall is shown in the strace output.""" +additional = """[qemu-6.2.90.log](/uploads/ca03e6f40b3b0ea79a042786a123760a/qemu-6.2.90.log) +[qemu-6.2.0.log](/uploads/ca15057398377d49b396e9e77a5cb639/qemu-6.2.0.log) +[qemu-4.2.1.log](/uploads/1087250dd9fc4d8d106d2cbc58c2b14a/qemu-4.2.1.log) +[test.c](/uploads/9d242a724b10b296cfd7a945ae4d6c4d/test.c)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/912.toml b/gitlab/issues/target_missing/host_missing/accel_missing/912.toml new file mode 100644 index 00000000..5cd33d72 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/912.toml @@ -0,0 +1,15 @@ +id = 912 +title = "Cannot access RHEL8_s390x installed OS using SSH from host OS network" +state = "closed" +created_at = "2022-03-16T01:51:24.643Z" +closed_at = "2022-03-16T08:19:52.835Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/912" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/913.toml b/gitlab/issues/target_missing/host_missing/accel_missing/913.toml new file mode 100644 index 00000000..b295b3ae --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/913.toml @@ -0,0 +1,15 @@ +id = 913 +title = "QEMU Sharing Host files with Guest" +state = "closed" +created_at = "2022-03-16T06:56:50.824Z" +closed_at = "2022-03-16T08:25:18.969Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/913" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/917.toml b/gitlab/issues/target_missing/host_missing/accel_missing/917.toml new file mode 100644 index 00000000..557e0111 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/917.toml @@ -0,0 +1,15 @@ +id = 917 +title = "FireWire Device Passthrough?" +state = "closed" +created_at = "2022-03-17T17:15:05.547Z" +closed_at = "2022-03-17T18:44:12.336Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/917" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/918.toml b/gitlab/issues/target_missing/host_missing/accel_missing/918.toml new file mode 100644 index 00000000..16dcc734 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/918.toml @@ -0,0 +1,15 @@ +id = 918 +title = "TILE Cpu Host & Emulator support?" +state = "closed" +created_at = "2022-03-17T17:29:37.693Z" +closed_at = "2022-03-17T18:53:14.178Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/918" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/919.toml b/gitlab/issues/target_missing/host_missing/accel_missing/919.toml new file mode 100644 index 00000000..1d9618eb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/919.toml @@ -0,0 +1,15 @@ +id = 919 +title = "Slow in Windows" +state = "closed" +created_at = "2022-03-19T08:09:26.543Z" +closed_at = "2022-03-21T08:09:24.339Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/919" +host-os = "Windows 10 20h1" +host-arch = "x64" +qemu-version = "6.2.0" +guest-os = "Win8.1 and others" +guest-arch = "x64" +description = """Eg . Win8.1 in QEMU on Windows is very slow and other os also are very slow""" +reproduce = """Just run a qemu instance""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/92.toml b/gitlab/issues/target_missing/host_missing/accel_missing/92.toml new file mode 100644 index 00000000..5165c3af --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/92.toml @@ -0,0 +1,15 @@ +id = 92 +title = "qemu 1.3.0: usb devices shouldn't have same vendor/product ID and same serial" +state = "opened" +created_at = "2021-05-03T11:26:55.118Z" +closed_at = "n/a" +labels = ["Launchpad", "USB", "device:input", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/92" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/926.toml b/gitlab/issues/target_missing/host_missing/accel_missing/926.toml new file mode 100644 index 00000000..928baf36 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/926.toml @@ -0,0 +1,15 @@ +id = 926 +title = "block-backend assertion with Cocoa UI" +state = "closed" +created_at = "2022-03-22T07:20:29.228Z" +closed_at = "2022-03-30T14:56:01.531Z" +labels = ["GUI", "hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/926" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/927.toml b/gitlab/issues/target_missing/host_missing/accel_missing/927.toml new file mode 100644 index 00000000..24654f70 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/927.toml @@ -0,0 +1,40 @@ +id = 927 +title = "linux-user: openat on /proc/self/exe can return a closed file descriptor" +state = "opened" +created_at = "2022-03-22T10:51:45.166Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/927" +host-os = "Docker in macOS" +host-arch = "arm64" +qemu-version = "qemu-x86_64 version 6.2.0 (v6.2.0)" +guest-os = "n/a" +guest-arch = "n/a" +description = """`open("/proc/self/exe", ...)` returns a closed file descriptor if qemu-user was executed as an interpreter, passing a file descriptor in the `AT_EXECFD` auxval. + +When the `AT_EXECFD` auxval is nonzero the user program is loaded through `load_elf_binary()` (in `linux-user/elfload.c`) which ultimately calls `load_elf_image()` with that same file descriptor, and `load_elf_image()` closes the file descriptor before returning. + +`do_openat` in `linux-user/syscall.c` will return that file descriptor to the user if the opened path satisfies `is_proc_myself(pathname, "exe")`, which is obviously wrong both in that the file descriptor is closed as part of the initialization process of qemu itself, and that the user program would then close that file descriptor and thus the next invocation of `open` would have the same problem.""" +reproduce = """This program prints `3 3` in a x86_64 docker container on my machine (arm64 macos, which docker desktop handles by running containers in a native linux VM under qemu-user). + +```c +#include <fcntl.h> +#include <stdio.h> + +int main(int argc, char **argv) { + int selfexe = open("/proc/self/exe", O_RDONLY | O_CLOEXEC); + if (selfexe < 0) { + perror("open self"); + return 1; + } + + int devnull = open("/dev/null", O_WRONLY | O_CLOEXEC); + if (devnull < 0) { + perror("open devnull"); + return 1; + } + + printf("%d %d\\n", selfexe, devnull); +} +```""" +additional = """Thanks to @pm215 for helping me pinpoint the exact issue I was encountering.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/929.toml b/gitlab/issues/target_missing/host_missing/accel_missing/929.toml new file mode 100644 index 00000000..40603a06 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/929.toml @@ -0,0 +1,41 @@ +id = 929 +title = "qemu-user syscall clone fails" +state = "closed" +created_at = "2022-03-22T20:08:51.061Z" +closed_at = "2022-03-23T00:25:03.539Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/929" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "6.2.0` and `6.2.90 (v7.0.0-rc0-52-g330724977b)" +guest-os = "n/a" +guest-arch = "n/a" +description = """This seems very similar to the issue reported here (https://bugs.launchpad.net/qemu/+bug/1926996). When attempting to perform the clone syscall, an error of -1 is returned where I would expect it to succeed. Running the same executable outside of qemu works as expected.""" +reproduce = """1. gcc clone.c +2. qemu-x86_64 a.out""" +additional = """I've tried building with gcc, zig cc, and clang and the output of each works fine when running natively, but running under qemu fails. I originally discovered it when cross compiling to riscv64 but it doesn't seem to be limited to that architecture. + +``` +// clone.c + +#include <linux/sched.h> +#include <sched.h> +#include <sys/syscall.h> +#include <unistd.h> +#include <stdio.h> + +int main(void) { + + long pid = syscall( SYS_clone, 0, 0, 0, 0, 0 ); + + if (pid < 0) { + printf( "error %ld\\n", pid ); + } else if (pid == 0) { + printf( "child %ld\\n", pid ); + } else { + printf( "parent %ld\\n", pid ); + } + + return 0; +} +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/93.toml b/gitlab/issues/target_missing/host_missing/accel_missing/93.toml new file mode 100644 index 00000000..6ab49f97 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/93.toml @@ -0,0 +1,15 @@ +id = 93 +title = "qemu 1.4.2: usb keyboard not fully working" +state = "opened" +created_at = "2021-05-03T11:27:08.240Z" +closed_at = "n/a" +labels = ["Launchpad", "USB", "device:input", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/93" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/931.toml b/gitlab/issues/target_missing/host_missing/accel_missing/931.toml new file mode 100644 index 00000000..251caf62 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/931.toml @@ -0,0 +1,15 @@ +id = 931 +title = "Create GitLab 7.1 milestone" +state = "closed" +created_at = "2022-03-23T11:21:16.198Z" +closed_at = "2022-04-05T08:34:46.284Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/931" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/932.toml b/gitlab/issues/target_missing/host_missing/accel_missing/932.toml new file mode 100644 index 00000000..b71f9734 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/932.toml @@ -0,0 +1,22 @@ +id = 932 +title = "Snapshot created with 6.2.0 cannot be loaded with 7.0.0-rc1" +state = "closed" +created_at = "2022-03-23T12:00:49.938Z" +closed_at = "2022-04-06T20:29:09.281Z" +labels = ["Migration", "Regression"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/932" +host-os = "Proxmox VE 7.1 (but using upstream QEMU builds throughout this report)" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.2.91 (v7.0.0-rc1)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Loading the snapshot will fail with: + +```` +qemu-system-x86_64: Missing section footer for 0000:00:01.3/piix4_pm +qemu-system-x86_64: Error -22 while loading VM state +````""" +reproduce = """1. Start VM with `6.2.0`. +2. Create a snapshot `takenwith620` with `snapshot-save` QMP command. +3. Stop VM and try to load snapshot with `v7.0.0-rc1`.""" +additional = """Bisecting led to `5ead62185d ("memory: Make memory_region_is_mapped() succeed when mapped via an alias")`, but reverting that alone wasn't enough, so I continued and got to `7c0fa8dff8 ("pcie: Add support for Single Root I/O Virtualization (SR/IOV)")`. Only reverting both seems to fix the issue.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/933.toml b/gitlab/issues/target_missing/host_missing/accel_missing/933.toml new file mode 100644 index 00000000..19820075 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/933.toml @@ -0,0 +1,34 @@ +id = 933 +title = "Changing CD ROM medium sometimes fails with 'Tray of device is not open'" +state = "opened" +created_at = "2022-03-23T16:09:35.891Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/933" +host-os = "Fedora-34/35/36, CentOS Stream 8/9" +host-arch = "x86" +qemu-version = "6.1.0 (but can be reproduced with v7.0.0-rc1 too!)" +guest-os = "Fedora 34" +guest-arch = "x86" +description = """QEMU reports that a CD ROM tray is not open when exchanging media: +`unable to execute QEMU command 'blockdev-remove-medium': Tray of device 'ide0-1-0' is not open` + +We see the issue in upstream libvirt integration tests. However, this issue is a race and the reproducibility rate is <15%.""" +reproduce = """On the high level this is what we do: +1. eject medium that the machine was started with +2. insert a different medium into the CD ROM + +Translating the above to QEMU QMP commands this is what the test exercises: +1. blockdev-open-tray +2. blockdev-remove-medium +3. blockdev-del +4. blockdev-close-tray +5. blockdev-open-tray +6. blockdev-remove-medium +7. blockdev-add +8. blockdev-insert-medium <<< This is where the test fails +9. blockdev-close-tray""" +additional = """I bisected the code (3 times just to be sure since it's a race) and the following commit fell out of it: +55adb3c45620c31f29978f209e2a44a08d34e2da + +I'm attaching QEMU trace events and a bunch of libvirt test logs (good and bad for comparison). If you think of anything else I should provide in order to help with the issue analysis, please let me know what other option should be turned on.[qemu_traces.tar.gz](/uploads/32e48c92efce3484e552df063795af4d/qemu_traces.tar.gz)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/935.toml b/gitlab/issues/target_missing/host_missing/accel_missing/935.toml new file mode 100644 index 00000000..b588057e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/935.toml @@ -0,0 +1,67 @@ +id = 935 +title = "insert ivshmem device into pci-bridge, but vm network disconnects" +state = "opened" +created_at = "2022-03-25T09:00:05.289Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/935" +host-os = "Ubuntu" +host-arch = "x64" +qemu-version = "qemu-x86_64 version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.39)" +guest-os = "Win10 19043.1586" +guest-arch = "x64" +description = """To extend PCI slot number in Windows vm, a new pci-bridge is created in Windows vm as bus.1. But when I insert a ivshmem file in host to this pci-bridge(bus.1), the Windows vm disconnects(lose remote desktop connection).""" +reproduce = """1. add new pci-bridge into windows vm, add windows vm xml configuration like this: +```xml +<devices> + <controller type='pci' index='0' model='pci-root'/> + <controller type='pci' index='1' model='pci-bridge'> + <address type='pci' domain='0' bus='0' slot='0x0d' function='0' multifunction='off'/> + </controller> +</devices> +``` + +2.restart this Windows vm, new pci-bridge has been created, its name is pci.1 and bus is bus.1: +```sh +$ virsh qemu-monitor-command --hmp --domain 56 --cmd info pci + Bus 0, device 13, function 0: + PCI bridge: PCI device 1b36:0001 + IRQ 10. + BUS 0. + secondary bus 1. + subordinate bus 1. + IO range [0xc000, 0xcfff] + memory range [0xfe000000, 0xfe1fffff] + prefetchable memory range [0xe4000000, 0xe41fffff] + BAR0: 64 bit memory at 0xfe422000 [0xfe4220ff]. + id "pci.1" +``` +3. create a shm file `/dev/shm/test1` in host using `shm_open()`, size is 32M + +4. create new object: +```sh +virsh qemu-monitor-command --hmp --domain 56 --cmd object_add memory-backend-file,share=on,id=objtest1,size=32M,mem-path=/dev/shm/test1 +``` + +5. insert this ivshmem file into new pci-bridge and use bus.1 slot number(1:1.0): +```sh +virsh qemu-monitor-command --hmp --domain 56 --cmd device_add ivshmem-plain,memdev=objtest1,id=test1,bus=pci.1,addr=0x01.0x00 +``` + +6. After inserting this ivshmem file into new pci-bridge, the remote desktop connection of this windows vm disconnects. + +7. New ivshmem file has been created: +``` +$ virsh qemu-monitor-command --hmp --domain 57 --cmd info pci + Bus 1, device 1, function 0: + RAM controller: PCI device 1af4:1110 + BAR0: 32 bit memory at 0xfe1fff00 [0xfe1fffff]. + BAR2: 64 bit prefetchable memory at 0x4bc000000 [0x4bfffffff]. + id "test1" + +```""" +additional = """When insert ivshmem file into bus.1(pci-bridge), the remote desktop connection of Windows vm is sometimes disconnected, and sometimes it is normal. + +The newly added ivshmem device can be found in the device manager of the Windows vm, but sometimes it cannot be found. + +Thanks for your help!""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/936.toml b/gitlab/issues/target_missing/host_missing/accel_missing/936.toml new file mode 100644 index 00000000..03f486f1 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/936.toml @@ -0,0 +1,24 @@ +id = 936 +title = "Serial output mangled in terminal" +state = "closed" +created_at = "2022-03-25T12:59:56.161Z" +closed_at = "2025-02-10T16:26:09.003Z" +labels = ["Chardev", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/936" +host-os = "NixOS" +host-arch = "x86" +qemu-version = "6.2.0" +guest-os = "custom hobby OS" +guest-arch = "x86" +description = """My hobby OS uses the serial port at `0x3f8` to log messages to QEMU's stdout. This used to work fine, I can even emit ANSI escape codes to get color output and it renders in my terminal as expected. I left this project for about a year and just returned to it with the latest version of QEMU. Now, all of the QEMU serial output from my OS in the terminal seems to be missing carriage returns and buffering strangely. It's as if every log line ends up on the same line in the stdout buffer, but with newlines (without returning to the start of the line) between them. For example (these aren't my real logs but demonstrate the issue): +``` +[KERNEL] startup + [KERNEL] initializing heap + [KERNEL] initializing drivers + [KERNEL] ready! +``` +Also, when QEMU exits, I notice that my shell indicates that the last command's output didn't end in a newline which is strange. + +I tried debugging this myself by piping the output to a file and inspecting it in a hex editor, but it looks like just normal newlines in the output. I tried piping the output to `tr '\\n' '\\r\\n'` to add carriage returns, but that ends up rendering all the output on a single line which resets to the first column every line. I tried sending the output to a file and watching the file, but it seems to get buffered and the data only shows up once QEMU exits. My best guess is that the output hasn't changed, but this new version of QEMU is changing some kind of buffering setting on its output which is causing this, but I'm really not sure what's going on.""" +reproduce = """I can provide the boot image if that would be helpful to reproduce.""" +additional = """""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/937.toml b/gitlab/issues/target_missing/host_missing/accel_missing/937.toml new file mode 100644 index 00000000..46db6912 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/937.toml @@ -0,0 +1,76 @@ +id = 937 +title = "I/O errors occur when qcow2 files created via gluster fuse mount are accessed via libgfapi (gluster://)" +state = "opened" +created_at = "2022-03-25T15:33:38.295Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/937" +host-os = "Debian 11" +host-arch = "x86_64" +qemu-version = "5.2, 6.1, 6.2" +guest-os = "n/a" +guest-arch = "n/a" +description = """Environment: a Gluster volume 'v0' (Gluster versions tested were 9.2-1 and 10.1) is built on 3 nodes on top of 3 ZFS pools. It is mounted to check fuse mount functionality. Mount point is `/mnt/gl`. +When an empty qcow2 is created via fuse mount (qemu-img create -f qcow2 /mnt/gl/123.qcow2 10G) and then this qcow2 is attached to qemu guest -- error appears: +``` +qemu-system-x86_64: -blockdev {"node-name":"libvirt-2-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"qcow2","file":"libvirt-2-storage","backing":null}: Could not read L1 table: Input/output error +``` +When the same file is attached to qemu guest via fuse mount there is no error. When the same file is created via GFAPI (gluster://) there is no error too.""" +reproduce = """1. Create file via fuse-mount: `qemu-img create -f qcow2 /mnt/gl/123.qcow2 10G` +2. Attach this file via gluster:// to qemu guest and observe an error +3. Attach this file via fuse mount, run a guest -- no error. +4. Create file via gluster:// : `qemu-img create -f qcow2 gluster://v0/234.qcow2 10g` +5. Attach this file (via GFAPI or via fuse mount) to qemu guest and run guest -- there is no error.""" +additional = """When an empty qcow2 file with virtual size 10G with default cluster size is created, its proper size is 196768 (0x300a0) bytes. If file is created via fuse mount, that is true and file size is 0x300a0 bytes. +In the end of file L1 table resides, its offset is 0x30000 and size is 0xa0. When this qcow2 is attached via fuse mount it seems that i/o requests are conforming to file size and file is read without errors. +But when file with size 0x300a0 is attached via gluster://, qemu aligns i/o requests by 0x200 bytes boundary (see dump below, frame #12. NB: dump is taken from qemu-img create cmd so there are write requests). Thus, request goes beyond the file end and read error occurs. + +When file is created via gluster:// its size is 197120 (0x30200) bytes because write requests are aligned to 512 bytes too. And guest runs normally with it regardless of connection type. + +``` +Thread 1 "qemu-img" hit Breakpoint 1, 0x00007fffec014f10 in ec_gf_writev () from /usr/lib64/glusterfs/11dev/xlator/cluster/disperse.so +(gdb) bt +#0 0x00007fffec014f10 in ec_gf_writev () from /usr/lib64/glusterfs/11dev/xlator/cluster/disperse.so +#1 0x00007ffff68eeea6 in default_writev () from /lib64/libglusterfs.so.0 +#2 0x00007ffff4024ab8 in gf_utime_writev (frame=0x555556126aa8, this=0x7fffe40113d8, fd=0x555556126b88, vector=0x555556130868, count=1, off=196608, flags=0, iobref=0x555556130608, xdata=0x0) at utime-autogen-fops.c:81 +#3 0x00007ffff68eeea6 in default_writev () from /lib64/libglusterfs.so.0 +#4 0x00007ffff4013c39 in ob_writev (frame=frame@entry=0x555556126aa8, this=0x7fffe4012408, fd=fd@entry=0x555556126b88, iov=iov@entry=0x555556130868, count=count@entry=1, offset=offset@entry=196608, flags=0, + iobref=0x555556130608, xdata=0x0) at open-behind.c:584 +#5 0x00007fffdff37774 in mdc_writev (frame=frame@entry=0x5555561522d8, this=0x7fffe40139e8, fd=fd@entry=0x555556126b88, vector=vector@entry=0x555556130868, count=count@entry=1, offset=offset@entry=196608, flags=0, + iobref=0x555556130608, xdata=0x0) at md-cache.c:2151 +#6 0x00007fffdff143fb in io_stats_writev (frame=0x55555611dc08, this=0x7fffe4015468, fd=0x555556126b88, vector=0x555556130868, count=1, offset=196608, flags=0, iobref=0x555556130608, xdata=0x0) at io-stats.c:2952 +#7 0x00007ffff68eeea6 in default_writev () from /lib64/libglusterfs.so.0 +#8 0x00007fffdfee88ca in meta_writev (frame=0x55555611dc08, this=0x7fffe40173d8, fd=0x555556126b88, iov=0x555556130868, count=1, offset=196608, flags=0, iobref=0x555556130608, xdata=0x0) at meta.c:131 +#9 0x00007ffff6942f22 in glfs_pwritev_async_common () from /lib64/libgfapi.so.0 +#10 0x00007ffff69462f6 in glfs_pwritev_async () from /lib64/libgfapi.so.0 +#11 0x00007ffff7fc5839 in qemu_gluster_co_writev () from /usr/lib64/qemu/block-gluster.so +#12 0x0000555555623b7e in bdrv_driver_pwritev (bs=bs@entry=0x55555611eda0, offset=offset@entry=196608, bytes=bytes@entry=512, qiov=qiov@entry=0x7ffff5e9cb40, qiov_offset=qiov_offset@entry=0, flags=flags@entry=0) + at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:1243 +#13 0x00005555556244d2 in bdrv_aligned_pwritev (child=child@entry=0x55555611e3a0, req=req@entry=0x7ffff5e9ca80, offset=196608, bytes=512, align=align@entry=512, qiov=0x7ffff5e9cb40, qiov_offset=0, flags=0) + at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:2020 +#14 0x0000555555625433 in bdrv_co_pwritev_part (child=0x55555611e3a0, offset=<optimized out>, bytes=<optimized out>, qiov=<optimized out>, qiov_offset=<optimized out>, flags=0) + at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:2188 +#15 0x00005555556267a0 in bdrv_run_co (opaque=0x7ffff5e9cbb0, entry=0x5555556260a0 <bdrv_rw_co_entry>, bs=0x55555611eda0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:915 +#16 bdrv_prwv_co (flags=0, is_write=true, qiov=0x7ffff5e9cbd0, offset=196608, child=0x55555611e3a0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:966 +#17 bdrv_pwritev (qiov=0x7ffff5e9cbd0, offset=196608, child=0x55555611e3a0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:1048 +#18 bdrv_pwrite (bytes=160, buf=0x555556116000, offset=196608, child=0x55555611e3a0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:1070 +#19 bdrv_pwrite_sync (child=0x55555611e3a0, offset=offset@entry=196608, buf=buf@entry=0x555556116000, count=count@entry=160) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:1084 +#20 0x00005555555f60de in qcow2_grow_l1_table (bs=bs@entry=0x55555610d0a0, min_size=min_size@entry=20, exact_size=exact_size@entry=true) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/qcow2-cluster.c:161 +#21 0x00005555555ec252 in qcow2_co_truncate (bs=0x55555610d0a0, offset=<optimized out>, exact=<optimized out>, prealloc=PREALLOC_MODE_OFF, flags=0, errp=0x7ffff5e9cfa0) + at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/qcow2.c:4172 +#22 0x000055555562758d in bdrv_co_truncate (child=0x55555617b290, offset=10737418240, exact=<optimized out>, prealloc=PREALLOC_MODE_OFF, flags=0, errp=0x7ffff5e9cfa0) + at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:3394 +#23 0x0000555555627a01 in bdrv_truncate_co_entry (opaque=0x7ffff5e9ceb0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:3437 +#24 bdrv_run_co (opaque=0x7ffff5e9ceb0, entry=0x555555627980 <bdrv_truncate_co_entry>, bs=0x55555610d0a0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:915 +#25 bdrv_truncate (child=<optimized out>, offset=<optimized out>, exact=<optimized out>, prealloc=<optimized out>, flags=flags@entry=0, errp=errp@entry=0x7ffff5e9cfa0) + at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/io.c:3453 +#26 0x0000555555611d32 in blk_truncate (blk=blk@entry=0x55555611e420, offset=<optimized out>, exact=exact@entry=false, prealloc=<optimized out>, flags=flags@entry=0, errp=errp@entry=0x7ffff5e9cfa0) + at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/block-backend.c:2184 +#27 0x00005555555e9a0f in qcow2_co_create (create_options=0x55555612c000, errp=errp@entry=0x7ffff5e9cfa0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/qcow2.c:3614 +#28 0x00005555555ea0ec in qcow2_co_create_opts (drv=<optimized out>, filename=<optimized out>, opts=0x5555557a3f90, errp=0x7ffff5e9cfa0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block/qcow2.c:3795 +#29 0x00005555555bd631 in bdrv_create_co_entry (opaque=0x7fffffffdff0) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/block.c:487 +#30 0x00005555556a7d8b in coroutine_trampoline (i0=<optimized out>, i1=<optimized out>) at /usr/src/debug/qemu-5.1.0-9.fc33.x86_64/util/coroutine-ucontext.c:173 +#31 0x00007ffff76a01c0 in ?? () at ../sysdeps/unix/sysv/linux/x86_64/__start_context.S:91 from /lib64/libc.so.6 +#32 0x00007fffffffd820 in ?? () +#33 0x0000000000000000 in ?? () +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/938.toml b/gitlab/issues/target_missing/host_missing/accel_missing/938.toml new file mode 100644 index 00000000..e337a715 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/938.toml @@ -0,0 +1,15 @@ +id = 938 +title = "Impossible to cross compile from Ubuntu or Debian to Windows with the tutorial" +state = "closed" +created_at = "2022-03-25T22:05:08.973Z" +closed_at = "2022-04-03T21:15:35.177Z" +labels = ["hostos: Windows"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/938" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/940.toml b/gitlab/issues/target_missing/host_missing/accel_missing/940.toml new file mode 100644 index 00000000..dffcd1b9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/940.toml @@ -0,0 +1,15 @@ +id = 940 +title = "\"analyze-migration.py -m\" does not appear to account for the pci-hole" +state = "opened" +created_at = "2022-03-27T12:57:48.998Z" +closed_at = "n/a" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/940" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/941.toml b/gitlab/issues/target_missing/host_missing/accel_missing/941.toml new file mode 100644 index 00000000..a9e39a59 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/941.toml @@ -0,0 +1,49 @@ +id = 941 +title = "qemu-img cannot repair a qcow2 in an LV because size is mis-detected when qcow2 is on an LV" +state = "closed" +created_at = "2022-03-27T16:17:39.184Z" +closed_at = "2022-04-20T18:11:21.553Z" +labels = ["Storage", "kind::Bug", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/941" +host-os = "(Windows 10 21H1, Fedora 34, etc.)" +host-arch = "(x86, ARM, s390x, etc.)" +qemu-version = "(e.g. `qemu-system-x86_64 --version`)" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "(x86, ARM, s390x, etc.)" +description = """This is RHEV with Tb's of VMs which need to be repaired due to a datacenter-wide (the real datacenter) power outage. + +Each of these VMs are on individual LVs but qemu-img check fails to perform repairs: + + +``` +ERROR cluster 24481205 refcount=0 reference=1 +ERROR cluster 24481206 refcount=0 reference=1 +Rebuilding refcount structure +ERROR writing refblock: No space left on device <============ +qemu-img: Check failed: No space left on device +``` + +Running qemu-img check or info on the LV (/dev/dm-*) works well but repairs cannot be completed: + +``` +# qemu-img info /dev/cdd4e215-8c6b-4877-b2be-fdba383e7eb0/fb32333b-2334-4e10-8c42-02bc97e826cc +image: /dev/cdd4e215-8c6b-4877-b2be-fdba383e7eb0/fb32333b-2334-4e10-8c42-02bc97e826cc +file format: qcow2 +virtual size: 1.5 TiB (1649267441664 bytes) +disk size: 0 B <================================ +cluster_size: 65536 +Format specific information: + compat: 1.1 + compression type: zlib + lazy refcounts: true + refcount bits: 16 + corrupt: false + extended l2: false +```""" +reproduce = """1. Have a damaged VM with its qcow2 in an LV +2. run 'qemu-img check <device>' verify that it properly detects the blocks which need fixing. +3. run 'qemu-img check -r all <device>', it exits with 'no space left on device´ after a few seconds.""" +additional = """https://bugzilla.redhat.com/show_bug.cgi?id=1519071 + + +Here is one example:""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/943.toml b/gitlab/issues/target_missing/host_missing/accel_missing/943.toml new file mode 100644 index 00000000..5d96b629 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/943.toml @@ -0,0 +1,15 @@ +id = 943 +title = "Calling get-fsinfo on a virtual machine does not include ZFS (zfsonlinux, debian guest tested) volumes" +state = "opened" +created_at = "2022-03-28T11:25:22.097Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/943" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/944.toml b/gitlab/issues/target_missing/host_missing/accel_missing/944.toml new file mode 100644 index 00000000..69daa615 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/944.toml @@ -0,0 +1,36 @@ +id = 944 +title = "9p virtfs issue under MacOS in 7.0.0-rc1" +state = "closed" +created_at = "2022-03-28T12:38:05.775Z" +closed_at = "2024-09-10T08:55:57.606Z" +labels = ["block:9p"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/944" +host-os = "MacOS 12.3" +host-arch = "x86_64" +qemu-version = "7.0.0-rc1" +guest-os = "n/a" +guest-arch = "n/a" +description = """9p virtfs under MacOS has an issue with sed inline replacements (sed -i). +The issue somewhere in xattr I believe""" +reproduce = """1. /Users/sid/ is mounted via 9p virtfs from MacOS host +2. +``` +[core@localhost ~]$ sed -i 's/aaa/zzz/g' /Users/sid/q/123 +sed: preserving permissions for ‘/Users/sid/q/sed3MLMjp’: Protocol not supported +```""" +additional = """strace part with error +``` +openat(AT_FDCWD, "/proc/thread-self/attr/fscreate", O_RDWR|O_CLOEXEC) = 5 +write(5, NULL, 0) = 0 +close(5) = 0 +newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=12, ...}, AT_EMPTY_PATH) = 0 +read(3, "qqq\\nzzz\\nsss\\n", 8192) = 12 +newfstatat(4, "", {st_mode=S_IFREG|0600, st_size=0, ...}, AT_EMPTY_PATH) = 0 +read(3, "", 8192) = 0 +fchown(4, 501, 1000) = 0 +fgetxattr(3, "system.posix_acl_access", 0x7ffd6dbd18b0, 132) = -1 ENODATA (No data available) +newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=12, ...}, AT_EMPTY_PATH) = 0 +fsetxattr(4, "system.posix_acl_access", "\\2\\0\\0\\0\\1\\0\\6\\0\\377\\377\\377\\377\\4\\0\\4\\0\\377\\377\\377\\377 \\0\\4\\0\\377\\377\\377\\377", 28, 0) = -1 EPROTONOSUPPORT (Protocol not supported) +fsetxattr(4, "system.posix_acl_access", "\\2\\0\\0\\0\\1\\0\\6\\0\\377\\377\\377\\377\\4\\0\\4\\0\\377\\377\\377\\377 \\0\\4\\0\\377\\377\\377\\377", 28, 0) = -1 EPROTONOSUPPORT (Protocol not supported) +fchmod(4, 0100644) = 0 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/945.toml b/gitlab/issues/target_missing/host_missing/accel_missing/945.toml new file mode 100644 index 00000000..e69cf199 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/945.toml @@ -0,0 +1,20 @@ +id = 945 +title = "For QEMU 7.0.0-rc1, nbd-server-add fails with qcow2 image with iothread in migration context" +state = "closed" +created_at = "2022-03-28T12:54:24.088Z" +closed_at = "2022-05-05T13:08:56.304Z" +labels = ["Regression", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/945" +host-os = "Proxmox VE 7.1 (but using upstream QEMU build)" +host-arch = "x86" +qemu-version = "QEMU emulator version 6.2.91 (v7.0.0-rc1)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Upon adding the drive for NBD (via QMP), there is an error message +````kvm: ../block.c:3657: bdrv_open_child: Assertion `qemu_in_main_thread()' failed.```` +and then the process aborts.""" +reproduce = """1. Create image: `qemu-img create -f qcow2 /root/target-disk.qcow2 4G` +2. Start QEMU as mentioned above. +3. Issue `nbd-server-start` QMP command (I used type unix). +4. Issue `nbd-server-add` command for the single disk.""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/946.toml b/gitlab/issues/target_missing/host_missing/accel_missing/946.toml new file mode 100644 index 00000000..1b43c05a --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/946.toml @@ -0,0 +1,22 @@ +id = 946 +title = "qemu-img can't create qcow2 file on nfs path，which report error(Image is not in qcow2 format)" +state = "closed" +created_at = "2022-03-29T03:24:32.606Z" +closed_at = "2022-03-29T07:54:28.017Z" +labels = ["Storage", "qemu-img"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/946" +host-os = "centos 8" +host-arch = "x86" +qemu-version = "QEMU emulator version 5.0.0" +guest-os = "n/a" +guest-arch = "n/a" +description = """I mount a nfs disk on my host,and use qemu-img to create a qcow2 file on this nfs path,but it not work,i have no idea,This problem has come up before in red-hat community: +[BUGID:1817640](https://bugzilla.redhat.com/show_bug.cgi?id=1817640#)""" +reproduce = """ + +**strace file:** +[qemu-img-strace.log](/uploads/85517b7550ba1ea459f85cfd37b74332/qemu-img-strace.log) + +See form this strace file,in the line 1077,we can see pread64 read result is empty,it casuse the error,but i don't know why the resulut is empty. +""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/948.toml b/gitlab/issues/target_missing/host_missing/accel_missing/948.toml new file mode 100644 index 00000000..2b0d99bc --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/948.toml @@ -0,0 +1,40 @@ +id = 948 +title = "7.0.0-rc1, -rc2 cannot build - config-poison.h is not generated" +state = "closed" +created_at = "2022-03-30T08:23:36.210Z" +closed_at = "2022-04-02T17:38:46.613Z" +labels = ["Build System", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/948" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """`make` halts with: + +``` +[557/2583] Generating module_block.h with a custom command +[558/2583] Generating block-gen.c with a custom command +[559/2583] Generating x86_64-softmmu-gdbstub-xml.c with a custom command (wrapped by meson to capture output) +[560/2583] Compiling C object libpage-vary-common.a.p/page-vary-common.c.o +[561/2583] Generating trace-target_sparc.c with a custom command +[562/2583] Generating trace-target_s390x_kvm.c with a custom command +ninja: job failed: clang -m64 -mcx16 -Ilibpage-vary-common.a.p -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -flto -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/dummy/qemu-7.0.0-rc2/linux-headers -isystem linux-headers -iquote . -iquote /home/dummy/qemu-7.0.0-rc2 -iquote /home/dummy/qemu-7.0.0-rc2/include -iquote /home/dummy/qemu-7.0.0-rc2/disas/libvixl -iquote /home/dummy/qemu-7.0.0-rc2/tcg/i386 -pthread -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -fstack-protector-strong -fsanitize=cfi-icall -fsanitize-cfi-icall-generalize-pointers -fPIE -fno-lto -fno-sanitize=cfi-icall -MD -MQ libpage-vary-common.a.p/page-vary-common.c.o -MF libpage-vary-common.a.p/page-vary-common.c.o.d -o libpage-vary-common.a.p/page-vary-common.c.o -c ../page-vary-common.c +In file included from ../page-vary-common.c:22: +In file included from /home/dummy/qemu-7.0.0-rc2/include/qemu/osdep.h:34: +/home/dummy/qemu-7.0.0-rc2/include/exec/poison.h:7:10: fatal error: 'config-poison.h' file not found +#include "config-poison.h" + ^~~~~~~~~~~~~~~~~ +1 error generated. +ninja: subcommand failed +make[1]: *** [Makefile:163: run-ninja] Error 1 +make[1]: Leaving directory '/home/dummy/qemu-7.0.0-rc2/build' +make: *** [GNUmakefile:11: all] Error 2 + +``` + +It seems that `config-poison.h` is not generated in `configure` and is not explicitly a dependency for some of necessary object file.""" +reproduce = """1. `docker pull alpine:3.15` +2. `docker build -t qemubad .` with the attached dockerfile""" +additional = """6.2.0 is good +7.0.0-rc0, 7.0.0-rc1, 7.0.0-rc2 exhibits the issue""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/950.toml b/gitlab/issues/target_missing/host_missing/accel_missing/950.toml new file mode 100644 index 00000000..828622e9 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/950.toml @@ -0,0 +1,31 @@ +id = 950 +title = "7.0.0-rc2 hw/9pfs/9p.h cannot find XATTR_SIZE_MAX" +state = "closed" +created_at = "2022-03-30T14:22:12.768Z" +closed_at = "2022-04-02T17:38:46.603Z" +labels = ["block:9p", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/950" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +[844/2583] Compiling C object tests/qtest/qos-test.p/virtio-rng-test.c.o +ninja: job failed: clang -m64 -mcx16 -Itests/qtest/qos-test.p -Itests/qtest -I../tests/qtest -I. -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -flto -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/dummy/qemu-7.0.0-rc2/linux-headers -isystem linux-headers -iquote . -iquote /home/dummy/qemu-7.0.0-rc2 -iquote /home/dummy/qemu-7.0.0-rc2/include -iquote /home/dummy/qemu-7.0.0-rc2/disas/libvixl -iquote /home/dummy/qemu-7.0.0-rc2/tcg/i386 -pthread -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -fstack-protector-strong -fsanitize=cfi-icall -fsanitize-cfi-icall-generalize-pointers -fPIE -MD -MQ tests/qtest/qos-test.p/virtio-9p-test.c.o -MF tests/qtest/qos-test.p/virtio-9p-test.c.o.d -o tests/qtest/qos-test.p/virtio-9p-test.c.o -c ../tests/qtest/virtio-9p-test.c +In file included from ../tests/qtest/virtio-9p-test.c:18: +/home/dummy/qemu-7.0.0-rc2/hw/9pfs/9p.h:497:2: error: Missing definition for P9_XATTR_SIZE_MAX for this host system +#error Missing definition for P9_XATTR_SIZE_MAX for this host system + ^ +1 error generated. +ninja: subcommand failed +make[1]: *** [Makefile:163: run-ninja] Error 1 +make[1]: Leaving directory '/home/dummy/qemu-7.0.0-rc2/build' +make: *** [GNUmakefile:11: all] Error 2 +The command '/bin/sh -c make -j"`grep -c '^processor' /proc/cpuinfo`"' returned a non-zero code: 2 + +```""" +reproduce = """1. build with attached Dockerfile""" +additional = """This problem is introduced by lore.kernel.org/all/20220227223522.91937-7-wwcohen@gmail.com/ + +`XATTR_SIZE_MAX` is in `<linux/limits.h>` which is included by `9p.c` but not `9p.h`. However the `9p.h` checks existence of XATTR_SIZE_MAX, so any other file including `9p.h` would be illegal. This is clearly misplacement of header including.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/951.toml b/gitlab/issues/target_missing/host_missing/accel_missing/951.toml new file mode 100644 index 00000000..929646f3 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/951.toml @@ -0,0 +1,205 @@ +id = 951 +title = "Build error" +state = "closed" +created_at = "2022-03-31T08:50:13.659Z" +closed_at = "2022-03-31T08:57:44.783Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/951" +host-os = "(ubuntu 20.04)" +host-arch = "(x86)" +qemu-version = "(6.2.92)" +guest-os = "n/a" +guest-arch = "n/a" +description = """``` +changing dir to build for make ""... +make[1]: Entering directory '/qemu-git/qemu/build' + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc capstone slirp +[1/1037] Generating ar with a custom command +[2/1037] Generating bepo with a custom command +[3/1037] Generating cz with a custom command +[4/1037] Generating da with a custom command +[5/1037] Generating de with a custom command +[6/1037] Generating de-ch with a custom command +[7/1037] Generating en-gb with a custom command +[8/1037] Generating en-us with a custom command +[9/1037] Generating es with a custom command +[10/1037] Generating et with a custom command +[11/1037] Generating fi with a custom command +[12/1037] Generating fo with a custom command +[13/1037] Generating fr-be with a custom command +[14/1037] Generating fr with a custom command +[15/1037] Generating fr-ca with a custom command +[16/1037] Generating fr-ch with a custom command +[17/1037] Generating hr with a custom command +[18/1037] Generating hu with a custom command +[19/1037] Generating is with a custom command +[20/1037] Generating it with a custom command +[21/1037] Generating ja with a custom command +[22/1037] Generating lt with a custom command +[23/1037] Generating mk with a custom command +[24/1037] Generating lv with a custom command +[25/1037] Generating nl with a custom command +[26/1037] Generating no with a custom command +[27/1037] Generating pt with a custom command +[28/1037] Generating pl with a custom command +[29/1037] Generating ru with a custom command +[30/1037] Generating pt-br with a custom command +[31/1037] Generating th with a custom command +[32/1037] Generating tr with a custom command +[33/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_i64.c.o +[34/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_common.c.o +[35/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_ui32.c.o +[36/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_random.c.o +[37/1037] Generating Test QAPI files with a custom command +[38/1037] Generating QAPI test (include) with a custom command +[39/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_uint128.c.o +[40/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_functions_common.c.o +[41/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_extF80.c.o +[42/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_functionInfos.c.o +[43/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_ui64.c.o +[44/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_f16.c.o +[45/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_i32.c.o +[46/1037] Generating edk2-i386-vars.fd with a custom command (wrapped by meson to capture output) +[47/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_uint128_inline.c.o +[48/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_standardFunctionInfos.c.o +[49/1037] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_fail.c.o +[50/1037] Generating qemu-version.h with a custom command (wrapped by meson to capture output) +[51/1034] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_f32.c.o +[52/1034] Compiling C object tests/fp/libsoftfloat.a.p/berkeley-softfloat-3_source_s_eq128.c.o +[53/1034] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_writeTestsTotal.c.o +[54/1034] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_f64.c.o +[55/1034] Generating edk2-x86_64-code.fd with a custom command (wrapped by meson to capture output) +[56/1034] Compiling C object tests/fp/libtestfloat.a.p/berkeley-testfloat-3_source_genCases_f128.c.o +[57/1034] Generating edk2-x86_64-secure-code.fd with a custom command (wrapped by meson to capture output) +[58/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_vhost-iova-tree.c.o +[59/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_vhost-shadow-virtqueue.c.o +[60/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_vfio_pci-quirks.c.o +FAILED: libqemu-x86_64-softmmu.fa.p/hw_vfio_pci-quirks.c.o +cc -m64 -mcx16 -Ilibqemu-x86_64-softmmu.fa.p -I. -I.. -Itarget/i386 -I../target/i386 -I../capstone/include/capstone -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/pixman-1 -I/usr/include/spice-server -I/usr/include/spice-1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fdiagnostics-color=auto -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -isystem /qemu-git/qemu/linux-headers -isystem linux-headers -iquote . -iquote /qemu-git/qemu -iquote /qemu-git/qemu/include -iquote /qemu-git/qemu/disas/libvixl -iquote /qemu-git/qemu/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="x86_64-softmmu-config-target.h"' '-DCONFIG_DEVICES="x86_64-softmmu-config-devices.h"' -MD -MQ libqemu-x86_64-softmmu.fa.p/hw_vfio_pci-quirks.c.o -MF libqemu-x86_64-softmmu.fa.p/hw_vfio_pci-quirks.c.o.d -o libqemu-x86_64-softmmu.fa.p/hw_vfio_pci-quirks.c.o -c ../hw/vfio/pci-quirks.c +../hw/vfio/pci-quirks.c: In function ‘vfio_igd_gtt_max’: +../hw/vfio/pci-quirks.c:1356:55: error: ‘IGD_GMCH’ undeclared (first use in this function) + 1356 | uint32_t gmch = vfio_pci_read_config(&vdev->pdev, IGD_GMCH, sizeof(gmch)); + | ^~~~~~~~ +../hw/vfio/pci-quirks.c:1356:55: note: each undeclared identifier is reported only once for each function it appears in +../hw/vfio/pci-quirks.c:1357:21: error: implicit declaration of function ‘igd_gen’ [-Werror=implicit-function-declaration] + 1357 | int ggms, gen = igd_gen(vdev); + | ^~~~~~~ +../hw/vfio/pci-quirks.c:1357:21: error: nested extern declaration of ‘igd_gen’ [-Werror=nested-externs] +../hw/vfio/pci-quirks.c: In function ‘vfio_igd_quirk_data_read’: +../hw/vfio/pci-quirks.c:1384:5: error: unknown type name ‘VFIOIGDQuirk’; did you mean ‘VFIOQuirk’? + 1384 | VFIOIGDQuirk *igd = opaque; + | ^~~~~~~~~~~~ + | VFIOQuirk +../hw/vfio/pci-quirks.c:1385:30: error: request for member ‘vdev’ in something not a structure or union + 1385 | VFIOPCIDevice *vdev = igd->vdev; + | ^~ +../hw/vfio/pci-quirks.c:1387:8: error: request for member ‘index’ in something not a structure or union + 1387 | igd->index = ~0; + | ^~ +../hw/vfio/pci-quirks.c: In function ‘vfio_igd_quirk_data_write’: +../hw/vfio/pci-quirks.c:1395:5: error: unknown type name ‘VFIOIGDQuirk’; did you mean ‘VFIOQuirk’? + 1395 | VFIOIGDQuirk *igd = opaque; + | ^~~~~~~~~~~~ + | VFIOQuirk +../hw/vfio/pci-quirks.c:1396:30: error: request for member ‘vdev’ in something not a structure or union + 1396 | VFIOPCIDevice *vdev = igd->vdev; + | ^~ +../hw/vfio/pci-quirks.c:1414:13: error: request for member ‘index’ in something not a structure or union + 1414 | if ((igd->index % 4 == 1) && igd->index < vfio_igd_gtt_max(vdev)) { + | ^~ +../hw/vfio/pci-quirks.c:1414:37: error: request for member ‘index’ in something not a structure or union + 1414 | if ((igd->index % 4 == 1) && igd->index < vfio_igd_gtt_max(vdev)) { + | ^~ +../hw/vfio/pci-quirks.c:1415:28: error: request for member ‘index’ in something not a structure or union + 1415 | if (gen < 8 || (igd->index % 8 == 1)) { + | ^~ +../hw/vfio/pci-quirks.c:1418:53: error: ‘IGD_BDSM’ undeclared (first use in this function) + 1418 | base = pci_get_long(vdev->pdev.config + IGD_BDSM); + | ^~~~~~~~ +../hw/vfio/pci-quirks.c:1420:17: error: implicit declaration of function ‘hw_error’; did you mean ‘herror’? [-Werror=implicit-function-declaration] + 1420 | hw_error("vfio-igd: Guest attempted to program IGD GTT before " + | ^~~~~~~~ + | herror +../hw/vfio/pci-quirks.c:1420:17: error: nested extern declaration of ‘hw_error’ [-Werror=nested-externs] +../hw/vfio/pci-quirks.c:1424:29: error: request for member ‘bdsm’ in something not a structure or union + 1424 | val = data - igd->bdsm + base; + | ^~ +../hw/vfio/pci-quirks.c:1430:42: error: request for member ‘index’ in something not a structure or union + 1430 | igd->index, data, val); + | ^~ +../hw/vfio/pci-quirks.c:1435:8: error: request for member ‘index’ in something not a structure or union + 1435 | igd->index = ~0; + | ^~ +../hw/vfio/pci-quirks.c: In function ‘vfio_igd_quirk_index_read’: +../hw/vfio/pci-quirks.c:1447:5: error: unknown type name ‘VFIOIGDQuirk’; did you mean ‘VFIOQuirk’? + 1447 | VFIOIGDQuirk *igd = opaque; + | ^~~~~~~~~~~~ + | VFIOQuirk +../hw/vfio/pci-quirks.c:1448:30: error: request for member ‘vdev’ in something not a structure or union + 1448 | VFIOPCIDevice *vdev = igd->vdev; + | ^~ +../hw/vfio/pci-quirks.c:1450:8: error: request for member ‘index’ in something not a structure or union + 1450 | igd->index = ~0; + | ^~ +../hw/vfio/pci-quirks.c: In function ‘vfio_igd_quirk_index_write’: +../hw/vfio/pci-quirks.c:1458:5: error: unknown type name ‘VFIOIGDQuirk’; did you mean ‘VFIOQuirk’? + 1458 | VFIOIGDQuirk *igd = opaque; + | ^~~~~~~~~~~~ + | VFIOQuirk +../hw/vfio/pci-quirks.c:1459:30: error: request for member ‘vdev’ in something not a structure or union + 1459 | VFIOPCIDevice *vdev = igd->vdev; + | ^~ +../hw/vfio/pci-quirks.c:1461:8: error: request for member ‘index’ in something not a structure or union + 1461 | igd->index = data; + | ^~ +../hw/vfio/pci-quirks.c: At top level: +../hw/vfio/pci-quirks.c:1472:13: error: static declaration of ‘vfio_probe_igd_bar4_quirk’ follows non-static declaration + 1472 | static void vfio_probe_igd_bar4_quirk(VFIOPCIDevice *vdev, int nr) + | ^~~~~~~~~~~~~~~~~~~~~~~~~ +In file included from ../hw/vfio/pci-quirks.c:27: +../hw/vfio/pci.h:211:6: note: previous declaration of ‘vfio_probe_igd_bar4_quirk’ was here + 211 | void vfio_probe_igd_bar4_quirk(VFIOPCIDevice *vdev, int nr); + | ^~~~~~~~~~~~~~~~~~~~~~~~~ +../hw/vfio/pci-quirks.c: In function ‘vfio_probe_igd_bar4_quirk’: +../hw/vfio/pci-quirks.c:1477:5: error: unknown type name ‘VFIOIGDQuirk’; did you mean ‘VFIOQuirk’? + 1477 | VFIOIGDQuirk *igd; + | ^~~~~~~~~~~~ + | VFIOQuirk +../hw/vfio/pci-quirks.c:1511:46: error: ‘IGD_GMCH’ undeclared (first use in this function) + 1511 | gmch = vfio_pci_read_config(&vdev->pdev, IGD_GMCH, 4); + | ^~~~~~~~ +../hw/vfio/pci-quirks.c:1603:32: error: ‘ERR_PREFIX’ undeclared (first use in this function) + 1603 | error_reportf_err(err, ERR_PREFIX, vdev->vbasedev.name); + | ^~~~~~~~~~ +../hw/vfio/pci-quirks.c:1638:8: error: request for member ‘vdev’ in something not a structure or union + 1638 | igd->vdev = vdev; + | ^~ +../hw/vfio/pci-quirks.c:1639:8: error: request for member ‘index’ in something not a structure or union + 1639 | igd->index = ~0; + | ^~ +../hw/vfio/pci-quirks.c:1640:8: error: request for member ‘bdsm’ in something not a structure or union + 1640 | igd->bdsm = vfio_pci_read_config(&vdev->pdev, IGD_BDSM, 4); + | ^~ +../hw/vfio/pci-quirks.c:1640:51: error: ‘IGD_BDSM’ undeclared (first use in this function) + 1640 | igd->bdsm = vfio_pci_read_config(&vdev->pdev, IGD_BDSM, 4); + | ^~~~~~~~ +../hw/vfio/pci-quirks.c:1641:8: error: request for member ‘bdsm’ in something not a structure or union + 1641 | igd->bdsm &= ~((1 << 20) - 1); /* 1MB aligned */ + | ^~ +cc1: all warnings being treated as errors +[61/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_virtio-crypto-pci.c.o +[62/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_virtio-crypto.c.o +[63/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_vhost-user-fs.c.o +[64/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_vhost-user-fs-pci.c.o +[65/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_vhost-vdpa.c.o +[66/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_virtio-balloon.c.o +[67/1034] Compiling C object libqemu-x86_64-softmmu.fa.p/hw_virtio_vhost-user.c.o +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:163: run-ninja] Error 1 +make[1]: Leaving directory '/qemu-git/qemu/build' +make: *** [GNUmakefile:11: all] Error 2 +```""" +reproduce = """1. git clone git://git.qemu.org/qemu.git +2. ./configure --prefix=/usr \\--target-list=x86_64-softmmu +3. make -j8""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/956.toml b/gitlab/issues/target_missing/host_missing/accel_missing/956.toml new file mode 100644 index 00000000..8e3cd2d8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/956.toml @@ -0,0 +1,50 @@ +id = 956 +title = "ARM: When 'virsh dump' exports vmcore, specifies --format compression format, virtual machine assert hangs" +state = "opened" +created_at = "2022-04-02T03:31:51.267Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/956" +host-os = "(Windows 10 21H1, Fedora 34, etc.)" +host-arch = "ARM" +qemu-version = "qemu-6.2.0-23.oe1" +guest-os = "(Windows 10 21H1, Fedora 34, etc.)" +guest-arch = "ARM" +description = """**ARM: virsh dump exports vmcore, specifies --format compression format, virtual machine assert hangs** + +**why 'virsh dump' page size configured as target page size (64KiB), but 'Implement kvm-steal-time' page size configured as host page size (4KB)?**""" +reproduce = """The vm image page size is configured as 64KiB, and the host page size is configured as 4KiB + +1.start vm + +2.Execute the virsh dump command to export vmcore + +Specify the compression format of vmcore, --format (kdump-zlib, kdump-snappy, kdump-lzo) + +/usr/bin/virsh dump avocado-vt-vm1 /var/tmp/vm.core --memory-only --format kdump-zlib + +/usr/bin/virsh dump avocado-vt-vm1 /var/tmp/vm.core --memory-only --format kdump-lzo + +/usr/bin/virsh dump avocado-vt-vm1 /var/tmp/vm.core --memory-only --format kdump-snappy + +**expected results**: The vmcore file is successfully exported and the virtual machine is running normally. + +**actual results**: The vmcore file is not exported normally, and the virtual machine is shut down abnormally.""" +additional = """qemu log: + + +host page size: + + +vm page size: + + +dump.c: get_next_page assert: + + +The code for the error assert exit is shown above. Here, it will check whether the memory to be dumped is actually aligned with the termination address. It needs to be aligned with the page size of the virtual machine. You can see through gdb that it is 64KiB. + + + +After binary search, it was found that a feature of kvm_steal_time was added to arm in version 5.2. Added the following code: +""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/959.toml b/gitlab/issues/target_missing/host_missing/accel_missing/959.toml new file mode 100644 index 00000000..1a110a4d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/959.toml @@ -0,0 +1,19 @@ +id = 959 +title = "100% CPU utilization when the guest is idle (FreeBSD on M1 Mac)" +state = "closed" +created_at = "2022-04-03T17:32:11.373Z" +closed_at = "2022-05-30T03:55:22.305Z" +labels = ["hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/959" +host-os = "macOS 12.1" +host-arch = "arm64" +qemu-version = "6.2.0" +guest-os = "FreeBSD 13.0" +guest-arch = "arm64" +description = """100% CPU utilization when the guest is idle.""" +reproduce = """1. Download the FreeBSD qcow2 image and decompress it: https://download.freebsd.org/releases/VM-IMAGES/13.0-RELEASE/aarch64/Latest/ +2. Execute the above command. +3. The QEMU process consumes 100% CPU. +4. +""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/96.toml b/gitlab/issues/target_missing/host_missing/accel_missing/96.toml new file mode 100644 index 00000000..f713ce90 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/96.toml @@ -0,0 +1,15 @@ +id = 96 +title = "qemu-1.5.0 savevm error -95 while writing vm with ceph-rbd as storage-backend" +state = "opened" +created_at = "2021-05-03T12:37:29.284Z" +closed_at = "n/a" +labels = ["Launchpad", "Migration", "Storage", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/96" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/960.toml b/gitlab/issues/target_missing/host_missing/accel_missing/960.toml new file mode 100644 index 00000000..1f1134b6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/960.toml @@ -0,0 +1,15 @@ +id = 960 +title = "Windows host / win98 guest, i don't understand how to use network" +state = "closed" +created_at = "2022-04-03T20:03:39.794Z" +closed_at = "2022-04-06T09:51:23.559Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/960" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/962.toml b/gitlab/issues/target_missing/host_missing/accel_missing/962.toml new file mode 100644 index 00000000..ceed84de --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/962.toml @@ -0,0 +1,27 @@ +id = 962 +title = "Screenshot images are skewed" +state = "opened" +created_at = "2022-04-04T16:01:30.121Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/962" +host-os = "Debian Bullseye" +host-arch = "x86_64" +qemu-version = "tested with 5.2 and 6.2" +guest-os = "Ubuntu 20.04 (and others)" +guest-arch = "x86_64" +description = """1. Start a guest with SPICE +2. Connect with a SPICE client +3. Resize screen to a width that is not a multiple of 4 (e. g. 487x956) +4. Take a screenshot + +The screenshot ppm file will contain the actual dimensions in the header, e. g. +``` +P6 +487 956 +255 +``` +but the image data will contain more than that (e. g. 488 * 956 * 3 bytes). +As a result, when displaying the image it appears skewed.""" +reproduce = """See above.""" +additional = """I'm not familiar with qemu code nor the pixman library, but I assume that in [this line](https://gitlab.com/qemu-project/qemu/-/blob/bc6ec396d471d9e4aae7e2ff8b72e11da9a97665/ui/console.c#L316) `get_stride` is wrong. Instead, it should write `width*3` bytes.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/963.toml b/gitlab/issues/target_missing/host_missing/accel_missing/963.toml new file mode 100644 index 00000000..5e55ccb8 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/963.toml @@ -0,0 +1,15 @@ +id = 963 +title = "qemu-7.0.0-rc2/migration/ram.c:1292: possible wrong operator ?" +state = "closed" +created_at = "2022-04-05T19:05:52.754Z" +closed_at = "2022-04-22T05:01:44.600Z" +labels = ["Migration"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/963" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/965.toml b/gitlab/issues/target_missing/host_missing/accel_missing/965.toml new file mode 100644 index 00000000..7bf92e0d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/965.toml @@ -0,0 +1,15 @@ +id = 965 +title = "Creating a NVME disk using qemu in the Host not in the VM" +state = "closed" +created_at = "2022-04-06T09:12:39.645Z" +closed_at = "2022-04-06T09:42:47.095Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/965" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/967.toml b/gitlab/issues/target_missing/host_missing/accel_missing/967.toml new file mode 100644 index 00000000..056b044b --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/967.toml @@ -0,0 +1,232 @@ +id = 967 +title = "qemu 6.2 user mode memory leak when mmap + munmap is called" +state = "closed" +created_at = "2022-04-07T08:17:23.635Z" +closed_at = "2022-12-21T15:43:41.075Z" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/967" +host-os = "Ubuntu 22.04" +host-arch = "x86_64" +qemu-version = "qemu-x86_64 version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu5)" +guest-os = "User mode emulator" +guest-arch = "x86_64" +description = """Launch a program with qemu user mode emulator, +If this program calls mmap to allocate 40GB virtual memory and call munmap to free it later, the memory const of qemu user mode emulator grows to a very big value. + +Excepted behavior: qemu-x86_64 costs very less memory after munmap is called. +Observed behavior: qemu-x86_64 costs around 2.5GiB after munmap is called. Most of the memory is consumed by [heap].""" +reproduce = """1.Compile this code with g++. +```shell +g++ -o main.bin main.cpp +``` +```cpp +#include <chrono> +#include <cstdio> +#include <sys/types.h> +#include <unistd.h> +#include <cstdlib> +#include <sys/mman.h> + +#include <thread> + +static constexpr size_t pageSize = 4096; + +int main(){ +\tconstexpr size_t size = 1024*100*pageSize*1000; + +\tvoid* data = mmap(nullptr, size, PROT_NONE, MAP_ANONYMOUS | MAP_PRIVATE, -1, 0); +\t +\tif(data == nullptr){ +\t\tperror("mmap failed"); +\t\texit(1); +\t} + +\tint error = munmap(data, size); + +\tif(error !=0){ +\t\tperror("munmap failed"); +\t\texit(1); +\t} +\t + +\tprintf("mmap munmap test done\\n"); +\twhile(true){ +\t\tstd::this_thread::sleep_for(std::chrono::seconds(10000)); +\t} +\t +\treturn 0; +} +``` +2. run main.bin with qemu-x86_64 +```shell +$ qemu-x86_64 ./main.bin +mmap munmap test done +``` +3. check memory usage by top +``` +$ top -p `pgrep "qemu"` +top - 16:00:39 up 6:41, 1 user, load average: 0.08, 0.12, 0.10 +Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie +%Cpu(s): 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st +MiB Mem : 15969.1 total, 8249.3 free, 6048.2 used, 1671.5 buff/cache +MiB Swap: 2048.0 total, 1209.6 free, 838.4 used. 9544.3 avail Mem + + PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND + 38521 jcq 20 0 2634324 2.3g 7840 S 0.0 14.8 0:04.48 qemu-x86_64 +``` + +4. check memory usage by mmap. Heap is 5611ca5e0000-56125d125000, the size of heap is more than 2GiB. +```shell +$ cat /proc/38521/maps +4000000000-4000001000 r--p 00000000 00:35 49812 /mnt/hgfs/workspace/LearningProjects/CMakeLearn/src/main.bin +4000001000-4000002000 r--p 00001000 00:35 49812 /mnt/hgfs/workspace/LearningProjects/CMakeLearn/src/main.bin +4000002000-4000003000 r--p 00002000 00:35 49812 /mnt/hgfs/workspace/LearningProjects/CMakeLearn/src/main.bin +4000003000-4000004000 r--p 00002000 00:35 49812 /mnt/hgfs/workspace/LearningProjects/CMakeLearn/src/main.bin +4000004000-4000005000 rw-p 00003000 00:35 49812 /mnt/hgfs/workspace/LearningProjects/CMakeLearn/src/main.bin +4000005000-4000026000 rw-p 00000000 00:00 0 +4001005000-4001006000 ---p 00000000 00:00 0 +4001006000-4001806000 rw-p 00000000 00:00 0 +4001806000-400183d000 r--p 00000000 08:05 4456513 /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 +400183d000-400183e000 ---p 00000000 00:00 0 +400183e000-4001840000 r--p 00037000 08:05 4456513 /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 +4001840000-4001842000 rw-p 00039000 08:05 4456513 /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 +4001842000-4001844000 rw-p 00000000 00:00 0 +4001863000-4001a78000 r--p 00000000 08:05 4456541 /usr/lib/x86_64-linux-gnu/libc.so.6 +4001a78000-4001a7c000 r--p 00214000 08:05 4456541 /usr/lib/x86_64-linux-gnu/libc.so.6 +4001a7c000-4001a7e000 rw-p 00218000 08:05 4456541 /usr/lib/x86_64-linux-gnu/libc.so.6 +4001a7e000-4001a8d000 rw-p 00000000 00:00 0 +5611c96af000-5611c9734000 r--p 00000000 08:05 4467878 /usr/bin/qemu-x86_64 +5611c9734000-5611c9885000 r-xp 00085000 08:05 4467878 /usr/bin/qemu-x86_64 +5611c9885000-5611c9901000 r--p 001d6000 08:05 4467878 /usr/bin/qemu-x86_64 +5611c9902000-5611c993c000 r--p 00252000 08:05 4467878 /usr/bin/qemu-x86_64 +5611c993c000-5611c9950000 rw-p 0028c000 08:05 4467878 /usr/bin/qemu-x86_64 +5611c9950000-5611c996e000 rw-p 00000000 00:00 0 +5611ca5e0000-56125d125000 rw-p 00000000 00:00 0 [heap] +7f2038000000-7f203ffff000 rwxp 00000000 00:00 0 +7f203ffff000-7f2040000000 ---p 00000000 00:00 0 +7f2040000000-7f2040021000 rw-p 00000000 00:00 0 +7f2040021000-7f2044000000 ---p 00000000 00:00 0 +7f2047def000-7f2047e70000 rw-p 00000000 00:00 0 +7f2047e70000-7f2047e71000 ---p 00000000 00:00 0 +7f2047e71000-7f2048676000 rw-p 00000000 00:00 0 +7f2048676000-7f2048678000 r--p 00000000 08:05 4456538 /usr/lib/x86_64-linux-gnu/libffi.so.8.1.0 +7f2048678000-7f204867f000 r-xp 00002000 08:05 4456538 /usr/lib/x86_64-linux-gnu/libffi.so.8.1.0 +7f204867f000-7f2048680000 r--p 00009000 08:05 4456538 /usr/lib/x86_64-linux-gnu/libffi.so.8.1.0 +7f2048680000-7f2048681000 ---p 0000a000 08:05 4456538 /usr/lib/x86_64-linux-gnu/libffi.so.8.1.0 +7f2048681000-7f2048682000 r--p 0000a000 08:05 4456538 /usr/lib/x86_64-linux-gnu/libffi.so.8.1.0 +7f2048682000-7f2048683000 rw-p 0000b000 08:05 4456538 /usr/lib/x86_64-linux-gnu/libffi.so.8.1.0 +7f2048683000-7f204868d000 r--p 00000000 08:05 4457088 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 +7f204868d000-7f20486ec000 r-xp 0000a000 08:05 4457088 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 +7f20486ec000-7f2048703000 r--p 00069000 08:05 4457088 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 +7f2048703000-7f2048704000 r--p 0007f000 08:05 4457088 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 +7f2048704000-7f2048705000 rw-p 00080000 08:05 4457088 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 +7f2048705000-7f204870d000 r--p 00000000 08:05 4461541 /usr/lib/x86_64-linux-gnu/libhogweed.so.6.4 +7f204870d000-7f2048720000 r-xp 00008000 08:05 4461541 /usr/lib/x86_64-linux-gnu/libhogweed.so.6.4 +7f2048720000-7f204874a000 r--p 0001b000 08:05 4461541 /usr/lib/x86_64-linux-gnu/libhogweed.so.6.4 +7f204874a000-7f204874b000 ---p 00045000 08:05 4461541 /usr/lib/x86_64-linux-gnu/libhogweed.so.6.4 +7f204874b000-7f204874c000 r--p 00045000 08:05 4461541 /usr/lib/x86_64-linux-gnu/libhogweed.so.6.4 +7f204874c000-7f204874d000 rw-p 00046000 08:05 4461541 /usr/lib/x86_64-linux-gnu/libhogweed.so.6.4 +7f204874d000-7f2048757000 r--p 00000000 08:05 4464736 /usr/lib/x86_64-linux-gnu/libnettle.so.8.4 +7f2048757000-7f204877a000 r-xp 0000a000 08:05 4464736 /usr/lib/x86_64-linux-gnu/libnettle.so.8.4 +7f204877a000-7f2048790000 r--p 0002d000 08:05 4464736 /usr/lib/x86_64-linux-gnu/libnettle.so.8.4 +7f2048790000-7f2048792000 r--p 00042000 08:05 4464736 /usr/lib/x86_64-linux-gnu/libnettle.so.8.4 +7f2048792000-7f2048793000 rw-p 00044000 08:05 4464736 /usr/lib/x86_64-linux-gnu/libnettle.so.8.4 +7f2048793000-7f2048795000 rw-p 00000000 00:00 0 +7f2048795000-7f2048798000 r--p 00000000 08:05 4459610 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.6.2 +7f2048798000-7f20487a6000 r-xp 00003000 08:05 4459610 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.6.2 +7f20487a6000-7f20487aa000 r--p 00011000 08:05 4459610 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.6.2 +7f20487aa000-7f20487ab000 ---p 00015000 08:05 4459610 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.6.2 +7f20487ab000-7f20487ac000 r--p 00015000 08:05 4459610 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.6.2 +7f20487ac000-7f20487ad000 rw-p 00016000 08:05 4459610 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.6.2 +7f20487ad000-7f20487be000 r--p 00000000 08:05 4460136 /usr/lib/x86_64-linux-gnu/libunistring.so.2.2.0 +7f20487be000-7f20487f4000 r-xp 00011000 08:05 4460136 /usr/lib/x86_64-linux-gnu/libunistring.so.2.2.0 +7f20487f4000-7f2048952000 r--p 00047000 08:05 4460136 /usr/lib/x86_64-linux-gnu/libunistring.so.2.2.0 +7f2048952000-7f2048956000 r--p 001a5000 08:05 4460136 /usr/lib/x86_64-linux-gnu/libunistring.so.2.2.0 +7f2048956000-7f2048957000 rw-p 001a9000 08:05 4460136 /usr/lib/x86_64-linux-gnu/libunistring.so.2.2.0 +7f2048957000-7f2048959000 r--p 00000000 08:05 4465922 /usr/lib/x86_64-linux-gnu/libidn2.so.0.3.7 +7f2048959000-7f204895d000 r-xp 00002000 08:05 4465922 /usr/lib/x86_64-linux-gnu/libidn2.so.0.3.7 +7f204895d000-7f2048976000 r--p 00006000 08:05 4465922 /usr/lib/x86_64-linux-gnu/libidn2.so.0.3.7 +7f2048976000-7f2048977000 r--p 0001e000 08:05 4465922 /usr/lib/x86_64-linux-gnu/libidn2.so.0.3.7 +7f2048977000-7f2048978000 rw-p 0001f000 08:05 4465922 /usr/lib/x86_64-linux-gnu/libidn2.so.0.3.7 +7f2048978000-7f20489a1000 r--p 00000000 08:05 4459606 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.3.0 +7f20489a1000-7f2048a45000 r-xp 00029000 08:05 4459606 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.3.0 +7f2048a45000-7f2048a9f000 r--p 000cd000 08:05 4459606 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.3.0 +7f2048a9f000-7f2048aa9000 r--p 00126000 08:05 4459606 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.3.0 +7f2048aa9000-7f2048ab3000 rw-p 00130000 08:05 4459606 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.3.0 +7f2048ab3000-7f2048ab5000 r--p 00000000 08:05 4456747 /usr/lib/x86_64-linux-gnu/libpcre.so.3.13.3 +7f2048ab5000-7f2048b0a000 r-xp 00002000 08:05 4456747 /usr/lib/x86_64-linux-gnu/libpcre.so.3.13.3 +7f2048b0a000-7f2048b27000 r--p 00057000 08:05 4456747 /usr/lib/x86_64-linux-gnu/libpcre.so.3.13.3 +7f2048b27000-7f2048b28000 r--p 00073000 08:05 4456747 /usr/lib/x86_64-linux-gnu/libpcre.so.3.13.3 +7f2048b28000-7f2048b29000 rw-p 00074000 08:05 4456747 /usr/lib/x86_64-linux-gnu/libpcre.so.3.13.3 +7f2048b29000-7f2048b51000 r--p 00000000 08:05 4456541 /usr/lib/x86_64-linux-gnu/libc.so.6 +7f2048b51000-7f2048ce6000 r-xp 00028000 08:05 4456541 /usr/lib/x86_64-linux-gnu/libc.so.6 +7f2048ce6000-7f2048d3e000 r--p 001bd000 08:05 4456541 /usr/lib/x86_64-linux-gnu/libc.so.6 +7f2048d3e000-7f2048d42000 r--p 00214000 08:05 4456541 /usr/lib/x86_64-linux-gnu/libc.so.6 +7f2048d42000-7f2048d44000 rw-p 00218000 08:05 4456541 /usr/lib/x86_64-linux-gnu/libc.so.6 +7f2048d44000-7f2048d53000 rw-p 00000000 00:00 0 +7f2048d53000-7f2048d56000 r--p 00000000 08:05 4457972 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 +7f2048d56000-7f2048d6d000 r-xp 00003000 08:05 4457972 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 +7f2048d6d000-7f2048d71000 r--p 0001a000 08:05 4457972 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 +7f2048d71000-7f2048d72000 r--p 0001d000 08:05 4457972 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 +7f2048d72000-7f2048d73000 rw-p 0001e000 08:05 4457972 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 +7f2048d73000-7f2048d81000 r--p 00000000 08:05 4456717 /usr/lib/x86_64-linux-gnu/libm.so.6 +7f2048d81000-7f2048dfd000 r-xp 0000e000 08:05 4456717 /usr/lib/x86_64-linux-gnu/libm.so.6 +7f2048dfd000-7f2048e58000 r--p 0008a000 08:05 4456717 /usr/lib/x86_64-linux-gnu/libm.so.6 +7f2048e58000-7f2048e59000 r--p 000e4000 08:05 4456717 /usr/lib/x86_64-linux-gnu/libm.so.6 +7f2048e59000-7f2048e5a000 rw-p 000e5000 08:05 4456717 /usr/lib/x86_64-linux-gnu/libm.so.6 +7f2048e5a000-7f2048e8b000 r--p 00000000 08:05 4456481 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.31.0 +7f2048e8b000-7f2048fb4000 r-xp 00031000 08:05 4456481 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.31.0 +7f2048fb4000-7f2049031000 r--p 0015a000 08:05 4456481 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.31.0 +7f2049031000-7f2049041000 r--p 001d6000 08:05 4456481 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.31.0 +7f2049041000-7f2049043000 rw-p 001e6000 08:05 4456481 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.31.0 +7f2049043000-7f2049045000 rw-p 00000000 00:00 0 +7f2049045000-7f2049047000 r--p 00000000 08:05 4465165 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.7200.0 +7f2049047000-7f2049049000 r-xp 00002000 08:05 4465165 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.7200.0 +7f2049049000-7f204904a000 r--p 00004000 08:05 4465165 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.7200.0 +7f204904a000-7f204904b000 r--p 00004000 08:05 4465165 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.7200.0 +7f204904b000-7f204904c000 rw-p 00005000 08:05 4465165 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.7200.0 +7f204904c000-7f2049069000 r--p 00000000 08:05 4465132 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.7200.0 +7f2049069000-7f20490f8000 r-xp 0001d000 08:05 4465132 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.7200.0 +7f20490f8000-7f2049182000 r--p 000ac000 08:05 4465132 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.7200.0 +7f2049182000-7f2049183000 ---p 00136000 08:05 4465132 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.7200.0 +7f2049183000-7f2049184000 r--p 00136000 08:05 4465132 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.7200.0 +7f2049184000-7f2049185000 rw-p 00137000 08:05 4465132 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.7200.0 +7f2049185000-7f2049186000 rw-p 00000000 00:00 0 +7f2049186000-7f2049188000 r--p 00000000 08:05 4463546 /usr/lib/x86_64-linux-gnu/liburing.so.2.1.0 +7f2049188000-7f204918a000 r-xp 00002000 08:05 4463546 /usr/lib/x86_64-linux-gnu/liburing.so.2.1.0 +7f204918a000-7f204918b000 r--p 00004000 08:05 4463546 /usr/lib/x86_64-linux-gnu/liburing.so.2.1.0 +7f204918b000-7f204918c000 r--p 00004000 08:05 4463546 /usr/lib/x86_64-linux-gnu/liburing.so.2.1.0 +7f204918c000-7f204918d000 rw-p 00005000 08:05 4463546 /usr/lib/x86_64-linux-gnu/liburing.so.2.1.0 +7f20491ac000-7f20491ae000 rw-p 00000000 00:00 0 +7f20491ae000-7f20491b0000 r--p 00000000 08:05 4456513 /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 +7f20491b0000-7f20491da000 r-xp 00002000 08:05 4456513 /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 +7f20491da000-7f20491e5000 r--p 0002c000 08:05 4456513 /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 +7f20491e6000-7f20491e8000 r--p 00037000 08:05 4456513 /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 +7f20491e8000-7f20491ea000 rw-p 00039000 08:05 4456513 /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 +7fffe17ee000-7fffe1810000 rw-p 00000000 00:00 0 [stack] +7fffe19d1000-7fffe19d5000 r--p 00000000 00:00 0 [vvar] +7fffe19d5000-7fffe19d7000 r-xp 00000000 00:00 0 [vdso] +ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall] +```""" +additional = """qemu is installed by ubuntu's apt. + +sudo apt install qemu-user + +compiler version: +``` +g++ --version +g++ (Ubuntu 11.2.0-19ubuntu1) 11.2.0 +Copyright (C) 2021 Free Software Foundation, Inc. +This is free software; see the source for copying conditions. There is NO +warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. +``` + +libc version: +``` +ldd --version +ldd (Ubuntu GLIBC 2.35-0ubuntu3) 2.35 +Copyright (C) 2022 Free Software Foundation, Inc. +This is free software; see the source for copying conditions. There is NO +warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. +Written by Roland McGrath and Ulrich Drepper. +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/968.toml b/gitlab/issues/target_missing/host_missing/accel_missing/968.toml new file mode 100644 index 00000000..ee743ff4 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/968.toml @@ -0,0 +1,103 @@ +id = 968 +title = "QEMU guest agent fails to install if COM+ Application: QEMU Guest Agent VSS Provider not properly uninstalled" +state = "opened" +created_at = "2022-04-07T16:45:38.721Z" +closed_at = "n/a" +labels = ["Guest Agent"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/968" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """QEMU guest agent fails to install if COM+ Application: QEMU Guest Agent VSS Provider not properly uninstalled""" +reproduce = """1. Install QEMU guest agent +2. Uninstall QEMU guest agent (in rare cases it didn't uninstall the COM+ component) +3. Install QEMU guest agent and get error: `Product: QEMU guest agent -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action RegisterCom, location: cmd.exe, command: /c "C:\\Program Files\\Qemu-ga\\qemu-ga.exe" -s vss-install`""" +additional = """1. **Qemu GA is already uninstalled:** + +``` +gwmi Win32_Product + + +IdentifyingNumber : {EE3877E4-07B0-41F2-ADB8-B45133DDCE37} +Name : Spice Agent 0.10.0-5 (64-bit) +Vendor : Red Hat, Inc. +Version : 0.10.5 +Caption : Spice Agent 0.10.0-5 (64-bit) + +IdentifyingNumber : {4C49C419-DE39-421B-B0F8-5F0DE1486869} +Name : Virtio-win-driver-installer +Vendor : Red Hat, Inc. +Version : 0.1.189 +Caption : Virtio-win-driver-installer + +IdentifyingNumber : {85F4CBCB-9BBC-4B50-A7D8-E1106771498D} +Name : Orca +Vendor : Microsoft Corporation +Version : 3.1.5299.0000 +Caption : Orca + +IdentifyingNumber : {89F4137D-6C26-4A84-BDB8-2E5A4BB71E00} +Name : Microsoft Silverlight +Vendor : Microsoft Corporation +Version : 5.1.50918.0 +Caption : Microsoft Silverlight + +IdentifyingNumber : {AB392F9F-0C0C-4098-B5BA-B1E84E62D6CE} +Name : Icinga 2 +Vendor : Icinga GmbH +Version : 2.11.0 +Caption : Icinga 2 +``` + +2. **Extract files from installer and run `qemu-ga.exe -s vss-install`** + +It fails with: `QGA VSS Provider is already installed. (Error: 80004004) Vorgang abgebrochen` + +3. **Uninstall COM+ component: `qemu-ga.exe -s vss-uninstall`** + +`Removing COM+ Application: QEMU Guest Agent VSS Provider` + +4. **Now you can install GA** + +``` +gwmi Win32_Product + + +IdentifyingNumber : {EE3877E4-07B0-41F2-ADB8-B45133DDCE37} +Name : Spice Agent 0.10.0-5 (64-bit) +Vendor : Red Hat, Inc. +Version : 0.10.5 +Caption : Spice Agent 0.10.0-5 (64-bit) + +IdentifyingNumber : {4C49C419-DE39-421B-B0F8-5F0DE1486869} +Name : Virtio-win-driver-installer +Vendor : Red Hat, Inc. +Version : 0.1.189 +Caption : Virtio-win-driver-installer + +IdentifyingNumber : {85F4CBCB-9BBC-4B50-A7D8-E1106771498D} +Name : Orca +Vendor : Microsoft Corporation +Version : 3.1.5299.0000 +Caption : Orca + +IdentifyingNumber : {99AD6A3C-F854-4E6E-865F-11D4A5E46172} +Name : QEMU guest agent +Vendor : RedHat +Version : 101.1.0 +Caption : QEMU guest agent + +IdentifyingNumber : {89F4137D-6C26-4A84-BDB8-2E5A4BB71E00} +Name : Microsoft Silverlight +Vendor : Microsoft Corporation +Version : 5.1.50918.0 +Caption : Microsoft Silverlight + +IdentifyingNumber : {AB392F9F-0C0C-4098-B5BA-B1E84E62D6CE} +Name : Icinga 2 +Vendor : Icinga GmbH +Version : 2.11.0 +Caption : Icinga 2 +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/969.toml b/gitlab/issues/target_missing/host_missing/accel_missing/969.toml new file mode 100644 index 00000000..079b1c3f --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/969.toml @@ -0,0 +1,15 @@ +id = 969 +title = "qemu: Georgian translation" +state = "opened" +created_at = "2022-04-08T03:55:11.341Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/969" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/97.toml b/gitlab/issues/target_missing/host_missing/accel_missing/97.toml new file mode 100644 index 00000000..04d0e8f6 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/97.toml @@ -0,0 +1,15 @@ +id = 97 +title = "-serial tcp should hang up when DTR goes low" +state = "opened" +created_at = "2021-05-03T14:50:45.569Z" +closed_at = "n/a" +labels = ["Chardev", "Launchpad", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/97" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/972.toml b/gitlab/issues/target_missing/host_missing/accel_missing/972.toml new file mode 100644 index 00000000..b23eeff0 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/972.toml @@ -0,0 +1,15 @@ +id = 972 +title = "LSI SCSI Use After Free (CVE-2022-0216)" +state = "closed" +created_at = "2022-04-08T20:13:25.040Z" +closed_at = "2022-07-12T17:00:52.947Z" +labels = ["Security", "Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/972" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/974.toml b/gitlab/issues/target_missing/host_missing/accel_missing/974.toml new file mode 100644 index 00000000..0c287633 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/974.toml @@ -0,0 +1,15 @@ +id = 974 +title = "Enable virtio-9pfs on windows hosts" +state = "opened" +created_at = "2022-04-11T05:51:53.113Z" +closed_at = "n/a" +labels = ["kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/974" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """attn: @schoenebeck""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/976.toml b/gitlab/issues/target_missing/host_missing/accel_missing/976.toml new file mode 100644 index 00000000..65a41d93 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/976.toml @@ -0,0 +1,15 @@ +id = 976 +title = "Qemu - Bridge direct network connection not working" +state = "opened" +created_at = "2022-04-11T17:58:23.136Z" +closed_at = "n/a" +labels = ["Networking"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/976" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/978.toml b/gitlab/issues/target_missing/host_missing/accel_missing/978.toml new file mode 100644 index 00000000..132e1c5e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/978.toml @@ -0,0 +1,15 @@ +id = 978 +title = "Running QEMU with \"-vga help\" crashes if there is no default VGA card" +state = "closed" +created_at = "2022-04-12T11:54:28.635Z" +closed_at = "2022-06-30T00:53:34.986Z" +labels = ["Bite Sized", "device:graphics", "workflow::In Progress"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/978" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/98.toml b/gitlab/issues/target_missing/host_missing/accel_missing/98.toml new file mode 100644 index 00000000..8a0bea6e --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/98.toml @@ -0,0 +1,15 @@ +id = 98 +title = "Curses Keyboard Broken On OS X" +state = "opened" +created_at = "2021-05-03T14:50:56.111Z" +closed_at = "n/a" +labels = ["Launchpad", "device:input", "hostos: macOS", "kind::Bug", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/98" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/980.toml b/gitlab/issues/target_missing/host_missing/accel_missing/980.toml new file mode 100644 index 00000000..d396ae25 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/980.toml @@ -0,0 +1,24 @@ +id = 980 +title = "Binary emulation of a Solaris-8-compiled dynamically linked C program gives a bus error immediately on startup when running with qemu-sparc" +state = "closed" +created_at = "2022-04-12T21:05:38.256Z" +closed_at = "2022-04-13T00:46:30.472Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/980" +host-os = "(Ubuntu 20.04 LTS)" +host-arch = "(x86_64)" +qemu-version = "(e.g. qemu-sparc version 6.2.92 (v7.0.0-rc2-18-gd5341e0913) Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project developers)" +guest-os = "n/a" +guest-arch = "n/a" +description = """I am currently trying to use binary emulation to run a dynamically-linked executable C program that was written and compiled on a Solaris 8 VM. However, when I do so, I immediately get a bus error, and I'm not sure what the cause is. Below I'll delineate all of the steps I took to recreate this.""" +reproduce = """1. Start Solaris 8 VM (this was done via QEMU, actually, and there are no issues here) +2. Write a simple `.c` program. +3. Compile that program with `/usr/local/bin/gcc`. The name of the program is `binary_emulation`. +4. Test program on the VM to ensure functionality. +5. Stop VM. +6. Mount `.qcow2` on the Linux host so I can easily extract files from it. +7. Copy the entire `/` directory off to `~/binary_emulation/target` +8. Copy `binary_emulation` to a separate directory. +9. `cd` to `.../qemu/build` +10. Run `./qemu-sparc -L ~/binary_emulation/target ~/binary_emulation/binary_emulation`""" +additional = """#""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/981.toml b/gitlab/issues/target_missing/host_missing/accel_missing/981.toml new file mode 100644 index 00000000..63ffff17 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/981.toml @@ -0,0 +1,20 @@ +id = 981 +title = "VNC UNIX sockets are not deleted" +state = "opened" +created_at = "2022-04-12T23:47:14.360Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/981" +host-os = "Linux" +host-arch = "x86_64" +qemu-version = "6.2.93 (v7.0.0-rc3-4-g4bf58c7213)" +guest-os = "n/a" +guest-arch = "n/a" +description = """After exiting QEMU a unix VNC socket file is left behind. Upon termination I would expect it to remove the socket file like it does for example with a monitor unix socket.""" +reproduce = """``` + rm -f foo.socket + qemu-system-x86_64 -vnc unix:foo.socket + # Exit QEMU + ls foo.socket + ```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/982.toml b/gitlab/issues/target_missing/host_missing/accel_missing/982.toml new file mode 100644 index 00000000..7c20ad67 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/982.toml @@ -0,0 +1,47 @@ +id = 982 +title = "linux-user: --strace incorrectly decodes writev arguments for 64-bit binaries on 32-bit machine" +state = "opened" +created_at = "2022-04-13T13:14:05.485Z" +closed_at = "n/a" +labels = ["linux-user"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/982" +host-os = "Gentoo" +host-arch = "i686" +qemu-version = "6.2.0" +guest-os = "linux-user" +guest-arch = "x86_64, aarch64" +description = """With `--strace`, the arguments to `writev` appear to be decoded incorrectly. +The syscall still succeeds and has the expected effects.""" +reproduce = """``` +$ cat main.c +#include <sys/uio.h> + +int main(void) { + struct iovec iov; + iov.iov_base = "hello, world!\\n"; + iov.iov_len = 14; + return writev(1, &iov, 1); +} + +$ aarch64-unknown-linux-gnu-gcc -static -o aarch64-main main.c + +$ x86_64-pc-linux-gnu-gcc -static -o x86_64-main main.c + +$ i686-pc-linux-gnu-gcc -static -o i686-main main.c + +$ ./i686-main +hello, world! + +$ strace ./i686-main |& grep writev +writev(1, [{iov_base="hello, world!\\n", iov_len=14}], 1hello, world! + +$ qemu-i386 --strace ./i686-main |& grep writev +21953 writev(1,0x407ffe54,0x1) = 14 + +$ qemu-x86_64 --strace ./x86_64-main |& grep writev +22218 writev(1,(nil),0x407ffcc0) = 14 + +$ qemu-aarch64 --strace ./aarch64-main |& grep writev +22523 writev(1,(nil),0x407ffcc8) = 14 +```""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/983.toml b/gitlab/issues/target_missing/host_missing/accel_missing/983.toml new file mode 100644 index 00000000..7de18eb7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/983.toml @@ -0,0 +1,18 @@ +id = 983 +title = "Qemu Wiki Database Query Error" +state = "closed" +created_at = "2022-04-14T23:27:32.425Z" +closed_at = "2022-04-15T10:04:07.749Z" +labels = ["workflow::Confirmed"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/983" +host-os = "FreeBSD 13.0-RELEASE-p8 #0: Tue Mar 15 09:36:28 UTC 2022 (my lappie)" +host-arch = "CPU: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz (2594.16-MHz K8-class CPU) (my lappie)" +qemu-version = "- QEMU command line:" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = """1. Access the Qemu Wiki. https://wiki.qemu.org/Main_Page +2. Type "serial" in the search bar and hit the enter key. +3. Crash ensues.""" +additional = """Crash info attached. +[qemu_wiki_bug.txt](/uploads/06fb534ea65c486f72dce14e75c834bd/qemu_wiki_bug.txt)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/985.toml b/gitlab/issues/target_missing/host_missing/accel_missing/985.toml new file mode 100644 index 00000000..e0c8f29d --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/985.toml @@ -0,0 +1,67 @@ +id = 985 +title = "pkg_add is working very slow on NetBSD" +state = "closed" +created_at = "2022-04-15T11:29:41.408Z" +closed_at = "2022-04-18T08:38:17.604Z" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/985" +host-os = "openSUSE Tumbleweed" +host-arch = "x86_64" +qemu-version = "Tested on both 6.2.0 and 6.2.94" +guest-os = "NetBSD" +guest-arch = "x86_64" +description = """pkg_add is working very slow, it installs one package in ~30 minutes although network speed is normal.""" +reproduce = """1. `wget https://cdn.netbsd.org/pub/NetBSD/NetBSD-9.2/images/NetBSD-9.2-amd64.iso` +2. `qemu-img create -f qcow2 disk.qcow2 15G` +3. Install +``` +qemu-system-x86_64 -m 2048 -enable-kvm \\ + -drive if=virtio,file=disk.qcow2,format=qcow2 \\ + -netdev user,id=mynet0,hostfwd=tcp::7722-:22 \\ + -device e1000,netdev=mynet0 \\ + -cdrom NetBSD-9.2-amd64.iso +``` + # Installation steps + - 1) Boot Normally + - a) Installation messages in English + - a) unchanged + - a) Install NetBSD to hard disk + - b) Yes + - a) 15G + - a) GPT + - a) This is the correct geometry + - b) Use default partition sizes + - x) Partition sizes are ok + - b) Yes + - a) Use BIOS console + - b) Installation without X11 + - a) CD-ROM / DVD / install image media + - Hit enter to continue + - a) configure network (Select defaults here, perform autoconf) + - x) Finished configuring + - Hit enter to continue + - x) Exit Install System + - Close QEMU +4. Run +``` + qemu-system-x86_64 -m 2048 \\ + -drive if=virtio,file=disk.qcow2,format=qcow2 \\ + -enable-kvm \\ + -netdev user,id=mynet0,hostfwd=tcp:127.0.0.1:7722-:22 \\ + -device e1000,netdev=mynet0 +``` +5. Login as root +6. In NetBSD +``` +export PKG_PATH="http://cdn.NetBSD.org/pub/pkgsrc/packages/NetBSD/$(uname -p)/$(uname -r)/All/" && \\ +pkg_add pkgin + +``` +You should see that each of the package's installation takes ~30 minutes.""" +additional = """NetBSD 9.2 is also tested in Debian 11 with 'QEMU 6.2.0' and encountered same slowness. + +NetBSD 7.1 and 8.1 are tested on openSUSE Tumbleweed and encountered same slowness. + +OpenBSD's pkg_add is working correctly. + +I am not sure if it will help but Virtualbox(at least 6.1) is working correctly.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/986.toml b/gitlab/issues/target_missing/host_missing/accel_missing/986.toml new file mode 100644 index 00000000..ef3bbfb7 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/986.toml @@ -0,0 +1,47 @@ +id = 986 +title = "vpc images are created with bigger virtual size than required" +state = "opened" +created_at = "2022-04-16T12:22:47.018Z" +closed_at = "n/a" +labels = [] +url = "https://gitlab.com/qemu-project/qemu/-/issues/986" +host-os = "Debian 11 (and as well Windows)" +host-arch = "x86_64" +qemu-version = "qemu-img version 5.2.0 (Debian 1:5.2+dfsg-11+deb11u1) (and as well self-compiled qemu-img v2.12.1, v6.2.94)" +guest-os = "n/a" +guest-arch = "n/a" +description = """Required virtual size is 895287296, but as qemu-img info reports it is 895426560.""" +reproduce = """1. qemu-img create -f vpc img1.vpc 895287296 +2. qemu-img info img1.vpc""" +additional = """Converting back and forth is not possible as a result + ``` +$ qemu-img info openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso +image: openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso +file format: raw +virtual size: 854 MiB (895287296 bytes) +disk size: 854 MiB + +$ qemu-img create -f vpc img1.vpc 895287296 +Formatting 'img1.vpc', fmt=vpc size=895287296 + +$ qemu-img convert -n \\ + -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \\ + -O vpc img1.vpc + +$ qemu-img compare \\ + -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \\ + -F vpc img1.vpc +Warning: Image size mismatch! +Images are identical. + +$ qemu-img create -f raw img2.raw 895287296 +Formatting 'img2.raw', fmt=raw size=895287296 + +$ qemu-img convert -n -f vpc img1.vpc -O raw img2.raw +qemu-img: output file is smaller than input file + +$ qemu-img compare \\ + -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \\ + -F raw img2.raw +Content mismatch at offset 0! + ```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/987.toml b/gitlab/issues/target_missing/host_missing/accel_missing/987.toml new file mode 100644 index 00000000..af1e2ef2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/987.toml @@ -0,0 +1,59 @@ +id = 987 +title = "compiling issue" +state = "closed" +created_at = "2022-04-16T15:25:29.137Z" +closed_at = "2022-08-01T16:12:09.758Z" +labels = ["Build System", "linux-user", "workflow::Needs Info"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/987" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """compilation error issue while building for qemu-riscv32-static""" +reproduce = """1.git clone https://github.com/qemu/qemu.git + +2. ./configure --static --disable-system --target-list=riscv32-linux-user + + +issue output: +``` +/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libglib-2.0.a(libglib_2_0_la-gutils.o): In function `g_get_user_database_entry': +(.text+0x267): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0xdd): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0x11b): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +[954/960] Compiling C object tests/unit/test-string-output-visitor.p/test-string-output-visitor.c.o +[955/960] Linking target tests/unit/test-string-output-visitor +/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libglib-2.0.a(libglib_2_0_la-gutils.o): In function `g_get_user_database_entry': +(.text+0x267): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0xdd): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0x11b): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +[956/960] Compiling C object tests/unit/test-string-input-visitor.p/test-string-input-visitor.c.o +[957/960] Linking target tests/unit/test-string-input-visitor +/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libglib-2.0.a(libglib_2_0_la-gutils.o): In function `g_get_user_database_entry': +(.text+0x267): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0xdd): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0x11b): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +[958/960] Linking target tests/unit/test-x86-cpuid +/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libglib-2.0.a(libglib_2_0_la-gutils.o): In function `g_get_user_database_entry': +(.text+0x267): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0xdd): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0x11b): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +[959/960] Compiling C object tests/unit/test-visitor-serialization.p/test-visitor-serialization.c.o +[960/960] Linking target tests/unit/test-visitor-serialization +/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libglib-2.0.a(libglib_2_0_la-gutils.o): In function `g_get_user_database_entry': +(.text+0x267): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0xdd): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +(.text+0x11b): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +make[1]: Leaving directory '/home/sadiq/work/qemu/build' +changing dir to build for make ""... +make[1]: Entering directory '/home/sadiq/work/qemu/build' + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc capstone slirp +[1/3] Generating qemu-version.h with a custom command (wrapped by meson to capture output) +make[1]: Leaving directory '/home/sadiq/work/qemu/build' +``` + +Any suggestions to resolve the issue would be helpful + +Thanks""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/988.toml b/gitlab/issues/target_missing/host_missing/accel_missing/988.toml new file mode 100644 index 00000000..28c4d591 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/988.toml @@ -0,0 +1,15 @@ +id = 988 +title = "Cirrus video, graphical corruption, bad fonts" +state = "opened" +created_at = "2022-04-16T19:06:40.406Z" +closed_at = "n/a" +labels = ["device:graphics"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/988" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/989.toml b/gitlab/issues/target_missing/host_missing/accel_missing/989.toml new file mode 100644 index 00000000..d451b390 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/989.toml @@ -0,0 +1,108 @@ +id = 989 +title = "Segmentation fault on Apple M1 inside a docker container" +state = "opened" +created_at = "2022-04-16T21:09:53.549Z" +closed_at = "n/a" +labels = ["hostos: macOS"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/989" +host-os = "macOS Monterey (12.3.1)" +host-arch = "Apple M1" +qemu-version = "6.2.0" +guest-os = "Ubuntu 21.10" +guest-arch = "x86_64" +description = """I cannot build a Rust dependency (`regex-syntax`) in a docker container for the platform linux/amd64 using Rancher Desktop (v1.2.1; Kubernetes v1.22.7) on Apple M1 hardware. +I suppose it is a QEMU issue because I didn't observe it on x86_64 hardware where the exact same docker container was built and executed natively without emulation. +Moreover, valgrind does not detect an invalid memory access either.""" +reproduce = """1. `nerdctl build --platform linux/amd64 -t rust-x86_64 .` +2. `nerdctl run --platform linux/amd64 -it rust-x86_64` +3. `cargo new hello` +4. `cd hello` +5. `echo 'regex-syntax = "0.6.25"' >> Cargo.toml` +6. `cargo build --release -v`""" +additional = """Dockerfile: +``` +FROM ubuntu:21.10 + +# Install a basic environment needed for our build tools +ARG DEBIAN_FRONTEND=noninteractive +RUN apt -yq update && \\ + apt -yqq install --no-install-recommends curl ca-certificates \\ + build-essential pkg-config libssl-dev llvm-dev liblmdb-dev clang cmake + +# Install Rust and Cargo in /opt +ARG rust_version=1.60.0 +ARG platform=x86_64 +ENV RUSTUP_HOME=/opt/rustup \\ + CARGO_HOME=/opt/cargo \\ + PATH=/opt/cargo/bin:$PATH +RUN curl --fail https://sh.rustup.rs -sSf \\ + | sh -s -- -y --default-toolchain ${rust_version}-${platform}-unknown-linux-gnu --no-modify-path && \\ + rustup default ${rust_version}-${platform}-unknown-linux-gnu +``` + + + +Output inside the docker container: + +``` +# cargo build --release -v + Updating crates.io index + Downloaded regex-syntax v0.6.25 + Downloaded 1 crate (293.3 KB) in 0.84s + Compiling regex-syntax v0.6.25 + Running `rustc --crate-name regex_syntax --edition=2018 /opt/cargo/registry/src/github.com-1ecc6299db9ec823/regex-syntax-0.6.25/src/lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --crate-type lib --emit=dep-info,metadata,link -C opt-level=3 -C embed-bitcode=no --cfg 'feature="default"' --cfg 'feature="unicode"' --cfg 'feature="unicode-age"' --cfg 'feature="unicode-bool"' --cfg 'feature="unicode-case"' --cfg 'feature="unicode-gencat"' --cfg 'feature="unicode-perl"' --cfg 'feature="unicode-script"' --cfg 'feature="unicode-segment"' -C metadata=fc954162c3ed8ec3 -C extra-filename=-fc954162c3ed8ec3 --out-dir /hello/target/release/deps -L dependency=/hello/target/release/deps --cap-lints allow` +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x4b3d23)[0x400215fd23] +/lib/x86_64-linux-gnu/libc.so.6(+0x42520)[0x4005cab520] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/../lib/libLLVM-14-rust-1.60.0-stable.so(_ZNK4llvm13AttributeList19addAttributeAtIndexERNS_11LLVMContextEjNS_9AttributeE+0x834)[0x40088d3484] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/../lib/libLLVM-14-rust-1.60.0-stable.so(_ZN4llvm8Function19addAttributeAtIndexEjNS_9AttributeE+0x18)[0x40088d2c48] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(_RNvXs4_NtCsfrnhObXyzQM_18rustc_codegen_llvm3abiINtNtNtCsaEkRwEFRwNk_12rustc_target3abi4call5FnAbiNtNtCs12ixbLjc5mB_12rustc_middle2ty2TyENtB5_12FnAbiLlvmExt16apply_attrs_llfn+0x14d)[0x40033d532d] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(_RNvXNtCsfrnhObXyzQM_18rustc_codegen_llvm9mono_itemNtNtB4_7context9CodegenCxNtNtNtCsegTyfRY58Oj_17rustc_codegen_ssa6traits7declare16PreDefineMethods12predefine_fn+0x56a)[0x40033bba5a] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x17007c0)[0x40033ac7c0] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x23761e6)[0x40040221e6] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x2373a6f)[0x400401fa6f] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x23a1e45)[0x400404de45] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(_RNvXs5_CsfrnhObXyzQM_18rustc_codegen_llvmNtB5_18LlvmCodegenBackendNtNtNtCsegTyfRY58Oj_17rustc_codegen_ssa6traits7backend14CodegenBackend13codegen_crate+0xda)[0x400400e70a] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x23544e7)[0x40040004e7] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x233ac88)[0x4003fe6c88] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(_RNvMs0_NtCsf5CM6ndXTHU_15rustc_interface7queriesNtB5_7Queries15ongoing_codegen+0xaf)[0x4003fdd02f] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x2308b04)[0x4003fb4b04] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x22ee134)[0x4003f9a134] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x23213e9)[0x4003fcd3e9] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/libstd-8d61b92a0a02f53a.so(rust_metadata_std_cd3cf6af28dff6de+0xa7d03)[0x400598fd03] +/lib/x86_64-linux-gnu/libc.so.6(+0x94947)[0x4005cfd947] +/lib/x86_64-linux-gnu/libc.so.6(clone+0x44)[0x4005d8da44] +error: could not compile `regex-syntax` + +Caused by: + process didn't exit successfully: `rustc --crate-name regex_syntax --edition=2018 /opt/cargo/registry/src/github.com-1ecc6299db9ec823/regex-syntax-0.6.25/src/lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --crate-type lib --emit=dep-info,metadata,link -C opt-level=3 -C embed-bitcode=no --cfg 'feature="default"' --cfg 'feature="unicode"' --cfg 'feature="unicode-age"' --cfg 'feature="unicode-bool"' --cfg 'feature="unicode-case"' --cfg 'feature="unicode-gencat"' --cfg 'feature="unicode-perl"' --cfg 'feature="unicode-script"' --cfg 'feature="unicode-segment"' -C metadata=fc954162c3ed8ec3 -C extra-filename=-fc954162c3ed8ec3 --out-dir /hello/target/release/deps -L dependency=/hello/target/release/deps --cap-lints allow` (signal: 11, SIGSEGV: invalid memory reference) + +# valgrind rustc --crate-name regex_syntax --edition=2018 /opt/cargo/registry/src/github.com-1ecc6299db9ec823/regex-syntax-0.6.25/src/lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --crate-type lib --emit=dep-info,metadata,link -C opt-level=3 -C embed-bitcode=no --cfg 'feature="default"' --cfg 'feature="unicode"' --cfg 'feature="unicode-age"' --cfg 'feature="unicode-bool"' --cfg 'feature="unicode-case"' --cfg 'feature="unicode-gencat"' --cfg 'feature="unicode-perl"' --cfg 'feature="unicode-script"' --cfg 'feature="unicode-segment"' -C metadata=fc954162c3ed8ec3 -C extra-filename=-fc954162c3ed8ec3 --out-dir /hello/target/release/deps -L dependency=/hello/target/release/deps --cap-lints allow +==977== Memcheck, a memory error detector +==977== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. +==977== Using Valgrind-3.17.0 and LibVEX; rerun with -h for copyright info +==977== Command: rustc --crate-name regex_syntax --edition=2018 /opt/cargo/registry/src/github.com-1ecc6299db9ec823/regex-syntax-0.6.25/src/lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --crate-type lib --emit=dep-info,metadata,link -C opt-level=3 -C embed-bitcode=no --cfg feature="default" --cfg feature="unicode" --cfg feature="unicode-age" --cfg feature="unicode-bool" --cfg feature="unicode-case" --cfg feature="unicode-gencat" --cfg feature="unicode-perl" --cfg feature="unicode-script" --cfg feature="unicode-segment" -C metadata=fc954162c3ed8ec3 -C extra-filename=-fc954162c3ed8ec3 --out-dir /hello/target/release/deps -L dependency=/hello/target/release/deps --cap-lints allow +==977== +{"artifact":"/hello/target/release/deps/regex_syntax-fc954162c3ed8ec3.d","emit":"dep-info"} +{"artifact":"/hello/target/release/deps/libregex_syntax-fc954162c3ed8ec3.rmeta","emit":"metadata"} +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x4b3d23)[0x400215fd23] +/lib/x86_64-linux-gnu/libc.so.6(+0x42520)[0x4005cab520] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/../lib/libLLVM-14-rust-1.60.0-stable.so(_ZNK4llvm13AttributeList19addAttributeAtIndexERNS_11LLVMContextEjNS_9AttributeE+0x834)[0x40088d3484] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/../lib/libLLVM-14-rust-1.60.0-stable.so(_ZN4llvm8Function19addAttributeAtIndexEjNS_9AttributeE+0x18)[0x40088d2c48] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(_RNvXs4_NtCsfrnhObXyzQM_18rustc_codegen_llvm3abiINtNtNtCsaEkRwEFRwNk_12rustc_target3abi4call5FnAbiNtNtCs12ixbLjc5mB_12rustc_middle2ty2TyENtB5_12FnAbiLlvmExt16apply_attrs_llfn+0x101)[0x40033d52e1] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(_RNvXNtCsfrnhObXyzQM_18rustc_codegen_llvm9mono_itemNtNtB4_7context9CodegenCxNtNtNtCsegTyfRY58Oj_17rustc_codegen_ssa6traits7declare16PreDefineMethods12predefine_fn+0x56a)[0x40033bba5a] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x17007c0)[0x40033ac7c0] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x23761e6)[0x40040221e6] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x2373a6f)[0x400401fa6f] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x23a1e45)[0x400404de45] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(_RNvXs5_CsfrnhObXyzQM_18rustc_codegen_llvmNtB5_18LlvmCodegenBackendNtNtNtCsegTyfRY58Oj_17rustc_codegen_ssa6traits7backend14CodegenBackend13codegen_crate+0xda)[0x400400e70a] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x23544e7)[0x40040004e7] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x233ac88)[0x4003fe6c88] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(_RNvMs0_NtCsf5CM6ndXTHU_15rustc_interface7queriesNtB5_7Queries15ongoing_codegen+0xaf)[0x4003fdd02f] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x2308b04)[0x4003fb4b04] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x22ee134)[0x4003f9a134] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/librustc_driver-75e5f32fc3580f6c.so(+0x23213e9)[0x4003fcd3e9] +/opt/rustup/toolchains/1.60.0-x86_64-unknown-linux-gnu/bin/../lib/libstd-8d61b92a0a02f53a.so(rust_metadata_std_cd3cf6af28dff6de+0xa7d03)[0x400598fd03] +/lib/x86_64-linux-gnu/libc.so.6(+0x94947)[0x4005cfd947] +/lib/x86_64-linux-gnu/libc.so.6(clone+0x44)[0x4005d8da44] +Segmentation fault (core dumped) +```""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/99.toml b/gitlab/issues/target_missing/host_missing/accel_missing/99.toml new file mode 100644 index 00000000..505deefb --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/99.toml @@ -0,0 +1,15 @@ +id = 99 +title = "Feature Request: Please add TCG OPAL 2 emulation support to the virtio disk emulation" +state = "closed" +created_at = "2021-05-03T14:51:09.624Z" +closed_at = "2022-08-16T06:57:59.249Z" +labels = ["Closed::UnbackedFeature", "Launchpad", "Storage", "kind::Feature Request", "workflow::Triaged"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/99" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/991.toml b/gitlab/issues/target_missing/host_missing/accel_missing/991.toml new file mode 100644 index 00000000..d2b75c21 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/991.toml @@ -0,0 +1,18 @@ +id = 991 +title = "Failed to get write lock on qcow2 image from a sigkilled vm" +state = "opened" +created_at = "2022-04-18T08:38:04.255Z" +closed_at = "n/a" +labels = ["Storage"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/991" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = "n/a" +reproduce = "n/a" +additional = """That feature will solve an issue i have with qemu that i muself created +by sending a `kill -9` to a qemu VM after it stopped accepting vnc connections. +I can't use the same qcow2 image currently. Maybe a reboot will fix it, but i did +check `lslocks` and there was no lock on it there.""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/994.toml b/gitlab/issues/target_missing/host_missing/accel_missing/994.toml new file mode 100644 index 00000000..28a3da63 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/994.toml @@ -0,0 +1,15 @@ +id = 994 +title = "7.0.0-rc4 doesn't launch on Windows" +state = "closed" +created_at = "2022-04-19T04:03:40.087Z" +closed_at = "2022-04-19T16:24:32.772Z" +labels = ["Closed::Invalid"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/994" +host-os = "Windows 10.0.19044" +host-arch = "x86" +qemu-version = "not available due to this bug" +guest-os = "n/a" +guest-arch = "n/a" +description = """The program immediately exits, without even printing version information (or anything).""" +reproduce = """1. Run the command above""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/996.toml b/gitlab/issues/target_missing/host_missing/accel_missing/996.toml new file mode 100644 index 00000000..ca5372d2 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/996.toml @@ -0,0 +1,36 @@ +id = 996 +title = "Alt-TAB minimizes a full screen key-grabbed SDL window" +state = "opened" +created_at = "2022-04-21T08:26:03.348Z" +closed_at = "n/a" +labels = ["GUI"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/996" +host-os = "Ubuntu 22.04" +host-arch = "x86" +qemu-version = "1:6.2+dfsg-2ubuntu5" +guest-os = "n/a (problem can be seen without any guest load)" +guest-arch = "x86" +description = """I was made aware of a case where a qemu seems to respond to a keyboard event `Alt+Tab` that isn't meant for it. + +When running in "SDL + full-screen + keys being grabbed by the guest" (see steps to reproduce below) one would expect `Alt+Tab` to do nothing on the host. But it does minimize the qemu window. + +This does not happen if: +- using GTK instead of SDL +- not being in full-screen mode + +No error message or warning appears while this happens.""" +reproduce = """You do not need and workload to run inside qemu for this + +1. `qemu-system-x86_64 -display sdl` +2. Get your key grabbed: `click inside the window` +3. Go full screen: `Alt+Ctrl+F` +4. Press `Alt+Tab` +5. Expected: nothing, Experienced: window minimizes + +Note: it even is reproducible if running the qemu binary from another system through SSH with X11 forwarding. + +P.S. +I haven't had a chance yet to try qemu 7.0 from git, but will in a bit. +It is easy enough to reproduce that I considered it worth filing without. +For the start it would be great to hear if others see that as well or not. In case of the latter we'd have to compare library versions (currently I use sdl 2.0.20+dfsg-2build1).""" +additional = "n/a" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/997.toml b/gitlab/issues/target_missing/host_missing/accel_missing/997.toml new file mode 100644 index 00000000..e2459c59 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/997.toml @@ -0,0 +1,25 @@ +id = 997 +title = "Iothread is stuck at 100% CPU usage with virtio-scsi on QEMU 7.0.0" +state = "closed" +created_at = "2022-04-21T21:21:52.081Z" +closed_at = "2022-04-27T17:34:22.896Z" +labels = ["Storage", "device:virtio"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/997" +host-os = "Gentoo Unstable" +host-arch = "amd64" +qemu-version = "7.0.0" +guest-os = "Fedora 35 ISO (kernel 5.14.10), Windows 10 21H1" +guest-arch = "amd64" +description = """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""" +reproduce = """1. Add virtio-scsi controller with iothread +2. Boot VM +3. Check per-thread CPU usage such as in htop""" +additional = """[fedora.log](/uploads/776fbf8e5b823d0ab326946684ef9022/fedora.log) + +[fedora.xml](/uploads/54879e5adfb227ddef79d382e86fc608/fedora.xml)""" diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/999.toml b/gitlab/issues/target_missing/host_missing/accel_missing/999.toml new file mode 100644 index 00000000..97585142 --- /dev/null +++ b/gitlab/issues/target_missing/host_missing/accel_missing/999.toml @@ -0,0 +1,18 @@ +id = 999 +title = "Update ipv4 function calls" +state = "opened" +created_at = "2022-04-22T17:37:34.434Z" +closed_at = "n/a" +labels = ["Networking", "kind::Feature Request"] +url = "https://gitlab.com/qemu-project/qemu/-/issues/999" +host-os = "n/a" +host-arch = "n/a" +qemu-version = "n/a" +guest-os = "n/a" +guest-arch = "n/a" +description = """Qemu still uses obsolete ipv4 functions, it would be fine to convert them to their ipv6 counterparts: +* gethostbyname +* inet_aton +* inet_ntoa""" +reproduce = "n/a" +additional = "n/a" |