Lines Matching full:semaphores

646 	 * Are we using semaphores when the gpu is already saturated?  in __i915_request_submit()
648 	 * Using semaphores incurs a cost in having the GPU poll a  in __i915_request_submit()
656 	 * system is overloaded and using semaphores at this time only  in __i915_request_submit()
658 	 * further use of semaphores until we are idle again, whence we  in __i915_request_submit()
661 	if (request->sched.semaphores &&  in __i915_request_submit()
663 		engine->saturated |= request->sched.semaphores;  in __i915_request_submit()
740 	if (request->sched.semaphores && __i915_request_has_started(request))  in __i915_request_unsubmit()
741 		request->sched.semaphores = 0;  in __i915_request_unsubmit()
1143 	return rq->sched.semaphores | READ_ONCE(rq->engine->saturated);  in already_busywaiting()
1243 	to->sched.semaphores |= mask;  in emit_semaphore_wait()
1299 	 * Ensure both start together [after all semaphores in signal]  in __i915_request_await_execution()
1341 	 * The downside of using semaphores is that we lose metadata passing  in mark_external()
1722 	 * precludes optimising to use semaphores serialisation of a single  in __i915_request_add_to_timeline()
2175 	 *    - a ready request may still need to wait on semaphores  in i915_request_show()