summaryrefslogtreecommitdiffstats
path: root/drivers/sgi/char/graphics.h
Commit message (Collapse)AuthorAgeFilesLines
* - fixed compiling in of ramdisks; we don't have the kernel segment defining ↵Alex deVries1999-02-061-1/+0
| | | | | | | | | | initrd offset, etc. - a couple of HAL related changes to make it build better - the start of making newport graphics a module; currently this breaks as a module, but works okay built into the kernel. - Alex
* Cache fixes, part #1.Ralf Baechle1998-03-031-28/+0
|
* Upgrade to 2.1.73.Ralf Baechle1998-03-031-0/+28
|
* More toys: per-card ioctl and per-card reset console.Miguel de Icaza1997-09-211-0/+2
|
* Newport context switching implemented (la de da, la de da).Miguel de Icaza1997-08-281-2/+2
| | | | | | | Linux newport structure is now compatible with the IRIX version. GNOME compliant display properties implemented. Oops. Wrong mailing list.
* Stubbed out usema driver for Miguel.Mike Shaver1997-08-161-0/+1
| | | | (Untested, really, thanks to UPS.)
* shared memory input queue changes:Miguel de Icaza1997-07-311-0/+2
| | | | | | | | | | | | | | | | | | | | | | | - make keyboard forward events to the streams keyboard module for delivery to the shmiq. - Fixes to make the graphics streams driver use dentries (this is the reason Alex's compile failed). - Major/misc numbers that were assigned by HPA for the streamable devices. - keyboard streams device. - working shmiq framework for the keyboard. What needs to be done: - Fix the mouse driver, did someone ever got any information out from /dev/psaux on the SGI port? - Figure out why changes made in the kernel side to the SHMIQ are not always seen by the user space.
* o Implement /dev/graphics virtualizable access toMiguel de Icaza1997-07-161-6/+17
| | | | | | | | | | | | | | | | | | | | | | | | | registers. The actual context switch code is not yet there. But the rest of the magic (mapping/unmapping the registers on demand is already in). o Interface for allowing binary-only console modules added. o My RRM bits, nothing really interesting now. For now, I am assuming in the code that there will be a minor per real graphics device, and that the X server will go and open /dev/graphicsN instead of opening /dev/graphics and using the gfx_attach_board->board variable. The interface the X server uses is not clear. I believe it will be pretty easy to provide the stripped down shmiq interface. Not only that, but we can even provide the same ABI (yes, ABI) for SGI shmiq input modules (yep, looks pretty easy once you have an strace that shows this information). Now, the only thing missing is figuring what is wrong my current conception of the use of shmiq. I just can't get it.
* Preparing for supporting graphic drivers on Linux.Miguel de Icaza1997-07-021-0/+12
1. Make the code multiple-device aware (even if I can't test it, it is better to have it designed like this since now). 2. Added the beginning of the /dev/{graphics,opengl}, /dev/gfx drivers. 3. Renamed newport.c to cons_newport.c. This is just the console rendering code. Will put the more complex virtualizing, context switching code for the newport on newport.c 4. streamable.c is supposed to have all of the stream devices that we need for IRIX emulation (not much there just now): shmiq, gfx and keyboard and mouse plugins. More tomorrow, now it is time to sleep :-)