|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] [RFC] Xen Virtual Framebuffer
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
|
|
|
|
|