<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 2, 2014 at 5:05 PM, Martin Jansa <span dir="ltr">&lt;<a href="mailto:martin.jansa@gmail.com" target="_blank">martin.jansa@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>On Thu, Oct 02, 2014 at 11:22:11AM +0200, Andreas Müller wrote:<br>
&gt; On Mon, Sep 8, 2014 at 1:58 PM, Ross Burton &lt;<a href="mailto:ross.burton@intel.com" target="_blank">ross.burton@intel.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; From: Martin Jansa &lt;<a href="mailto:martin.jansa@gmail.com" target="_blank">martin.jansa@gmail.com</a>&gt;<br>
&gt; &gt;<br>
&gt; &gt; * in some cases (e.g. with external toolchain which doesn&#39;t respect our<br>
&gt; &gt;   reasonably old version set in OLDEST_KERNEL) it&#39;s possible to have libc<br>
&gt; &gt;   which requires newer kernel than what we have on builders, qemu supports<br>
&gt; &gt;   -r param to use different uname than what&#39;s returned by host system.<br>
&gt; &gt; * change qemu_run_binary to pass -r ${OLDEST_KERNEL} and add the same to<br>
&gt; &gt;   QEMU_OPTIONS which are used by qemuwrapper-cross<br>
&gt; &gt; * maybe we should eventually convert all qemu_run_binary usages always<br>
&gt; &gt; include<br>
&gt; &gt;   qemuwrapper-cross dependency and always call qemu through that (it<br>
&gt; &gt;   seems very strange that qemu_target_binary is called from qemuwrapper<br>
&gt; &gt;   and for allarch recipes it can return qemu-allarch as qemu binary).<br>
&gt; &gt;<br>
&gt; &gt;   qemu_run_binary is used by:<br>
&gt; &gt;   meta/classes/gtk-immodules-cache.bbclass:<br>
&gt; &gt; ${@qemu_run_binary(d, &#39;$D&#39;, &#39;${bindir}/gtk-query-immodules-$maj_ver.0&#39;)} \<br>
&gt; &gt;   meta/classes/qemu.bbclass:def qemu_run_binary(data, rootfs_path, binary):<br>
&gt; &gt;   meta/recipes-core/systemd/<a href="http://systemd_213.bb" target="_blank">systemd_213.bb</a>:         ${@qemu_run_binary(d,<br>
&gt; &gt; &#39;$D&#39;, &#39;${base_bindir}/udevadm&#39;)} hwdb --update \<br>
&gt; &gt;   meta/recipes-graphics/pango/pango.inc:    ${@qemu_run_binary(d,<br>
&gt; &gt; &#39;$D&#39;,&#39;${bindir}/${MLPREFIX}pango-querymodules&#39;)} \<br>
&gt; &gt;<br>
&gt; &gt;   and qemuwrapper directly by:<br>
&gt; &gt;   scripts/postinst-intercepts/update_font_cache:PSEUDO_UNLOAD=1<br>
&gt; &gt; qemuwrapper -L $D -E LD_LIBRARY_PATH=$D/${libdir}:$D/${base_libdir}\<br>
&gt; &gt;   scripts/postinst-intercepts/update_pixbuf_cache:PSEUDO_UNLOAD=1<br>
&gt; &gt; qemuwrapper -L $D -E LD_LIBRARY_PATH=$D/${libdir}:$D/${base_libdir}\<br>
&gt; &gt;<br>
&gt; &gt; Somehow related but I don&#39;t understand fully yet:<br>
&gt;<br>
&gt; do_rootfs complains:<br>
&gt; NOTE: &gt; Executing update_pixbuf_cache intercept ...<br>
&gt; FATAL: kernel too old<br>
&gt; WARNING: The postinstall intercept hook &#39;update_pixbuf_cache&#39; failed (exit<br>
&gt; code: 127)! See log for details!<br>
&gt;<br>
&gt; and many other &#39;kernel too old&#39; messages. Target kernel is 3.14.19 / Host<br>
&gt; is 3.14.17. Too old?<br>
<br>
</div></div>What is your OLDEST_KERNEL value? and what does &quot;file&quot; show as required<br>
kernel on those binaries?<br>
<span><font color="#888888"><br><br>
</font></span></blockquote></div>Thanks: Angstrom sets 2.6.16 and file says &#39;for GNU/Linux 2.6.32&#39;. Will send out a patch to angstrom after testing<br><br></div><div class="gmail_extra">Andreas<br></div></div>