Re: [Intel-gfx] [PATCH 3/5] drm/i915/guc: use a separate GuC client for each engine

2016-07-19 Thread Dave Gordon
On 19/07/16 16:02, Tvrtko Ursulin wrote: On 19/07/16 13:59, Dave Gordon wrote: When using a single GuC client for multiple engines, the i915 driver has to merge all work items into a single work queue, which the GuC firmware then demultiplexes into separate submission queues per engine. In theo

Re: [Intel-gfx] [PATCH 3/5] drm/i915/guc: use a separate GuC client for each engine

2016-07-19 Thread Tvrtko Ursulin
On 19/07/16 13:59, Dave Gordon wrote: When using a single GuC client for multiple engines, the i915 driver has to merge all work items into a single work queue, which the GuC firmware then demultiplexes into separate submission queues per engine. In theory, this could lead to the single queue be

[Intel-gfx] [PATCH 3/5] drm/i915/guc: use a separate GuC client for each engine

2016-07-19 Thread Dave Gordon
When using a single GuC client for multiple engines, the i915 driver has to merge all work items into a single work queue, which the GuC firmware then demultiplexes into separate submission queues per engine. In theory, this could lead to the single queue becoming a bottleneck in which an excess of