[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