History log of /external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
b490fa017231a9ed8f6751bb0b41347d8f7bb191 29-Oct-2011 Dave Airlie <airlied@redhat.com> radeon/r200: drop remains of non-libdrm_radeon build

These wrappers and associated symlinks were from the non-libdrm_radeon build.

Signed-off-by: Dave Airlie <airlied@redhat.com>
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
53b382637ca5462b15a430abbfc070e799d70b97 14-Oct-2011 Eric Anholt <eric@anholt.net> radeon: Drop dri2 checks now that it's always true.

This makes LOCK_HARDWARE empty, so it goes away.
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
0973a1ec78fdedc5401cb1c0f6d027425c492509 14-Oct-2011 Eric Anholt <eric@anholt.net> radeon: Drop the non-kernel-memory-manager support, and thus DRI1.

It's past time, and it was going to get in the way of the renderbuffer
mapping refactor. We dropped all the other DRI1 drivers for this
release, and I can't imagine anybody supporting DRI1 radeon classic in
a new release of Mesa.

Diff produced by treating kernel_mm as true, deleting the DRI1 paths
that produce kernel_mm false, and deleting code.
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
f9995b30756140724f41daf963fa06167912be7f 12-Oct-2010 Kristian Høgsberg <krh@bitplanet.net> Drop GLcontext typedef and use struct gl_context instead
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
d1a0ece9077b3de49c293a04c220b995424cef28 12-Aug-2009 Pauli Nieminen <suokkos@gmail.com> radeon: Port flush preventation code from r200 to r100.

- emit prediction
- fixes to emit_sizes for data
- clean up of excesive use of radeonEnsureCmdBufferSpace

Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
dc8a707c672918b88dd4135930bef60ed148d8ce 12-Feb-2009 Dave Airlie <airlied@redhat.com> radeon/r200/r300: make build with out libdrm_radeon installed for now
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
1090d206de011a67d236d8c4ae32d2d42b2f6337 12-Feb-2009 Dave Airlie <airlied@redhat.com> radeon/r200/r300: another big merge upheavel.

This merges lots of the hw state atom emission and firevertices code.

it also removes a lot of the extra radeon crap from r300

and merge scissor
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
7394c429c065eb96801500605ab7caa0a1289193 10-Feb-2009 Dave Airlie <airlied@redhat.com> radeon/r200: flush vertices when data in cmdbuf.

This fixes a whole bunch of regressions in piglit
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
ccf7814a315f0be05cdc36ca358e2917a3d4ac19 09-Feb-2009 Dave Airlie <airlied@redhat.com> radeon: major cleanups removing old dead codepaths.

This should be working gears on radeon state
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
3fafaf8959681cc41c988607bb6e387bab4fe1b5 08-Feb-2009 Dave Airlie <airlied@redhat.com> radeon: make more r100 work
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
b584b0728d3a001a142f76dde22f9e8ed7d2dd16 04-Feb-2009 Dave Airlie <airlied@redhat.com> radeon: make compile again.

Not tested but ripped out lots of stuff unneeded anymore time to test later
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
5ba92a5b0543b4ff2c7db6101029ba36cb9843fa 29-Jan-2009 Dave Airlie <airlied@redhat.com> radeon/r200/r300: bring back old style DMA buffer on top of BOs.

this gets back a lot of the lots speed in gears on r500 at least

I also fixed the legacy bufmgr to deal when the dma space fills up
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
7e5e327cea83d9f6d1485f9be440277540ace5c7 14-Jan-2009 Dave Airlie <airlied@redhat.com> radeon/r200/r300: consolidate the buffer copy/flip code into one place
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
4637235183b80963536f2364e4d50fcb894886dd 14-Jan-2009 Dave Airlie <airlied@redhat.com> radeon/r200/r300: initial attempt to convert to common context code
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
45efcc44c758a94928648bc20df32b98b3462bcc 21-Sep-2008 Keith Whitwell <keith@tungstengraphics.com> Remove CVS keywords.

Cherry-picked from gallium-0.1

Conflicts:

src/glu/sgi/libnurbs/interface/bezierEval.h
src/glu/sgi/libnurbs/interface/bezierPatch.h
src/glu/sgi/libnurbs/interface/bezierPatchMesh.h
src/glu/sgi/libnurbs/internals/dataTransform.h
src/glu/sgi/libnurbs/internals/displaymode.h
src/glu/sgi/libnurbs/internals/sorter.h
src/glu/sgi/libnurbs/nurbtess/definitions.h
src/glu/sgi/libnurbs/nurbtess/directedLine.h
src/glu/sgi/libnurbs/nurbtess/gridWrap.h
src/glu/sgi/libnurbs/nurbtess/monoChain.h
src/glu/sgi/libnurbs/nurbtess/monoPolyPart.h
src/glu/sgi/libnurbs/nurbtess/monoTriangulation.h
src/glu/sgi/libnurbs/nurbtess/partitionX.h
src/glu/sgi/libnurbs/nurbtess/partitionY.h
src/glu/sgi/libnurbs/nurbtess/polyDBG.h
src/glu/sgi/libnurbs/nurbtess/polyUtil.h
src/glu/sgi/libnurbs/nurbtess/primitiveStream.h
src/glu/sgi/libnurbs/nurbtess/quicksort.h
src/glu/sgi/libnurbs/nurbtess/rectBlock.h
src/glu/sgi/libnurbs/nurbtess/sampleComp.h
src/glu/sgi/libnurbs/nurbtess/sampleCompBot.h
src/glu/sgi/libnurbs/nurbtess/sampleCompRight.h
src/glu/sgi/libnurbs/nurbtess/sampleCompTop.h
src/glu/sgi/libnurbs/nurbtess/sampleMonoPoly.h
src/glu/sgi/libnurbs/nurbtess/sampledLine.h
src/glu/sgi/libnurbs/nurbtess/searchTree.h
src/glu/sgi/libnurbs/nurbtess/zlassert.h
src/glu/sgi/libutil/error.c
src/glu/sgi/libutil/glue.c
src/glu/sgi/libutil/gluint.h
src/glu/sgi/libutil/project.c
src/glu/sgi/libutil/registry.c
src/glx/x11/glxclient.h
src/glx/x11/glxext.c
src/mesa/drivers/dri/ffb/ffb_dd.h
src/mesa/drivers/dri/ffb/ffb_points.h
src/mesa/drivers/dri/gamma/gamma_context.h
src/mesa/drivers/dri/gamma/gamma_macros.h
src/mesa/drivers/dri/i810/i810context.h
src/mesa/drivers/dri/r128/r128_dd.h
src/mesa/drivers/dri/tdfx/tdfx_dd.h
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
ecadb51bbcb972a79f3ed79e65a7986b9396e757 18-Sep-2008 Brian Paul <brian.paul@tungstengraphics.com> mesa: added "main/" prefix to includes, remove some -I paths from Makefile.template
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
5ee7b7912c1fe7b09d13ae385088e4281b62eba6 21-Jun-2008 Brian Paul <brian.paul@tungstengraphics.com> replace __inline and __inline__ with INLINE macro
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
3177b4e2cf7d2fff7428cb6057bebbe60ff5cc6c 30-Oct-2007 Michel Dänzer <michel@tungstengraphics.com> More vblank cleanups.

