| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
by Idr. This patch is based on Idr patch to radeon driver.
Change #if 1 to #if 0 (r300_context.c:l69) for old dispatch
tab.
|
| |
|
|
|
|
| |
Remove old (pre-renderbuffer) span code instead of converting that too. Remove this old code from mach64 (the dead code was not fully converted to spantmp2 previously) too.
|
|
|
|
|
| |
Now, OLD_RENDERBUFFER marks code that needs to eventually be removed when
all the drivers are updated to no longer need the SetBuffer() function.
|
|
|
|
| |
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.
|