[Intel-gfx] [PATCH 1/2] mm: Track actual nr_scanned during shrink_slab()

Andrew Morton akpm at linux-foundation.org
Fri Aug 25 21:41:56 UTC 2017


On Thu, 24 Aug 2017 10:00:49 +0200 Vlastimil Babka <vbabka at suse.cz> wrote:

> > Even if a
> > shrinker has a mistake, VM will have big trouble like infinite loop.
> 
> We could fake 0 as 1 or something, at least.

If the shrinker returns sc->nr_scanned==0 then that's a buggy shrinker
- it should return SHRINK_STOP in that case.  Only a single shrinker
(i915) presently uses sc->nr_scanned and that one gets it right.  I
think it's OK - there's a limit to how far we should go defending
against buggy kernel code, surely.





More information about the Intel-gfx mailing list