On 2002.04.20 21:21 Leif Delgass wrote: > Jose, > > I added the remaining bits to copy the agp texture region info to the > drm. > It's not used, but the information is there in case we need it later. > > I hope you don't mind, but I took the liberty of converting your drm > emit_state functions to use the DMA* macros, which ensures that enough > fifo entries are present before doing the state reg. writes, so we avoid
I don't mind at all. In fact I also did the same here, and I was about to check when I received your email, and things started to work again! *ufh* > potential lockups. BTW, I haven't noticed any texture problems, even > after disabling the UploadHWStateLocked in > mach64_ioctl.c:FlushVerticesLocked > (this is redundant if the kernel is emitting state). Were you seeing the > > problem with UploadHWStateLocked enabled? I tried UT with > UploadHWStateLocked enabled and without the DMA* macros, and with > UploadHWStateLocked disabled and _with_ the DMA* macros. Both of those > combinations worked fine. I haven't tried with UploadHWStateLocked > disabled and without the DMA* macros yet, though. > Yep. that seems to be the problem... > -- > Leif Delgass > http://www.retinalburn.net > Now I'll merge your changes with some code cleanups I did here. 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 _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
