mirror of
https://github.com/yuzu-emu/unicorn
synced 2024-11-24 10:28:12 +00:00
0010078e4b
The commit 7197fb4058bcb68986bae2bb2c04d6370f3e7218 ("util/mmap-alloc: fix hugetlb support on ppc64") fixed Huge TLB mappings on ppc64. However, we still need to consider the underlying huge page size during munmap() because it requires that both address and length be a multiple of the underlying huge page size for Huge TLB mappings. Quote from "Huge page (Huge TLB) mappings" paragraph under NOTES section of the munmap(2) manual: "For munmap(), addr and length must both be a multiple of the underlying huge page size." On ppc64, the munmap() in qemu_ram_munmap() does not work for Huge TLB mappings because the mapped segment can be aligned with the underlying huge page size, not aligned with the native system page size, as returned by getpagesize(). This has the side effect of not releasing huge pages back to the pool after a hugetlbfs file-backed memory device is hot-unplugged. This patch fixes the situation in qemu_ram_mmap() and qemu_ram_munmap() by considering the underlying page size on ppc64. After this patch, memory hot-unplug releases huge pages back to the pool. Fixes: 7197fb4058bcb68986bae2bb2c04d6370f3e7218 Backports commit 53adb9d43e1abba187387a51f238e878e934c647 from qemu |
||
---|---|---|
.. | ||
bitmap.c | ||
bitops.c | ||
cacheinfo.c | ||
crc32c.c | ||
cutils.c | ||
error.c | ||
getauxval.c | ||
host-utils.c | ||
log.c | ||
Makefile.objs | ||
mmap-alloc.c | ||
module.c | ||
oslib-posix.c | ||
oslib-win32.c | ||
qemu-error.c | ||
qemu-thread-posix.c | ||
qemu-thread-win32.c | ||
qemu-timer-common.c | ||
range.c | ||
sys_membarrier.c |