buildroot/package/qemu, branch 2019.02-op-build

package/qemu: fix build of host-qemu on systems with old kernel headers

2019-02-14T20:49:06+00:00

Qemu assumes that when is available, it can build its USBFS code. However, some systems have , but it doesn't provide all the definitions that Qemu needs, causing a build failure. In order to fix this, we introduce a Qemu patch that improves the check that determines whether USBFS support should be enabled or not. Fixes: http://autobuild.buildroot.net/results/c4af5505f80e1e6185df70d191e85d9393df5795/ Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

package/qemu: remove host-python dependency.

2019-02-04T13:00:19+00:00

Now that Buildroot requires python >= 2.7, qemu no longer needs a host-python, as it does not use any external Python modules to build. Signed-off-by: Adam Duskett Signed-off-by: Thomas Petazzoni

package/qemu: remove broken/unneeded PYTHONPATH

2018-12-28T10:44:59+00:00

Qemu uses the host-python when building, but the .mk file is pointing the host-python interpreter to the target python site-packages, which is both incorrect and also unneeded. Qemu doesn't need any extra packages [1], so there's no need to provide this path. And indeed qemu builds fine when setting the path to a non-existent directory. Since target qemu neither depends on nor selects target python, it's quite possible to build qemu without a target python, in which case the supplied PYTHONPATH is a non-existent directory. But even if qemu did want a python package, pointing the host-python to the target site-packages will not work. The package could contain a compiled shared library for the target architecture that the host python can not load. This can be tested by adding "import numpy" to one of qemu's python scripts and observing target python-numpy failing to load when the script is run at build time. [1] https://lists.gnu.org/archive/html/qemu-devel/2017-08/msg01758.html "Avoid third-party package dependencies - QEMU currently has none!" Signed-off-by: Trent Piepho Signed-off-by: Thomas Petazzoni

package/qemu: bump to version 3.1.0

2018-12-16T15:06:19+00:00

Signed-off-by: Adam Duskett Signed-off-by: Thomas Petazzoni

Merge branch 'next'

2018-12-02T07:16:10+00:00

Signed-off-by: Peter Korsgaard

qemu: enable seccomp if libseccomp is selected

2018-11-25T08:14:51+00:00

It is required to use qemu with libvirt and allows us to resume working on the libvirt package (https://patchwork.ozlabs.org/patch/841613). Signed-off-by: Carlos Santos Signed-off-by: Thomas Petazzoni

package/qemu: add option to enable virtual filesystem in host qemu

2018-11-24T13:50:42+00:00

Signed-off-by: Etienne Carriere [Thomas: tweak option prompt] Signed-off-by: Thomas Petazzoni

qemu: disable opengl

2018-11-11T20:02:14+00:00

Since version 0.15.0, qemu has an optional dependency to opengl: https://github.com/qemu/qemu/commit/20ff075bb3340c5278a0da38ad1f4d602565aa06 Since version 2.4, libepoxy is also needed to enable opengl: https://github.com/qemu/qemu/commit/dcf30025c3e3d43140a687240433de1920adf8b0 As a result if libepoxy is built before qemu, opengl support will be detected (see config.log): OpenGL support yes OpenGL dmabufs yes This will raise the failures in milkymist-tmu2: hw/display/milkymist-tmu2.c:35:22: fatal error: X11/Xlib.h: No such file or directory or in sdl2: CC /home/peko/autobuild/instance-0/output/targetui/sdl2-2d.o In file included from /home/peko/autobuild/instance-0/output/build/qemu-2.12.1/include/ui/egl-context.h:5:0, from ui/egl-context.c:3: /home/peko/autobuild/instance-0/output/build/qemu-2.12.1/include/ui/egl-helpers.h:45:55: error: unknown type name 'Window'; did you mean 'minor'? or in translate-a64: /accts/mlweber1/scripts/instance-3/output/build/qemu-2.12.1/target/arm/translate-a64.c: In function 'handle_shri_with_rndacc': /accts/mlweber1/scripts/instance-3/output/build/qemu-2.12.1/target/arm/translate-a64.c:7000:28: warning: 'tcg_src_hi' may be used uninitialized in this function [-Wmaybe-uninitialized] tcg_gen_mov_i64(tcg_src, tcg_src_hi); ^ ../ui/gtk-egl.o: In function `gd_egl_init': /accts/mlweber1/scripts/instance-3/output/build/qemu-2.12.1/ui/gtk-egl.c:52: undefined reference to `gdk_x11_window_get_xid' So, for the time being, disable opengl as done in xen since commit 13c6754f3c1d2a14516f641490e9dd6f4c183d7c. Fixes: - http://autobuild.buildroot.org/results/656e45721c72197834462eb2bd8c762e520725a4 - http://autobuild.buildroot.org/results/d4736a930144fc5e25b377bc1c0baf44fbf8718d - http://autobuild.buildroot.org/results/50e0d7d1b4f5c2b827b50bb82d8fbc066bf31118 Signed-off-by: Fabrice Fontaine Signed-off-by: Thomas Petazzoni

qemu: switch to sdl2

2018-10-30T20:02:51+00:00

Since version 2.12.0 and https://github.com/qemu/qemu/commit/e52c6ba34149b4f39c3fd60e59ee32b809db2bfa, SDL 1.2 is deprecated so switch to SDL 2.0 as SDL 1.2 will be removed in the last release of 2018 Signed-off-by: Fabrice Fontaine Reviewed-by: Matt Weber Signed-off-by: Peter Korsgaard

qemu: sdl frontend needs x11

2018-10-30T20:01:39+00:00

Since qemu 2.12.0 and https://github.com/qemu/qemu/commit/2ec78706d188df7d3dab43d07b19b05ef7800a44, x_keymap.h has been converted from "SDL display driver" to "X11 keymaps" So add a select on BR2_PACKAGE_SDL_X11 Fixes: - http://autobuild.buildroot.org/results/1908d2d7de8d3aff11ed6fbb8fe4cf3eff54b5a5 Signed-off-by: Fabrice Fontaine Reviewed-by: Matt Weber Signed-off-by: Peter Korsgaard