On Mon, Feb 17, 2020 at 5:15 AM Alexander Kanavin <[email protected]> wrote: > > On Mon, 17 Feb 2020 at 09:22, Alexander Kanavin <[email protected]> > wrote: >>> >>> \perhaps then make this chage such thst it only affects the >>> architecture you have tested. >> >> >> Fbdev backend is not documented, and there is no guarantee by upstream that >> it will work. You wouldn’t want to use it on actual targets either as it has >> no hw acceleration support. I think the change should apply to all, we >> should test standard drm/kms code paths everywhere and fix/report issues as >> needed.
hw acceleration is not going to work for non-x86 qemus, while other qemus should be fixed but not by breaking them first. As suggested limit this change to tested architectures and it would be fine. then if interested to fix it globally make changes to fix rest of qemus and then instrument global change after that > > > The issue with qemumips in particular is that it is still using cirrus for > the graphics card, which has been superseded by '-vga std' for a long time: > https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful/ > > If that is switched, then fbdev backend should be no longer necessary just > like in qemux86_64. > this is interesting, I will try it out on mips. > Alex -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
