summaryrefslogtreecommitdiffstats
path: root/sys/dev/tdfx/tdfx_vars.h
Commit message (Collapse)AuthorAgeFilesLines
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-061-1/+1
|
* Do the dreaded s/dev_t/struct cdev */phk2004-06-161-1/+1
| | | | Bump __FreeBSD_version accordingly.
* Device megapatch 1/6:phk2004-02-211-1/+0
| | | | | | | Free approx 86 major numbers with a mostly automatically generated patch. A number of strategic drivers have been left behind by caution, and a few because they still (ab)use their major number.
* Disabuse this driver of the notion that it needs to includephk2002-09-281-1/+0
| | | | | | <sys/bus_private.h> to find the unit from a device_t. Spotted by: FlexeLint
* Change Voodoo Graphics device ID to 0x0001121a so it gets probed.cokane2001-03-201-3/+3
|
* Removed detection for Voodoo Banshee and Voodoo3 cards. I forsee certaincokane2000-08-281-8/+13
| | | | | | | | | 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
* Studied the tech docs for the Voodoo3 and Banshee, and hopefully fixed thecokane2000-07-191-4/+4
| | | | | | | | | | 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.
* Finish up the fixing of the linux ioctl stuff. Add line to remove the devcokane2000-06-231-0/+1
| | | | entry upon unload.
* Stick in header, $FreeBSD$.cokane2000-06-221-5/+38
|
* First import of my 3dfx voodoo driver. Currently it supports the Voodoo ↵cokane2000-06-211-0/+70
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