summaryrefslogtreecommitdiffstats
path: root/include/asm-mips/fpregdef.h
diff options
context:
space:
mode:
authorMiguel de Icaza <miguel@nuclecu.unam.mx>1997-07-16 02:50:37 +0000
committerMiguel de Icaza <miguel@nuclecu.unam.mx>1997-07-16 02:50:37 +0000
commitfee03799b95240471d9007e4ccd2d6aad73c6450 (patch)
tree74e9a5f99b510f99950ecdfc0713ffec8ebf321c /include/asm-mips/fpregdef.h
parente17d5d293c793bf9ba97c6fde9f07debba4dda38 (diff)
o Implement /dev/graphics virtualizable access to
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.
Diffstat (limited to 'include/asm-mips/fpregdef.h')
0 files changed, 0 insertions, 0 deletions