Hi,
Actually to be exact, I dont want to change the ISAs. The modified VCPU
would be an extension of x86. For example if I am running a secure application,
then I would like to add an encryption and decryption block within the VCPU.
And then I would like to have an option of running a DOMU on this modified VCPU.
I hope this makes more sense. Thank you very much.
Regards,
Satyajeet
________________________________________
From: Jeremy Fitzhardinge [jeremy@xxxxxxxx]
Sent: Wednesday, October 27, 2010 1:32 PM
To: Nimgaonkar, Satyajeet
Cc: Gianni Tedesco; Xen Devel
Subject: Re: [Xen-devel] Software Plugin Interface in Xen hypervisor
On 10/27/2010 12:06 PM, Nimgaonkar, Satyajeet wrote:
> 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.
Do you mean a new virtual CPU architecture? Ie, not x86?
If so, I think Xen is the wrong vehicle for your project, and you'd be
better off hacking on qemu directly.
J
> 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
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home