[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] VT-x and frontend/backend drivers

  • To: "Mark Ryden" <markryde@xxxxxxxxx>, "Xen Mailing List" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Ling, Xiaofeng" <xiaofeng.ling@xxxxxxxxx>
  • Date: Tue, 10 Jan 2006 22:14:40 +0800
  • Delivery-date: Tue, 10 Jan 2006 14:21:30 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcYUSe0mYKGancP3TcWlTKPH6NUlkgBphKAQ
  • Thread-topic: [Xen-devel] VT-x and frontend/backend drivers

We already have patches for para-dirver support sent to this list before, you 
search it if you need.

Mark Ryden <> wrote:
> Hello,
>   As I saw in this mailing list, there should be some
>       emulation solution for drivers when using VT-x processors.
> See for example :
> http://lists.xensource.com/archives/html/xen-devel/2005-12/msg00763.html
> My question is this;
>   As I understand, the VMX support in the new  VT-x processors
>  enables us to prevent Guest OSs from performing unwanted
>   instructions (HLT , for example). This is done by using the root
> and non-root VMX operation. Thus , we don't use paravirtualization
> and we can run unmodified guest. Is there a possibility or any
> intention of using the backend-frontend solution of Xen (maybe with
> some fixes) when using VT-x processors ? wouldn't it be much better
> in terms of performance than using hardware emulation (based on QEMU
> maybe)?      
> Regards,
>       --MR
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.