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] [RFC] Xen Virtual Framebuffer

To: Jon Smirl <jonsmirl@xxxxxxxxx>
Subject: Re: [Xen-devel] [RFC] Xen Virtual Framebuffer
From: Jacob Gorm Hansen <jacobg@xxxxxxx>
Date: Fri, 16 Dec 2005 13:14:28 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Tracy R Reed <treed@xxxxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 16 Dec 2005 12:16:38 +0000
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YQ3lS6mkDDMkvqFl0K2FPUvajXvMzd9+YqqJ5q78QztqHSP60Gx5nXFF9/d2yLekjA1YOjBfHE8O5+pq/vXeHTrDrzORAays9hrBtQAeQudmCGT+mqgkeOnOtU2bO6FVS9kJTVifE4qXG0FeWfqd+xpKJGxXKzYb7hWHH8n99Ok=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <9e4733910512101827s3fc14bdfhad3e8d4c587c5a67@xxxxxxxxxxxxxx>
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: <4394C683.1070000@xxxxxxxxxx> <4394D888.3080200@xxxxxxxxxx> <9e4733910512051635j9df6469g44aeb3e379d25430@xxxxxxxxxxxxxx> <4399FD03.8080405@xxxxxxxxxxxxxxxxxxxxx> <9e4733910512101827s3fc14bdfhad3e8d4c587c5a67@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On 12/11/05, Jon Smirl <jonsmirl@xxxxxxxxx> wrote:

> You don't have to run the X server in dom0. You can run it in any
> domain that has sole control of the graphics hardware.  The core
> problem is that only one domain can have control of the video
> hardware, there is no realistic way to virtualize a 3D engine.

Even if it is impossible, I am currently attempting to do just that.
At http://www.diku.dk/~jacobg/gfx you can see a screen shot of 3 Xen
VM's displaying hardware-accelerated OpenGL to a shared server in
dom0.

best regards,
Jacob

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