[Intel-gfx] [PATCH] tests/gem_evict_everything: Use bo_count instead of count where intended

2013-12-06 Thread Tvrtko Ursulin
From: Tvrtko Ursulin tvrtko.ursu...@intel.com Don't see that it causes a problem but it looks it was intended to use bo_count at these places. Also using count to determine number of processes does not make sense unless thousands of cores. Signed-off-by: Tvrtko Ursulin tvrtko.ursu...@intel.com

Re: [Intel-gfx] [PATCH] tests/gem_evict_everything: Use bo_count instead of count where intended

2013-12-06 Thread Daniel Vetter
On Fri, Dec 06, 2013 at 11:37:49AM +, Tvrtko Ursulin wrote: From: Tvrtko Ursulin tvrtko.ursu...@intel.com Don't see that it causes a problem but it looks it was intended to use bo_count at these places. Also using count to determine number of processes does not make sense unless

Re: [Intel-gfx] [PATCH] tests/gem_evict_everything: Use bo_count instead of count where intended

2013-12-06 Thread Tvrtko Ursulin
On Fri, 2013-12-06 at 13:12 +0100, Daniel Vetter wrote: On Fri, Dec 06, 2013 at 11:37:49AM +, Tvrtko Ursulin wrote: From: Tvrtko Ursulin tvrtko.ursu...@intel.com Don't see that it causes a problem but it looks it was intended to use bo_count at these places. Also using count to

Re: [Intel-gfx] [PATCH] tests/gem_evict_everything: Use bo_count instead of count where intended

2013-12-06 Thread Daniel Vetter
On Fri, Dec 06, 2013 at 12:33:28PM +, Tvrtko Ursulin wrote: On Fri, 2013-12-06 at 13:12 +0100, Daniel Vetter wrote: On Fri, Dec 06, 2013 at 11:37:49AM +, Tvrtko Ursulin wrote: From: Tvrtko Ursulin tvrtko.ursu...@intel.com Don't see that it causes a problem but it looks it was

Re: [Intel-gfx] [PATCH] tests/gem_evict_everything: Use bo_count instead of count where intended

2013-12-06 Thread Tvrtko Ursulin
On Fri, 2013-12-06 at 14:46 +0100, Daniel Vetter wrote: On Fri, Dec 06, 2013 at 12:33:28PM +, Tvrtko Ursulin wrote: On Fri, 2013-12-06 at 13:12 +0100, Daniel Vetter wrote: On Fri, Dec 06, 2013 at 11:37:49AM +, Tvrtko Ursulin wrote: From: Tvrtko Ursulin tvrtko.ursu...@intel.com