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 _______________________________________________ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linux-foundation.org/mailman/listinfo/virtualization
