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] swap dom0 and domU Gfx's

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] swap dom0 and domU Gfx's
From: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Date: Tue, 6 Feb 2007 04:54:03 +0000
Cc: Seth Shelnutt <shelnutt2@xxxxxxx>
Delivery-date: Mon, 05 Feb 2007 20:52:59 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <BAY110-F12FD731929343E89C50750FE9F0@xxxxxxx>
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: <BAY110-F12FD731929343E89C50750FE9F0@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.5
> I am really interested in the possibility of having domU take direct
> control of the graphic card and leave dom0 with the virtual GFx. I'm sure
> some of you know about Folding at Home (FAH). Its a DC project run by
> Stanford University, to simulate protein folding. More info can be found at
> http://folding.stanford.edu . They have a GPU client that runs on ATI based
> GFx under windows only. I am interested in getting the client working in
> windows via xen.
>
> In order for this, windows needs to see and access the Gfx itself. I posted
> on the folding forums and it was stated that the GPU client need to use the
> ATI drivers which in turn need to be able to see and access the physical
> GFx.

The problem here is that Windows only runs under Xen using Full 
Virtualisation, and it's not possible to assign physical devices directly to 
fully virtualised guests.

This sort of thing requires more hardware support in the form of an IOMMU.

> I'm just learning xen but I understand the basics. It seems like a near
> impossible task but to me it seem that we should be able to alter the xen
> kernel to always give your host OS the virtual GFx while saving the GFx for
> the to be guest operating system.

I think for the moment, you won't be able to achieve this.  Giving a secondary 
graphics card to a paravirtualised guest does (I *think*) work, but in this 
case the guest is probably Linux...

> I'm just wondering if anyone has thought of this before or attempted it?
> I'm not 100% sure where I need to start, except probably learn some c/c++?
> ;). I was dumb and though Java was a good language to learn.

Java is a good language to learn, just it's not so useful for most operating 
systems project.  It's great for application servers, cross platform clients 
etc (in fact, I think the XenSource commercial GUI is written in Java).

We use C for Xen and for the Linux portions.  Userspace code is a combination 
of C and Python.  Most of the higher levels of the management toolchain are 
written in Python - it's a nice language for scripting applications.

Cheers,
Mark

-- 
Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

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

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