Description of problem: Can't operate the second screen when boot guest with "-vnc :0,share=allow-exclusive",mouse pointer move inside the first screen when we click something inside the second guest screen Version-Release number of selected component (if applicable): (host) # uname -r 4.18.0-57.el8.x86_64 # rpm -qa | grep qemu qemu-guest-agent-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-kvm-common-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-kvm-block-rbd-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-kvm-block-curl-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-kvm-block-iscsi-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-kvm-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-kvm-block-gluster-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-kvm-block-ssh-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-img-3.1.0-2.module+el8+2606+2c716ad7.x86_64 qemu-kvm-core-3.1.0-2.module+el8+2606+2c716ad7.x86_64 # rpm -qa | grep tiger tigervnc-1.9.0-7.el8.x86_64 (guest) # uname -r 4.18.0-57.el8.x86_64 How reproducible: 6/6 Steps to Reproduce: 1. boot rhel8 guest with command[1] 2. connect two guest screen with "vncviewer host-ip:5900 -Shared" 3. operate guest Actual results: Can't operate the second screen,mouse pointer move inside the first screen when we click something inside the second guest screen,this issue can be reproduced with rhel7 host and rhel8 guest. Expected results: both two screen can be operate without error. Additional info: [1] /usr/libexec/qemu-kvm -enable-kvm -M q35 -nodefaults \ -smp 4,cores=2,threads=2,sockets=1 \ -m 2G -name rhel+OVMF \ -serial unix:/tmp/console,server,nowait \ -qmp tcp:10.66.8.208:4446,server,nowait \ -global driver=cfi.pflash01,property=secure,value=on \ -drive file=/usr/share/edk2/ovmf/OVMF_CODE.secboot.fd,if=pflash,format=raw,readonly=on,unit=0 \ -drive file=/home/4-rhel-ovmf/OVMF/OVMF_VARS.fd,if=pflash,format=raw,unit=1,readonly=off \ -drive file=/usr/share/edk2/ovmf/UefiShell.iso,if=none,cache=none,snapshot=off,aio=native,media=cdrom,id=cdrom1 -device ahci,id=ahci0 -device ide-cd,drive=cdrom1,id=ide-cd1,bus=ahci0.1 \ -boot menu=on,splash-time=12000 \ -monitor stdio \ -device pcie-root-port,id=root0,slot=0 \ -object secret,id=sec0,data=redhat \ -drive file=/home/4-rhel-ovmf/luks.qcow2,if=none,encrypt.key-secret=sec0,id=guest-img,format=qcow2,werror=stop,rerror=stop -device virtio-blk-pci,bus=root0,drive=guest-img,id=os-disk,bootindex=1 \ -device VGA,id=vga1 \ -debugcon file:/home/4-rhel-ovmf/ovmf.log \ -global isa-debugcon.iobase=0x402 \ -device pcie-root-port,id=root1,slot=1 \ -netdev tap,id=hostnet0 -device virtio-net-pci,bus=root1,netdev=hostnet0,id=net0,mac=70:5a:0f:38:cd:64 \ -vnc :0,share=allow-exclusive \ -device ich9-usb-uhci6 \ -device usb-tablet \
https://patchwork.ozlabs.org/patch/1051727/
I cannot reproduce this issue on qemu-kvm-4.0.0-4.module+el8.1.0+3356+cda7f1ee.x86_64 simple qemu cli used: /usr/libexec/qemu-kvm -vnc :0,share=allow-exclusive -hda virtimages/VirtualMachines/vnc.img -cpu Opteron_G5 -m 8G -device VGA
(In reply to Guo, Zhiyi from comment #3) > I cannot reproduce this issue on > qemu-kvm-4.0.0-4.module+el8.1.0+3356+cda7f1ee.x86_64 > > simple qemu cli used: > /usr/libexec/qemu-kvm -vnc :0,share=allow-exclusive -hda > virtimages/VirtualMachines/vnc.img -cpu Opteron_G5 -m 8G -device VGA Fixed upstream in version 4.0, so this is expected ;) Updating bug accordingly.
Also cannot reproduce this issue against qemu-kvm-4.1.0-4.module+el8.1.0+4020+16089f93.x86_64, mark as verified
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2019:3723