|
From: | Anthony Liguori |
Subject: | Re: [Qemu-devel] KVM call minutes for Oct 19 |
Date: | Fri, 22 Oct 2010 12:39:33 -0500 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 |
On 10/22/2010 12:29 PM, Chris Wright wrote:
* Anthony Liguori (address@hidden) wrote:The first step is just identifying what interfaces we need in a guest agent. So far, I think we can get away with a very small number of interfaces (mainly read/write files, execute command).Could you elaborate here? I can't imagine you mean: vm_system(target_vm, "shutdown -r now") But from other post, it does seem you want complexity in the host side not guest side of agent. Seems vm_reboot(target_vm) as the RPC makes more sense with the guest side implementing that in whatever guest-specific appropriate way.
What I really want is a vm_system API that a guest agent MUST implement and then APIs like vm_reboot that a guest agent MAY implement.
In my mind, the guest agent lives in the distros even though it's built from QEMU source tree. We don't install it ourselves.
That means we might have a new funky fresh version of Fedora 21 version of QEMU but running an old Fedora 14 guest with a really back-level guest agent.
Having very low level APIs with logic that primarily lives in QEMU gives us the ability to support new features in QEMU with older guests.
Regards, Anthony Liguori
[Prev in Thread] | Current Thread | [Next in Thread] |