From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N5FmZ-0003Ii-24 for qemu-devel@nongnu.org; Tue, 03 Nov 2009 04:34:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N5FmU-0003HG-GH for qemu-devel@nongnu.org; Tue, 03 Nov 2009 04:34:30 -0500 Received: from [199.232.76.173] (port=37496 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N5FmU-0003Gn-4R for qemu-devel@nongnu.org; Tue, 03 Nov 2009 04:34:26 -0500 Received: from cerberus.snarc.org ([212.85.155.21]:36403) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N5FmT-0002oj-L3 for qemu-devel@nongnu.org; Tue, 03 Nov 2009 04:34:25 -0500 Date: Tue, 3 Nov 2009 11:25:43 +0000 From: Vincent Hanquez Subject: Re: [Qemu-devel] Re: [PATCH] Add VirtIO Frame Buffer Support Message-ID: <20091103112543.GA24834@snarc.org> References: <1257199759-2941-1-git-send-email-agraf@suse.de> <4AEFCBED.50804@redhat.com> <4AEFCCBA.9050408@redhat.com> <8BA1853F-11C9-44B1-9FDB-1DFDAED40E1B@suse.de> <4AEFCEDA.4030308@redhat.com> <87F51670-CB3F-431C-87B4-A8746F996C6F@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87F51670-CB3F-431C-87B4-A8746F996C6F@suse.de> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: linux-fbdev-devel@lists.sourceforge.net, Avi Kivity , kvm@vger.kernel.org, qemu-devel@nongnu.org On Tue, Nov 03, 2009 at 07:39:34AM +0100, Alexander Graf wrote: > > On 03.11.2009, at 07:34, Avi Kivity wrote: > >> On 11/03/2009 08:27 AM, Alexander Graf wrote: >>> >>>> How does it work today? >>> >>> You boot into a TERM=dumb line based emulation on 3270 (worst thing >>> haunting people's nightmares ever), trying to get out of that mode >>> as quickly as possible and off into SSH / VNC. >> >> Despite the coolness factor, IMO a few minutes during install time do >> not justify a new hardware model and a new driver. > > It's more than just coolness factor. There are use cases out there > (www.susestudio.com) that don't want to rely on the guest exporting a VNC > server to the outside just to access graphics. You also want to see boot > messages, have a console login screen, be able to debug things without > switching between virtio-console and vnc, etc. etc. > > The hardware model isn't exactly new either. It's just the next logical > step to a full PV machine using virtio. If the virtio-fb stuff turns out > to be really fast and reliable, I could even imagine it being the default > target for kvm on ppc as well, as we can't switch resolutions on the fly > there atm. not sure if i'm missing the point here, but couldn't it be hypothetically extended to stuff 3d (or video & more 2d accel ?) commands too ? I can't imagine the cirrus or stdvga driver be able to do that ever ;) -- Vincent