| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] [RFC] Xen Virtual Framebuffer
John Byrne wrote:
Anthony,
Looking at Xen from the perspective of managing a farm of machines,
what I want is a single method for remotely accessing the
console/graphics for a guest domain, regardless of whether the domain
is PV/VT.
Yes, this is what the driving use-case for me has been. I've done a lot
of experiment with various VNC methods until I settled on this as the
best approach.
(A method of connect a VNC client to dom0 port 5900 + domid would be
just fine. [From the code, this seems to be way qemu does it for
VNC.]) The current model of "xm console" and Xvnc for PV domains is
annoying. Unless, I am misunderstanding what you are doing, once you
add the VNC support, your work provides what I want.
Yes, that's the goal.
So, what are the prospects of getting it finished and in, in the near
future? Is there any chance of getting it into the 3.0.x code base?
The first step is to get the local display stuff working. Then we can
look at integrating that in Xen. I have a Task list on the wiki and
it's not really that much more work.
The second step is proof-of-concept VNC support which will probably be
with libvncserver. The display will be sluggish but it will be a start.
The final step would be to implement an accelerated X driver so that we
could get the high-level operations info (CopyRect for window dragging,
hw cursor, etc.) and then we can implement an efficient VNC server.
As for what goes into Xen when, that's up to Ian. This is of course
pretty early though so it's probably premature to really ask that until
there's more progress made and some more discussion.
Regards,
Anthony Liguori
Thanks,
John Byrne
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home