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:25:28 -0600 Message-ID: <4394E888.1030702@us.ibm.com> References: <4394C683.1070000@us.ibm.com> <4394D888.3080200@us.ibm.com> <9e4733910512051635j9df6469g44aeb3e379d25430@mail.gmail.com> <4394E4C3.90706@us.ibm.com> <9e4733910512051719n49de063fs6c6dee3a10c63c5d@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: <9e4733910512051719n49de063fs6c6dee3a10c63c5d@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 , xen-devel List-Id: xen-devel@lists.xenproject.org Jon Smirl wrote: >On 12/5/05, Anthony Liguori wrote: > > >>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. >> >> > >Xnest is the best solution for multiple root windows. With virtual >framebuffers you are just building Xnest again via a different >mechanism. Xnest has the advantage that you can use hardware >acceleration from the X server in dom0. > > I like Xnest quite a lot. We need something that's available when X isn't though (for the VT console for instance). You certainly don't have to run X on /dev/fb0. It's mostly to make text-mode and distro installation a whole lot more user friendly. Regards, Anthony Liguori >>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 >>> >>> >>> >>> >>> >> >> > > >-- >Jon Smirl >jonsmirl@gmail.com > > >