Hi, I'm working on a Qt application that renders using two OpenGL contexts. One context is used to handle Qt draw calls and the other contexts render in another background thread using Skia (this is necessary because Skia and Qt don't play well with each other). The two threads are synchronized using fences (glFenceSync and glWaitSync). The skia thread renders everything on a FBO (the app is also using a tile rendering system where the content is first rendered on 256x256 FBOs and these are blitted on the bigger FBO) and then this is blitted onto the default framebuffer object on the Qt thread. This works quite well on Intel machines (I've tested this on 5 different machines), but not on AMD machines.
On AMD machines (tested with AMD 4600G integrated GPU and AMD Ryzen 7 2700U), the application hangs and stops working. This situation arise only when there is "a lot" of draw calls that happen on the skia thread, if the number of draw calls is small (e.g. when the skia thread only draws a line) the issue doesn't appear.
This is most likely a driver bug (indeed the AMD Driver issue report opens up when the application hangs), but I'm not exactly what is the specific cause of it. If I call both Qt and Skia OpenGL commands in a single thread, the issue doesn't appear.
Any input on this would be much appreciated.
Hi @skiadevtester ,
Sorry for this delayed reply. Could you please try the latest driver available here: Adrenalin 22.10.3 and let us know whether the issue is still reproducible or not?
If the issue still persists, please provide a minimal test-case (source code or binary) that can be used to reproduce this crash issue.