Re: [Intel-gfx] [PATCH igt 1/2] Iterate over physical engines

2018-02-21 Thread Chris Wilson
Quoting Tvrtko Ursulin (2018-02-21 16:25:34) > > On 21/02/2018 14:45, Chris Wilson wrote: > > We current have a single for_each_engine() iterator which we use to > > generate both a set of uABI engines and a set of physical engines. > > Determining what uABI ring-id corresponds to an actual HW eng

Re: [Intel-gfx] [PATCH igt 1/2] Iterate over physical engines

2018-02-21 Thread Chris Wilson
Quoting Chris Wilson (2018-02-21 14:45:21) > diff --git a/tests/gem_sync.c b/tests/gem_sync.c > index d70515ea..788fafc3 100644 > --- a/tests/gem_sync.c > +++ b/tests/gem_sync.c > @@ -86,23 +86,9 @@ sync_ring(int fd, unsigned ring, int num_children, int > timeout) > int num_engines = 0; >

Re: [Intel-gfx] [PATCH igt 1/2] Iterate over physical engines

2018-02-21 Thread Tvrtko Ursulin
On 21/02/2018 14:45, Chris Wilson wrote: We current have a single for_each_engine() iterator which we use to generate both a set of uABI engines and a set of physical engines. Determining what uABI ring-id corresponds to an actual HW engine is tricky, so pull that out to a library function and i

[Intel-gfx] [PATCH igt 1/2] Iterate over physical engines

2018-02-21 Thread Chris Wilson
We current have a single for_each_engine() iterator which we use to generate both a set of uABI engines and a set of physical engines. Determining what uABI ring-id corresponds to an actual HW engine is tricky, so pull that out to a library function and introduce for_each_physical_engine() for case