| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Trunc is a more accurate description; there's no type conversion involved.
|
|
|
|
|
|
| |
Now i965 also uses the vertex program created by Mesa Core, but this vertex program
is not only depend on mesa state _NEW_PROGRAM, so always check the current vertex
program is updated or not. This fixes broken demo cubemap.
|
|
|
|
| |
OPCODE_NOISE4 coming later.
|
| |
|
|
|
|
| |
This cuts one MOV out when setting a zero header.
|
|
|
|
|
| |
The mobile and desktop chipsets are the same, and having them separate is
more typing and more chances to screw up.
|
|
|
|
| |
Also, add a comment explaining what brw->urb.constrained tries to do.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Quoting section 11.3.10, paragraph 10.2 of the 965PRM:
10.2. If ExecSize is 1, dst.HorzStride must not be 0. Note that this is
relaxed from rule 10.1.2. Also note that this rule for destination
horizontal stride is different from that for source as stated in
rule #7.
GM45 gets very angry when rule 10.2 is violated.
Patch 58dc8b7 (i965: support destination horiz strides in align1 access mode)
added support for additional horizontal strides in the ExecSize 1 case, but
failed to notice that mesa occasionally re-purposes a register as a
temporary destination, even though it was constructed as a repeating source
with HorzStride = 0.
While, ideally, we should probably fix the code using these register
specifications, this patch simply rewrites them to use HorzStride 1 as the
pre-58dc8b7 code did.
Signed-off-by: Keith Packard <[email protected]>
|
| |
|
|
|
|
|
| |
GL_COLOR_INDEX mode is just like other normal formats (that is, not
depth/stencil) and is uploaded fine by TexImage.
|
| |
|
|
|
|
| |
(Only in fragment shaders, so far. Support for NOISE3 and NOISE4 to come.)
|
|
|
|
| |
This is required for scatter writes in destination regions to work.
|
| |
|
|
|
|
|
|
|
|
| |
Previously, since my check_aperture API change, we would check each piece of
state against the batchbuffer individually, but not all the state against the
batchbuffer at once. In addition to not being terribly useful in assuring
success, it probably also increased CPU load by calling check_aperture many
times per primitive.
|
| |
|
|
|
|
|
|
|
| |
This avoids issues with dereferencing stale cliprects around intel_draw_buffer
time. Additionally, take advantage of cliprects staying constant for FBOs and
DRI2, and emit cliprects in the batchbuffer instead of having to flush batch
each time they change.
|
|
|
|
|
| |
This is required for threads to be spawned with correctly sized GRF
register blocks.
|
| |
|
| |
|
|
|
|
|
|
| |
Previously, we were trying to pass a name to the GEM GET_TILING_IOCTL,
which needs a handle, and failing. None of our buffers were tiled yet, but
they will be at some point with DRI2 and UXA.
|
|
|
|
| |
(thanks Eric).
|
|
|
|
| |
This ensures there is an unfilled batchbuffer used for emitting states again. Partial fix for #17964.
|
|
|
|
|
| |
Use _mesa_copy_rect instead of BLT operation if dri_bufmgr_check_aperture_space
still fails after flushing batchbuffer. Partial fix for #17964.
|
| |
|
| |
|
|
|
|
| |
Fix http://bugs.freedesktop.org/show_bug.cgi?id=16287.
|
|
|
|
|
|
|
|
|
| |
This is nasty because there's no way in GL to output data to the stencil
buffer directly, so we have to do a dance to wrap the depth/stencil buffer
in an ARGB renderbuffer.
Improves performance of several oglconform testcases by better than a factor
of 2.
|
| |
|
| |
|
|
|
|
|
| |
The fallback was introduced to fix bug #16697, but made the test it was
fixing run excessively long.
|
| |
|
|
|
|
|
| |
The fallback was introduced to fix bug #16697, but made the test it was
fixing run excessively long.
|
| |
|
|
|
|
|
|
| |
This lets us short-circuit when we're leaving the same cliprects in place,
which becomes quite common with metaops clears, and may be useful for some of
our FBO paths.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without this, we would reject programs which sampled multiple times from
registers defined in the same phase (block of instructions with the same
texture indirection count), as each sample would count as a new phase
beginning. Instead, keep track of which phases registers were written in,
and only bump phase when we're reading from one generated in this phase.
On the other hand, we failed to count oC or oD texture samples as being new
phases.
Bug #17865.
|
|
|
|
|
|
|
|
|
| |
Move GL_ARB_texture_non_power_of_two and GL_ATI_separate_stencil
from the generic extension list to the 965-specific list. Neither
extension is supported on i830-class hardware, and
GL_ATI_separate_stencil is not supported on i915-class hardare.
GL_ARB_texture_non_power_of_two is supported on i915-class hardare and
is already in the i915-specific list.
|
|
|
|
|
|
|
| |
The ARB extension is a superset of the older SGIX extension. Any
hardware that can support the SGIX version can also support the ARB
version. In Mesa, any driver that supports one also supports the
other. This unification just simplifies some bits of code.
|
|
|
|
| |
See volume 4, SAMPLER_BORDER_COLOR_STATE programming notes.
|
|
|
|
| |
Fixes black borders around windows in compiz. Bug #17233.
|
|
|
|
|
|
| |
- Sort extensions by ARB, then EXT, then vendor by name
- Remove redundant (only one of GL_{ARB,EXT,NV}_texture_rectangle) or
duplicate extension strings
|
| |
|
|
|
|
|
|
|
|
| |
The i965 driver previously had it's own set of code to convert
fixed-function TNL state to a vertex program. Core Mesa has code to
do this, so there is no reason to duplicate that effort in the driver.
In fact, this duplication leads to bugs when other aspects of the Mesa
infrastructure change.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Broken by 0adfd1021035e90995a25ec5f20b736e55075d92, showed up as an assertion
failure in a software fallback in the shadowtex demo when we failed to
recognize the texture format.
|
|
|
|
|
|
|
|
|
| |
This isn't required for GEM (at least, yet), but the check_aperture code
for non-GEM results in batch getting flushed during emit. brw_state_upload
restarts state emits, but a bunch of the state emit functions were assuming
that they would be called exactly once, after prepare and before new_batch.
Bug #17179.
|
| |
|