On Fri, 05 Dec 2014, Jan Stancek wrote: > The low and high limit passed to vm_unmapped_area() in > hugetlb_get_unmapped_area() is (TASK_UNMAPPED_BASE, TASK_SIZE). > > On 64-bit kernel this is defined as: > #define TASK_UNMAPPED_BASE (test_thread_flag(TIF_31BIT) ? \ > (1UL << 30) : (1UL << 41)) > #define TASK_SIZE_OF(tsk) ((tsk)->mm->context.asce_limit) > > For 32-bit (-m31) process, this can be as small as > (0x40000000, 0x80000000), which is 0x40000000 bytes long area. > This testcase however is trying to allocate 0x60000000 and fails: > FAIL mmap() 1: Cannot allocate memory > > Lower mmap size to ~0x20000000, which is more likely to suit > address space constraints of 32-bit s390. > > Signed-off-by: Jan Stancek <jstan...@redhat.com>
Applied, thanks Eric
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________ Libhugetlbfs-devel mailing list Libhugetlbfs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
