Quoting Chris Wilson (2018-01-22 15:41:06) > If we remember to cancel the signaler on a request when retiring it > (after we know that the request has been signaled), we do not need to > carry an additional request in the signaler itself. This prevents an > issue whereby the signaler threads may be delayed and hold on to > thousands of request references, causing severe memory fragmentation and > premature oom (most noticeable on 32b snb due to the limited GFP_KERNEL > and frequent use of inter-engine fences). > > Signed-off-by: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx> > Cc: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxx> Poke. I've been staring at this problem since December, it would be nice to get some resolution :) -Chris _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
