diff options
| author | Nick Piggin <npiggin@suse.de> | 2006-09-29 02:01:14 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-09-29 09:18:21 -0700 |
| commit | b78483a4ba60d5d90930262a533a784e1d9df660 (patch) | |
| tree | 0b2cb0f3cf2852bf4138c13179221e58a37f402a /fs/hugetlbfs | |
| parent | 01017a227044d64face2588fab9427a1da1bdb9f (diff) | |
| download | linux-b78483a4ba60d5d90930262a533a784e1d9df660.tar.gz linux-b78483a4ba60d5d90930262a533a784e1d9df660.tar.bz2 linux-b78483a4ba60d5d90930262a533a784e1d9df660.zip | |
[PATCH] oom: don't kill current when another OOM in progress
A previous patch to allow an exiting task to OOM kill itself (and thereby
avoid a little deadlock) introduced a problem. We don't want the
PF_EXITING task, even if it is 'current', to access mem reserves if there
is already a TIF_MEMDIE process in the system sucking up reserves.
Also make the commenting a little bit clearer, and note that our current
scheme of effectively single threading the OOM killer is not itself
perfect.
Signed-off-by: Nick Piggin <npiggin@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'fs/hugetlbfs')
0 files changed, 0 insertions, 0 deletions