summaryrefslogtreecommitdiff
path: root/firmware/emi26
diff options
context:
space:
mode:
authorJohannes Weiner <jweiner@redhat.com>2011-08-25 15:59:16 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2011-08-25 16:25:34 -0700
commit23751be0094012eb6b4756fa80ca54b3eb83069f (patch)
tree30c33d9165bb33d64bd42d6e9bc1e4cbed1c0780 /firmware/emi26
parent86383b55791bd97e88ef493e33ef521ee244f3d9 (diff)
downloadkernel-common-23751be0094012eb6b4756fa80ca54b3eb83069f.tar.gz
kernel-common-23751be0094012eb6b4756fa80ca54b3eb83069f.tar.bz2
kernel-common-23751be0094012eb6b4756fa80ca54b3eb83069f.zip
memcg: fix hierarchical oom locking
Commit 79dfdaccd1d5 ("memcg: make oom_lock 0 and 1 based rather than counter") tried to oom lock the hierarchy and roll back upon encountering an already locked memcg. The code is confused when it comes to detecting a locked memcg, though, so it would fail and rollback after locking one memcg and encountering an unlocked second one. The result is that oom-locking hierarchies fails unconditionally and that every oom killer invocation simply goes to sleep on the oom waitqueue forever. The tasks practically hang forever without anyone intervening, possibly holding locks that trip up unrelated tasks, too. Signed-off-by: Johannes Weiner <jweiner@redhat.com> Acked-by: Michal Hocko <mhocko@suse.cz> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'firmware/emi26')
0 files changed, 0 insertions, 0 deletions