[Mesa-dev] [PATCH 0/9] dri2: Swapbuffer update v3.

[Michel Dänzer]

On 2018-09-06 1:20 p.m., Timothy Arceri wrote:
> On 06/09/18 04:57, Thomas Hellstrom wrote:
>> On 09/05/2018 04:30 PM, Timothy Arceri wrote:
>>> On 05/09/18 23:36, Thomas Hellstrom wrote:
>>>> On 09/05/2018 02:36 PM, Timothy Arceri wrote:
>>>>> On 05/09/18 22:09, Thomas Hellstrom wrote:
>>>>>>
>>>>>> In any case, you can hack-enable GLX_SWAP_EXCHANGE_OML if the
>>>>>> client is using dri3 by adding __DRI_ATTRIB_SWAP_EXCHANGE to
>>>>>> back_buffer_modes[] in
>>>>>> src/gallium/state_trackers/dri/dri_screen.c, recompile and make
>>>>>> sure the X server also picks up the recompiled driver. That is if
>>>>>> you have a gallium driver. This worked fine with vmwgfx at the
>>>>>> time I pushed the patch as tested by the corresponding piglit test.
>>>>>
>>>>> I did try this already with radeonsi but it didn't seem to work. I
>>>>> even restarted my PC to make sure the correct driver was selected.
>>>>
>>>> How did you test? I'll give it a test on vmwgfx + piglit.
>>>> /Thomas
>>>
>>> I just tried running the glx-swap-exchange piglit test. I was still
>>> getting:
>>>
>>> Couldn't get a GLX_SWAP_EXCHANGE_OML, RGBA, double-buffered fbconfig
>>> PIGLIT: {"result": "skip" }
>>
>> It works fine here, piglit test is passing. Didn't work at first, but
>> I got the dri driver installation directory wrong, once that was
>> resolved and the X server really picked up the correct driver it
>> worked fine. What distro are you on?
> 
> I'm using Fedora 28. lsof /opt/xorg/lib/dri/radeonsi_dri.so shows
> 
> Xorg 1952 tarceri mem REG 253,0 78109952 1967931
> /opt/xorg/lib/dri/radeonsi_dri.so

Note that this could be the one glamor uses, whereas the glx module
might use another one. Try something like

 lsof | grep Xorg.*radeonsi


-- 
Earthling Michel Dänzer               |               http://www.amd.com
Libre software enthusiast             |             Mesa and X developer