On Friday 11 February 2005 22:19, Terence Ripperda wrote: > > > I just read through the nVidia readme file, and there is a > > > comprehensive section on what module to use for what chipset (and > > > card). It recommends using the nVagp for my setup, > > is that the "CONFIGURING AGP" appendix? I didn't think that we > recommended which agp driver to use. the intention was just to > document which chipsets are supported by nvagp and point out that > agpgart may/probably supports more chipsets. that section also > documents some hardware 'issues' that we work around. we work around > these issues regardless of which agp driver is being used.
Thats the one. I read this in APPENDIX F: "The following AGP chipsets are supported by NVIDIA's AGP; for all other chipsets it is recommended that you use the AGPGART module." as saying 'if you have one of these chipsets use nVagp' else use agpgart. > for this via kt133 issue, I looked through the agpgart and nvagp > initializations and didn't see anything much different. both > initialize and flush gart mappings the same way. both seem to allocate > memory the same way (nvagp uses __get_free_pages, which eventually > calls alloc_pages) with the GFP_KERNEL flag. I'm not sure why there > would be much difference between the two. I have had no issue at all running agpgart on Slackware 10 with KDE 3.3.x. It was just when I read this thread I didn't realise there was another option of a different NV module. I just tried it after reading deeper in the readme.txt ref. the Quake2 OpenGL 'rippling wave' I get every 5 minutes or so. It fixed it, BTW. I now have a constant clear display 100% in Quake2 :) I haven't noticed any difference at all in 2d desktop stuff (except maybe it is slightly brighter). Nick -- "When you're chewing on life's gristle, Don't grumble, Give a whistle..." - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
