| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
This was originally taken from i915 and it shows.
Basically most the stuff in r300_render.c was never needed and
shouldn't have worked in the first place
|
|
|
|
|
|
|
|
|
| |
This prevents the width / height from being clipped to the window size before
the texture is allocated. This matches intelCopyTexImage1D.
This should fix bug #21227
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
|
| |
This saves doing swtnl from uncached memory, which is painful. Improves
clutter test-text performance by 10% since it started using VBOs.
|
|
|
|
| |
This gets two more glean glsl1 tests using the non-GLSL path.
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Need to take the draw buffer's up/down orientation into consideration
when setting the sprite_coord_mode field.
Fixes inverted sprites when drawing into an FBO.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Fixes a crash when clearing the window with a quad after drawing large
points. We were asking the draw module how many vertex shader outputs
there were and got 3 instead of 2. This led to creating vertices with
too many attributes and trying to read invalid memory.
We reset extra_vp_outputs.slot to zero in the aaline/aapoint stage's
flush functions already.
This omission was just an oversight in the wide_point stage.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
There is no current pixel format. Each HDC has its pixelformat which is
kept by gdi and set/get via the SetPixelFormat/GetPixelFormat functions.
Now the HDC's pixelformat is kept in the stw_framebuffer, which is
created during the SetPixelFormat.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Stderr of Windows applications without console is not usually
visible.
|
| |
| |
| |
| |
| | |
Prevents segmentation fault when trying to set the viewport/scissor
after a context/drawable visual mismatch.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The special feature of bin/minstall to copy symlinks is only ever needed
when installing libraries which may have .so symlinks. All the headers
and directories can use a normal install program.
These two modes are separated as $(INSTALL) and $(MINSTALL) to allow the
user (or autoconf) to override installing normal files as they please.
An autoconf check for the install program has been added and will be
used in preference to minstall when available.
Fixes bug 16053.
|
| | |
|
| |
| |
| |
| | |
This is the (de)marshalling and connection managment code
|
| | |
|
|\| |
|
| |
| |
| |
| |
| |
| |
| | |
This fixes the incorrect colors seen when rendering flat-shaded polygons.
Note that clipped polygons were correct, but unclipped polygons were wrong.
See the glean/clipFlat test for regression testing.
|
| |
| |
| |
| |
| |
| |
| | |
This reverts commit 5d75124db480b37977c353511b4e228905b7cc95.
This fixed unclipped polygons, but broke clipped polygons.
A better fix from the mesa 7.5 branch will be merged next...
|
| | |
|
| | |
|
| |
| |
| |
| | |
On a side note, why is RADEON_MAX_BOS 24? Should ask airlied about that.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
This makes some code cleaner, and we can now easily
do CEIL and TRUNC.
|
| |
| |
| |
| |
| |
| |
| |
| | |
For TXP we need to divide texture coords by their w component, or
use the coords' 1/w in the perspective interpolation instruction.
This also tries to support 1D, 3D and CUBE textures, and lets the
instruction only load the components that are used.
|
| |
| |
| |
| |
| |
| |
| | |
Use different buffers for immds, FP params, and VP params.
One has to map constant buffer indices in shader code to buffers
defined via CB_DEF. In principle, we could use more buffers so
we'd have to change the shader code less frequently.
|
| |
| |
| |
| |
| | |
Since we stopped using alloc_temp to get hw indices for FP attrs
there shouldn't be any non-deallocated temps left.
|
| |
| |
| |
| |
| | |
Since we know when we don't use a TEMP or FP ATTR register anymore,
we can release their hw resources early.
|
| |
| |
| |
| |
| |
| | |
Immediates are inlined now where possible, so we need to set
pc->allow32 to FALSE in LIT where we have the conditional MOV,
since immediates swallow the predicate bits.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
I chose to just convert unpaired 32 bit length instructions
after parsing all instructions, although it might be possible
to determine beforehand whether there would be any lone ones,
and then even do some swapping to bring them together ...
|
| | |
|
| |
| |
| |
| |
| | |
This would have happened in p.e. ADD TEMP[0], TEMP[0].xyxy, TEMP[1]
or RCP/RSQ TEMP[i], TEMP[i].
|
| |
| |
| |
| |
| | |
Depth output in fragment programs should end up in the first
register after the color outputs.
|
| |
| |
| |
| |
| |
| |
| |
| | |
VP outputs that should be loadable in the FP are mapped to
interpolant indices by HPOS, COL0 etc.; of course HPOS is
always written, so the highest byte of 1988 is a bitmask that
selects which components of HPOS are used for interpolants,
i.e. the FP inputs in COL0 start at index POPCNT(1988[24:28]).
|
| |
| |
| |
| |
| |
| | |
Record interpolation mode for attributes while parsing declarations,
and also remember the indices of FP color inputs and FP depth output,
which has to end up in the highest output register.
|