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/
Home Products Support Community News


Re: [Xen-devel] virtualGraphicCards

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] virtualGraphicCards
From: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Date: Wed, 7 Sep 2005 15:58:56 +0100
Cc: "Retzki, Sascha \[Xplain\]" <sascha.retzki@xxxxxxxxx>, Daniel Hulme <dh286@xxxxxxxxx>
Delivery-date: Wed, 07 Sep 2005 14:57:30 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <3AF26F5605627543BEC429636A5222900B7275@xxxxxxxxxxxxxxxxxxxxxxx>
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: <3AF26F5605627543BEC429636A5222900B7275@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.8
> You mean
> "Graphic console support - post 3.0"
> ?
> I don't quiet get:
> 1 kernel fb mapping? or X server?

The idea is that the graphical console will have "back/front" structure 
similar to the other devices, with a viewer in dom0 reading screen data from 
the guest and either displaying it, or exporting it over the network.

The question here is: do we write a kernel framebuffer driver for this (and 
get the X server to use that) or implement it in the X server directly?  I 
think the former solution is probably going to have the best cost/benefit.

One thing that's important (IMHO) is not to require networking in order to get 
the virtual display - makes it easier to install, configure stuff, etc via a 
graphical interface.


> Do you mean how the virtual graphics card is "seen" by the dom0? Or/And
> accessed?
> Imho, a glue-layer could abstract several approaches, for example 9P
> (the Plan9-folks love it, I did not have the time to test it and thus I
> don't have an opinion yet. However, I believe it is good ;-)) and VNC,
> and the dom0 decides itsself howto access the "data" - this would be
> pretty good because some OSes (which may be dom0-cabable some day) may
> find method-N better (are optimized for it) than method-M... and so on
> ;-)
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

Xen-devel mailing list

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