[OE-core] [PATCH 26/27] qemu.bbclass: add -r ${OLDEST_KERNEL} parameter

Andreas Müller schnitzeltony at googlemail.com
Thu Oct 2 09:22:11 UTC 2014


On Mon, Sep 8, 2014 at 1:58 PM, Ross Burton <ross.burton at intel.com> wrote:

> From: Martin Jansa <martin.jansa at gmail.com>
>
> * in some cases (e.g. with external toolchain which doesn't respect our
>   reasonably old version set in OLDEST_KERNEL) it's possible to have libc
>   which requires newer kernel than what we have on builders, qemu supports
>   -r param to use different uname than what's returned by host system.
> * change qemu_run_binary to pass -r ${OLDEST_KERNEL} and add the same to
>   QEMU_OPTIONS which are used by qemuwrapper-cross
> * maybe we should eventually convert all qemu_run_binary usages always
> include
>   qemuwrapper-cross dependency and always call qemu through that (it
>   seems very strange that qemu_target_binary is called from qemuwrapper
>   and for allarch recipes it can return qemu-allarch as qemu binary).
>
>   qemu_run_binary is used by:
>   meta/classes/gtk-immodules-cache.bbclass:
> ${@qemu_run_binary(d, '$D', '${bindir}/gtk-query-immodules-$maj_ver.0')} \
>   meta/classes/qemu.bbclass:def qemu_run_binary(data, rootfs_path, binary):
>   meta/recipes-core/systemd/systemd_213.bb:         ${@qemu_run_binary(d,
> '$D', '${base_bindir}/udevadm')} hwdb --update \
>   meta/recipes-graphics/pango/pango.inc:    ${@qemu_run_binary(d,
> '$D','${bindir}/${MLPREFIX}pango-querymodules')} \
>
>   and qemuwrapper directly by:
>   scripts/postinst-intercepts/update_font_cache:PSEUDO_UNLOAD=1
> qemuwrapper -L $D -E LD_LIBRARY_PATH=$D/${libdir}:$D/${base_libdir}\
>   scripts/postinst-intercepts/update_pixbuf_cache:PSEUDO_UNLOAD=1
> qemuwrapper -L $D -E LD_LIBRARY_PATH=$D/${libdir}:$D/${base_libdir}\
>
> Somehow related but I don't understand fully yet:

do_rootfs complains:
NOTE: > Executing update_pixbuf_cache intercept ...
FATAL: kernel too old
WARNING: The postinstall intercept hook 'update_pixbuf_cache' failed (exit
code: 127)! See log for details!

and many other 'kernel too old' messages. Target kernel is 3.14.19 / Host
is 3.14.17. Too old?

Andreas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20141002/f552ebf4/attachment-0002.html>


More information about the Openembedded-core mailing list