Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755175Ab1DFJA4 (ORCPT ); Wed, 6 Apr 2011 05:00:56 -0400 Received: from mx1.redhat.com ([209.132.183.28]:35908 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754965Ab1DFJAx (ORCPT ); Wed, 6 Apr 2011 05:00:53 -0400 From: Markus Armbruster To: Anthony Liguori Cc: Avi Kivity , Pekka Enberg , linux-kernel@vger.kernel.org, aarcange@redhat.com, mtosatti@redhat.com, kvm@vger.kernel.org, joro@8bytes.org, penberg@cs.helsinki.fi, asias.hejun@gmail.com, gorcunov@gmail.com, mingo@elte.hu Subject: Re: [ANNOUNCE] Native Linux KVM tool References: <1301592656.586.15.camel@jaguar> <4D982E89.8070502@redhat.com> <4D9847BC.9060906@redhat.com> <4D98716D.9040307@codemonkey.ws> Date: Wed, 06 Apr 2011 10:59:45 +0200 In-Reply-To: <4D98716D.9040307@codemonkey.ws> (Anthony Liguori's message of "Sun, 03 Apr 2011 08:09:01 -0500") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2063 Lines: 55 Anthony Liguori writes: > On 04/03/2011 05:11 AM, Avi Kivity wrote: >> On 04/03/2011 12:59 PM, Pekka Enberg wrote: >>> Hi Avi, >>> >>> On Sun, Apr 3, 2011 at 11:23 AM, Avi Kivity wrote: >>> >> Note that this is a development prototype for the time being: >>> there's no >>> >> networking support and no graphics support, amongst other missing >>> >> essentials. >>> > >>> > Mind posting a roadmap? I would put smp support near the top. >>> This sort of >>> > thing has to be designed in, otherwise you wind up with a big >>> lock like >>> > qemu. >>> >>> What are the pain points with qemu at the moment? >> >> It's an ugly gooball. > > Because it solves a lot of very difficult problems. And the solutions emerged / evolved over a long time. Meanwhile, goals shifted. It wasn't designed as user space for KVM, it got shoehorned into that role (successfully). It has some solutions it should have left to other tools. For instance, it shouldn't be in the network configuration business. > You could drop all of the TCG support and it'd still be an ugly gooball. > > Supporting lots of different emulated hardware devices, live > migration, tons of different types of networking and image formats, > etc., all adds up over time. It does. Still, a fresh start could lead to a less ugly gooball. >>> SMP, networking, and simpler guest to host communication from shell >>> are most interesting missing features for me. >> >> If it is to be more than a toy, then Windows (really generic guest) >> support, manageability, live migration, hotplug, etc. are all >> crucial. > > I concur that SMP is probably one of those features you need to start > with if you're designing something from scratch. Certainly. Another one that doesn't like retrofitting is security. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/