Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750985AbWCMS6N (ORCPT ); Mon, 13 Mar 2006 13:58:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751102AbWCMS6M (ORCPT ); Mon, 13 Mar 2006 13:58:12 -0500 Received: from 216-99-217-87.dsl.aracnet.com ([216.99.217.87]:26241 "EHLO sorel.sous-sol.org") by vger.kernel.org with ESMTP id S1750985AbWCMS6L (ORCPT ); Mon, 13 Mar 2006 13:58:11 -0500 Date: Mon, 13 Mar 2006 11:02:34 -0800 From: Chris Wright To: Zachary Amsden Cc: Arjan van de Ven , Linus Torvalds , Linux Kernel Mailing List , Virtualization Mailing List , Xen-devel , Andrew Morton , Dan Hecht , Dan Arai , Anne Holler , Pratap Subrahmanyam , Christopher Li , Joshua LeVasseur , Chris Wright , Rik Van Riel , Jyothy Reddy , Jack Lo , Kip Macy , Jan Beulich , Ky Srinivasan , Wim Coekaerts , Leendert van Doorn Subject: Re: [RFC, PATCH 0/24] VMI i386 Linux virtualization interface proposal Message-ID: <20060313190234.GN27645@sorel.sous-sol.org> References: <200603131758.k2DHwQM7005618@zach-dev.vmware.com> <1142273346.3023.38.camel@laptopd505.fenrus.org> <4415B857.9010902@vmware.com> <1142274398.3023.40.camel@laptopd505.fenrus.org> <4415BA4F.3040307@vmware.com> <1142275365.3023.44.camel@laptopd505.fenrus.org> <4415BE8F.1080609@vmware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4415BE8F.1080609@vmware.com> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1052 Lines: 21 * Zachary Amsden (zach@vmware.com) wrote: > This we find to be quite true. Now, you can use a VMI kernel, make > changes to it, run it on native hardware, and be confident that it will > run properly in a VM as well. And you can develop in a VM, with > confidence that you can run on native hardware. You can even replace > the entire "ROM" image with your own custom debugging image to add any > type of debugging or performance monitoring facility you want - and you > have some very, very interesting hook points into the kernel that make > that task much more achievable. Replacing a ROM image is easier in terms package management, but still requires full validation and certification process. Swapping out the underlying core is a major change and needs to be re-validated. thanks, -chris - 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/