Re: [Dri-devel] Savage and nVidia DRI drivers

2002-10-31 Thread Alan Cox
On Thu, 2002-10-31 at 02:16, José Fonseca wrote: project. Also the proprietary nVidia Linux drivers come with some source code (which was also the basis for the Utah-GLX drivers). I have the last release they did that was merely all obfuscated, and some tools for partially deobfuscating it.

Re: [Dri-devel] Savage and nVidia DRI drivers

2002-10-31 Thread Alan Cox
On Thu, 2002-10-31 at 11:26, Keith Whitwell wrote: At one point there was a shadowfb based 2d driver for the voodoo cards -- it would be interesting an interesting approach to add a dri layer to that driver, if it still exists. I use it on several boxes. It has some endian limitations (from

Re: [Dri-devel] Savage and nVidia DRI drivers

2002-10-31 Thread José Fonseca
On Thu, Oct 31, 2002 at 11:39:42AM +, Alan Cox wrote: On Thu, 2002-10-31 at 02:16, José Fonseca wrote: People which are interested in having these drivers see the light of day (I know that the Savage chip is common on laptops and AFAIK there no nVidia proprietary drivers for non-Linux

Re: [Dri-devel] Savage and nVidia DRI drivers

2002-10-31 Thread Keith Whitwell
Alan Cox wrote: On Thu, 2002-10-31 at 15:58, José Fonseca wrote: I don't know much about SIS 6326. I know that there is some deprecated (it hasn't been updated for the architectural changes) support for SIS 630 chips on the CVS. 6326 is much older than 630 and 315 etc. Its in the PIO with

Re: [Dri-devel] Savage and nVidia DRI drivers

2002-10-31 Thread Daryll Strauss
On Thu, Oct 31, 2002 at 03:58:29PM +, José Fonseca wrote: The Voodoo 2 specs are available from http://www.medex.hu/~danthe/tdfx/ . I don't know what's the current state of the tdfx driver in respect with Voodoo 2. The tdfx driver is quite different from any other driver because it uses

Re: [Dri-devel] Savage and nVidia DRI drivers

2002-10-31 Thread Linus Torvalds
On Thu, 31 Oct 2002, Keith Whitwell wrote: On voodoo-1, even vertices that aren't snapped to 1/16th(?) subpixel coords will crash it... Hmmm, you can't do fp in the kernel, right? You _can_ use FP, but you have to jump through hoops to do so, especially if you're in an asynchronous