aboutsummaryrefslogtreecommitdiffstats
path: root/kernel/seccomp.c
diff options
context:
space:
mode:
authorT Makphaibulchoke <tmac@hp.com>2012-10-04 17:16:55 -0700
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-02-14 10:47:33 -0800
commit4d973b29535f5e699da399786b41d2db25bb4b2d (patch)
tree432b3789a8243e81060fae49a2581c568e15d36f /kernel/seccomp.c
parent61cf42c586eff603d672b6281179c9698631bc24 (diff)
downloadkernel_samsung_smdk4412-4d973b29535f5e699da399786b41d2db25bb4b2d.zip
kernel_samsung_smdk4412-4d973b29535f5e699da399786b41d2db25bb4b2d.tar.gz
kernel_samsung_smdk4412-4d973b29535f5e699da399786b41d2db25bb4b2d.tar.bz2
kernel/resource.c: fix stack overflow in __reserve_region_with_split()
commit 4965f5667f36a95b41cda6638875bc992bd7d18b upstream. Using a recursive call add a non-conflicting region in __reserve_region_with_split() could result in a stack overflow in the case that the recursive calls are too deep. Convert the recursive calls to an iterative loop to avoid the problem. Tested on a machine containing 135 regions. The kernel no longer panicked with stack overflow. Also tested with code arbitrarily adding regions with no conflict, embedding two consecutive conflicts and embedding two non-consecutive conflicts. Signed-off-by: T Makphaibulchoke <tmac@hp.com> Reviewed-by: Ram Pai <linuxram@us.ibm.com> Cc: Paul Gortmaker <paul.gortmaker@gmail.com> Cc: Wei Yang <weiyang@linux.vnet.ibm.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Cc: Jiri Slaby <jslaby@suse.cz> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'kernel/seccomp.c')
0 files changed, 0 insertions, 0 deletions