Index:
[thread]
[date]
[subject]
[author]
From: Andreas Beck <becka@rz.uni-duesseldorf.de>
To : ggi-develop@eskimo.com
Date: Fri, 13 Aug 1999 19:04:51 +0200
Re: GGI and XFree86 and stuff
> > > > Before we get overly enthusiastic about PingPong and stuff:
> > > > The locking problem needs to be solved. If we go for an asynchronous
> Can't you let te programmer decide when he/she needs to wait for the
> flush, and give them a function to wait for the flush to complete.
No. The programmer doesn't even know what function are accelerated and what
are not.
> This way, if the programmer knows that the buffered accels will not
> disturb his/her fb access, they can do both at the same time?
> Is this too much work for too little gain?
It wouldn't be a problem to allow that, but I don't think anyone would ever
use it. I had considered a "REORDERABLE" mode, in which you have to send
a "checkpoint" command after each group of commands that are completely
reorderable, which is effectively what allows to make them execute
concurrently.
CU, ANdy
--
= Andreas Beck | Email : <andreas.beck@ggi-project.org> =
Index:
[thread]
[date]
[subject]
[author]