On Thu, 06 Sep 2012, Jan Stancek wrote: > First allocation in malloc tests is just 1024 bytes. > If there is enough free mem in malloc arenas, this first > allocation can be satisfied without call to MORECORE() > and testcase will fail. > > LD_PRELOAD=libhugetlbfs.so HUGETLB_MORECORE=yes malloc (2M: 64): FAIL > Address is not hugepage > When looking at output from HUGETLB_DEBUG=1 it appears that > hook to __morecore doesn't work as there is no trace > from hugetlbfs_morecore. > > This patch will keep malloc-ing 1-byte chunks of memory > as long as it comes from '[heap]' or maximum is reached. > This will force glibc to call MORECORE() before actual > malloc/malloc_manysmall test begins. > > Signed-off-by: Jan Stancek <jstan...@redhat.com>
Applied, thanks. Eric
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________ Libhugetlbfs-devel mailing list Libhugetlbfs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
