| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
individual drivers and put them in common code. It is still possible for a driver to define its own macros if it has special needs. This affects CLIPPIXEL, CLIPSPAN, HW_CLIPLOOP, HW_ENDCLIPLOOP, and for drivers using the spantmp2 template also GET_SRC_PTR and GET_DST_PTR.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
device-specific code. A new Python script
(src/mesa/glapi/extension_helper.py) generates a list of all
entry-points for all known extensions. Each driver the selects only
the extensions that it needs and enables the via either
driInitExtensions or driInitSingleExtension.
This code has been compile-tested on a drivers, but has only been
run-tested on mga and i915 (on i830 hardware).
These changes were discussed at length on the mesa3d-dev mailing list.
http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2
|
|
|
|
| |
-use depth tiling if tiling is enabled
|
|
|
|
| |
Fix slipup from CVS update that was commented out and did not show up during compilation.
|
|
|
|
| |
Emit wait idle and pacify r300 before emitting state - this seems to improve stability.
|
|
|
|
|
| |
If that stuff is still needed, lots of other updates are needed anyway.
Also, some misc MALLOC/FREE -> _mesa_malloc/free() changes.
|
|
|
|
|
|
|
|
|
|
| |
during fallbacks. In one case, _swsetup_Wakeup had just been called, covering
the need there, and in the other case, we can simply exit the entire
radeonChooseVertexState function, knowing that it will be called again once we
leave the fallback.
Bugzilla #: 2516
Submitted by: sroland
|
| |
|
|
|
|
| |
RADEON_DEBUG=fall.
|
|
|
|
|
|
|
| |
values to reserved fields on the card, resulting in all-black output and
sometimes hangs.
Submitted by: Thomas Winischhofer
|
| |
|
|
|
|
|
|
|
|
| |
span functions pass in a gl_renderbuffer to indicate which color
buffer should be drawn into. Optimized line/triangle routines are
smart enough to know which buffer to draw into as well.
The swrast->SetBuffer() routine should eventually be removed from
all drivers.
|
|
|
|
|
| |
Depth tiling breaks software fallbacks and depth buffer reads.
radeon_span.c **must** be updated for anything that is related to tiling.
|
|
|
|
|
|
|
| |
The driver appears to work reliably (i.e. lockup-free) with a card based
on this chip. However, I have not explored whether we could get anything
in terms of 3D performance "for free" just by setting some magic bits
in those registers that are still a mystery to us.
|
| |
|
|
|
|
|
|
| |
They are relative to the card's address space, not relative to fbLocation,
which will be important once we program MC_FB/AGP_LOCATION in the way
they are programmed on older Radeon chips.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch makes use of two of the new ioctls added in MGA DRM version
3.2. Specifically, the DRM_MGA_SET_FENCE and DRM_MGA_WAIT_FENCE
ioctls are used in mgaWaitForFrameCompletion. As a result the MMIO
register region and the primary DMA region are *not* mapped (if DRM
3.2 is available).
This patch does *not* make use of the new get_param query was added to
differentiate between G4x0 cards and G550 cards. That is left to a
future update.
Xorg bug: 3259
Reviewed by: Eric Anholt
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
- Calculate tc_count in EmitArrays (enabled units != nr texcoords).
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Use SRC0A instead of WZY/XXX combination for W in XYZ positions.
Remove dodgy hack from POW opcode, now works correctly without it
|
| |
|
| |
|
| |
|
|
|
|
| |
as other drivers.
|
| |
|
|
|
|
| |
of GL_RGBA in driNewRenderbuffer of the backbuffer.
|
|
|
|
| |
than it helps, and we seem to have a handle on how to fix it.
|
| |
|
| |
|
|
|
|
|
| |
some cleanups on the span macros. This does not deal with the brokenness of
depth spans, but makes the code more readable.
|
|
|
|
|
| |
remove those descriptions and the corresponding bits on r200, where they're no
longer used.
|
| |
|
|
|
|
|
|
|
|
|
| |
about 200 lines from the code and 25k from the binary, while matching other
drivers more closely. In the worst case (tcl_mode=0) it appears to have
a performance cost of 4.4% +/- 0.3% on quake3 (800x600 demofours, 1ghz p3,
rv200). Tested on ut2004, ut, q3, projtex.
Submitted by: Andreas Stenglein <[email protected]>
|
|
|
|
|
|
| |
add pretty descriptions of the bits. GC one of the bits that was unused.
Also, now only the first thing triggering a fallback and the last thing
requiring one do the debug output. This also matches other drivers.
|