mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-17 09:43:59 +08:00
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 | ||