mem: fix crash on hugepage mapping error
authorMaciej Czekaj <maciej.czekaj@caviumnetworks.com>
Wed, 28 Sep 2016 10:52:57 +0000 (12:52 +0200)
committerThomas Monjalon <thomas.monjalon@6wind.com>
Mon, 3 Oct 2016 14:06:27 +0000 (16:06 +0200)
commitc00ae961ff8dbc036322fdb41137a7dedac005c9
treeab4d5a04d9a72aa930907e873b321edcceb15cd4
parent016a23a81ef460d5a4cc81b3d939e66bf13138b3
mem: fix crash on hugepage mapping error

In ASLR-enabled system, it is possible that selected
virtual space is occupied by program segments. Therefore,
error path should not blindly unmap all memmory segments
but only those already mapped.

Steps that lead to crash:
1. memeseg 0 in secondary process overlaps with libc.so
2. mmap of /dev/zero fails for virtual space of memseg 0
3. munmap of memseg 0 leads to unmapping libc.so itself
4. app gets SIGSEGV after returning from syscall to libc

Fixes: ea329d7f8e34 ("mem: fix leak after mapping failure")

Signed-off-by: Maciej Czekaj <maciej.czekaj@caviumnetworks.com>
lib/librte_eal/linuxapp/eal/eal_memory.c