From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sasha Levin Subject: Re: [GIT PULL] Native Linux KVM tool for 3.1 Date: Mon, 25 Jul 2011 10:50:01 +0300 Message-ID: <1311580201.3446.30.camel@lappy> References: <4E2CA6DE.4040900@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Pekka Enberg , torvalds@linux-foundation.org, mingo@elte.hu, avi@redhat.com, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, gorcunov@gmail.com, asias.hejun@gmail.com, prasadjoshi124@gmail.com To: Jan Kiszka Return-path: Received: from mail-wy0-f174.google.com ([74.125.82.174]:55457 "EHLO mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750946Ab1GYHug (ORCPT ); Mon, 25 Jul 2011 03:50:36 -0400 In-Reply-To: <4E2CA6DE.4040900@web.de> Sender: kvm-owner@vger.kernel.org List-ID: On Mon, 2011-07-25 at 01:12 +0200, Jan Kiszka wrote: > On 2011-07-24 22:37, Pekka Enberg wrote: > > Hi Linus, > >=20 > > Please consider pulling from > >=20 > > ssh://master.kernel.org/pub/scm/linux/kernel/git/penberg/linux.gi= t > > kvm-tool-for-linus > >=20 > > to merge the Native Linux KVM tool to Linux 3.1. > >=20 > > [ The changes to 9p headers were already merged but show up in the = pull > > request. ] > >=20 > > The goal of this tool is to provide a clean, from-scratch, lightwei= ght > > KVM host > > tool implementation that can boot Linux guest images with no BIOS > > dependencies > > and with only the minimal amount of legacy device emulation. The pr= imary > > focus > > of the tool is to Linux but there are already people on working on > > supporting > > GRUB and other operating systems. > >=20 > > We want the tool to be part of Linux kernel source tree because we > > believe that > > =A1perf=A2 clearly showed the benefits of a single repository for b= oth > > kernel and > > userspace components. See Ingo Molnar=A2s email that started the pr= oject for > > details: > >=20 > > http://thread.gmane.org/gmane.linux.kernel/962051/focus=3D962620 >=20 > I've read several times now that developing in a single tree leads to > better results. Can you provide some example from the QEMU/KVM projec= ts > where the split is preventing innovation, optimizations, or some othe= r > kind of progress? >=20 Anthony had a talk on last years KVM forum regarding the QEMU threading model (slide: http://www.linux-kvm.org/wiki/images/7/70/2010-forum-threading-qemu.pdf= ) . It was suggested that the KVM part of QEMU is having a hard time achieving the ideal threading model due to its need to support TCG - something which has nothing to do with KVM itself. --=20 Sasha.