summaryrefslogtreecommitdiffstats
path: root/sys/dev/tdfx
Commit message (Collapse)AuthorAgeFilesLines
* Send the remains (such as I have located) of "block major numbers" tophk2001-03-261-1/+0
| | | | the bit-bucket.
* Update copyright info, and make some slight cosmetic changes.cokane2001-03-204-10/+6
|
* Change Voodoo Graphics device ID to 0x0001121a so it gets probed.cokane2001-03-201-3/+3
|
* Zap silly #if NPCI > 0 and the hoops that we jump through for the modulepeter2001-01-291-9/+0
| | | | | case. Use an 'and' case in conf/files so that it only gets compiled if pci is present.
* Added some handling code to work with SLI configs, and removed some unusedcokane2000-10-101-17/+28
| | | | older code that was phased out but not removed, heh.
* Removed detection for Voodoo Banshee and Voodoo3 cards. I forsee certaincokane2000-08-282-16/+43
| | | | | | | | | possible complications with the forthcoming DRI code, and feel that DRI should handle the device-level interaction. Read http://people.FreeBSD.org/~cokane/3dfx.html to find out more. Basically want to move toward using OpenGL and DRI for everything on these cards. Added a few defines and spacing style fixes in tdfx_vars.h
* Update include directives for Linuxulator headers after themarcel2000-08-221-3/+3
| | | | MD/MI split.
* Bring tdfx_pci.c in sync with some patches I have been testing. Adds bettercokane2000-08-011-6/+8
| | | | | stability for the Voodoo3/Banshee cards than there was before. Still has a little way to go before it is completely fixed for those cards though.
* Studied the tech docs for the Voodoo3 and Banshee, and hopefully fixed thecokane2000-07-193-21/+88
| | | | | | | | | | errors that plagued those cards with XFree86 4.0. They have two memory ranges as well as an IO port range to them. Also cleaned up the three warning messages that I got, from inb(), outb() and linuxulator. Also, I noticed that the DRI and Glide support for the Voodoo4 and 5 has been placed upon linux.3dfx.com, too bad they haven't released the tech docs yet. Apparently, they are still pushing glide for all of us, so I will try and add support once those tech docs are up.
* Stupid me, I put the opt_tdfx.h underneath a test for TDFX_LINUX, whichcokane2000-06-242-4/+9
| | | | | resides in opt_tdfx. I also cleand up that large define. Compile, tell me if it does, and I'll re-enable the tdfx entry in the makefile.
* Finish up the fixing of the linux ioctl stuff. Add line to remove the devcokane2000-06-232-1/+6
| | | | entry upon unload.
* Minor redundant #include fix.cokane2000-06-231-1/+0
|
* Fixed problem with linux ioctl code, module loading should work now.cokane2000-06-232-0/+59
|
* Put RF_SHAREABLE into the bus_alloc_resource call.cokane2000-06-221-1/+1
|
* Stick in header, $FreeBSD$.cokane2000-06-224-28/+188
|
* This really shouldn't be here, fragment left over from the tarball.cokane2000-06-211-2/+0
|
* First import of my 3dfx voodoo driver. Currently it supports the Voodoo ↵cokane2000-06-215-0/+876
Graphics and Voodoo2 perfectly. It works just like the 3dfx driver does for linux, by using a character device at /dev/3dfx of Major 107 to provide a window into the 3dfx card's memory space. This interface is used by glide and mesa as far as i know, and probably some other libraries too. Approved by: jkh
OpenPOWER on IntegriCloud