From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933101AbXCFIwp (ORCPT ); Tue, 6 Mar 2007 03:52:45 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933111AbXCFIwo (ORCPT ); Tue, 6 Mar 2007 03:52:44 -0500 Received: from mx2.mail.elte.hu ([157.181.151.9]:57137 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933101AbXCFIwn (ORCPT ); Tue, 6 Mar 2007 03:52:43 -0500 Date: Tue, 6 Mar 2007 09:52:22 +0100 From: Ingo Molnar To: Gerd Hoffmann Cc: Jeremy Fitzhardinge , virtualization , Jan Beulich , Andrew Morton , Linus Torvalds , Roland McGrath , linux-kernel@vger.kernel.org Subject: Re: Xen & VMI? Message-ID: <20070306085222.GA17002@elte.hu> References: <20070305120631.GA14105@elte.hu> <1173101297.26165.39.camel@localhost.localdomain> <1173142644.4644.6.camel@localhost.localdomain> <45ECBDDC.8080708@vmware.com> <45ECC076.9050209@goop.org> <45ECC91D.1020809@vmware.com> <45ECC9B6.1060209@goop.org> <20070306081909.GA9331@elte.hu> <45ED2837.3020108@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45ED2837.3020108@suse.de> User-Agent: Mutt/1.4.2.2i X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -2.0 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-2.0 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.1.7 -2.0 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org * Gerd Hoffmann wrote: > Ingo Molnar wrote: > > btw., while we have everyone on the phone and talking ;) Technologically > > it would save us a whole lot of trouble in Linux if 'external' > > hypervisors could standardize around a single ABI - such as VMI. Is > > there any deep reason why Xen couldnt use VMI to talk to Linux? I > > suspect a range of VMI vectors could be set aside for Xen's dom0 (and > > other) APIs that have no current VMI equivalent - if there's broad > > agreement on the current 60+ base VMI vectors that center around basic > > x86 CPU capabilities - which make up the largest portion of our > > paravirtualization complexity. Pipe dream? > > IIRC there was some proof-of-concept at least for xen guests. yes - but de-facto contradicted by the Xen paravirt_ops patches sent to lkml ;) > > there are already 5 major hypervisors we are going to support (in > > alphabetical order): > > > > - KVM > > - lguest > > - Windows > > - VMWare > > - Xen > > > > the QA matrix is gonna be a _mess_. > > I fail to see how xen-via-vmirom instead of xen-via-paravirt_ops > reduces the QA effort. You still have 5 Hypervisors you have to test > against. yes, just like we have thousands of separate PC boards to support. But as long as the basic ABI is the same, the QA effort on the Linux kernel side is alot more focused. (Distros still have 18446744073709551616 total combinations to QA, and have to make an educated guess to reduce that to a more manageable number.) Ingo