@kusma pointed out some issues we might run into if etnaviv starts supporting more advanced features.
Let’s take a simpler approach: disable wide line support on GPUs that would require emulation.
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/40006
Okay.. I have something for review. I think its quite a nice solution.
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/40001
So… last night I had plenty of time because everyone else went to bed early - except me.
Test case 'dEQP-GLES3.functional.rasterization.primitives.lines_wide'..
Pass (Pass)
The GPUs hardware line rasterizer doesn't produce spec-conformant results for wide lines - the spec requires them to be rendered as axis-aligned rectangles, offset and replicated in the minor direction.
Need to clean it up but one less todo item 😀
Today was a productive day tackling GLES3 CTS failures - opened several Mesa MRs to move fixes forward.
@Luigi311 I couldn't resist and went with the maxed-out IMX8M version 🙃
I just wanted to fix a depth32f GLES3 failure in my WIP branch… but it turned into digging into a bunch of other issues, and I even started working on a tiling library with some NEON magic - because of course it should be fast 😄
And since I love having unit tests to keep myself honest, there are now lots of them.
In the end, code sharing to support another graphics API is a win - so it’s definitely not a waste of time.
Open-source developer Tomeu Vizoso who developed the open-source and reverse-engineered 'Rocket' accel driver for the Rockchip NPU and also worked on the Etnaviv/Vivante NPU support and other related code like Mesa's Teflon is teasing new NPU drivers coming in the new year.