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]