WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [patch 00/21] Xen-paravirt: Xen guest implementation for

To: Christoph Lameter <clameter@xxxxxxx>
Subject: [Xen-devel] Re: [patch 00/21] Xen-paravirt: Xen guest implementation for paravirt_ops interface
From: Zachary Amsden <zach@xxxxxxxxxx>
Date: Wed, 21 Feb 2007 10:55:36 -0800
Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, Andi Kleen <ak@xxxxxx>, Rusty Russell <rusty@xxxxxxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, Chris Wright <chrisw@xxxxxxxxxxxx>, virtualization@xxxxxxxxxxxxxx, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 21 Feb 2007 10:54:55 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <Pine.LNX.4.64.0702211036060.24941@xxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20070216022449.739760547@xxxxxxxx> <Pine.LNX.4.64.0702161244380.26718@xxxxxxxxxxxxxxxxxxxxxxxxx> <45D61C74.2000601@xxxxxxxxxx> <Pine.LNX.4.64.0702161312460.28871@xxxxxxxxxxxxxxxxxxxxxxxxx> <45D626BB.20007@xxxxxxxxxx> <Pine.LNX.4.64.0702161356380.29218@xxxxxxxxxxxxxxxxxxxxxxxxx> <20070217135112.GA15102@xxxxxx> <Pine.LNX.4.64.0702211036060.24941@xxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.9 (X11/20061206)
Christoph Lameter wrote:
On Sat, 17 Feb 2007, Andi Kleen wrote:

That was always its intention. It's not a direct interface to a hypervisor,
but an somewhat abstracted interface to a "hypervisor driver"

I thought that hypervisor driver was some binary blob that can be directly
accessed via paravirt_ops?

There are no more binary blobs being used by paravirt-ops hypervisors. I prefer the term "open hypercode layer".


But you're right that there are currently still quite a lot of hooks
being added. I plan to be much more strict on that in the future.

And it seems that the hooks are not generic but bound to a particular hypervisor. Should the Xen specific stuff not be in the binary blob?

Xen doesn't use a hypercode layer, and there is no way to do what they need to do without hooks in the kernel.

Zach

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>