etnaviv: Fix double-free in etna_bo_cache_free()
authorMarek Vasut <marex@denx.de>
Sat, 1 Jun 2019 23:07:28 +0000 (01:07 +0200)
committerLucas Stach <l.stach@pengutronix.de>
Wed, 14 Aug 2019 08:35:48 +0000 (10:35 +0200)
commit23f5f126d5afc7224e0a67398acec7edb3c4941f
tree4f1b462d6209f254135ac796b6cb1680e3afcd4e
parent1ea95e37cc53384193eb2420f3ae17faa163ed0c
etnaviv: Fix double-free in etna_bo_cache_free()

The following situation can happen in a multithreaded OpenGL application.
A BO is submitted from etna_cmd_stream #1 with flags set for read.
A BO is submitted from etna_cmd_stream #2 with flags set for write.
This triggers a flush on stream #1 and clears the BO's current_stream
pointer. If at this point, stream #2 attempts to queue BO again, which
does happen, the BO will be added to the submit list twice. The Linux
kernel driver correctly detects this and warns about it with "BO at
index %u already on submit list" kernel message.

However, when cleaning the BO cache in etna_bo_cache_free(), the BO
which was submitted twice will also be free()d twice, this triggering
a glibc double free detector.

The fix is easy, even if the BO does not have current_stream set,
iterate over current streams' list of BOs before adding the BO to it
and verify that the BO is not yet there.

Signed-off-by: Marek Vasut <marex@denx.de>
Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com>
Reviewed-by: Lucas Stach <l.stach@pengutronix.de>
src/etnaviv/drm/etnaviv_cmd_stream.c