[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC][PATCH 10/13] tools: extend XENMEM_set_memory_map
>>> On 10.04.15 at 11:22, <tiejun.chen@xxxxxxxxx> wrote: > --- a/tools/libxl/libxl_dom.c > +++ b/tools/libxl/libxl_dom.c > @@ -787,6 +787,70 @@ out: > return rc; > } > > +static int libxl__domain_construct_memmap(libxl_ctx *ctx, > + libxl_domain_config *d_config, > + uint32_t domid, > + struct xc_hvm_build_args *args, > + int num_pcidevs, > + libxl_device_pci *pcidevs) > +{ > + unsigned int nr = 0, i; > + /* We always own at least one lowmem entry. */ > + unsigned int e820_entries = 1; > + uint64_t highmem_end = 0, highmem_size = args->mem_size - > args->lowmem_size; > + struct e820entry *e820 = NULL; > + > + /* Add all rdm entries. */ > + e820_entries += d_config->num_rdms; > + > + /* If we should have a highmem range. */ > + if (highmem_size) > + { > + highmem_end = (1ull<<32) + highmem_size; > + e820_entries++; > + } > + > + e820 = malloc(sizeof(struct e820entry) * e820_entries); > + if (!e820) { > + return -1; > + } > + > + /* Low memory */ > + e820[nr].addr = 0x100000; > + e820[nr].size = args->lowmem_size - 0x100000; > + e820[nr].type = E820_RAM; If you really mean it to be this lax (not covering the low 1Mb), then you need to explain why in a comment (and the consuming side should also have a similar explanation then). > + nr++; > + > + /* RDM mapping */ > + for (i = 0; i < d_config->num_rdms; i++) { > + /* > + * We should drop this kind of rdm entry. > + */ > + if (d_config->rdms[i].flag == LIBXL_RDM_RESERVE_FLAG_INVALID) > + continue; > + > + e820[nr].addr = d_config->rdms[i].start; > + e820[nr].size = d_config->rdms[i].size; > + e820[nr].type = E820_RESERVED; > + nr++; > + } Is this guaranteed not to produce overlapping entries? Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |