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, 15 insertions, 0 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 new file mode 100644 index 000000000..8719a0632 --- /dev/null +++ b/gitlab/issues_text/target_arm/host_missing/accel_missing/2213 @@ -0,0 +1,15 @@ +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 ). |