[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [PATCH RFC] domain: Compile with lock_profile=y enabled.
Our 'struct domain' has when lock profiling is enabled is bigger than one page. We can't use vmap nor vzalloc as both of those stash the physical address in struct page which makes the assumptions in 'arch_init_memory' trip over ASSERTs. Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> --- xen/arch/x86/domain.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/xen/arch/x86/domain.c b/xen/arch/x86/domain.c index 4420cfc..a85b994 100644 --- a/xen/arch/x86/domain.c +++ b/xen/arch/x86/domain.c @@ -237,6 +237,7 @@ struct domain *alloc_domain_struct(void) #ifdef CONFIG_BIGMEM const unsigned int bits = 0; #else + int order = get_order_from_bytes(sizeof(*d)); /* * We pack the PDX of the domain structure into a 32-bit field within * the page_info structure. Hence the MEMF_bits() restriction. @@ -247,10 +248,12 @@ struct domain *alloc_domain_struct(void) bits = _domain_struct_bits(); #endif - BUILD_BUG_ON(sizeof(*d) > PAGE_SIZE); - d = alloc_xenheap_pages(0, MEMF_bits(bits)); + d = alloc_xenheap_pages(order, MEMF_bits(bits)); if ( d != NULL ) - clear_page(d); + { + for ( ; order >= 0; order-- ) + clear_page((void *)d + PAGE_SIZE*order); + } return d; } -- 2.1.0 _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |