>>> On 17.06.15 at 11:18, <tiejun.c...@intel.com> wrote:
> On 2015/6/17 17:02, Jan Beulich wrote:
>>>>> On 17.06.15 at 10:26, <tiejun.c...@intel.com> wrote:
>>> Something hits me to generate another idea,
>>>
>>> #1. Still allocate all devices as before.
>>> #2. Lookup all actual bars to check if they're conflicting RMRR
>>>
>>> We can skip these bars to keep zero. Then later it would make lookup easily.
>>>
>>> #3. Need to reallocate these conflicting bars.
>>> #3.1 Trying to reallocate them with the remaining resources
>>> #3.2 If the remaining resources aren't enough, we need to allocate them
>>> from high_mem_resource.
>>
>> That's possible onyl for 64-bit BARs.
> 
> You're right so this means its not proper to adjust mmio_total to 
> include conflicting reserved ranges and finally moved all conflicting 
> bars to high_mem_resource as Kevin suggested previously, so i high 
> level, we still need to decrease pci_mem_start to populate more RAM to 
> compensate them as I did, right?

You probably should do both: Prefer moving things beyond 4Gb,
but if not possible increase the MMIO hole.

Jan


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

Reply via email to