intel: Bump driver date

docs: more bug fixes for Mesa 7.4.1

glx: added null pointer check in glXGetFBConfigs()

Fixes segfault seen with glxinfo with NVIDIA OpenGL.

(cherry picked from master, commit 05471828dc8dd4a184d4467b66e9c08449d1d4c9)

DRI2: Don't fault on NULL DrawBuffer

It is possible for ctx->DrawBuffer to be NULL, so don't fault when
that happens.  This change is not being committed to master because it
doesn't appear to be necessary there.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

dri2: Don't crash if the server returns more buffers than expected.
(cherry picked from commit f967e8b507990f0d7986e0f83924e6587d70200d)

intel / DRI2: Accept fake front-buffer from loader

Handle the loader returning a fake front-buffer.  Since the driver
never specifically requests a fake front-buffer, the driver assumes
that it will never receive both a fake and a real front-buffer.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@redhat.com>
(cherry picked from commit 6a6e478e5555714226c6f15c63c393f5c0d74de4)

DRI2: Assume that there is always a front buffer

Assume that the front-buffer exists even if the server didn't tell the
client that it exists.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@redhat.com>
(cherry picked from commit e6386e0d9a461e7bc96ae7137de9c0a33f24c1a4)

intel / DRI2: Track and flush front-buffer rendering

Track two flags:  whether or not front-buffer rendering is currently
enabled and whether or not front-buffer rendering has been enabled
since the last glFlush.  If the second flag is set, the front-buffer
is flushed via a loader call back.  If the first flag is cleared, the
second flag is cleared at this time.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@redhat.com>
(cherry picked from commit 43cf0d1eebb9f425e1a0e176394b64e2cb406709)

DRI2: Provide an interface for drivers to flush front-buffer rendering

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@redhat.com>
(cherry picked from commit 82634ee8df7328b9235abd8352d33b0b3d953600)

mesa: fix potential recursive locking deadlock in _mesa_HashWalk()

If the walk callback called _mesa_HashRemove() we'd deadlock.

(cherry picked from master, commit deff09921563419a77bd1aad0054afa34214ed1a)

swrast: fix point rendering function selection

Need to clamp default point size to min/max range before checking if it's one.
Fixes glean pointAtten test.

(cherry picked from master, commit 228f20e324249ef25beed725a6a821e0bd0cc232)

docs: more bug fixes for Mesa 7.4.1

mesa: in mesa_add_named_constant(), avoid adding duplicate constants

(cherry picked from master, commit 80197a0c1bec48e3731bca975ec451d96f35f62a)

mesa: fix parameter counting in ARB vertex/fragment program parsing

Duplicated unnamed constants were getting counted more than once.

(cherry picked from master, commit 866bdd0509f665446b0fa8c29aa61c25e4be4732)

mesa: replace >= with > when testing if we've exceeded max local params

Now a program that uses 256 locals works as it should.

(cherry picked from master, commit a4173956ebcc224b5a0d76bace07b87bdf8bed03)

mesa: only clear matrix MAT_DIRTY_INVERSE flag when we actually compute the inverse

If _math_matrix_analyse() got called before we allocated the inverse
matrix array we could lose the flag indicating that we needed to compute
the inverse.  This could happen with certain vertex shader cases.

(cherry picked from master, commit ce461ffc5aa2ea6941d6722e8ed473cda8c17833)

mesa: for OPCODE_LIT, use _mesa_pow() instead of exp() and log()

Also, s/pow/_mesa_pow/

(cherry picked from master, commit b8a200ac9d11c09646de9b7d3f3f64a742c6abe3)

radeon: Expose a 32 bit RGBA fbconfig even when the screen depth is 16.

Otherwise current xserver / libGL no longer expose a 32 bit RGBA GLX visual,
and compiz fails.

Fixes http://bugs.freedesktop.org/show_bug.cgi?id=20479 .

(Cherry picked from commit e798bf8053612516420a4ec42e2ff58433abd521)

