Previews show small and tiled in Davinci Resolve on A770

[myownfriend]

In Davinci Resolve 18 and 19 with an A770 on Fedora, footage shows properly in the timeline and media pool but the preview in the monitor is small and tiled. This only appears to happen on discrete GPUs because people with integrated graphics don't appear to be having the same issue. I don't know for sure if it's a compute runtime issue or if it's on the Mesa end.

[smunaut]

As a bit of context for the issue, Resolve uses CL/GL sharing and I'm fairly sure the issue comes down to a disagreement between mesa and compute-runtime as to what tiling format the buffer is in (so compute side writes it in one format and the GL part displays it assuming it's another format). The details about the format are given as the "modifier" when exporting the dmabuf from mesa but ATM the only two supported case are "is zero" -> Force linear and "not zero" -> We assume that magically mesa and compute-runtime will happen to pick the same format for the same image dimensions / pixel format ...

[myownfriend]

So would it be more likely to be on the Mesa end? I'm assuming the CL side doesn't differentiate between discrete and integrated cards but the Mesa driver would. Or is it a little of both?

[smunaut]

Both have special case. It's not so much a function of dedicated vs igpu, just the generation of the core, the Arch (and newer iGPU too) have different tiling modes.

In CL/GL sharing the GL buffer is created first and at that point Mesa doesn't even know if that buffer is for sharing or not ...
So ideally the compute part should just adapt its access layout to whatever mesa picked.

[myownfriend]

Just for completeness, the same behavior also effects Blackmagic's BRAW Player.

[Tiefseetauchner]

@myownfriend what MESA version are you on? Can you reproduce the issue with 24.1 or 24.2 (git)? I was debugging around and somewhere along the line I couldn't reproduce the issue with 21.1 anymore and before we start messing with GmmLib, I'd like a confirmation that it isn't just a Mesa issue

[myownfriend]

@Tiefseetauchner I'm on 24.0.9: the latest version of the package for Fedora 40. I don't know when they're gonna roll out 24.1 either.

I was just told about meson devenv yesterday so I'm gonna try compiling mesa today.

[Tiefseetauchner]

Yeah that's what I've been doing on Manjaro

Thanks for trying, while there's a extremely slim change this'll fix it, I need the sanity check lol

[myownfriend]

@Tiefseetauchner just tried it out with 24.2(git) and it's waaay better but it's not fixed. Now the tiles are larger and longer lol

[Tiefseetauchner]

Ok that's good

Well no, on multiple levels, like, I seem tk have a broken GmmLib on mt computer

But it means my theory was right and I can implement a fix... Somehow

[smunaut]

For the record it changed because this bug got fixed : https://gitlab.freedesktop.org/mesa/mesa/-/issues/9994
I thought the fix was in 24.0.x because I reported it a while ago but apparently it was never backported to the 24.0.x series.

Previously the exported buffer would be reported with a modifier = 0 meaning linear even though it's not. Mesa is most likely to pick Tile4 for all images on Arc. But intel-compute-runtime picks Tile64 most likely.

[myownfriend]

For some reason I had thought this was merged already but I guess it isn't.

https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29244

I'm gonna see if I can make it work with that patch

[smunaut]

I'm not sure it would help because Tile64 needs an aux buffer and I think iris doesn't currently support dmabuf export of surface with aux buffers so they get converted at export time into supported formats.

[myownfriend]

That got it working!

[smunaut]

I don't understand how ...
https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/gallium/drivers/iris/iris_resource.c?ref_type=heads#L1732

There isn't even a modifier for tile64 assigned ...
Only thing I can think of is that it ends up converting it to linear before export but this would murder access performance to the image data.

[smunaut]

@Tiefseetauchner If you try that patch, could you tell me what modifier you end up getting from mesa ?