On 10/20/2010 10:21 AM, Alexander Graf wrote:

On 19.10.2010, at 17:14, Chris Wright wrote:

0.13.X -stable
- Anthony will send note to qemu-devel on this
- move 0.13.X -stable to a separate tree
- driven independently of main qemu tree
- challenge is always in the porting and testing of backported fixes
- looking for volunteers

0.14
- would like to do this before end of the year
- 0.13 forked off a while back (~July),
- 0.14 features
  - QMP stabilized
    - 0.13.0 ->  0.14 QMP
    - hard attempt not to break compatibility
    - new commands, rework, async, human monitor passthrough
    - goal getting to libvirt not needing human monitor at all
    - QMP KVM autotest test suite submitted
- in-kernel apic, tpr patching still outstanding
- QED coroutine concurrency

Would it be realistic to declare deprecating the qemu-kvm fork for 0.14 as goal?

Live snapshots
- merge snapshot?
  - already supported, question about mgmt of snapshot chain
- integrate with fsfreeze (and windows alternative)

Guest Agent
- have one coming RSN (poke Anthony for details)

Would there be a chance to have a single agent for everyone, so that we 
actually form a Qemu agent instead of a dozen individual ones? I'm mainly 
thinking Spice here.

More important than the number of instances is the usage of common framework. Here is the link to the Matahari project:
https://fedorahosted.org/matahari/wiki/API





Alex




Reply via email to