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

[George Dunlap <george.dunlap@xxxxxxxxxxxxx>]

On 01/14/2015 02:39 PM, Jan Beulich wrote:
>>>> On 14.01.15 at 13:16, <george.dunlap@xxxxxxxxxxxxx> wrote:
>> On 01/14/2015 09:43 AM, Tian, Kevin wrote:
>>> for other usages like hotplug/migration:
>>>     reserved_regions = [ 'host, 0/1', 'start, end, 0/1', 'start, end, 0/1', 
>>> ...]
>>> If 'host' is specified, it implies rmrr_host, besides user can specific 
>>> explicit ranges according to his detail requirement.
>>>
>>> based on above configuration interface, libxl can construct necessary
>>> reserve regions with individual try/force policies.
>>
>> Same here; I'd do something like:
>>
>>  rmrr = [ "0xe0000:0xeffff,check=try", "0xa000000:0xa0000fff" ]
>>
>> Where here the first one would be allowed to conflict in the domain
>> builder; but the second would error out if it couldn't be made for some
>> reason.
> 
> Just to avoid confusion - I continue to think that the try flag on
> explicitly specified regions makes no sense, i.e. I'd see only
> something like
> 
>>  rmrr = [ "host,check=try", "0xe0000:0xeffff", "0xa000000:0xa0000fff" ]
> 
> as viable (with the token "check" not necessarily being the most
> expressive one for the purpose it has).

OK -- this is a fairly minor detail that we can discuss when the patches
are actually submitted.

 -George

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