| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
to the trunk.
|
| |
|
|
|
|
|
|
| |
Instructions, InputsRead, OutputsWritten, and Parameters.
Also, added debug functions: _mesa_print_instruction(),
_mesa_print_program_parameters() and revamp _mesa_print_program().
|
|
|
|
|
| |
Replace use of FLOAT_TO_USHORT with either CLAMPED_FLOAT_TO_USHORT or
UNCLAMPED_FLOAT_TO_USHORT. Same should be done for UBYTE, UINT, etc.
|
|
|
|
|
| |
Rewrite COPY_4FV() macro to not use COPY_FLOAT(), and use integer moves as
originally intended.
|
| |
|
| |
|
| |
|
|
|
|
| |
Based on patch by Ian (#4967) but also unify instruction opcodes.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Updated OpenVMS compile support (define tnl for include files)
Modified Files:
Mesa/src/mesa/drivers/common/descrip.mms
----------------------------------------------------------------------
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Makes all three drivers use the same screen structure and setup code, with a
few ifdefs for the separate compilation to deal with symbols not being
available to all drivers and the fact that we have no mechanism for dealing
with different config options for different chip families in the same driver.
These issues should be dealt with later.
- Introduces IS_R[123]00_CLASS(radeonScreenPtr) macro for code for taking
different paths depending on the general class of chipset.
- Adds many new R300-class PCI IDs, though not all those listed in
radeon_driver.c.
|
| |
|
| |
|
|
|
|
|
|
|
| |
-Use 16-bit elts in vtxfmt_a path if possible
-Optimize VSF param uploading
-return in r300DepthMask looks suspicious, use r300Enable instead
-Dont use r300ResetHwState in invalidate state(disabled, missing hooks, possible instabilities)
|
|
|
|
|
|
|
| |
temporaries, parameters, etc).
glGetProgramivARB() now returns all the right things.
Updated i915 and r300 code to initialize program native limits and
current program's native instruction/temporary/etc counts.
|
| |
|
|
|
|
|
|
| |
with seccolor on rv200 and r200.
Submitted by: sroland
|
|
|
|
|
| |
so that calls to glProgramStringARB() to specify a new program causes the
TNL-attached data to get recomputed.
|
| |
|
| |
|
| |
|
|
|
|
| |
tested with reflect on 32-bit.. not sure why depthHasSurface isn't needed
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
it, and guessing that the two remaining entries in the 3-bit values were the
new funcs. Tested with modified stencilwrap test. Also, remove the commented
fallback stuff -- more modification to stencilwrap suggests that those issues
were just from span readback, not stencil implementation.
|
|
|
|
|
|
|
|
|
|
|
|
| |
stencilwrap reported many issues with various modes. Some of these were
complicated by the fact that spans are broken (Bug #1615), but some appear to be
real bugs. However, while spans remain broken, I found that visual results were
better by avoiding fallbacks rather than avoiding just a broken stencil
implementation. Note that this required changing the depth spans at 24+8bpp
into read-modify-write cycles. It would be nicer as a single write with
a mask, but the kernel span blits turn off masking.
Reviewed by: ajax
|
|
|
|
|
| |
flipping the signs on two factors. While this contradicts the DDK, it matches
what r200 does, and it fixes the test.
|
|
|
|
| |
Rage 128 stencil support.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Changes to current operation:
-Elts are no longer converted to 16-bit format
-Cube maps
|
| |
|
|
|
|
|
|
|
| |
back on. Tested using seccolor modified to use the blue channel instead of
green, since green stays in the same place across RGB/BGR mistakes. Also hook
in UpdateSpecular on COLOR_EXT change, which might have resulted in missing
statechanges before.
|
|
|
|
| |
output from indirect rendering).
|
|
|
|
|
|
|
|
| |
not respecting the coords (or perhaps interpreting them differently?) in my
testing. However, in the process it led to a fix of a secondary color handling
issue where it would be taken from the wrong offset, I believe, based off of
reading the r200 driver. Also add a minor tweak to save time in the
fog-but-not-specular case.
|
|
|
|
|
|
|
|
| |
width and height stayed the same. Rely on front.offset pointing at the origin
in the window (rather than the origin of the front buffer), and fix the coords
in swapbuffers, which were wrong. This is different from other drivers because
we've got a back buffer with a 0,0 origin at the window's origin, which makes it
more convenient to have the front buffer match it.
|
|
|
|
|
|
|
|
| |
last drop I saw, which was in turn based on a code drop of mine. Texturing,
culling, and several extensions are unimplemented, and some features could
probably be improved. It's untested, but there don't appear to be regressions on
the 300-series code, so I'd like to get these bits in now so that it can be
worked on as not a huge diff.
|
|
|
|
|
| |
just do it per blit. No noticable performance difference (or behavior
difference, in my tests), and a significant difference in sanity.
|
|
|
|
|
|
| |
wouldn't get confused when adding support for new formats. However, it resulted
in dying in texenv instead of drawing something undefined for GL_DECAL. Do what
GLcore apparently does and just pass the fragment through.
|
|
|
|
|
| |
concerned that TEXEL_YUV422 looks like TEXEL_YVU422 and TEXEL_VUY422 looks like
TEXEL_VYU422 in yuvrect, but I'm happy enough for now.
|
| |
|
|
|
|
| |
tuxracer and the upcoming support for secondary color).
|
| |
|