<div><div dir="auto">Will that take precedence over qemuall though? Sounds brittle. Another option is to make the fbdev configuration specific to mips and arm, as using kms does not need a configuration at all.</div></div><div dir="auto"><br></div><div dir="auto">Alex</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed 19. Feb 2020 at 18.21, Khem Raj &lt;<a href="mailto:raj.khem@gmail.com">raj.khem@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Feb 19, 2020 at 1:45 AM Alexander Kanavin<br>
&lt;<a href="mailto:alex.kanavin@gmail.com" target="_blank">alex.kanavin@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; On Tue, 18 Feb 2020 at 02:56, Khem Raj &lt;<a href="mailto:raj.khem@gmail.com" target="_blank">raj.khem@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;&gt; but I&#39;ll get to it, or you are welcome to try and report.<br>
&gt;&gt;&gt; Mips can be either fixed like suggested, or be a specific exception.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; For the rest of the targets, I see that you have extended the fbdev fallback to qemuall only on Jan 9 this year. So it&#39;s very unlikely anyone is using them to run weston (not to mention how painfully slow that would be), and so it would just be wasteful to test or fix them.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; We should be only applying tested part debugging these breakages is very hard so when we know it will break we should be careful as with this patch<br>
&gt;<br>
&gt;<br>
&gt; I have tested these things now:<br>
&gt;<br>
&gt; 1. Switching mips from cirrus to std vga works fine, as long as xorg.conf is also deleted (it&#39;s written specifically for cirrus and isn&#39;t working or needed with std vga). Both weston and sato boot and look right. I&#39;ll send a patch for it.<br>
&gt;<br>
&gt; 2. Switching weston to kms backend degrades performance to unusable level, as neither kvm nor virtio/virgl are available for non-x86 qemu, and kms backend is using software renderer in mesa. So fbdev is the only realistic option there. But for x86 qemu kms is still viable. I&#39;m not sure how to best configure it though.<br>
<br>
copy qemuall/weston.ini new folders qemux86 and qemux86-64 and point<br>
to backend it should be using.<br>
<br>
&gt;<br>
&gt; Alex<br>
</blockquote></div></div>