I work on an N64 emulator (GLupeN64). I received a report from a user that they had garbled output from the application. They tried it with llvmpipe and it worked.
The issue report is here:
It includes and apitrace and a screenshot.
I had him disable indirect drawing, and in that mode the application will use glDrawElementsBaseVertex instead of glDrawElementsIndirect. He said that that fixed the issue, but it was very slow.
Created attachment 127970 [details]
Hi, I am the original reporter. At Logan's request, I'm uploading an archive with apitraces when I was using llvmpipe and when I was using radeonsi. In both cases, GLupeN64 was compiled with DEBUG=1 in the makefile.
Hi Aaron, thanks for the traces. The playback of both traces looks fine to me on Tonga. So either this has been fixed very recently, or it's SI/Oland-specific.
I'm curious, could you please post your dmesg and the output of sha1sum $(find /lib/firmware -iname *oland*)?
Created attachment 128031 [details]
I use mesa-git nightly builds, and I can confirm the issue is still present as of commit a456ea17fb460a68e28c13dd4b7086dc4309f410. I've also tested a 4.9+amdgpu kernel, but I get the same issue. It could very well be an SI problem.
I'm attaching a dmesg log, and here's the checksums for my firmware.
Hi Aaron are you still having issues with current Mesa?
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/1240.