d985349017
Both the fence and event alloc are safe to be done without holding the GPU lock, as they either don't need any locking (fences) or are protected by their own lock (events). This solves a bad locking interaction between the submit path and the recover worker. If userspace manages to exhaust all available events while the GPU is hung, the submit will wait for events to become available holding the GPU lock. The recover worker waits for this lock to become available before trying to recover the GPU which frees up the allocated events. Essentially both paths are deadlocked until the submit path times out waiting for available events, failing the submit that could otherwise be handled just fine if the recover worker had the chance to bring the GPU back in a working state. Signed-off-by: Lucas Stach <l.stach@pengutronix.de> Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com> |
||
---|---|---|
.. | ||
Kconfig | ||
Makefile | ||
cmdstream.xml.h | ||
common.xml.h | ||
etnaviv_buffer.c | ||
etnaviv_cmd_parser.c | ||
etnaviv_drv.c | ||
etnaviv_drv.h | ||
etnaviv_dump.c | ||
etnaviv_dump.h | ||
etnaviv_gem.c | ||
etnaviv_gem.h | ||
etnaviv_gem_prime.c | ||
etnaviv_gem_submit.c | ||
etnaviv_gpu.c | ||
etnaviv_gpu.h | ||
etnaviv_iommu.c | ||
etnaviv_iommu.h | ||
etnaviv_iommu_v2.c | ||
etnaviv_iommu_v2.h | ||
etnaviv_mmu.c | ||
etnaviv_mmu.h | ||
state.xml.h | ||
state_3d.xml.h | ||
state_hi.xml.h |