[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] (v2) Design proposal for RMRR fix



>>> On 14.01.15 at 13:29, <george.dunlap@xxxxxxxxxxxxx> wrote:
> On 01/14/2015 08:06 AM, Tian, Kevin wrote:
>> We discussed earlier there are two reasons that some conflicts may not be 
>> avoided:
>>      - RMRRs conflicting with guest BIOS in <1MB area, as an example of 
>> hard conflicts
>>      - RMRRs conflicting with lowmem which is low enough then avoiding it
>> will either break lowmem or make lowmem too low to impact guest (just
>> an option being discussed)
> 
> So here you're assuming that we're going to keep the lowmem / mmio hole
> / himem thing.  Is that necessary?  I was assuming that if we have
> arbitrary RMRRs, that we would just have to accept that we'd need to be
> able to punch an arbitrary number of holes in the p2m space.

On the basis that the host would have placed the RMRRs in its MMIO
hole, I think I agree with Kevin that if possible we should stick with
the simpler lowmem / mmio-hole / highmem model if possible. If we
really find this too limiting, switching to the more fine grained model
later on will still be possible.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.