From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [RFC] Xen Virtual Framebuffer Date: Fri, 16 Dec 2005 11:28:38 -0600 Message-ID: <43A2F946.9040608@us.ibm.com> References: <4394C683.1070000@us.ibm.com> <43A2A2E9.1060308@suse.de> <9e4733910512160816l5fa79e45w538b7b4ba411db8a@mail.gmail.com> <43A2F2E5.4030300@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <43A2F2E5.4030300@suse.de> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Gerd Knorr Cc: xen-devel , Jon Smirl List-Id: xen-devel@lists.xenproject.org Gerd Knorr wrote: >> Another strategy for input would be to use USB input devices and the >> USB over IP stack (or Xen USB support) to shift the devices between >> domains. > > > To handle remote display you need a xenconsoled-like helper > application in domain0 anyway (which for example could export the > display via vnc). That gives you remote input (via vnc or whatever > protocol) almost for free as well, and I think application-wise it is > much more convinient to take this route instead of using > hid-over-virtualusb-over-ip. http://hg.codemonkey.ws/vncfb/ Is my first pass at a VNC server btw. Regards, Anthony Liguori >> Installing multiple keyboards, USB audio devices, mice and multiple >> video cards is one way to achieve multiuser computing. > > > It's kida silly though to assign a domain some physical keyboard and a > virtual framebuffer. > > It might suddenly make much more sense once we can assign pci devices > to domU's again, so you can setup a domU with both real display and > keyboard, but thats completely unrelated to the virtual framebuffer ;) > > cheers, > > Gerd > >