Re: [Intel-gfx] [PATCH] drn/i915: Break up long i915_buddy_free_list() with a cond_resched()

On Sat, 21 Dec 2019 at 14:49, Chris Wilson wrote: > > In the selftests, we may feed very long lists of blocks to be freed on > culmination of the tests. This coupled with kasan and other > malloc-tracing can make the kmem_cache_free() operation time consuming, > and doing many of time trigger

[Intel-gfx] [PATCH] drn/i915: Break up long i915_buddy_free_list() with a cond_resched()

In the selftests, we may feed very long lists of blocks to be freed on culmination of the tests. This coupled with kasan and other malloc-tracing can make the kmem_cache_free() operation time consuming, and doing many of time trigger soft lockup warnings. Break the list up with a cond_resched().