qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [RFC v4 00/58] Memory API


From: Avi Kivity
Subject: Re: [Qemu-devel] [RFC v4 00/58] Memory API
Date: Wed, 20 Jul 2011 17:54:26 +0300
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc15 Thunderbird/3.1.11

On 07/20/2011 05:37 PM, Michael S. Tsirkin wrote:
>
>  If you do a memory_region_set_log() immediately after
>  memory_region_init_ram(), then as soon as the framebuffer is added
>  to the memory hierarchy, it will have logging enabled (or any
>  aliases of the framebuffer).

Still, I think we should specify logging on/off when region is created,
and avoid APIs that tweak dirty logging.

It's the same thing.

memory_region_init*();
// we have a disconnected memory region
memory_region_set_log();
// still disconnected, now logged

I don't want memory_region_init() with 231 parameters.

I don't think there's actual need for device to enable/disable
logging.

Why not? migration does it, and vga could do it if the vnc display is disconnected, or if the update rate is so high it can just assume all memory is dirty.

What devices seem to need, instead, is enable/disable a region
through a back channel.

What do you mean?

--
error compiling committee.c: too many arguments to function




reply via email to

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