mesa: don't normalize spot light direction until validation time

In glLight() we're only supposed to transform the direction by the modelview
matrix, not normalized it too.

(cherry picked from commit 650d147289014e8a98f65fbbcd1855b2a4f19d2f)

mesa: fix TexParameter functions

premature return in TexParameterf caused mesa to never call Driver.TexParameter
breaking drivers relying on this (fix bug #20966).
While here, also fix using ctx->ErrorValue when deciding to call
Driver.TexParameter. Errors are sticky and uncleared errors thus would cause
this to no longer get called. Since we thus need return value of
set_tex_parameter[if] can also optimize this to only call when value changed.

docs: fix TXB texture unit bias error

mesa: don't call ctx->Driver.ReadPixels() if width or height is zero

(cherry picked from commit master, 7b9bf395433b5fa9d5a95186891a29d49e0b47c0)

mesa: don't call ctx->Driver.Draw/CopyPixels() if width or height is zero

(cherry picked from master, commit f6a3f1f52a969c8d990a3a41e816af4864eea45c)

mesa: use correct tex unit lod bias for TXB instruction

(cherry picked from master, commit 1ab225017ed1ea8bd9e266d10ee56ab914bb28c1)

swrast: fix glDrawBuffer(GL_FRONT_AND_BACK)

We weren't putting the right colors into the back buffer in this mode.

(cherry picked from master, commit 9cc79fc2dcdd8e21d9616cc65a931f1f5859fc30)

docs: fix bug 20986

glsl: fix texgen state variable tokens in emit_statevars()

This fixes broken variable indexing into the gl_Eye/ObjectPlaneS/T/R/Q arrays.
See bug 20986.

(cherry picked from master, commit f8dd6594bf1d597b883af44e5d724a181c1e2b53)

docs: first 7.4.1 bug fixes

mesa: fix bug in GPU codegen for fixed-function two-sided lighting

The 'dots' register wasn't getting properly un-negated and un-swizzled
after emitting the code for back-face lighting.  So, if more than one
light source was enabled, the specular exponent for the next light source
was wrong.

During execution we were evaluating pow(x, y) where y was negative instead
of positive.  This led to the outcome being zero or NaN.

This fixes the occasional black triangles seen in isosurf when hacked to
enable two-sided lighting.

(cherry picked from master, commit 919f57078b289a273e0e46ee2214a9f042b11b1f)

docs: prep for Mesa 7.4.1 release notes

Updated CPU_TO_LE32 to work on darwin

Fix compiling indirect.c when GLX_DIRECT_RENDERING is not defined

Updated darwin config for when X11 is not in the same location as we're installing to
(cherry picked from commit 7817fea0b675686dd6b4c29c9a55b1304a3571d7)

docs: 7.4 release md5 sums

docs: set 7.4 release date

mesa: set VERSION=7.4

mesa: set version to 7.4

intel: Add extra, stronger flushes around CopyTexSubImage blits

swrast: Add support for x8r8g8b8 fbconfig.

This lets swrast produce an fbconfig suitable for the root visual now that
the server's not allowing mismatched fbconfigs.
(cherry picked from commit 529d1d720e1422bad1880ef33fae1c9423112d2e)

 Mark current bits as 2009Q1-RC2 for Intel driver.

i965: Fix glFrontFacing in twoside GLSL demo.

This also cuts instructions by just using the existing bit in the payload
rather than computing it from the determinant in the SF unit and passing it
as a varying down to the WM.  Something still goes wrong with getting the
backface color right, but a simpler shader appears to get the right result.
(cherry picked from commit 699db6d842c52d0b3b98b320f8ef1104a65fa783)

i965: Fix fog coordinate g,b,a values when glFrontFacing isn't used.

Previously, we would sample (f,glFrontFacing,undef,undef) instead of the
(f,0,0,1) that fragment.fogcoord is supposed to return.  Due to
glFrontFacing's presence in FOGC.y, we'll still give bad results there when
glFrontFacing is used.

Bug #19122, piglit testcase fp-fog.
(cherry picked from commit 411d913ccea362dbd75411266d7abb685214ee93)

i965: Clean up a bit of mess with unneeded variables in emit_interp.
(cherry picked from commit b013f945d8514ed827183a4cbfbc4dccc100704f)

i965: separate emit_op() and emit_tex_op() functions

(cherry picked from commit a79186e29efebed04c927d024b013435e7ff5725)

i965: minor clean-up, comments, etc.
(cherry picked from commit 9e7903e492ad842481a166484e0474dd4f3100ba)

docs: mention Solaris updates in release notes

mesa: bump version to 7.4 rc2

define __builtin_expect for non-gcc compilers in two more glx files

Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>

mklib improvements for Solaris

Move flags for linking standard C/C++ libraries from configure.ac to mklib
Use -norunpath flag when linking with Sun C++ compiler
Convert mklib -exports list into a linker mapfile
Set FINAL_LIBS correctly when -noprefix is used

Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>

Revert "dri2: Avoid round-tripping on DRI2GetBuffers for the same set of buffers."

This scheme breaks when the display connection doesn't receive ConfigureNotify
events. This caused reporoducible problems (cropped / misplaced output) when
starting a 3D application in a guest operating system in VMware Workstation.

This reverts commit dd1c68f15123a889a3ce9d2afe724e272d163e32.

Conflicts:

src/glx/x11/dri2_glx.c
(cherry picked from commit 11da7e02aa3dba192aa3d95e9debec620133a41c)

docs: update glext.h to version 48

gl: update include/GL/glext.h to version 48

demos: add LDFLAGS for corender target, bug 20844

(cherry picked from commit c4c4358e0858fcbc09f4bf35d93f593af5bcd9db)

i965: Fix occlusion query when no other WM state updates occur.

Turns out that XXX comment was important.  We weren't flagging the WM to
re-update with the statistics enable, so we got zeroes out of our query.

Bug #20740, fixes piglit occlusion_query test.

Signed-off-by: Eric Anholt <eric@anholt.net>
(cherry picked from commit c0d6e07909733af054cc592e2cfc6212155b0a9e)

mesa: fix _glxapi_get_proc_address() for mangled names
(cherry picked from commit 7399d56ec6019e00297eef57f802a53698baa8ad)

glapi: update find_entry() for mangled names
(cherry picked from commit 4447fddc82a2c0245e798c90492293d875d186d0)

mesa: regenerated gl_mange.h file
(cherry picked from commit fe0ccf323daba2a5e2f0d9936477c73db044190a)

mesa: remove unused 'out' label

Add Solaris to OS'es using PROT_EXEC mmap() to get executable heap space

Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
(cherry picked from master, commit a06dd4de8756d7ebe99ed414c8d8dca5083241b8)

docs: prep for 7.4 release

mesa: prep for 7.4-rc1 release

r300: don't crash on sw tcl hw if point size vertex attrib is sent

(cherry picked from master, commit 005ad1a71d8de318a69ba18d896677d89602e0db)

mesa: avoid setting texObj->_Complete = GL_FALSE when there's no state change

Avoid a little bit of unneeded state validation and fixes a bug where the
texture complete flags was set to false, but we didn't signal _NEW_TEXTURE.

Fixes piglit tex1d-2dborder failure.
(cherry picked from commit aad3f546a046fe40b771e5d5f965b29189821d51)

mesa: add no-change testing for a few more texture parameters

(cherry picked from commit 37c768b36aad22ecad48c7caab272354383e26a7)

i965: fix polygon stipple when rendering to FBO

The polygon stipple pattern, like the viewport and the
polygon face orientation, must be inverted on the i965
when rendering to a FBO (which itself has an inverted pixel
coordinate system compared to raw Mesa).

In addition, the polygon stipple offset, which orients
the stipple to the window system, disappears when rendering
to an FBO (because the window system offset doesn't apply,
and there's no associated FBO offset).

With these fixes, the conform triangle and polygon stipple
tests pass when rendering to texture.
(cherry picked from commit 29309b45b011b4c44721b8f7346272fb22a4d4c2)

i965: fix polygon face orientation when rendering to FBO

In the i965, the FBO coordinate system is inverted from the standard
OpenGL/Mesa coordinate system; that means that the viewport and the
polygon face orientation have to be inverted if rendering to a FBO.

The viewport was already being handled correctly; but polygon face
was not.  This caused a conform failure when rendering to texture with
two-sided lighting enabled.

This fixes the problem in the i965 driver, and adds to the comment about
the gl_framebuffer "Name" field so that this isn't a surprise to other
driver writers.
(cherry picked from commit 6dceeb2eb804d708639d68a13a924d65f366458a)

swrast: use better _swrast_compute_lambda() function

The MAX-based function can produce values that are non-monotonic for a span
which causes glitches in texture filtering.  The sqrt-based one avoids that.

This is perhaps slightly slower than before, but the difference
probably isn't noticable given we're doing software mipmap filtering.

Issue reported by Nir Radian <nirr@horizonsemi.com>

(cherry picked from master, commit c334ce273e946733928339b1c7f9a02ccdef1b4b)

Mark current bits as 2009Q1-RC1 for Intel driver.

i965: init dest reg CondMask = COND_TR (the proper default)

Plus fix up a debug printf.
(cherry picked from commit 20f49252e1fe2e72bb620c26292f33d5315452a1)

glsl: fix vec4_texp_rect IR code (need projective version) (cherry picked from commit ad2cfa41992d0676881440596c43ab6021c1b025)

i965: check if we run out of GRF/temp registers

Before this change we would up emitting instructions with invalid register
numbers.  This typically (but not always) hung the GPU.  For now, just
prevent emitting bad instructions to avoid hangs.  Still need to do some
kind of proper error recovery.
(cherry picked from commit e60b3067d81319236d63ad497e70658fd2e14eb3)

mesa: added _mesa_fprintf() wrapper (cherry picked from commit 596b8fbbbf65cef227ce60216a57d4bbfd627099)

i965: fix emit_math1() function used for scalar instructions

Instructions such as RCP, RSQ, LOG must smear the result of the function
across the dest register's X, Y, Z and W channels (subject to write masking).
Before this change, only the X component was getting written.

Among other things, this fixes cube map texture sampling in GLSL shaders
(since cube lookups involve normalizing the texcoord).
(cherry picked from commit 348580197802406fc36219dc3f1ab90fbb8f4717)

i965: rewrite the code for handling shader subroutine calls

Previously, the prog_instruction::Data field was used to map original Mesa
instructions to brw instructions in order to resolve subroutine calls.  This
was a rather tangled mess.  Plus it's an obstacle to implementing dynamic
allocation/growing of the instruction buffer (it's still a fixed size).

Mesa's GLSL compiler emits a label for each subroutine and CAL instruction.
Now we use those labels to patch the subroutine calls after code generation
has been done.  We just keep a list of all CAL instructions that needs patching
and a list of all subroutine labels.  It's a simple matter to resolve them.

This also consolidates some redundant post-emit code between brw_vs_emit.c and
brw_wm_glsl.c and removes some loops that cleared the prog_instruction::Data
fields at the end.

Plus, a bunch of new comments.
(cherry picked from commit c51c822ee02cb47ddba46da668577d51b7c02831)

intel: Fix bpp setting of blits to 8bpp targets.

This was causing hangs in cairogears, as we would blit to the 8bpp target
(A8 texture) as 16bpp, and stomp over state objects.
(cherry picked from commit 19e134051c1025bbfe3838108492d705ab2b5b8b)

i965: add software fallback for conformant 3D textures and GL_CLAMP

The i965 hardware cannot do GL_CLAMP behavior on textures; an earlier
commit forced a software fallback if strict conformance was required
(i.e. the INTEL_STRICT_CONFORMANCE environment variable was set) and
2D textures were used, but it was somewhat flawed - it could trigger
the software fallback even if 2D textures weren't enabled, as long
as one texture unit was enabled.

This fixes that, and adds software fallback for GL_CLAMP behavior with
1D and 3D textures.

It also adds support for a particular setting of the INTEL_STRICT_CONFORMANCE
environment variable, which forces software fallbacks to be taken *all*
the time.  This is helpful with debugging.  The value is:
   export INTEL_STRICT_CONFORMANCE=2
(cherry picked from commit 34683150878e0af0859c94d0c1f0c4bf8395b042)

mesa: don't draw arrays if vertex position array is not enabled

For regular GL, we must have vertex positions in order to draw.  But ES2
doesn't have that requirement (positions can be computed from any array
of data).

See bug 19911.
(cherry picked from commit 97dd2ddbd97ba95e8bc8ab572ec05e8081556e1e)

i965: texture fixes: bordered textures, fallback rendering

i965 doesn't natively support GL_CLAMP; it treats it like
GL_CLAMP_TO_EDGE, which fails conformance tests.

This fix adds a clause to the check_fallbacks() test to check
whether GL_CLAMP is in use on any enabled 2D texture.  If so,
and if strict conformance is required (via INTEL_STRICT_CONFORMANCE),
a software fallback is mandated.

In addition, validate textures *before* checking for fallbacks,
rather than after; otherwise, the texture state is never validated
and can't be trusted.  (In particular, if texturing is enabled and
the sampler would access any level beyond level 0 of a texture, the
sampler will segfault, because texture validation sets the firstLevel
and lastLevel fields of a texture object so that the valid levels
will be mapped and accessed correctly.  If texture validation doesn't
occur, only level 0 is accessed correctly, and that only because
firstLevel and lastLevel happen to be set to 0.)
(cherry picked from commit 17c7852bf93c4d4edf0c2cf0bdc553d399e2f51a)

texmem: fix typo from brianp's changes.

Reported by cjb via tinderbox on irc
(cherry picked from commit 487a55af7864a3b16531af5481aab7f585622e4a)

mesa: use an array for current texture objects

Use loops to consolidate lots of texture object code.
(cherry picked from commit 9818734e0148510967ca9ee0d1aa8b196b509f02)

mesa: use an array for default texture objects

Replace Default1D/2D/3D/Cube/etc with DefaultTex[TEXTURE_x_INDEX].
The same should be done with the Current1D/2D/3D/etc pointers...
(cherry picked from commit 4d24b639d160fe485a3e8f7395e7654538be29e0)

Fix an i965 assertion failure on glClear()

While running conform with render-to-texture:

conform -d 33 -v 2 -t -direct

the i965 driver failed this assertion:

intel_clear.c:77: intel_clear_tris: Assertion `(mask & ~((1 << BUFFER_BACK_LEFT) | (1 << BUFFER_FRONT_LEFT) | (1 << BUFFER_DEPTH) | (1 << BUFFER_STENCIL))) == 0' failed.

The problem is that intel_clear_tris() is called by intelClear() to
clear any and all of the available color buffers, but intel_clear_tris()
actually only handles the back left and front left color buffers; so
the assertion fails as soon as you try to clear a non-standard color
buffer.

The fix is to have intelClear() only call intel_clear_tris() with
buffers that intel_clear_tris() can support.  intelClear() already backs
down to _swrast_Clear() for all buffers that aren't handled explicitly.
(cherry picked from commit 0ccbc3c905f0594a35d72887a1f115e148aaa596)

intel: fix datatype typo, s/GLboolean/GLuint/

Fixes mysterious failures in glean glsl1 test.
(cherry picked from commit da2b661ee45a2754bab06359477428ef7df570ca)

intel: Fix intelSetTexBuffer miptree leak.

The intelImage also holds a reference to the miptree, so unref that as well.
(cherry picked from commit 5b354d39d466e3a463c6766fe06f737aa6e6b7bd)

intel: tell libdrm whether we want a cpu-ready or gpu-ready BO for regions.

This lets us avoid allocing new buffers for renderbuffers, finalized miptrees,
and PBO-uploaded textures when there's an unreferenced but still active one
cached, while also avoiding CPU waits for batchbuffers and CPU-uploaded
textures.  The size of BOs allocated for a desktop running current GL
cairogears on i915 is cut in half with this.

Note that this means we require libdrm 2.4.5.
(cherry picked from commit 40dd024be618d805b3744e15d25e115018641324)

i965: Fix render target read domains.

We were asking for something illegal (write_domain != 0 && read_domains !=
write_domain) because at the time of writing the region surfaces were used
for texturing occasionally as well, and we weren't really clear on the model
GEM was going to use.

This reliably triggered a kernel bug with domain handling, resulting in
oglconform mustpass.c failure.  Of course, it only became visible after
01bc4d441fd6821ad9fc20d5e9544e4e587e4ff0 cleaned up some gratuitous flushing.
(cherry picked from commit 078e8a61b2aa547c6794f586a5c8bfaa575bb066)

intel: Don't do the extra MI_FLUSH in flushing except when doing glFlush().

Everything other than "make sure the last rendering ends up visible on the
screen" doesn't need that behavior.
(cherry picked from commit 01bc4d441fd6821ad9fc20d5e9544e4e587e4ff0)

intel: don't crash when dri2 tells us about buffers we don't care about. (cherry picked from commit f82f1ffba9f2e5971a6a3f3927ae3b22b798bab2)

dri2: Initialize variables for the getbuffers round-trip reduction.

Missed setting the initial values which usually didn't hurt at runtime.
(cherry picked from commit 680c708deeb4d18474cf7ba86c587dede51d3633)

intel: Fix tri clear to do FBO color attachments as well.

This is a 2% win in fbo_firecube, and would avoid a sw fallback for
masked clears.
(cherry picked from commit fd51cf1531f1630ee1cb154b3b7fefad9ed820f1)

i965: Fix fallback on stencil drawing to fbo when the visual lacks stencil.

Noticed this with the fbotexture demo.
(cherry picked from commit c06f4e2a371a917cfcce47e7ee4aa8f1f6528e3b)

i965: need to disable current shader, if any, in intel_clear_tris()

Fixes bad background in all the progs/glsl/ tests.
(cherry picked from commit 60b3fe6c19eb881f6193ba46450c0c9f559a10e5)

intel: Speed up glDrawPixels(GL_ALPHA) by using an alpha texture format. (cherry picked from commit 0b63f6449e095fa3b5ef510e1c1eadc2e0e0ea36)

intel: Fix some state leakage of {Client,}ActiveTexture in metaops.

Found while debugging cairo-gl.
(cherry picked from commit d11981e0d722282894b5012d37b2960ee3fbfac2)

i965: Remove brw->attribs now that we can just always look in the GLcontext. (cherry picked from commit 052c1d66a1ab1f2665870dc77dab28d20416cdf1)

i965: Delete old metaops code now that there are no remaining consumers. (cherry picked from commit 14321fcfde9e30d0b9f15aab3c9a057271ae6295)

i965: init array->Format fields (see bug 19708) (cherry picked from commit 628b52241b13132e2d4065b653befdf81236e651)

intel: If we're doing a depth clear with tris, do color with it.

This is a 10% win on the ever-important glxgears not-a-benchmark.
(cherry picked from commit 67ee22c89f42146e7befb2fdd39bdd68a5258c30)

i915: Only call CalcViewport from DrawBuffers instead of Viewport.

This saves an inadvertent round-trip to the X Server on DrawBuffers, which was
hurting some metaops.
(cherry picked from commit ac0dfbdf0f5e5dea08ec717ae8c4e1e141b15c05)

intel: move some driver functions around

A step toward consolidating i915/intel_state.c and i965/intel_state.c
(cherry picked from commit 84c8b5bbf980deea6322009354c3331dc5d5eb57)