Dmitry Vyukov 68fd814a33 kasan: resched in quarantine_remove_cache() ... We see reported stalls/lockups in quarantine_remove_cache() on machines with large amounts of RAM. quarantine_remove_cache() needs to scan whole quarantine in order to take out all objects belonging to the cache. Quarantine is currently 1/32-th of RAM, e.g. on a machine with 256GB of memory that will be 8GB. Moreover quarantine scanning is a walk over uncached linked list, which is slow. Add cond_resched() after scanning of each non-empty batch of objects. Batches are specifically kept of reasonable size for quarantine_put(). On a machine with 256GB of RAM we should have ~512 non-empty batches, each with 16MB of objects. Link: http://lkml.kernel.org/r/20170308154239.25440-1-dvyukov@google.com Signed-off-by: Dmitry Vyukov <dvyukov@google.com> Acked-by: Andrey Ryabinin <aryabinin@virtuozzo.com> Cc: Greg Thelen <gthelen@google.com> Cc: <stable@vger.kernel.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2017-03-09 17:01:10 -08:00
..
kasan_init.c	mm/kasan: Switch to using __pa_symbol and lm_alias	2017-01-11 13:56:50 +00:00
kasan.c	sched/headers: Prepare for new header dependencies before moving code to <linux/sched/task_stack.h>	2017-03-02 08:42:36 +01:00
kasan.h	kasan: support use-after-scope detection	2016-11-30 16:32:52 -08:00
Makefile	mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB	2016-07-28 16:07:41 -07:00
quarantine.c	kasan: resched in quarantine_remove_cache()	2017-03-09 17:01:10 -08:00
report.c	kasan: respect /proc/sys/kernel/traceoff_on_warning	2017-02-03 14:13:19 -08:00