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

[Martin Jansa <martin.jansa@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2353 bytes --]

On Thu, Oct 02, 2014 at 11:22:11AM +0200, Andreas Müller wrote:
> On Mon, Sep 8, 2014 at 1:58 PM, Ross Burton <ross.burton@intel.com> wrote:
> 
> > From: Martin Jansa <martin.jansa@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?

What is your OLDEST_KERNEL value? and what does "file" show as required
kernel on those binaries?

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]