summaryrefslogtreecommitdiff
path: root/arch/arc/plat-hsdk/Kconfig
diff options
context:
space:
mode:
authorVineet Gupta <vgupta@synopsys.com>2018-07-11 20:42:20 +0300
committerVineet Gupta <vgupta@synopsys.com>2018-07-11 21:03:06 +0300
commit93312b6da4df31e4102ce5420e6217135a16c7ea (patch)
tree2391f9237e432b332f31fb29264619026a77ba14 /arch/arc/plat-hsdk/Kconfig
parent6e3761145a9ba3ce267c330b6bff51cf6a057b06 (diff)
downloadlinux-93312b6da4df31e4102ce5420e6217135a16c7ea.tar.xz
ARC: mm: allow mprotect to make stack mappings executable
mprotect(EXEC) was failing for stack mappings as default vm flags was missing MAYEXEC. This was triggered by glibc test suite nptl/tst-execstack testcase What is surprising is that despite running LTP for years on, we didn't catch this issue as it lacks a directed test case. gcc dejagnu tests with nested functions also requiring exec stack work fine though because they rely on the GNU_STACK segment spit out by compiler and handled in kernel elf loader. This glibc case is different as the stack is non exec to begin with and a dlopen of shared lib with GNU_STACK segment triggers the exec stack proceedings using a mprotect(PROT_EXEC) which was broken. CC: stable@vger.kernel.org Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Diffstat (limited to 'arch/arc/plat-hsdk/Kconfig')
0 files changed, 0 insertions, 0 deletions