> I conclude from this that writing the ring tail register causes the card to > fetch all the commands up until that point and feed them to its FIFO, which > may fill it... It's certainly possible for the FIFO to go from 64 slots > free to 0 in one ioctl... > > ...so maybe what we need is some clue as to exactly how many commands we're > about to feed it (I made Wild-Ass-Guesses about the number of commands when > we were just blasting a buffer from userspace, which may go a long way to > explaining the sucky performance), and then something to make a prediction > on how long it'll take the card to clear the FIFO based on current > performance (constantly hammering on the status register is probably not a > good way of doing this :-)
Maybe this side of it is true, BUT, if the path is ring->fifo, then I think we can assume that the card knows how to wait for the fifo before feeding it the next bit of the ring. Otherwise, everything would crash... Keith _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
