summaryrefslogtreecommitdiff
path: root/SAREA.mdwn
diff options
context:
space:
mode:
authorJoe Rayhawk <jrayhawk@freedesktop.org>2013-04-13 16:15:48 -0700
committerJoe Rayhawk <jrayhawk@freedesktop.org>2013-04-13 16:15:48 -0700
commita6469900db6e4e7e1639d8318ec5f8fc504fb4ba (patch)
tree2c42f53b9b33e28efffa6f106f41cef0cbcca4b9 /SAREA.mdwn
parent6f87737aef4da968ebd11acf9155f3bc526e96ab (diff)
Mass conversion with moin2mdwn tool from git://git.koumbit.net/moin2iki.git
Diffstat (limited to 'SAREA.mdwn')
-rw-r--r--SAREA.mdwn15
1 files changed, 15 insertions, 0 deletions
diff --git a/SAREA.mdwn b/SAREA.mdwn
new file mode 100644
index 0000000..d2aab6c
--- /dev/null
+++ b/SAREA.mdwn
@@ -0,0 +1,15 @@
+
+
+## SAREA
+
+The SAREA is a block of shared memory that is used to store internal device specific state but there's no simple answer to what, since it is used differently by each driver. It is shared among the X server and all the 3D clients. One piece that is common to all drivers is the upper layer of the lock. Reading the lock value out of the SAREA allows for fast locking. If there's contention the clients make an ioctl call to resolve the lock.
+
+Beyond that it depends on the driver. The TDFX driver only uses a few flags in the SAREA, one to indicate that the FIFO has been modified, one to indicate that the 3D state has been modified, and one to indicate texture state has been modified. That way the clients know how much state they need to update when a context switch occurs.
+
+Other drivers store more state in the SAREA. You can also store that state in the kernel driver. It's a design decision. So what values you put where will vary.
+
+
+
+---
+
+ [[CategoryGlossary|CategoryGlossary]]