Quoting Chris Wilson (2018-07-30 16:25:20) > If we are waiting for the currently executing request, we have a good > idea that it will be completed in the very near future and so want to > cap the CPU_DMA_LATENCY to ensure that we wake up the client quickly. > > v2: Not allowed to block in kmalloc after setting TASK_INTERRUPTIBLE. > v3: Avoid the blocking notifier as well for TASK_INTERRUPTIBLE > v4: Beautification? > v5: And ignore the preemptibility of queue_work before schedule. > > Testcase: igt/gem_sync/store-default > Signed-off-by: Chris Wilson <[email protected]> > Cc: Tvrtko Ursulin <[email protected]> > Cc: Joonas Lahtinen <[email protected]> > Cc: Eero Tamminen <[email protected]> > Cc: Francisco Jerez <[email protected]> > Cc: Mika Kuoppala <[email protected]>
media_bench disagrees with dropping iowait, but agrees with setting the DMA_LATENCY pm_qos. -Chris _______________________________________________ Intel-gfx mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/intel-gfx
