Re: [Qemu-devel] Re: [PATCH] Implement a virtio GPU transport

[Anthony Liguori]

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


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/