[email protected] writes: > From: Maximilian Senftleben <[email protected]> > > Some workflows start a guest in the background and do not want evdev > devices to be grabbed immediately. In that case, the current behavior > is annoying because the host loses control of the keyboard or mouse > before the user actually wants to interact with the guest. > > Add a new boolean input-linux property, grab-on-startup. When true, > the device is grabbed during initialization, which keeps the existing > behavior. When false, the device remains ungrabbed until the toggle > key combination is entered. > > Also make sure startup grabbing is skipped entirely when > grab-on-startup is false, even if keys are already pressed during > device initialization. Without this, QEMU could still perform a delayed > grab once those keys are released. > > This revives an earlier patch originally posted by Justinien Bouron and > incorporates the follow-up review feedback. > > Link: > https://patchew.org/QEMU/[email protected]/ > Link: https://lists.gnu.org/archive/html/qemu-devel/2024-03/msg04004.html > > Signed-off-by: Maximilian Senftleben <[email protected]>
QAPI schema Acked-by: Markus Armbruster <[email protected]>
