qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2] util/mmap-alloc: fix hugetlb support on ppc6


From: Rik van Riel
Subject: Re: [Qemu-devel] [PATCH v2] util/mmap-alloc: fix hugetlb support on ppc64
Date: Wed, 2 Dec 2015 15:37:17 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0

On 12/02/2015 03:04 PM, Michael S. Tsirkin wrote:
> Since commit 8561c9244ddf1122d "exec: allocate PROT_NONE pages on top of
> RAM", it is no longer possible to back guest RAM with hugepages on ppc64
> hosts:
> 
> mmap(NULL, 285212672, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x3fff57000000
> mmap(0x3fff57000000, 268435456, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED, 19, 0) = -1 EBUSY (Device or resource busy)
> 
> This is because on ppc64, Linux fixes a page size for a virtual address
> at mmap time, so we can't switch a range of memory from anonymous
> small pages to hugetlbs with MAP_FIXED.
> 
> See commit d0f13e3c20b6fb73ccb467bdca97fa7cf5a574cd
> ("[POWERPC] Introduce address space "slices"") in Linux
> history for the details.
> 
> Detect this and create the PROT_NONE mapping using the same fd.
> 
> Naturally, this makes the guard page bigger with hugetlbfs.
> 
> Based on patch by Greg Kurz.
> 
> Cc: Rik van Riel <address@hidden>
> CC: Greg Kurz <address@hidden>
> Signed-off-by: Michael S. Tsirkin <address@hidden>

Acked-by: Rik van Riel <address@hidden>

-- 
All rights reversed



reply via email to

[Prev in Thread] Current Thread [Next in Thread]