From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [RFC] Xen Virtual Framebuffer Date: Mon, 05 Dec 2005 19:09:23 -0600 Message-ID: <4394E4C3.90706@us.ibm.com> References: <4394C683.1070000@us.ibm.com> <4394D888.3080200@us.ibm.com> <9e4733910512051635j9df6469g44aeb3e379d25430@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <9e4733910512051635j9df6469g44aeb3e379d25430@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jon Smirl Cc: xen-devel List-Id: xen-devel@lists.xenproject.org Hi Jon, The basic problem is running something like gdm or nautilus which want to own the root X window. You'd have to use something like Xnest. It doesn't help much with VT switching either which would be a really nice feature to has. However, using remote X is a good option for a number of use-cases so it's certainly appropriate for certain environments. Regards, Anthony Liguori Jon Smirl wrote: >I haven't tried playing with X and Xen, but why doesn't it work to >just treat the multiple domains like a network? You run X in dom0 and >give it full access to the video hardware. Then you ssh into each >domain and start X apps, just like you do when using X remotely. >OpenGL will even work this way and be accelerated (as soon as X fixes >indirect acceleration). This model should let you get apps up from >each domain simultaneously on the X display in dom0. > >-- >Jon Smirl >jonsmirl@gmail.com > > >