Revision f2efc6e60089c99c342a6b7da47f1037e06c4296 authored by Shirish S on 30 October 2019, 08:50:46 UTC, committed by Alex Deucher on 06 November 2019, 20:26:53 UTC
[Why]

doing kthread_park()/unpark() from drm_sched_entity_fini
while GPU reset is in progress defeats all the purpose of
drm_sched_stop->kthread_park.
If drm_sched_entity_fini->kthread_unpark() happens AFTER
drm_sched_stop->kthread_park nothing prevents from another
(third) thread to keep submitting job to HW which will be
picked up by the unparked scheduler thread and try to submit
to HW but fail because the HW ring is deactivated.

[How]
grab the reset lock before calling drm_sched_entity_fini()

Signed-off-by: Shirish S <shirish.s@amd.com>
Suggested-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Andrey Grodzovsky <andrey.grodzovsky@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
1 parent 576daab
History
File Mode Size
Makefile -rw-r--r-- 226 bytes
us122l.c -rw-r--r-- 17.8 KB
us122l.h -rw-r--r-- 598 bytes
usX2Yhwdep.c -rw-r--r-- 6.6 KB
usX2Yhwdep.h -rw-r--r-- 161 bytes
usb_stream.c -rw-r--r-- 18.5 KB
usb_stream.h -rw-r--r-- 1.0 KB
usbus428ctldefs.h -rw-r--r-- 1.4 KB
usbusx2y.c -rw-r--r-- 12.7 KB
usbusx2y.h -rw-r--r-- 2.1 KB
usbusx2yaudio.c -rw-r--r-- 27.6 KB
usx2y.h -rw-r--r-- 835 bytes
usx2yhwdeppcm.c -rw-r--r-- 23.0 KB
usx2yhwdeppcm.h -rw-r--r-- 546 bytes

back to top