> Since this effects only the guest driver, and then only the guest
> driver for one platform, this really should not be handled through qemu
> and the rom at all IMHO. Guest driver options should use whatever is
> the common mechanism in that platform to set driver options, so in
> this case xorg.
Hi,
On 03/26/2013 09:59 PM, Jeremy White wrote:
Here is the current patch set. I'd appreciate feedback on whether this
is horribly offensive. If not, I'll submit the qemu patch upstream, and
the spice-protocol and xf86-video-qxl patches here.
With these three patches, a
qemu -spice deferre
Here is the current patch set. I'd appreciate feedback on whether this
is horribly offensive. If not, I'll submit the qemu patch upstream, and
the spice-protocol and xf86-video-qxl patches here.
With these three patches, a
qemu -spice deferred-fps=nn
should make the qemu/xf86-video-qxl driver
>> Is that right? Did I miss a better way?
> Can't you do it in a similar way to the "OffScreen Surfaces" and "Image
> Cache" entries in xorg.conf?
I guess I'm not sure exactly if/how those are used.
As far as I can tell, the only way those options can be set is if you
build a custom xorg.conf
Hi,
On 03/26/2013 01:36 PM, Jeremy White wrote:
I thought it would be lovely if I could make my deferred_fps stuff
available to users of qemu. I think it is a helpful change for people
with bandwidth constraints.
And, of course, it'd be nice if I weren't the only one using it .
But as I went
I thought it would be lovely if I could make my deferred_fps stuff
available to users of qemu. I think it is a helpful change for people
with bandwidth constraints.
And, of course, it'd be nice if I weren't the only one using it .
But as I went to write the patches to make this possible, I found
