d5d14ed6f2
This change introduces new flags for the hv_install_context() API that passes a page table pointer to the hypervisor. Clients can explicitly request 4K, 16K, or 64K small pages when they install a new context. In practice, the page size is fixed at kernel compile time and the same size is always requested every time a new page table is installed. The <hv/hypervisor.h> header changes so that it provides more abstract macros for managing "page" things like PFNs and page tables. For example there is now a HV_DEFAULT_PAGE_SIZE_SMALL instead of the old HV_PAGE_SIZE_SMALL. The various PFN routines have been eliminated and only PA- or PTFN-based ones remain (since PTFNs are always expressed in fixed 2KB "page" size). The page-table management macros are renamed with a leading underscore and take page-size arguments with the presumption that clients will use those macros in some single place to provide the "real" macros they will use themselves. I happened to notice the old hv_set_caching() API was totally broken (it assumed 4KB pages) so I changed it so it would nominally work correctly with other page sizes. Tag modules with the page size so you can't load a module built with a conflicting page size. (And add a test for SMP while we're at it.) Signed-off-by: Chris Metcalf <cmetcalf@tilera.com> |
||
---|---|---|
.. | ||
atomic_32.c | ||
atomic_asm_32.S | ||
cacheflush.c | ||
checksum.c | ||
cpumask.c | ||
delay.c | ||
exports.c | ||
Makefile | ||
memchr_32.c | ||
memchr_64.c | ||
memcpy_32.S | ||
memcpy_64.c | ||
memcpy_tile64.c | ||
memcpy_user_64.c | ||
memmove.c | ||
memset_32.c | ||
memset_64.c | ||
spinlock_32.c | ||
spinlock_64.c | ||
spinlock_common.h | ||
strchr_32.c | ||
strchr_64.c | ||
string-endian.h | ||
strlen_32.c | ||
strlen_64.c | ||
uaccess.c | ||
usercopy_32.S | ||
usercopy_64.S |