[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] Software Plugin Interface in Xen hypervisor
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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |