diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-06-01 21:35:14 +0200 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-06-01 21:35:14 +0200 |
| commit | 3e4c5a6261770bced301b5e74233e7866166ea5b (patch) | |
| tree | 9379fddaba693ef8a045da06efee8529baa5f6f4 /gitlab/issues_text/target_missing/host_missing/accel_missing/1569 | |
| parent | e5634e2806195bee44407853c4bf8776f7abfa4f (diff) | |
| download | qemu-analysis-3e4c5a6261770bced301b5e74233e7866166ea5b.tar.gz qemu-analysis-3e4c5a6261770bced301b5e74233e7866166ea5b.zip | |
clean up repository
Diffstat (limited to 'gitlab/issues_text/target_missing/host_missing/accel_missing/1569')
| -rw-r--r-- | gitlab/issues_text/target_missing/host_missing/accel_missing/1569 | 27 |
1 files changed, 0 insertions, 27 deletions
diff --git a/gitlab/issues_text/target_missing/host_missing/accel_missing/1569 b/gitlab/issues_text/target_missing/host_missing/accel_missing/1569 deleted file mode 100644 index 75e42de22..000000000 --- a/gitlab/issues_text/target_missing/host_missing/accel_missing/1569 +++ /dev/null @@ -1,27 +0,0 @@ -NVMe FS operations hang after suspending and resuming both guest and host -Description of problem: -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. -Steps to 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 information: -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) |