From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] Re: [PATCH] Add VirtIO Frame Buffer Support Date: Thu, 05 Nov 2009 21:05:11 -0600 Message-ID: <4AF39267.9060104@codemonkey.ws> References: <1257199759-2941-1-git-send-email-agraf@suse.de> <4AEFCBED.50804@redhat.com> <20091106023915.GO21630@shareable.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20091106023915.GO21630@shareable.org> Sender: kvm-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Jamie Lokier Cc: Avi Kivity , Alexander Graf , linux-fbdev-devel@lists.sourceforge.net, qemu-devel@nongnu.org, kvm@vger.kernel.org Jamie Lokier wrote: > Avi Kivity wrote: > >> On 11/03/2009 12:09 AM, Alexander Graf wrote: >> >>> When we want to create a full VirtIO based machine, we're still missing >>> graphics output. Fortunately, Linux provides us with most of the frameworks >>> to render text and everything, we only need to implement a transport. >>> >>> So this is a frame buffer backend written for VirtIO. Using this and my >>> patch to qemu, you can use paravirtualized graphics. >>> >> What does this do that cirrus and/or vmware-vga don't? >> > > *This* virtio-fb doesn't, but one feature I think a lot of users > (including me) would like is: > > Option to resize the guest desktop when the host desktop / host > window / VNC client resizes. > > Tell the guest to provide multiple desktops when the host has > multiple desktops, so things like twin monitors work nicely with > guests. > > Relay EDID/Xrandr information and updates from host to guest, and > generally handle hotplugging host monitors nicely. > > Are there any real hardware standards worth emulating which do that? > vmware-vga. If you have a little tool in a guest that uses the X extension that vmware vga implements, it actually works in qemu too. Regards, Anthony Liguoru From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N6F8a-00058p-7u for qemu-devel@nongnu.org; Thu, 05 Nov 2009 22:05:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N6F8V-00058L-QS for qemu-devel@nongnu.org; Thu, 05 Nov 2009 22:05:19 -0500 Received: from [199.232.76.173] (port=32819 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N6F8V-00058I-L8 for qemu-devel@nongnu.org; Thu, 05 Nov 2009 22:05:15 -0500 Received: from mail-qy0-f194.google.com ([209.85.221.194]:56648) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N6F8V-0008Rq-6d for qemu-devel@nongnu.org; Thu, 05 Nov 2009 22:05:15 -0500 Received: by qyk32 with SMTP id 32so288333qyk.4 for ; Thu, 05 Nov 2009 19:05:14 -0800 (PST) Message-ID: <4AF39267.9060104@codemonkey.ws> Date: Thu, 05 Nov 2009 21:05:11 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH] Add VirtIO Frame Buffer Support References: <1257199759-2941-1-git-send-email-agraf@suse.de> <4AEFCBED.50804@redhat.com> <20091106023915.GO21630@shareable.org> In-Reply-To: <20091106023915.GO21630@shareable.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jamie Lokier Cc: qemu-devel@nongnu.org, linux-fbdev-devel@lists.sourceforge.net, Avi Kivity , kvm@vger.kernel.org, Alexander Graf Jamie Lokier wrote: > Avi Kivity wrote: > >> On 11/03/2009 12:09 AM, Alexander Graf wrote: >> >>> When we want to create a full VirtIO based machine, we're still missing >>> graphics output. Fortunately, Linux provides us with most of the frameworks >>> to render text and everything, we only need to implement a transport. >>> >>> So this is a frame buffer backend written for VirtIO. Using this and my >>> patch to qemu, you can use paravirtualized graphics. >>> >> What does this do that cirrus and/or vmware-vga don't? >> > > *This* virtio-fb doesn't, but one feature I think a lot of users > (including me) would like is: > > Option to resize the guest desktop when the host desktop / host > window / VNC client resizes. > > Tell the guest to provide multiple desktops when the host has > multiple desktops, so things like twin monitors work nicely with > guests. > > Relay EDID/Xrandr information and updates from host to guest, and > generally handle hotplugging host monitors nicely. > > Are there any real hardware standards worth emulating which do that? > vmware-vga. If you have a little tool in a guest that uses the X extension that vmware vga implements, it actually works in qemu too. Regards, Anthony Liguoru