qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Re: [PATCH] Add VirtIO Frame Buffer Support


From: Avi Kivity
Subject: Re: [Qemu-devel] Re: [PATCH] Add VirtIO Frame Buffer Support
Date: Thu, 05 Nov 2009 11:04:57 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4

On 11/04/2009 06:35 PM, Anthony Liguori wrote:
Vincent Hanquez wrote:
On Tue, Nov 03, 2009 at 11:38:18AM +0200, Avi Kivity wrote:
On 11/03/2009 01:25 PM, Vincent Hanquez wrote:
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 ;)
cirrus has pretty good 2d acceleration.  3D is a mega-project though.

absolutely huge indeed, but still alexander's code is pretty much the
only way, to start such a project. with maybe added benefits on more
and easier 2d acceleration.

or otherwise wait for SR-IOV graphics cards (or similar tech)...

I think the real question is do we paravirtualize a VGA device or a framebuffer.

Obviously, the advantage of doing a framebuffer is that it works for s390.

A VGA device has better backwards compatibility on PCs although it's obviously more complex. In an ideal world, we could expose the virtio framebuffer device as part of PCI device that was also VGA capable (virtio-pci-vga transport?).

But then there's QXL on the horizon which complicates matters further.


qxl is vga compatible.

I'd say that virtio-fb should just focus on the s390 use case for now. Let things evolve as needed.


Sure.

--
error compiling committee.c: too many arguments to function





reply via email to

[Prev in Thread] Current Thread [Next in Thread]