radeon/vcn: Corrected vp9 ref associated data incase of target->codec is NULL
authorSureshGuttula <suresh.guttula@amd.corp-partner.google.com>
Sat, 13 Jun 2020 06:51:48 +0000 (12:21 +0530)
committerMarge Bot <eric+marge@anholt.net>
Tue, 4 Aug 2020 17:01:20 +0000 (17:01 +0000)
commit65d23e7fb1edea1f36d4f695b7e85f44c6b89232
treed482c7e5d4827c2ca67c396b1b97af3002da2b08
parentb98dd704894713b5f0b8fa2c1b52c0b970e9f89b
radeon/vcn: Corrected vp9 ref associated data incase of target->codec is NULL

This patch fixes the case where less number of reference surfaces created and destoyed
on need basis. The problem comes when we are refereing old assoiciated data for newly
created target buffer with same address. Here old target buffer destroyed as that
surface is no more used as reference for next frames and when we create a new surface
for the next frame to process we will get the surfaceid and same target address
of destroyed surface.

When new surface/surface->buffer/target ,target->codec is null as we cleared when we
destroy this surface, but per ref_mapping logic, it was taking null associated data
i.e.0 as curr_ref_idx. Hence total reference mapping table goes wrong with wrong data.
Beacuse of this, we have seen corrupted vp9 decoded frames.

Signed-off-by: SureshGuttula <suresh.guttula@amd.corp-partner.google.com>
Reviewed-by: Leo Liu <leo.liu@amd.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5452>
src/gallium/drivers/radeon/radeon_vcn_dec.c