[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 17/18 V2]: PVH xen: PVH dom0 creation...
On Mon, 18 Mar 2013 13:01:23 +0000 "Jan Beulich" <JBeulich@xxxxxxxx> wrote: > >>> On 16.03.13 at 02:06, Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> > >>> wrote: > > @@ -307,6 +309,65 @@ static void __init > > process_dom0_ioports_disable(void) } > > } > > > > +/* > > + * Set the 1:1 map for all non-RAM regions for dom 0. Thus, dom0 > > will have > > + * the entire io region mapped in the EPT/NPT. > > + */ > > +static __init void pvh_map_all_iomem(struct domain *d) > > +{ > > + unsigned long start = 0; > > + const struct e820entry *entry; > > + int rc, i, nump; > > + > > + for (i = 0, entry = e820.map; i < e820.nr_map; i++, entry++) { > > + unsigned long end = entry->addr + entry->size; > > + > > + if (entry->type == E820_RAM || i == e820.nr_map - 1) { > > + unsigned long start_pfn = PFN_DOWN(start); > > + unsigned long end_pfn = PFN_UP(end); > > + > > + if (entry->type == E820_RAM) > > + end_pfn = PFN_UP(entry->addr); > > + > > + if (start_pfn < end_pfn) { > > + nump = end_pfn - start_pfn + 1; > > + rc = domctl_memory_mapping(d, start_pfn, > > start_pfn, nump, 1); > > + BUG_ON(rc); > > + } > > + start = end; > > + } > > + } > > At least E820_UNUSABLE must be excluded here. > > And as you're mapping the holes only - how do you deal with > the MMIO range past end of RAM? And perhaps even more > important - how do you deal with the split between RAM and > MMIO not being at the end of currently populated RAM, but > at the end of possible hotpluggable regions. Right now, phase I, no support for hotplug. Are there any other cases of this, can you please give an example if yes? _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |