Re: [Qemu-devel] [PATCH v2 0/6] Memory API mutators

2011-12-07 Thread Peter Maydell
On 7 December 2011 15:56, Anthony Liguori wrote: > Ok, let's add a docs/vmstate.txt and add a section that says "If you use the > following functions, you probably need to call them again in post_load" and > put these functions on the list. We've already got docs/migration.txt which talks about

Re: [Qemu-devel] [PATCH v2 0/6] Memory API mutators

2011-12-07 Thread Anthony Liguori
On 12/07/2011 09:54 AM, Avi Kivity wrote: On 12/07/2011 05:52 PM, Anthony Liguori wrote: On 12/04/2011 12:09 PM, Avi Kivity wrote: This patchset introduces memory_region_set_enabled() and memory_region_set_address() to avoid the requirement on memory routers to track the internal state of the m

Re: [Qemu-devel] [PATCH v2 0/6] Memory API mutators

2011-12-07 Thread Avi Kivity
On 12/07/2011 05:52 PM, Anthony Liguori wrote: > On 12/04/2011 12:09 PM, Avi Kivity wrote: >> This patchset introduces memory_region_set_enabled() and >> memory_region_set_address() to avoid the requirement on memory >> routers to track the internal state of the memory API (so they know >> whether

Re: [Qemu-devel] [PATCH v2 0/6] Memory API mutators

2011-12-07 Thread Anthony Liguori
On 12/04/2011 12:09 PM, Avi Kivity wrote: This patchset introduces memory_region_set_enabled() and memory_region_set_address() to avoid the requirement on memory routers to track the internal state of the memory API (so they know whether they need to add or remove a region). Instead, they can si

[Qemu-devel] [PATCH v2 0/6] Memory API mutators

2011-12-04 Thread Avi Kivity
This patchset introduces memory_region_set_enabled() and memory_region_set_address() to avoid the requirement on memory routers to track the internal state of the memory API (so they know whether they need to add or remove a region). Instead, they can simply copy the state of the region from the g