From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gerd Knorr Subject: Re: [RFC] Xen Virtual Framebuffer Date: Tue, 06 Dec 2005 11:50:53 +0100 Message-ID: <43956D0D.9040804@suse.de> References: <4394C683.1070000@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4394C683.1070000@us.ibm.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: Anthony Liguori Cc: xen-devel List-Id: xen-devel@lists.xenproject.org > I threw together a proof-of-concept over the weekend of a simple virtual > framebuffer/keyboard/mouse. The basic design is have a vmalloc()'d > buffer in the guest exposed as /dev/fb0 and mmap()'d in dom0. There's > also a simple message system for keyboard/mouse events. Cool. > Some interesting topics in this area are acceleration, whether we should > implement our own X driver (or just enhance the fbdev driver since it > uses no acceleration right now), and how to properly expose it over > something like VNC. Hmm, I don't think acceleration is that important here. 2D acceleration likely disappeares in graphics hardware soon. I'd say a simple, stupid framebuffer for installs is perfectly fine, for accelerated graphics its probably more useful to skip 2D altogether and look at OpenGL virtualization instead. just my 2 cent, Gerd