[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] Is machine_to_phys_mapping a 4MB 'superpage'?
> > It doesn't *have* to be mapped as a superpage -- control > tools don't > > when doing suspend/resume, for example. Fixing the > permission checking > > so that other than domain0 can remap the m2p table > shouldn't be very > > hard, but I'm not sure what the cleanest method would be. > > actually I would just like for domUs to be able to map it in > different locations, in order to get a little more flexible > memory layout. > > I will probably just try and hack something up for my immediate needs. I'd like to see this as part of a wider campaign to make the virtual memory layout more flexible ahead of PAE. I think we should make the hypervisor 'hole' variable size. This is perhaps best done by moving fixmap from the top of memory to the top of the bottom. If we do this I don't think we'll need to turn any of the current constants into variables. As regards where the m2p table, that will need to be variable sized too. It woul be interesting to run some lmbench numbers just to check that nothing bad happens if we do away with the 4MB mapping. Ian _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |