Simon McVittie <[email protected]> 于2021年9月3日周五 上午7:21写道： > > Source: gtk4 > Version: 4.4.0+ds1-3 > Severity: normal > Tags: upstream > X-Debbugs-Cc: [email protected] > Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/issues/4228 > > GTK 4 has a new scene-graph-based rendering model, "GSK", with an OpenGL > preferred implementation and a Cairo fallback. Its regression tests draw > various combinations of "render nodes" and check the results against > reference PNG images. > > When using the "new" OpenGL renderer, "ngl", there's a weird rendering > glitch on mips*el on two tests involving repeating a pattern: the top > left pixel in each 2x2 block is darker than the other three. > For more details and comparison images: > https://gitlab.gnome.org/GNOME/gtk/-/issues/4228 > > Is there anything unusual about the OpenGL implementation on mips*el > that would cause this sort of thing? It seems to be using Mesa swrast_dri.so > (which I think is llvmpipe?), the same as any other machine without a GPU. > > The "old" OpenGL renderer, "gl", does not seem to suffer from this - but > it is no longer the default, has been deleted in newer upstream versions, > and crashes in two (unrelated) tests on mipsel, so I'm going to disable > testing for "gl" in the next upload to avoid wasting machine resources and > developer time on it. > > I'm going to skip these two tests on mips*el. I don't know what practical > effect this will have on GTK applications; I would recommend that people > who are interested in GUIs on mips*el should try the gtk-4-examples package > when mips*el builds become available, and find out. >
Thank you. We will dig it. We (CIP United) are taking care about MIPS ecosystem, and feel free to contact use for any MIPS problems. > smcv > -- YunQiang Su
