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: Anthony Liguori <aliguori@xxxxxxxxxx>
Subject: Re: [Xen-devel] [RFC] Xen Virtual Framebuffer
From: Jon Smirl <jonsmirl@xxxxxxxxx>
Date: Mon, 5 Dec 2005 20:31:38 -0500
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 06 Dec 2005 01:31:59 +0000
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eqnvDyPIiSWLn057BjrEU2UHRFXUnq2x2jZTs26x4/9e+hpOiwy/VVnBRXrvt94BgtDjrfW8ZIRJq5mEK12y/dly6CCcb+lytAi+PFf3w4YaAtpJyW5Vbqc9UrfViB7IXtvogu4Yn4lXZHagW5Z4DsBsCo/0ir8abTAXkxPwaBg=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4394E888.1030702@xxxxxxxxxx>
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> <4394E4C3.90706@xxxxxxxxxx> <9e4733910512051719n49de063fs6c6dee3a10c63c5d@xxxxxxxxxxxxxx> <4394E888.1030702@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On 12/5/05, Anthony Liguori <aliguori@xxxxxxxxxx> wrote:
> 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.

Can't distro install into a domain be handled on a virtual serial line
and Linux terminal emulation? This seems like a lot of work to go
through to get something like Redhat's graphical boot working.

>
> 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@xxxxxxxxx
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >
> >
> >--
> >Jon Smirl
> >jonsmirl@xxxxxxxxx
> >
> >
> >
>
>


--
Jon Smirl
jonsmirl@xxxxxxxxx

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