2015-09-24 11:41:17 +00:00
|
|
|
/*
|
|
|
|
* Support for RAM backed by mmaped host memory.
|
|
|
|
*
|
|
|
|
* Copyright (c) 2015 Red Hat, Inc.
|
|
|
|
*
|
|
|
|
* Authors:
|
|
|
|
* Michael S. Tsirkin <mst@redhat.com>
|
|
|
|
*
|
|
|
|
* This work is licensed under the terms of the GNU GPL, version 2 or
|
|
|
|
* later. See the COPYING file in the top-level directory.
|
|
|
|
*/
|
2016-06-22 17:11:19 +00:00
|
|
|
|
2019-04-22 00:48:48 +00:00
|
|
|
#ifdef CONFIG_LINUX
|
|
|
|
#include <linux/mman.h>
|
|
|
|
#else /* !CONFIG_LINUX */
|
|
|
|
#define MAP_SYNC 0x0
|
|
|
|
#define MAP_SHARED_VALIDATE 0x0
|
|
|
|
#endif /* CONFIG_LINUX */
|
|
|
|
|
2016-01-29 17:49:55 +00:00
|
|
|
#include "qemu/osdep.h"
|
2016-06-22 17:11:19 +00:00
|
|
|
#include "qemu/mmap-alloc.h"
|
2016-11-02 13:44:46 +00:00
|
|
|
#include "qemu/host-utils.h"
|
2015-09-24 11:41:17 +00:00
|
|
|
|
util/mmap-alloc: fix hugetlb support on ppc64
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.
Acked-by: Rik van Riel <riel@redhat.com>
Reviewed-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Tested-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-12-02 19:14:12 +00:00
|
|
|
#define HUGETLBFS_MAGIC 0x958458f6
|
|
|
|
|
|
|
|
#ifdef CONFIG_LINUX
|
|
|
|
#include <sys/vfs.h>
|
|
|
|
#endif
|
|
|
|
|
|
|
|
size_t qemu_fd_getpagesize(int fd)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_LINUX
|
|
|
|
struct statfs fs;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (fd != -1) {
|
|
|
|
do {
|
|
|
|
ret = fstatfs(fd, &fs);
|
|
|
|
} while (ret != 0 && errno == EINTR);
|
|
|
|
|
|
|
|
if (ret == 0 && fs.f_type == HUGETLBFS_MAGIC) {
|
|
|
|
return fs.f_bsize;
|
|
|
|
}
|
|
|
|
}
|
2017-12-08 16:57:28 +00:00
|
|
|
#ifdef __sparc__
|
|
|
|
/* SPARC Linux needs greater alignment than the pagesize */
|
|
|
|
return QEMU_VMALLOC_ALIGN;
|
|
|
|
#endif
|
util/mmap-alloc: fix hugetlb support on ppc64
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.
Acked-by: Rik van Riel <riel@redhat.com>
Reviewed-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Tested-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-12-02 19:14:12 +00:00
|
|
|
#endif
|
|
|
|
|
|
|
|
return getpagesize();
|
|
|
|
}
|
|
|
|
|
2017-03-02 02:36:11 +00:00
|
|
|
size_t qemu_mempath_getpagesize(const char *mem_path)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_LINUX
|
|
|
|
struct statfs fs;
|
|
|
|
int ret;
|
|
|
|
|
2018-04-03 04:55:11 +00:00
|
|
|
if (mem_path) {
|
|
|
|
do {
|
|
|
|
ret = statfs(mem_path, &fs);
|
|
|
|
} while (ret != 0 && errno == EINTR);
|
2017-03-02 02:36:11 +00:00
|
|
|
|
2018-04-03 04:55:11 +00:00
|
|
|
if (ret != 0) {
|
|
|
|
fprintf(stderr, "Couldn't statfs() memory path: %s\n",
|
|
|
|
strerror(errno));
|
|
|
|
exit(1);
|
|
|
|
}
|
2017-03-02 02:36:11 +00:00
|
|
|
|
2018-04-03 04:55:11 +00:00
|
|
|
if (fs.f_type == HUGETLBFS_MAGIC) {
|
|
|
|
/* It's hugepage, return the huge page size */
|
|
|
|
return fs.f_bsize;
|
|
|
|
}
|
2017-03-02 02:36:11 +00:00
|
|
|
}
|
2017-12-08 16:57:28 +00:00
|
|
|
#ifdef __sparc__
|
|
|
|
/* SPARC Linux needs greater alignment than the pagesize */
|
|
|
|
return QEMU_VMALLOC_ALIGN;
|
|
|
|
#endif
|
2017-03-02 02:36:11 +00:00
|
|
|
#endif
|
|
|
|
|
|
|
|
return getpagesize();
|
|
|
|
}
|
|
|
|
|
2019-02-08 10:10:37 +00:00
|
|
|
void *qemu_ram_mmap(int fd,
|
|
|
|
size_t size,
|
|
|
|
size_t align,
|
|
|
|
bool shared,
|
|
|
|
bool is_pmem)
|
2015-09-24 11:41:17 +00:00
|
|
|
{
|
2019-01-30 23:36:04 +00:00
|
|
|
int flags;
|
2019-04-22 00:48:48 +00:00
|
|
|
int map_sync_flags = 0;
|
2019-01-30 23:36:04 +00:00
|
|
|
int guardfd;
|
|
|
|
size_t offset;
|
2019-01-30 23:36:05 +00:00
|
|
|
size_t pagesize;
|
2019-01-30 23:36:04 +00:00
|
|
|
size_t total;
|
|
|
|
void *guardptr;
|
|
|
|
void *ptr;
|
|
|
|
|
2015-09-24 11:41:17 +00:00
|
|
|
/*
|
|
|
|
* Note: this always allocates at least one extra page of virtual address
|
|
|
|
* space, even if size is already aligned.
|
|
|
|
*/
|
2019-01-30 23:36:04 +00:00
|
|
|
total = size + align;
|
|
|
|
|
util/mmap-alloc: fix hugetlb support on ppc64
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.
Acked-by: Rik van Riel <riel@redhat.com>
Reviewed-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Tested-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-12-02 19:14:12 +00:00
|
|
|
#if defined(__powerpc64__) && defined(__linux__)
|
|
|
|
/* On ppc64 mappings in the same segment (aka slice) must share the same
|
|
|
|
* page size. Since we will be re-allocating part of this segment
|
2015-12-03 08:35:31 +00:00
|
|
|
* from the supplied fd, we should make sure to use the same page size, to
|
|
|
|
* this end we mmap the supplied fd. In this case, set MAP_NORESERVE to
|
|
|
|
* avoid allocating backing store memory.
|
|
|
|
* We do this unless we are using the system page size, in which case
|
|
|
|
* anonymous memory is OK.
|
util/mmap-alloc: fix hugetlb support on ppc64
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.
Acked-by: Rik van Riel <riel@redhat.com>
Reviewed-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Tested-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-12-02 19:14:12 +00:00
|
|
|
*/
|
2019-01-30 23:36:04 +00:00
|
|
|
flags = MAP_PRIVATE;
|
2019-01-30 23:36:05 +00:00
|
|
|
pagesize = qemu_fd_getpagesize(fd);
|
|
|
|
if (fd == -1 || pagesize == getpagesize()) {
|
2019-01-30 23:36:04 +00:00
|
|
|
guardfd = -1;
|
|
|
|
flags |= MAP_ANONYMOUS;
|
|
|
|
} else {
|
|
|
|
guardfd = fd;
|
|
|
|
flags |= MAP_NORESERVE;
|
|
|
|
}
|
util/mmap-alloc: fix hugetlb support on ppc64
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.
Acked-by: Rik van Riel <riel@redhat.com>
Reviewed-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Tested-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-12-02 19:14:12 +00:00
|
|
|
#else
|
2019-01-30 23:36:04 +00:00
|
|
|
guardfd = -1;
|
2019-01-30 23:36:05 +00:00
|
|
|
pagesize = getpagesize();
|
2019-01-30 23:36:04 +00:00
|
|
|
flags = MAP_PRIVATE | MAP_ANONYMOUS;
|
util/mmap-alloc: fix hugetlb support on ppc64
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.
Acked-by: Rik van Riel <riel@redhat.com>
Reviewed-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Tested-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-12-02 19:14:12 +00:00
|
|
|
#endif
|
2015-09-24 11:41:17 +00:00
|
|
|
|
2019-01-30 23:36:04 +00:00
|
|
|
guardptr = mmap(0, total, PROT_NONE, flags, guardfd, 0);
|
|
|
|
|
|
|
|
if (guardptr == MAP_FAILED) {
|
2015-10-25 15:07:45 +00:00
|
|
|
return MAP_FAILED;
|
2015-09-24 11:41:17 +00:00
|
|
|
}
|
|
|
|
|
2016-11-02 13:44:46 +00:00
|
|
|
assert(is_power_of_2(align));
|
2015-09-24 11:41:17 +00:00
|
|
|
/* Always align to host page size */
|
2019-01-30 23:36:05 +00:00
|
|
|
assert(align >= pagesize);
|
2015-09-24 11:41:17 +00:00
|
|
|
|
2019-01-30 23:36:04 +00:00
|
|
|
flags = MAP_FIXED;
|
|
|
|
flags |= fd == -1 ? MAP_ANONYMOUS : 0;
|
|
|
|
flags |= shared ? MAP_SHARED : MAP_PRIVATE;
|
2019-04-22 00:48:48 +00:00
|
|
|
if (shared && is_pmem) {
|
|
|
|
map_sync_flags = MAP_SYNC | MAP_SHARED_VALIDATE;
|
|
|
|
}
|
|
|
|
|
2019-01-30 23:36:04 +00:00
|
|
|
offset = QEMU_ALIGN_UP((uintptr_t)guardptr, align) - (uintptr_t)guardptr;
|
|
|
|
|
2019-04-22 00:48:48 +00:00
|
|
|
ptr = mmap(guardptr + offset, size, PROT_READ | PROT_WRITE,
|
|
|
|
flags | map_sync_flags, fd, 0);
|
|
|
|
|
|
|
|
if (ptr == MAP_FAILED && map_sync_flags) {
|
|
|
|
if (errno == ENOTSUP) {
|
|
|
|
char *proc_link, *file_name;
|
|
|
|
int len;
|
|
|
|
proc_link = g_strdup_printf("/proc/self/fd/%d", fd);
|
|
|
|
file_name = g_malloc0(PATH_MAX);
|
|
|
|
len = readlink(proc_link, file_name, PATH_MAX - 1);
|
|
|
|
if (len < 0) {
|
|
|
|
len = 0;
|
|
|
|
}
|
|
|
|
file_name[len] = '\0';
|
|
|
|
fprintf(stderr, "Warning: requesting persistence across crashes "
|
|
|
|
"for backend file %s failed. Proceeding without "
|
|
|
|
"persistence, data might become corrupted in case of host "
|
|
|
|
"crash.\n", file_name);
|
|
|
|
g_free(proc_link);
|
|
|
|
g_free(file_name);
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* if map failed with MAP_SHARED_VALIDATE | MAP_SYNC,
|
|
|
|
* we will remove these flags to handle compatibility.
|
|
|
|
*/
|
|
|
|
ptr = mmap(guardptr + offset, size, PROT_READ | PROT_WRITE,
|
|
|
|
flags, fd, 0);
|
|
|
|
}
|
2019-01-30 23:36:04 +00:00
|
|
|
|
|
|
|
if (ptr == MAP_FAILED) {
|
|
|
|
munmap(guardptr, total);
|
2015-10-25 15:07:45 +00:00
|
|
|
return MAP_FAILED;
|
2015-09-24 11:41:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
if (offset > 0) {
|
2019-01-30 23:36:04 +00:00
|
|
|
munmap(guardptr, offset);
|
2015-09-24 11:41:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Leave a single PROT_NONE page allocated after the RAM block, to serve as
|
|
|
|
* a guard page guarding against potential buffer overflows.
|
|
|
|
*/
|
2016-11-02 13:44:47 +00:00
|
|
|
total -= offset;
|
2019-01-30 23:36:05 +00:00
|
|
|
if (total > size + pagesize) {
|
|
|
|
munmap(ptr + size + pagesize, total - size - pagesize);
|
2015-09-24 11:41:17 +00:00
|
|
|
}
|
|
|
|
|
2019-01-30 23:36:04 +00:00
|
|
|
return ptr;
|
2015-09-24 11:41:17 +00:00
|
|
|
}
|
|
|
|
|
2019-01-30 23:36:05 +00:00
|
|
|
void qemu_ram_munmap(int fd, void *ptr, size_t size)
|
2015-09-24 11:41:17 +00:00
|
|
|
{
|
2019-01-30 23:36:05 +00:00
|
|
|
size_t pagesize;
|
|
|
|
|
2015-09-24 11:41:17 +00:00
|
|
|
if (ptr) {
|
|
|
|
/* Unmap both the RAM block and the guard page */
|
2019-01-30 23:36:05 +00:00
|
|
|
#if defined(__powerpc64__) && defined(__linux__)
|
|
|
|
pagesize = qemu_fd_getpagesize(fd);
|
|
|
|
#else
|
|
|
|
pagesize = getpagesize();
|
|
|
|
#endif
|
|
|
|
munmap(ptr, size + pagesize);
|
2015-09-24 11:41:17 +00:00
|
|
|
}
|
|
|
|
}
|