diff options
Diffstat (limited to 'gitlab/issues_text/target_arm/host_missing/accel_missing/2213')
| -rw-r--r-- | gitlab/issues_text/target_arm/host_missing/accel_missing/2213 | 15 |
1 files changed, 0 insertions, 15 deletions
diff --git a/gitlab/issues_text/target_arm/host_missing/accel_missing/2213 b/gitlab/issues_text/target_arm/host_missing/accel_missing/2213 deleted file mode 100644 index 8719a0632..000000000 --- a/gitlab/issues_text/target_arm/host_missing/accel_missing/2213 +++ /dev/null @@ -1,15 +0,0 @@ -QEMU fails with duplicate SaveStateEntry when using two legacy virtio input devices -Description of problem: -QEMU bails out when it is started with two virtio-input devices running in legacy virtio mode, using two different transports (like PCI and CCW on s390x). -Steps to reproduce: -``` -qemu-system-s390x -M s390-ccw-virtio-2.6 -cpu max -nographic -device virtio-multitouch-pci -device virtio-tablet-ccw -``` -fails with: -``` -qemu-system-s390x: -device virtio-tablet-ccw: savevm_state_handler_insert: Detected duplicate SaveStateEntry: id=virtio-input, instance_id=0x0 -``` -Additional information: -The problem does *not* occur if using modern virtio devices (which automatically happens for -M s390-ccw-virtio-2.7 and newer) or if using virtio-input devices with the same transport (e.g. two PCI devices instead of one PCI and one CCW). - -Also note that the problem only occurs since QEMU 8.1 since older versions did not check for duplicate SaveStateEntries (see commit caa91b3c44cdb2d2921e25 ). |