[Mesa-dev] [PATCH 3/3] Revert "gallium/radeon: consolidate PIPE_BIND_SHARED/SCANOUT handling"

Leo Liu leo.liu at amd.com
Fri Sep 29 16:25:02 UTC 2017



On 09/29/2017 11:37 AM, Leo Liu wrote:
>
>
> On 09/29/2017 10:45 AM, Andy Furniss wrote:
>> Marek Olšák wrote:
>>> Can you test this?
>>
>> My mpv test case is fixed by
>>
>> radeonsi/uvd: fix planar formats broken since 
>> f70f6baaa3bb0f8b280ac2eaea69bb
>
> With Andy's information that this happens on newer MPV, and with 
> Marek's fixes, we know MPV is changed to
> interop decode buffer instead of previous output buffer, which means 
> the CSC is done within MPV by most likely calling GL directly instead of
> previously done by VL shader. This might increase CPU usage for MPV in 
> general.

I had a quick test between older and newer MPV on a system, there is no 
obvious difference on CPU usage, which is good.

And we may expect to get more flexibilities with the change.

Regards,
Leo

>
>>> Marek
>>>
>>> On Fri, Sep 29, 2017 at 1:51 AM, Andy Furniss <adf.lists at gmail.com> 
>>> wrote:
>>>> Mark Thompson wrote:
>>>>>
>>>>> This reverts commit f70f6baaa3bb0f8b280ac2eaea69bbffaf7de840.
>>>>
>>>>
>>>> I just bisected to this as it also breaks
>>>>
>>>> mpv --hwdec=vdpau --vo=opengl
>>>>
>>>> amdgpu: The CS has been rejected, see dmesg for more information 
>>>> (-22).
>>>> amdgpu: The CS has been cancelled because the context is lost.
>>>>
>>>> [drm:amdgpu_uvd_cs_pass2 [amdgpu]] *ERROR* buffer (2) to small 
>>>> (8355840 /
>>>> 12441600)!
>>>>
>>>>
>>>>
>>>>> ---
>>>>> This commit broke VAAPI surface export (found by bisection).  I 
>>>>> think the
>>>>> observed behaviour with playback is consistent with surfaces not 
>>>>> being
>>>>> updated some of the time, so something to do with sharing? I tried 
>>>>> setting
>>>>> PIPE_BIND_SHARED on the surfaces explicitly, but that didn't help 
>>>>> so I'm
>>>>> somewhat unclear what's going on exactly.
>>>>>
>>>>> I've included this patch in the series as a revert because it 
>>>>> makes it
>>>>> testable for other people, but it would be better if someone who 
>>>>> understands
>>>>> how these interact could have a look and decide how to fix it 
>>>>> properly.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> - Mark
>>>>>
>>>>>
>>>>>    src/gallium/drivers/radeon/r600_buffer_common.c | 13 +++++++++----
>>>>>    src/gallium/drivers/radeon/r600_texture.c       |  4 ++++
>>>>>    2 files changed, 13 insertions(+), 4 deletions(-)
>>>>>
>>>>> diff --git a/src/gallium/drivers/radeon/r600_buffer_common.c
>>>>> b/src/gallium/drivers/radeon/r600_buffer_common.c
>>>>> index b3e60a46e4..706c7485c3 100644
>>>>> --- a/src/gallium/drivers/radeon/r600_buffer_common.c
>>>>> +++ b/src/gallium/drivers/radeon/r600_buffer_common.c
>>>>> @@ -167,10 +167,12 @@ void si_init_resource_fields(struct
>>>>> r600_common_screen *rscreen,
>>>>>                           RADEON_FLAG_GTT_WC;
>>>>>          }
>>>>>    -     /* Displayable and shareable surfaces are not 
>>>>> suballocated. */
>>>>> -       if (res->b.b.bind & (PIPE_BIND_SHARED | PIPE_BIND_SCANOUT))
>>>>> -               res->flags |= RADEON_FLAG_NO_SUBALLOC; /* 
>>>>> shareable */
>>>>> -       else
>>>>> +       /* Only displayable single-sample textures can be shared 
>>>>> between
>>>>> +        * processes. */
>>>>> +       if (!(res->b.b.bind & (PIPE_BIND_SHARED | 
>>>>> PIPE_BIND_SCANOUT)) &&
>>>>> +           (res->b.b.target == PIPE_BUFFER ||
>>>>> +            res->b.b.nr_samples >= 2 ||
>>>>> +            rtex->surface.micro_tile_mode != 
>>>>> RADEON_MICRO_MODE_DISPLAY))
>>>>>                  res->flags |= RADEON_FLAG_NO_INTERPROCESS_SHARING;
>>>>>          /* If VRAM is just stolen system memory, allow both VRAM and
>>>>> @@ -190,6 +192,9 @@ void si_init_resource_fields(struct 
>>>>> r600_common_screen
>>>>> *rscreen,
>>>>>          if (rscreen->debug_flags & DBG_NO_WC)
>>>>>                  res->flags &= ~RADEON_FLAG_GTT_WC;
>>>>>    +     if (res->b.b.bind & PIPE_BIND_SHARED)
>>>>> +               res->flags |= RADEON_FLAG_NO_SUBALLOC;
>>>>> +
>>>>>          /* Set expected VRAM and GART usage for the buffer. */
>>>>>          res->vram_usage = 0;
>>>>>          res->gart_usage = 0;
>>>>> diff --git a/src/gallium/drivers/radeon/r600_texture.c
>>>>> b/src/gallium/drivers/radeon/r600_texture.c
>>>>> index a9a1b2627e..829d105827 100644
>>>>> --- a/src/gallium/drivers/radeon/r600_texture.c
>>>>> +++ b/src/gallium/drivers/radeon/r600_texture.c
>>>>> @@ -1219,6 +1219,10 @@ r600_texture_create_object(struct pipe_screen
>>>>> *screen,
>>>>>                  si_init_resource_fields(rscreen, resource, 
>>>>> rtex->size,
>>>>> rtex->surface.surf_alignment);
>>>>>    +             /* Displayable surfaces are not suballocated. */
>>>>> +               if (resource->b.b.bind & PIPE_BIND_SCANOUT)
>>>>> +                       resource->flags |= RADEON_FLAG_NO_SUBALLOC;
>>>>> +
>>>>>                  if (!si_alloc_resource(rscreen, resource)) {
>>>>>                          FREE(rtex);
>>>>>                          return NULL;
>>>>>
>>>>
>>>> _______________________________________________
>>>> mesa-dev mailing list
>>>> mesa-dev at lists.freedesktop.org
>>>> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
>>
>> _______________________________________________
>> mesa-dev mailing list
>> mesa-dev at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
>
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev



More information about the mesa-dev mailing list