]> git.hungrycats.org Git - linux/commit
[PATCH] kswapd lockup fix
authorNick Piggin <nickpiggin@yahoo.com.au>
Sun, 17 Oct 2004 02:20:56 +0000 (19:20 -0700)
committerLinus Torvalds <torvalds@ppc970.osdl.org>
Sun, 17 Oct 2004 02:20:56 +0000 (19:20 -0700)
commit7ac621857c20b5672f14d295337996605133ed7d
treeb0f403b40ce1ad62709f9c7322c49e319a7530a2
parent9ac1e4a8e9e11365344eccec2a8a06d14f32ceb7
[PATCH] kswapd lockup fix

Fix some bugs in the kswapd logic which can cause kswapd lockups.

The balance_pgdat() logic is supposed to cause kswapd to loop across all zones
in the node until each zone either

a) has enough pages free or

b) is deemed to be in an "all pages unreclaimable" state.

In the latter case, we just give the zone a light scan on each balance_pgdat()
scan and wait for the zone to come back to life again.

But the zone->all_unreclaimable logic is broken - if the zone has no pages on
the LRU at all, we perform no scanning of that zone (of course).  So the
zone->pages_scanned is not incremented and the expression

if (zone->pages_scanned > zone->present_pages * 2)
zone->all_unreclaimable = 1;

never is satisfied.

The patch changes that logic to

if (zone->pages_scanned >= (zone->nr_active +
zone->nr_inactive) * 4)
zone->all_unreclaimable = 1;

so if the zone has no LRU pages it will still enter the all_unreclaimable
state.

Another problem is that if the zone has no LRU pages we will tell
shrink_slab() that we scanned zero LRU pages.  This causes shrink_slab() to
scan zero slab objects, which is obviously wrong.  So change shrink_slab() to
perform a decent chunk of slab scanning in this situation.

And put a cond_resched() into the balance_pgdat() outer loop.  Probably
unnecessary, but that's what Jeff had in place when he confirmed that this
patch fixed the lockup :(

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
mm/vmscan.c