summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/qemu/files/disable-grabs.patch
AgeCommit message (Collapse)AuthorFiles
2014-01-08qemu: upgrade to 1.7.0Cristian Iorga1
linux-user-Handle-SOCK_CLOEXEC-NONBLOCK-if-unavailab.patch file no longer needed, included in upstream. qemu-native tested on all architectures, host machine is Ubuntu Linux 13.10 x86-64. Basic X11 and networking tests performed. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-10-06qemu: fix nativesdk build without x11Eric Bénard1
when x11 is not defined in DISTRO_FEATURES, there are no x11 headers so True is not defined leading to : | ui/sdl.c:62:8: warning: type defaults to 'int' in declaration of 'doing_grabs' [-Wimplicit-int] | static doing_grabs = True; | ^ | ui/sdl.c:62:22: error: 'True' undeclared here (not in a function) | static doing_grabs = True; | ^ Signed-off-by: Eric Bénard <eric@eukrea.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-18qemu: Fix broken patchRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-18qemu: add option to disable X grabsRoss Burton1
When the mouse pointer enters the qemu window it takes a pointer grab. This doesn't sound too dangerous at first but it turns out that SDL will infinitely busy-loop if it can't get the grab (e.g. if the screen is locked) and the average autobuilder setup's X server will have locked the screen a few minutes after boot. The result is that on many autobuilders apparently random qemu instances (the top-most one under the pointer) will hang during boot. To resolve this add an option (via an environment variable) to never attempt a grab. The default behaviour remains to grab so that everyone else doesn't see any change. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>