staging: android: lowmemorykiller: Don't try to kill the same pid over and over
authorSan Mehat <san@google.com>
Mon, 26 Apr 2010 22:11:04 +0000 (15:11 -0700)
committerGreg Kroah-Hartman <gregkh@suse.de>
Wed, 30 Nov 2011 11:51:36 +0000 (20:51 +0900)
commit4964cd41cd966502c1e0c5bc929ed15c175f8218
tree55c0fab2f53ffef52eef0f1a1c9c6b1afbfc9cfb
parent3c762a49b12073c96f6a55b4dfc8b6a2a45fedff
staging: android: lowmemorykiller: Don't try to kill the same pid over and over

  Under certain circumstances, a process can take awhile to
handle a sig-kill (especially if it's in a scheduler group with
a very low share ratio). When this occurs, lowmemkiller returns
to vmscan indicating the process memory has been freed - even
though the process is still waiting to die. Since the memory
hasn't actually freed, lowmemkiller is called again shortly after,
and picks the same process to die; regardless of the fact that
it has already been 'scheduled' to die and the memory has already
been reported to vmscan as having been freed.

  Solution is to check fatal_signal_pending() on the selected
task, and if it's already pending destruction return; indicating
to vmscan that no resources were freed on this pass.

Signed-off-by: San Mehat <san@google.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
drivers/staging/android/lowmemorykiller.c