qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [Bug 1818398] [NEW] No evdev mouse passthrough with virtio-vga or kvm
@ 2019-03-03 12:31 Yohann Agrebbe
  2021-05-05 11:17 ` [Bug 1818398] " Thomas Huth
  0 siblings, 1 reply; 2+ messages in thread
From: Yohann Agrebbe @ 2019-03-03 12:31 UTC (permalink / raw)
  To: qemu-devel

Public bug reported:

Hi,

Using qemu version 3.1.0-1 on a host with the latest Archlinux 64-bit
distribution, and running the same OS as guest, the mouse doesn't work
when using both evdev passthrough and virtio-vga, or when using both
evdev passthrough and kvm.

The following command line runs a machine that does not receive any mouse event:
qemu-system-x86_64 -machine type=q35,accel=kvm -cpu host -accel kvm -boot order=dc,menu=on -m size=2048 -net nic -device virtio-vga -device intel-hda -name Linux -drive file=/mnt/data/nobody/linux/arch.img,if=virtio -display sdl,gl=on -full-screen -net user -D /dev/null -rtc base=utc,clock=host,driftfix=slew -nodefaults -object input-linux,id=kbd1,evdev=/dev/input/event6,grab_all=on,repeat=on -object input-linux,id=mouse1,evdev=/dev/input/event7

But with this command line, removing virtio-vga and kvm, the mouse works as expected:
qemu-system-x86_64 -machine type=q35 -boot order=dc,menu=on -m size=2048 -net nic -device cirrus-vga -device intel-hda -name Linux -drive file=/mnt/data/nobody/linux/arch.img,if=virtio -display sdl,gl=on -full-screen -net user -D /dev/null -rtc base=utc,clock=host,driftfix=slew -nodefaults -object input-linux,id=kbd1,evdev=/dev/input/event6,grab_all=on,repeat=on -object input-linux,id=mouse1,evdev=/dev/input/event7

Note: Passing a keyboard by evdev in the same way always works, the
problem is mouse specific.

Thanks in advance for the analysis,
gatestallman

** Affects: qemu
     Importance: Undecided
         Status: New


** Tags: evdev kvm mouse virtio-vga

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1818398

Title:
  No evdev mouse passthrough with virtio-vga or kvm

Status in QEMU:
  New

Bug description:
  Hi,

  Using qemu version 3.1.0-1 on a host with the latest Archlinux 64-bit
  distribution, and running the same OS as guest, the mouse doesn't work
  when using both evdev passthrough and virtio-vga, or when using both
  evdev passthrough and kvm.

  The following command line runs a machine that does not receive any mouse event:
  qemu-system-x86_64 -machine type=q35,accel=kvm -cpu host -accel kvm -boot order=dc,menu=on -m size=2048 -net nic -device virtio-vga -device intel-hda -name Linux -drive file=/mnt/data/nobody/linux/arch.img,if=virtio -display sdl,gl=on -full-screen -net user -D /dev/null -rtc base=utc,clock=host,driftfix=slew -nodefaults -object input-linux,id=kbd1,evdev=/dev/input/event6,grab_all=on,repeat=on -object input-linux,id=mouse1,evdev=/dev/input/event7

  But with this command line, removing virtio-vga and kvm, the mouse works as expected:
  qemu-system-x86_64 -machine type=q35 -boot order=dc,menu=on -m size=2048 -net nic -device cirrus-vga -device intel-hda -name Linux -drive file=/mnt/data/nobody/linux/arch.img,if=virtio -display sdl,gl=on -full-screen -net user -D /dev/null -rtc base=utc,clock=host,driftfix=slew -nodefaults -object input-linux,id=kbd1,evdev=/dev/input/event6,grab_all=on,repeat=on -object input-linux,id=mouse1,evdev=/dev/input/event7

  Note: Passing a keyboard by evdev in the same way always works, the
  problem is mouse specific.

  Thanks in advance for the analysis,
  gatestallman

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1818398/+subscriptions

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-05-05 11:32 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-03 12:31 [Qemu-devel] [Bug 1818398] [NEW] No evdev mouse passthrough with virtio-vga or kvm Yohann Agrebbe
2021-05-05 11:17 ` [Bug 1818398] " Thomas Huth

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).