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 <ch...@chris-wilson.co.uk> > Cc: Tvrtko Ursulin <tvrtko.ursu...@linux.intel.com> > Cc: Joonas Lahtinen <joonas.lahti...@linux.intel.com> > Cc: Eero Tamminen <eero.t.tammi...@intel.com> > Cc: Francisco Jerez <curroje...@riseup.net> > Cc: Mika Kuoppala <mika.kuopp...@linux.intel.com>
media_bench disagrees with dropping iowait, but agrees with setting the DMA_LATENCY pm_qos. -Chris _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx
