Searched refs:execlist (Results 1 – 6 of 6) sorted by relevance
314 struct xe_execlist_exec_queue *exl = job->q->execlist; in execlist_run_job()373 q->execlist = exl; in execlist_exec_queue_init()389 struct xe_execlist_exec_queue *exl = q->execlist; in execlist_exec_queue_fini()402 struct xe_execlist_exec_queue *exl = q->execlist; in execlist_exec_queue_destroy_async()423 INIT_WORK(&q->execlist->destroy_async, execlist_exec_queue_destroy_async); in execlist_exec_queue_destroy()424 queue_work(system_unbound_wq, &q->execlist->destroy_async); in execlist_exec_queue_destroy()
151 struct xe_execlist_exec_queue *execlist; member
11 gvt/execlist.o \
2004 struct intel_vgpu_execlist *execlist; in elsp_mmio_write() local2026 execlist = &vgpu->submission.execlist[engine->id]; in elsp_mmio_write()2028 execlist->elsp_dwords.data[3 - execlist->elsp_dwords.index] = data; in elsp_mmio_write()2029 if (execlist->elsp_dwords.index == 3) { in elsp_mmio_write()2036 ++execlist->elsp_dwords.index; in elsp_mmio_write()2037 execlist->elsp_dwords.index &= 0x3; in elsp_mmio_write()
48 execlist. Hence, no support for implicit sync. It is expected that the below95 The locking design here supports the older (execlist based) execbuf mode, the
600 error_print_request(m, " ", &ee->execlist[n]); in error_print_engine()1445 record_request(*port++, &ee->execlist[n++]); in engine_record_execlists()