qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v2] docs/memory.txt: Clarify and expand priority


From: Eric Blake
Subject: Re: [Qemu-devel] [PATCH v2] docs/memory.txt: Clarify and expand priority/overlap documentation
Date: Tue, 15 Oct 2013 08:56:14 -0600
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0

On 10/15/2013 08:52 AM, Eric Blake wrote:
> On 10/15/2013 08:42 AM, Peter Maydell wrote:
>> The documentation of how overlapping memory regions behave and how
>> the priority system works was rather brief, and confusion about
>> priorities seems to be quite common for developers trying to understand
>> how the memory region system works, so expand and clarify it.
>> This includes a worked example with overlaps, documentation of the
>> behaviour when an overlapped container has "holes", and mention
>> that it's valid for a region to have both MMIO callbacks and
>> subregions (and how this interacts with priorities when it does).
>>
>> Signed-off-by: Peter Maydell <address@hidden>
>> ---
>> Changes v1->v2: various minor improvements as per review comments
>>  from MST and subsequent discussion.
>>
> 
>>  
>> +It is valid to add subregions to a region which is not a pure container
>> +(that is, to an MMIO, RAM or ROM region). This means that the region
>> +will act like a container, except that any addresses within the container's
>> +region which are not claimed by any subregion are handled by the
>> +container itself (ie by its MMIO callbacks or RAM backing). However
> 
> s/ie/ie./
> 
>> +it is generally possible to achieve the same effect with a pure container
> 
> s/container/container,/

Oh, I forgot to add: I just reviewed for grammar and spelling; I can't
state whether the contents are technically sound, hence I didn't feel
comfortable adding a reviewed-by.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]