qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [vfio-users] [PATCH 2/2] input: linux evdev support


From: Blank Field
Subject: Re: [Qemu-devel] [vfio-users] [PATCH 2/2] input: linux evdev support
Date: Thu, 19 Nov 2015 22:00:25 +0300

2015-11-18 20:55 GMT+03:00 Gerd Hoffmann <address@hidden>:
> The advantage is that it'll work without virtio-input drivers in the
> guest, the events are delivered to the usual ps/2 or usb input devices
> (depending on what the machine happens to have).  And for keyboards
> qemu is able to switch the keyboard between guest and host on hotkey.
> The hotkey is hard-coded for now (both control keys), initialy the
> guest owns the keyboard.

You might already know that there are
-display sdl[,frame=on|off][,alt_grab=on|off][,ctrl_grab=on|off]
-ctrl-grab      use Right-Ctrl to grab mouse (instead of Ctrl-Alt)
options in regular qemu. Maybe it'd be convenient to use this switch
to change the "ungrab" key combination? Or make something similiar?

Personally I use SDL, and i'm pretty much happy with it except random
SegFaults.(i see some connection to disk activity, however).
SDL creates a surface(which is getting decorated by the WM) which
grabs all the input, filters it for ctrl-alt-shift release
combination, and sends it to the VM.
The other minor problem is that SDL scales mouse movements relative to
surface size.
Before SDL i used qemu's default graphics with all the fancy buttons
it provided(it sent the power button event too!), but it doesn't
transfer audio(SDL does that) and sometimes the mouse freezes. But it
specially required a "graphics" device to be attached, even if it's
just -device qxl which isn't touched by the guest system at all.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]