[Bug dynamic-link/19648] kernel: mmap: ld-linux-x86-64 (17016): VmData 67436544 exceed data ulimit 67108864. Will be forbidden soon.
fweimer at redhat dot com
sourceware-bugzilla@sourceware.org
Wed Feb 17 08:10:00 GMT 2016
https://sourceware.org/bugzilla/show_bug.cgi?id=19648
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
Flags| |security-
--- Comment #1 from Florian Weimer <fweimer at redhat dot com> ---
Can you isolate which of the test cases trigger this? It is one for malloc or
for hcreate_r?
From kernel commit 84638335900f1995495838fe1bd4870c43ec1f67:
This way code looks cleaner: now code/stack/data classification depends
only on vm_flags state:
VM_EXEC & ~VM_WRITE -> code (VmExe + VmLib in proc)
VM_GROWSUP | VM_GROWSDOWN -> stack (VmStk)
VM_WRITE & ~VM_SHARED & !stack -> data (VmData)
The rest (VmSize - VmData - VmStk - VmExe - VmLib) could be called
"shared", but that might be strange beast like readonly-private or VM_IO
area.
- RLIMIT_AS limits whole address space "VmSize"
- RLIMIT_STACK limits stack "VmStk" (but each vma individually)
- RLIMIT_DATA now limits "VmData"
So this kernel warning does not make any sense to me because VmData and the
data ulimit are supposed to be the same thing.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Glibc-bugs
mailing list