lkml.org 
[lkml]   [2010]   [Nov]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Qemu-devel] Re: [PATCH] Implement a virtio GPU transport
On 11/01/2010 05:42 AM, Avi Kivity wrote:
> On 10/28/2010 03:52 PM, Ian Molton wrote:
>> On 28/10/10 15:24, Avi Kivity wrote:
>>>> The caller is intended to block as the host must perform GL rendering
>>>> before allowing the guests process to continue.
>>>
>>> Why is that? Can't we pipeline the process?
>>
>> No, not really. the guest may call for the scene to be rendered at
>> any time and we have to wait for that to happen before we can return
>> the data to it.
>
> Waiting for a response is fine, but can't the guest issue a second
> batch while waiting for the first?

In a threaded application I think you mean but all RPCs are dispatched
holding a global lock so even within a threaded application, only a
single GL call will be executed at a time.

The other scenario would be multiple applications trying to use GL but
AFAICT, this is not supported in the current model.

Regards,

Anthony Liguori




\
 
 \ /
  Last update: 2010-11-01 14:25    [W:0.089 / U:1.988 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site