blob: 634c59c98d64162f3843f8894ffc589a075ab5db (
plain) (
blame)
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
|
device: 0.935
graphic: 0.929
other: 0.825
boot: 0.646
vnc: 0.616
semantic: 0.588
performance: 0.585
debug: 0.546
permissions: 0.524
socket: 0.471
PID: 0.469
network: 0.346
files: 0.337
KVM: 0.031
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 ).
|