<p dir="ltr"><br>
Le 25 oct. 2015 00:00, &quot;Trevor Woerner&quot; &lt;<a href="mailto:twoerner@gmail.com">twoerner@gmail.com</a>&gt; a écrit :<br>
&gt;<br>
&gt; On 10/20/15 05:37, Koen Kooi wrote:<br>
&gt; &gt;&gt; Op 20 okt. 2015, om 11:32 heeft Nicolas Dechesne &lt;<a href="mailto:nicolas.dechesne@linaro.org">nicolas.dechesne@linaro.org</a>&gt; het volgende geschreven:<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; The issue is that mesa is arch specific, not machine specific. So if<br>
&gt; &gt;&gt; you start mixing machines from the same arch, we are getting<br>
&gt; &gt;&gt; unexpected/wrong rebuilds.<br>
&gt; &gt; In this specific case I think we should enable freedreno for armv7/armv8 in OE-core, but the problem remains for other recipes like this.<br>
&gt;<br>
&gt; Are you suggesting that every armv7 device should have their mesa tuned<br>
&gt; for freedreno and freedreno added to their filesystem? That seems quite<br>
&gt; overly-broad!</p>
<p dir="ltr">No. Only building the driver. It won&#39;t be installed unless you add it into your image.</p>
<p dir="ltr">&gt;<br>
&gt; On the surface[1] it would seem as though the decisions as to how one<br>
&gt; builds mesa and which graphics solution to install is more similar to<br>
&gt; the decision as to which DEFAULTTUNE to use, rather than which<br>
&gt; architecture is involved?<br>
&gt;</p>
<p dir="ltr">DEFAULTTUNE is a generic config that impacts all packages. What Koen proposed is to change mesa to build more drivers by default.</p>
<p dir="ltr">&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; [1] which is my way of saying &quot;I don&#39;t have the experience of actually<br>
&gt; having done this, unlike you people&quot; ;-)<br>
</p>