* Fix crash at context creation in most drivers supporting vblank.
* Don't pass vblank sequence or flags to functions that get passed the drawable
private already.
* Attempt to initialize vblank related drawable private fields just once
per drawable. May need more work in some drivers.
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
b302419abe96cdb81878913c164d7ae2209ddcda 02-Jun-2006 Roland Scheidegger <rscheidegger@gmx.ch> remove code dealing with drmMinor version < 6 since all radeon drivers request at least drmMinor 6 anyway.
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
f2ad1b60c0da11283b399008f491792790cea294 31-Mar-2006 Brian Paul <brian.paul@tungstengraphics.com> Dave Reveman's patch for GLX_MESA_copy_sub_buffer support
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
d084c3d4dcabf58cef921b50ab60d1287563cd43 11-Oct-2005 Roland Scheidegger <rscheidegger@gmx.ch> Minor driver cleanup. Remove unnecessery/unneded radeon/r200AllocDmaRegionVerts function. No longer compile the radeon_compat stuff which was for drm 1.1 compatibility presumably but unused since about forever into the driver.
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
886280763c8dfa7202bdacdeacf84ced69609b98 01-Feb-2005 Adam Jackson <ajax@freedesktop.org> Bug #2428: #ifdef GLX_DIRECT_RENDERING in DRI drivers is pointless.
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
7a086dc05e665a78f7e9d069aa4fc70e844b8988 30-Sep-2004 Eric Anholt <anholt@FreeBSD.org> OK, one more time. Simplify the state-backup system by just storing the full
state in a ready-to-emit cmdbuf, which avoids the issue Nicolai Haehnle reported
where the check() could return differently during backup-and-emit than it should
have if it were called at the right time. Move the lit emission before most of
the TCL state emission on r200, which fixes neverball issues.

Tested with: r100/r200 with neverball, tuxracer, chromium, quake3, ipers
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
5562fe653cf88454bbf2c50f77a8b56b0dafe01b 25-Sep-2004 Eric Anholt <anholt@FreeBSD.org> The previous code would emit a full set of state during the first EmitState on
a new cmdbuf, to ensure that state wasn't lost across UNLOCK/LOCK pairs (in the
case of context switching). This was rather inefficient. Instead, after
flushing a cmdbuf, mark the state as needing to be saved on unlock. Then, at
the beginning of flushing a cmdbuf, if we actually have lost the context, go
back and emit a new cmdbuf with the full set of state, before continuing with
the cmdbuf flush. Provides a 10-15% improvement in ipers performance in my
tests, along with other apps.

Tested with: ipers, glxgears, quake3
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
6f3cc6a5226fd4b5d44cca91e2f76216ecaff831 17-Aug-2004 Eric Anholt <anholt@FreeBSD.org> Close some races with locking on R100 and R200 which could manifest as rendering
errors on r100 and rendering errors and hangs on r200 (same for R100 without
OLD_PACKETS).

If a command buffer filled after some state (EmitState or a VBPNTR write) was
emitted, the lock was grabbed, the buffer flushed, a new buffer prepared, and
the lock dropped. Another client could come in, set its own state as part of
rendering, and when the first client flushed the rendering commands depending
on the previous state, it got the 2nd client's state. This is fixed by checking
for enough space before beginning a set of state emits and rendering, and
flushing the buffer first if so. This guarantees that the buffer won't wrap.

Also, move the "lost_context = 1" from the end of cmdbuf flushing to
UNLOCK_HARDWARE for clarity (at a minimum) that any time the lock is dropped,
state may get overwritten. We don't have enough information at the point of the
LOCK_HARDWARE to reset our state to the last UNLOCK_HARDWARE point in the case
that we did lose our context, but saving the information to rebuild that state
may be a useful optimization (ipers data suggests up to 5%).
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h
5df82c82bd53db90eb72c5aad4dd20cf6f1116b1 22-Aug-2003 Brian Paul <brian.paul@tungstengraphics.com> patch to import Jon Smirl's work from Bitkeeper
/external/mesa3d/src/mesa/drivers/dri/radeon/radeon_ioctl.h