The accumulation of i915_request implies there is a fence leak. Assuming it is not internal (an unmatched dma_fence_get/dma_fence_put), all userspace owners would be tied to an fd and eventually one would notice the fd exhaustion (after a few million depending on rlimit). But for the fd to stick around requires the process to be kept alive, which would imply the fence fd being passed to a display server. I don't think that is how fences are handled under X, which makes the likelihood of it being a singular userspace fence leak less likely.
'ls -1 /proc/$suspect/fd/ | wc -l' might be interesting to watch.
The accumulation of i915_request implies there is a fence leak. Assuming it is not internal (an unmatched dma_fence_ get/dma_ fence_put) , all userspace owners would be tied to an fd and eventually one would notice the fd exhaustion (after a few million depending on rlimit). But for the fd to stick around requires the process to be kept alive, which would imply the fence fd being passed to a display server. I don't think that is how fences are handled under X, which makes the likelihood of it being a singular userspace fence leak less likely.
'ls -1 /proc/$suspect/fd/ | wc -l' might be interesting to watch.