[EMAIL PROTECTED] wrote:
> 
> 
> On Sun, Nov 26, 2000 at 01:10:32PM -0500, Kevin Brosius wrote:
> > The idea is to simulate 3.3.6 behavior by forcing the accelerator to go
> > idle at the end of every accelerated graphics primitive.  4.0.x is able
> > to handle the accel. setup more efficiently, by offering 3 functions
> > used for a primitive.
> 
> It would perhaps be better to simply read the fifo first before issuing
> any output and force delays only in those cases.
> 

I guess I'm not understanding you.  Which cases?

Are you suggesting waiting to empty the FIFO only prior to issuing a new
accel command?

The architecture doesn't provide for that now.  You might get that
behavior by putting AccelSync commands in the Setup_xxx functions. 
Although then you'd probably still have the same problem if an operation
was repeated several times (therefore not calling the Setup function.)

(I agree it's conceptually better.)

Kevin

> --
> ---------------------------------------------------------
> Victor Yodaiken
> Finite State Machine Labs: The RTLinux Company.
>  www.fsmlabs.com  www.rtlinux.com
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/

Reply via email to