On 2002.04.20 22:41 Leif Delgass wrote: > On Sat, 20 Apr 2002, José Fonseca wrote: > > ... > > The question is what do next? These are some things that we could do: > > - check the FIFO when PseudoDMAing (as in Utah) > > - Texture Uploads through the DRM (blits) > > - DMA buffer aging (even though we don't have DMA we gonna need this > I > > suppose ) > > - AGP texturing (this can be done without DMA, can't it?) > > - optimize the DMA buffer construction in the primitive drawings > > > > I think there are more. What do you think we (each one) should focus > next? > > > > José Fonseca > > > > Well, I think it would be good to combine the first and last option. A > few small changes will enable checking the FIFO (which I see as a high > priority), and handling sequential register writes in a flush function
I agree with the FIFO thing. > for > pseudo-DMA. For sequential writes, we need to detect where these occur > in > a buffer and then increment the register address with each write, like > the > utah-glx pseudo-DMA flush. I think we need this in place before we start I thought that my code already handled this, but I saw a bug from your description. (I'm going to commit a fix for it now). > > to work on new ioctls. These changes will allow streamlining the vertex > buffers. Then I think we should think about how to handle the descriptor > > tables. I'd like to stablilize the structures, so we have everthing > we'll I agree in that we should stabilize eveything to smooth the DMA integration. > need there. I'm not too familiar with how the buffer aging works, I'll > have to look at that. I think we could put off texture blits for a > while. > I was thinking that it might be easiest to start off the DMA testing on > swaps, clears and state, and then move on to the vertex buffers, etc. > > I can continue looking at the AGP texturing, and I think you're right > that > almost everthing is in place for that already now. I believe we can do > this without blits, by just copying textures into the AGP region. > > What are your thoughts? We pretty much agree. We must prepare the DMA work the best we can. Now is just a matter of not doing duplicate work. A good thing is that we have very different timezones, but nevertheless we should pick different subject. So, Leif, pick what're keen on and I'll pick other thing. > > -- > Leif Delgass > http://www.retinalburn.net > José Fonseca _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel