On Fri, Apr 07, 2017 at 01:32:11PM +0000, Michal Wajdeczko wrote: > In some cases we may want to spend more time in atomic wait than > hardcoded 2us. Let's add additional hint parameter to allow extending > internal atomic timeout to 10us before switching into heavy wait. Examples? I know the 2us is arbitrary, it's picked as a small enough value that hopefully will escape notice by the RT crew and friends, and based on the experience that hw usually gets is right after the second or third read. I would rather pass in the fast_timeout_us, slow_timeout_ms. If we are being sensible about reducing the policy at the lowest level, lets do it a bit more completely and push it as far up the callchain as we chain. -Chris -- Chris Wilson, Intel Open Source Technology Centre _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
