Hi,
Here I make a case that standard tiled DRM format modifiers that
multiple GPU vendors can support are feasible:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/12054
Marek
Hi,
The MR is up:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31756
It's good to go as long as there is no functional issue.
libdrm_amdgpu will still be relevant for PAL, ROCm, and xf86-video-amdgpu.
Marek
On 10/21/24 07:33, Jose Fonseca wrote:
I see a few downsides with the proposed callback:
- feels like a solution too tailored for WINE
- there's a layering violation: the application suddenly takes the
driving seat for a thing deep down in the GL driver
so I fear Mesa community might regret it d
I see a few downsides with the proposed callback:
- feels like a solution too tailored for WINE
- there's a layering violation: the application suddenly takes the driving
seat for a thing deep down in the GL driver
so I fear Mesa community might regret it doing, and once WINE supports
there would b
On 2024-10-21 11:20, Derek Lesho wrote:
> On 10/21/24 11:08, Michel Dänzer wrote:
>
>> On 2024-10-18 23:55, Derek Lesho wrote:
>>> Hey everyone 👋,
>>>
>>> I'm Derek from the Wine project, and wanted to start a discussion with
>>> y'all about potentially extending the Mesa OGL drivers to help us w
On 10/21/24 11:08, Michel Dänzer wrote:
On 2024-10-18 23:55, Derek Lesho wrote:
Hey everyone 👋,
I'm Derek from the Wine project, and wanted to start a discussion with y'all
about potentially extending the Mesa OGL drivers to help us with a
functionality gap we're facing.
Problem Space:
In
On 2024-10-18 23:55, Derek Lesho wrote:
> Hey everyone 👋,
>
> I'm Derek from the Wine project, and wanted to start a discussion with y'all
> about potentially extending the Mesa OGL drivers to help us with a
> functionality gap we're facing.
>
> Problem Space:
>
> In the last few years Wine's
