Re: [PATCH v2 1/2] drm/sched: Add boolean to mark if sched is ready to work v2

2018-10-24 Thread Koenig, Christian
Am 23.10.18 um 16:23 schrieb Grodzovsky, Andrey: > > On 10/22/2018 05:33 AM, Koenig, Christian wrote: >> Am 19.10.18 um 22:52 schrieb Andrey Grodzovsky: >>> Problem: >>> A particular scheduler may become unsuable (underlying HW) after >>> some event (e.g. GPU reset). If it's later chosen by >>> the

Re: [PATCH v2 1/2] drm/sched: Add boolean to mark if sched is ready to work v2

2018-10-23 Thread Grodzovsky, Andrey
On 10/22/2018 05:33 AM, Koenig, Christian wrote: > Am 19.10.18 um 22:52 schrieb Andrey Grodzovsky: >> Problem: >> A particular scheduler may become unsuable (underlying HW) after >> some event (e.g. GPU reset). If it's later chosen by >> the get free sched. policy a command will fail to be >> sub

Re: [PATCH v2 1/2] drm/sched: Add boolean to mark if sched is ready to work v2

2018-10-22 Thread Koenig, Christian
Am 19.10.18 um 22:52 schrieb Andrey Grodzovsky: > Problem: > A particular scheduler may become unsuable (underlying HW) after > some event (e.g. GPU reset). If it's later chosen by > the get free sched. policy a command will fail to be > submitted. > > Fix: > Add a driver specific callback to repor

[PATCH v2 1/2] drm/sched: Add boolean to mark if sched is ready to work v2

2018-10-19 Thread Andrey Grodzovsky
Problem: A particular scheduler may become unsuable (underlying HW) after some event (e.g. GPU reset). If it's later chosen by the get free sched. policy a command will fail to be submitted. Fix: Add a driver specific callback to report the sched status so rq with bad sched can be avoided in favor