summaryrefslogtreecommitdiff
path: root/ioops.h
AgeCommit message (Expand)AuthorFilesLines
2013-06-12ioops: misc: add dup{,2}_or_die to ioopsDaniel Borkmann1-0/+2
2013-06-11curve: move selftest to own fileDaniel Borkmann1-0/+2
2013-06-04ioops: Add {read,write}_blob_or_die for reading/writing binary blobsDaniel Borkmann1-0/+2
2013-06-04xio: rename xio to ioops and reduce its includesDaniel Borkmann1-0/+12
0800 commit30f74aa0854c2d5a331b507b14fe421ba4980511 (patch) treedb150237a10336a84e822e626e275374a5485b67 /drivers/reset parenta82603a8325f89ec53d4c3e249a2e831b747a69d (diff)
binfmt_elf: use vmalloc() for allocation of vma_filesz
We have observed page allocations failures of order 4 during core dump while trying to allocate vma_filesz. This results in a useless core file of size 0. To improve reliability use vmalloc(). Note that the vmalloc() allocation is bounded by sysctl_max_map_count, which is 65,530 by default. So with a 4k page size, and 8 bytes per seg, this is a max of 128 pages or an order 7 allocation. Other parts of the core dump path, such as fill_files_note() are already using vmalloc() for presumably similar reasons. Link: http://lkml.kernel.org/r/1479745791-17611-1-git-send-email-jbaron@akamai.com Signed-off-by: Jason Baron <jbaron@akamai.com> Cc: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/reset')