Re: [Intel-gfx] [PATCH i-g-t 1/1] i915/gem_scheduler: Ensure submission order in manycontexts

2021-08-03 Thread Tvrtko Ursulin
On 02/08/2021 21:10, Matthew Brost wrote: On Mon, Aug 02, 2021 at 09:59:01AM +0100, Tvrtko Ursulin wrote: On 30/07/2021 19:06, Matthew Brost wrote: On Fri, Jul 30, 2021 at 10:58:38AM +0100, Tvrtko Ursulin wrote: On 27/07/2021 19:20, Matthew Brost wrote: With GuC submission contexts can g

Re: [Intel-gfx] [PATCH i-g-t 1/1] i915/gem_scheduler: Ensure submission order in manycontexts

2021-08-02 Thread Matthew Brost
On Mon, Aug 02, 2021 at 09:59:01AM +0100, Tvrtko Ursulin wrote: > > > On 30/07/2021 19:06, Matthew Brost wrote: > > On Fri, Jul 30, 2021 at 10:58:38AM +0100, Tvrtko Ursulin wrote: > > > > > > On 27/07/2021 19:20, Matthew Brost wrote: > > > > With GuC submission contexts can get reordered (compar

Re: [Intel-gfx] [PATCH i-g-t 1/1] i915/gem_scheduler: Ensure submission order in manycontexts

2021-08-02 Thread Tvrtko Ursulin
On 30/07/2021 19:06, Matthew Brost wrote: On Fri, Jul 30, 2021 at 10:58:38AM +0100, Tvrtko Ursulin wrote: On 27/07/2021 19:20, Matthew Brost wrote: With GuC submission contexts can get reordered (compared to submission order), if contexts get reordered the sequential nature of the batches r

Re: [Intel-gfx] [PATCH i-g-t 1/1] i915/gem_scheduler: Ensure submission order in manycontexts

2021-07-30 Thread Matthew Brost
On Fri, Jul 30, 2021 at 10:58:38AM +0100, Tvrtko Ursulin wrote: > > On 27/07/2021 19:20, Matthew Brost wrote: > > With GuC submission contexts can get reordered (compared to submission > > order), if contexts get reordered the sequential nature of the batches > > releasing the next batch's semapho

Re: [Intel-gfx] [PATCH i-g-t 1/1] i915/gem_scheduler: Ensure submission order in manycontexts

2021-07-30 Thread Tvrtko Ursulin
On 27/07/2021 19:20, Matthew Brost wrote: With GuC submission contexts can get reordered (compared to submission order), if contexts get reordered the sequential nature of the batches releasing the next batch's semaphore in function timesliceN() get broken resulting in the test taking much long

[Intel-gfx] [PATCH i-g-t 1/1] i915/gem_scheduler: Ensure submission order in manycontexts

2021-07-27 Thread Matthew Brost
With GuC submission contexts can get reordered (compared to submission order), if contexts get reordered the sequential nature of the batches releasing the next batch's semaphore in function timesliceN() get broken resulting in the test taking much longer than if should. e.g. Every contexts needs t