From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] KVM call minutes for Oct 19 Date: Wed, 20 Oct 2010 08:21:42 -0500 Message-ID: <4CBEECE6.8030605@codemonkey.ws> References: <20101019151441.GA24673@x200.localdomain> <4DE00079-05FA-40DF-9EA5-9573AD745117@suse.de> <4CBEE84F.7060207@codemonkey.ws> <20101020131925.GH15143@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Graf , Chris Wright , qemu-devel@nongnu.org, kvm@vger.kernel.org To: "Daniel P. Berrange" Return-path: Received: from mail-qw0-f46.google.com ([209.85.216.46]:63361 "EHLO mail-qw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750917Ab0JTNVy (ORCPT ); Wed, 20 Oct 2010 09:21:54 -0400 Received: by qwa26 with SMTP id 26so2326784qwa.19 for ; Wed, 20 Oct 2010 06:21:53 -0700 (PDT) In-Reply-To: <20101020131925.GH15143@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 10/20/2010 08:19 AM, Daniel P. Berrange wrote: > The thinking with Matahari is that there is significant overlap between > agent requirements for a physical and virtual host, so it aims to provide > an agent that works everywhere, whether virtualized or not. All that need > change is the communication transport (TCP vs VirtIO Serial vs legacy > serial vs some other data channel), and enable/disable certain agent > services according to deployment scenario. Once you go to a more general > purpose agent in this way, then it doesn't make such sense to put it all > in the QEMU tree. > Actually, I don't think we want to have a common agent for physical and virtual systems. The requirements are actually very different. The virtual agent exists solely to support hypervisor functionality. Not to provide general purpose system management support. Regards, Anthony Liguori > Regards, > Daniel >