mirror of
https://github.com/xen-project/xen.git
synced 2026-10-29 10:40:03 +01:00
Keir Fraser
4062095bcb
which are necessary for the new dump core implementation. Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
98 lines
3.0 KiB
C
98 lines
3.0 KiB
C
/*
|
|
** xg_save_restore.h
|
|
**
|
|
** Defintions and utilities for save / restore.
|
|
*/
|
|
|
|
#include "xc_private.h"
|
|
|
|
/*
|
|
** We process save/restore/migrate in batches of pages; the below
|
|
** determines how many pages we (at maximum) deal with in each batch.
|
|
*/
|
|
#define MAX_BATCH_SIZE 1024 /* up to 1024 pages (4MB) at a time */
|
|
|
|
/* When pinning page tables at the end of restore, we also use batching. */
|
|
#define MAX_PIN_BATCH 1024
|
|
|
|
|
|
|
|
/*
|
|
** Determine various platform information required for save/restore, in
|
|
** particular:
|
|
**
|
|
** - the maximum MFN on this machine, used to compute the size of
|
|
** the M2P table;
|
|
**
|
|
** - the starting virtual address of the the hypervisor; we use this
|
|
** to determine which parts of guest address space(s) do and don't
|
|
** require canonicalization during save/restore; and
|
|
**
|
|
** - the number of page-table levels for save/ restore. This should
|
|
** be a property of the domain, but for the moment we just read it
|
|
** from the hypervisor.
|
|
**
|
|
** Returns 1 on success, 0 on failure.
|
|
*/
|
|
static inline int get_platform_info(int xc_handle, uint32_t dom,
|
|
/* OUT */ unsigned long *max_mfn,
|
|
/* OUT */ unsigned long *hvirt_start,
|
|
/* OUT */ unsigned int *pt_levels)
|
|
{
|
|
xen_capabilities_info_t xen_caps = "";
|
|
xen_platform_parameters_t xen_params;
|
|
|
|
if (xc_version(xc_handle, XENVER_platform_parameters, &xen_params) != 0)
|
|
return 0;
|
|
|
|
if (xc_version(xc_handle, XENVER_capabilities, &xen_caps) != 0)
|
|
return 0;
|
|
|
|
*max_mfn = xc_memory_op(xc_handle, XENMEM_maximum_ram_page, NULL);
|
|
|
|
*hvirt_start = xen_params.virt_start;
|
|
|
|
/*
|
|
* XXX For now, 32bit dom0's can only save/restore 32bit domUs
|
|
* on 64bit hypervisors, so no need to check which type of domain
|
|
* we're dealing with.
|
|
*/
|
|
if (strstr(xen_caps, "xen-3.0-x86_64"))
|
|
#if defined(__i386__)
|
|
*pt_levels = 3;
|
|
#else
|
|
*pt_levels = 4;
|
|
#endif
|
|
else if (strstr(xen_caps, "xen-3.0-x86_32p"))
|
|
*pt_levels = 3;
|
|
else if (strstr(xen_caps, "xen-3.0-x86_32"))
|
|
*pt_levels = 2;
|
|
else
|
|
return 0;
|
|
|
|
return 1;
|
|
}
|
|
|
|
|
|
/*
|
|
** Save/restore deal with the mfn_to_pfn (M2P) and pfn_to_mfn (P2M) tables.
|
|
** The M2P simply holds the corresponding PFN, while the top bit of a P2M
|
|
** entry tell us whether or not the the PFN is currently mapped.
|
|
*/
|
|
|
|
#define PFN_TO_KB(_pfn) ((_pfn) << (PAGE_SHIFT - 10))
|
|
|
|
|
|
/*
|
|
** The M2P is made up of some number of 'chunks' of at least 2MB in size.
|
|
** The below definitions and utility function(s) deal with mapping the M2P
|
|
** regarldess of the underlying machine memory size or architecture.
|
|
*/
|
|
#define M2P_SHIFT L2_PAGETABLE_SHIFT_PAE
|
|
#define M2P_CHUNK_SIZE (1 << M2P_SHIFT)
|
|
#define M2P_SIZE(_m) ROUNDUP(((_m) * sizeof(xen_pfn_t)), M2P_SHIFT)
|
|
#define M2P_CHUNKS(_m) (M2P_SIZE((_m)) >> M2P_SHIFT)
|
|
|
|
/* Returns TRUE if the PFN is currently mapped */
|
|
#define is_mapped(pfn_type) (!((pfn_type) & 0x80000000UL))
|