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

RE: [Xen-devel] Software Plugin Interface in Xen hypervisor

To: "Nimgaonkar, Satyajeet" <SatyajeetNimgaonkar@xxxxxxxxxx>, Gianni Tedesco <gianni.tedesco@xxxxxxxxxx>
Subject: RE: [Xen-devel] Software Plugin Interface in Xen hypervisor
From: "Nimgaonkar, Satyajeet" <SatyajeetNimgaonkar@xxxxxxxxxx>
Date: Wed, 27 Oct 2010 19:06:04 +0000
Accept-language: en-US
Cc: Xen Devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 27 Oct 2010 12:09:32 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <12871952FC0E29439F861FA745BCDD8503EC78A7@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <12871952FC0E29439F861FA745BCDD8503EC725F@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> ,<1288025980.12843.4444.camel@xxxxxxxxxxxxxxxxxxxxxx> <12871952FC0E29439F861FA745BCDD8503EC72B2@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> ,<1288030611.12843.4445.camel@xxxxxxxxxxxxxxxxxxxxxx> <12871952FC0E29439F861FA745BCDD8503EC759D@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>, <1288191775.3604.8.camel@xxxxxxxxxxxxxxxxxxxxxx>, <12871952FC0E29439F861FA745BCDD8503EC78A7@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AQHLdGYW/16OGZfDOk27xCkTWOWOE5NR50xUgAARfoCAAXLOwoABe62AgAASD4iAADHhfg==
Thread-topic: [Xen-devel] Software Plugin Interface in Xen hypervisor
Hi Gianni,
                  I want to actually emulate the VCPU and Memory Management 
Unit  and force the DOM Us to run on this new VCPU and MMU.
                  Can you provide any pointers on how to achieve this? Thank 
you very much.

Regards,
Satyajeet
________________________________________
From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx 
[xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] on behalf of Nimgaonkar, Satyajeet 
[SatyajeetNimgaonkar@xxxxxxxxxx]
Sent: Wednesday, October 27, 2010 10:07 AM
To: Gianni Tedesco
Cc: Xen Devel
Subject: RE: [Xen-devel] Software Plugin Interface in Xen hypervisor

Thanks Gianni for those details, I will look into it.
________________________________________
From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx 
[xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] on behalf of Gianni Tedesco 
[gianni.tedesco@xxxxxxxxxx]
Sent: Wednesday, October 27, 2010 9:02 AM
To: Nimgaonkar, Satyajeet
Cc: Xen Devel
Subject: RE: [Xen-devel] Software Plugin Interface in Xen hypervisor

On Tue, 2010-10-26 at 17:24 +0100, Nimgaonkar, Satyajeet wrote:
> Hi Gianni,
>               I don't want to emulate devices instead I just want to create a 
> mechanism by modifying Xen hypervisor such that I can plug in any software 
> prototype of an architecture. So basically this mechanism will be a software 
> plug in interface, something like how VTPM is provided in Xen.
>               I hope this helps you to understand my question.
>               Thanks,

Yes I just didn't know what you meant by "architecture." Basically this
means "emulated devices" afaict? I mean VTPM is just a hardware device
AIUI. What I said before about qemu being the place to implement devices
is not strictly true. Some things, such as APIC's and timers are
implemented in the hypervisor for performance reasons.

You may want to look at arch/x86/hvm/vlapic.c etc. for how this is done
for HVM domains. For PV domains I guess we would just expose the
relevant functionality through the hypercall interface.

There isn't really a "plug in" architecture that lets you swap these
things in and out of the hypervisor at runtime. I think most devs are
just compiling hypervisor and etherbooting it on a separate test machine
with serial console setup.

It really depends on the very specifics of what you are doing but if you
really want rapid dev and testing, I would consider implementing your
devices in qemu.

Gianni


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

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

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