vmscan: fix initial shrinker size handling
commit635697c663f38106063d5659f0cf2e45afcd4bb5
authorKonstantin Khlebnikov <khlebnikov@openvz.org>
Thu, 8 Dec 2011 22:33:51 +0000 (8 14:33 -0800)
committerLinus Torvalds <torvalds@linux-foundation.org>
Fri, 9 Dec 2011 15:50:27 +0000 (9 07:50 -0800)
tree3aba50aabc16eeb63d5e21979a3fdf163ccabda2
parent09d9673d53005fdf40de4c759425893904292236
vmscan: fix initial shrinker size handling

A shrinker function can return -1, means that it cannot do anything
without a risk of deadlock.  For example prune_super() does this if it
cannot grab a superblock refrence, even if nr_to_scan=0.  Currently we
interpret this -1 as a ULONG_MAX size shrinker and evaluate `total_scan'
according to this.  So the next time around this shrinker can cause
really big pressure.  Let's skip such shrinkers instead.

Also make total_scan signed, otherwise the check (total_scan < 0) below
never works.

Signed-off-by: Konstantin Khlebnikov <khlebnikov@openvz.org>
Cc: Dave Chinner <david@fromorbit.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
mm/vmscan.c