r200: fix vbo array rendering

radeon: Increase reference count of current renderbuffers.

Fixes

glxinfo: main/renderbuffer.c:2159: _mesa_reference_renderbuffer: Assertion
`oldRb->Magic == 0xaabbccdd' failed.

Merge branch 'master' into radeon-rewrite

Conflicts:
src/mesa/drivers/dri/r300/r300_context.c
src/mesa/drivers/dri/r300/r300_texstate.c

radeon: set max texture size

This still need some work to actually report somethings reasonable
if no memory manager is available.

r200: fix indexed draw color order and cs missmatch

st: reformatting, comments, var renaming

Merge branch 'mesa_7_5_branch'

mesa: allow depth/stencil textures to be attached to GL_STENCIL_ATTACHMENT

See sourceforge bug #2793846.

mesa: assign trb->Base.StencilBits in update_wrapper().

When we render to a depth/stencil texture there are stencil bits.

mesa: print more info when valid_texture_object() fails

trace: Improve shader wrapping

st/dri: Only create new textures if drawable has changed

r300-gallium: Fix (another) wrong value in MSPOS.

Again, thanks to agd5f.

radeon-gallium: Remove BO validation debug.

It appears that that area of code "just works" much like classic Mesa's
version, so might as well not waste scrollback on it.

r300-gallium: Cleanup viewport state setup.

r300-gallium: Always do VTE, never software viewport.

This makes glxgears draw properly with SW TCL.

Merge branch 'mesa_7_5_branch'

Conflicts:

Makefile
src/mesa/main/version.h

st/mesa: fix incorrect src/dst stride params to _mesa_generate_mipmap_level()

The stride needs to be in texels, not bytes.

mesa: comments for _mesa_generate_mipmap_level()

softpipe: add texture target sanity check assertion

st: fix incorrect target parameter to screen->is_format_supported()

We were passing a GL texture target instead of a pipe_texture_target enum.

mesa: added linux-osmesa-static config

Contributed by Nicolas Noble.  See SF bug #2792536

docs: link to 7.5 relnotes

docs: emphasize the incomplete status of the nouveau/R300 gallium drivers

Initialize psp->waitX/waitGL for swrast_dri.so.

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

radeon: fix DRI1 cmd stream

r300-gallium: Enable GLSL for r500.

Before you get all excited, this is *not* to be construed as actual support
for GLSL shaders. The GL version is still 1.3, and stuff still sucks. Just
flicking it on so that it can be tested and developed a bit easier.

r300-gallium: r500-fs: DDX and DDY support.

Oh, look, GLSL instructions. I wonder what I'll do next.

dri-gallium: Add GLSL support.

Oh, look, it's more features. :3

r300-gallium: Add half-right COS and SIN.

HW trig does a premultiply by 2pi, where Mesa does another premultiply by pi.
This is a problem.

r300-gallium: Size mismatch.

r300-gallium, radeon-gallium: Nuke gb_pipes from orbit.

See the previous commit for an explanation. This is just all the support code
for GB_TILE_CONFIG.

r300-gallium: Don't set GB_TILE_CONFIG (in userspace.)

This accompanies kernel patches that make GB_TILE_CONFIG's various members
completely controlled in DRM.

GB_TILE_CONFIG has the following controls:
 - The number of GB (pixel) pipes enabled
 - The size and style of tiling
 - Subpixel precision (either 1/12 or 1/16)

Per airlied and glisse, userspace and kernel will now agree (always) on
a subpixel precision of 1/12, and tiling will always be kernel-controlled.

r300-gallium: Clean up more invariant state.

GA_ENHANCE is now the kernel's problem.

r300-gallium: Update XXX.

Lops work fine as long as HW TCL is off. (I think I know why.)

r300-gallium: Correct default MSPOS.

Per agd5f.

r300-gallium: vs: Fix vert shader init.

Makes the last three commits suck much less. :3

r300-gallium: r500-fs: Enable depth writes, kinda.

Should work, but doesn't. Hm.

r300-gallium: Comment out useless debugging code.

Those parts are nearly solid compared to the shaders.

r300-gallium: vs: Dupe tokens, better debug, count spurious insts.

r300-gallium: Die on bad texture formats.

Odds are good that we'll die later anyway, so we might as well do it before
we start dancing on random memory.

r300-gallium: Update floating-point params too.

Even though we *can* render 10,000-pixel-wide lines, let's not advertise it.

r300-gallium: Update screen caps.

Anisotropic filtering should work, and OQ is broken.

intel-gallium: Fix trace_drm integration.

Compile-tested only, sorry.

Create common trace_drm code, add to radeon_winsys.

r300-gallium: Various cleanups leftover from before.

BEGIN/END_CS pair, a few asserts, and a slightly more correct VTE setup.

gallium: remove occlusion_count flag from depth-stencil state

Drivers can just keep track of whether they are within a query
by monitoring the begin/end query callbacks.  The flag adds no
information beyond that.

Only softpipe was examining this flag -- it has been fixed up
and retested with demos/arbocclude.

r300: cleanup vertex program related functions

- move vertex program related functions to r300_vertprog.c
- use _mesa_bitcount instead of self-made bit_count function
- remove duplicated field in r300_vertex_shader_fragment.body union
- rename r300_vertex_shader_fragment to r300_vertex_shader_hw_code
- rename r300_vertex_program field native to error
- remove unnecessary r300_vertex_shader_state structure
- remove unused r300_vertex_program and r300_vertex_program_cont fields
- remove disabled code

r300: minor code movement

r300: more cleanup

- remove unnecessary r300TranslateFragmentShader call from r300UpdateShaderStates (it is already called in r300UpdateShaders)
- remove unnecessary null ptr checks

r300: move some code to common path

r300: rename functions

Be consistent with function naming: use Setup/Emit names for functions that modify hardware state

r300: move forward declarations to where they belong

r300: software fallbacking handling rewrite

Until now falling back to software rasterizer worked only for TCL enabled cards.
For non TCL cards we used to plug our rendering functions in r300InitSwtcl, and we had never restored original functions for software rasterizer.

r300: r300EmitArrays should never fail

r300: remove unnecessary switch cases

r300: further cleanup

- move extensions init into seperate function
- move options handling into seperate function
- create new structure to hold options values
- use context->options.hw_tcl_enabled field instead of global hw_tcl_on and future_hw_tcl_on variables

gallium-intel: Enable trace driver

trace: Export enabled status

trace: Unwrap buffer in texture_blanket

trace: If either shader is disabled don't draw

trace: Put shaders on a list in the context

trace: Move state dump functions to tr_dump_state.[c|h]

intel: Don't complain on falling back from PBO fastpaths.

Instead, stash the debug info under the handy debug flag.

Bug #20053

mesa: Mark FBOs with compressed color attachments as FBO-incomplete.

Both EXT_fbo and ARB_fbo agree on this.  Fixes a segfault in the metaops
mipmap generation in Intel for SGIS_generate_mipmap of S3TC textures in
Regnum Online.

Bug #21654.

gallium-intel: Build with scons

st/egl: Use proper Makefile

i915: Fix 945 cube map layout for the small mipmaps along the bottom.

Bug #21691.

i915: Use Stencil.Enabled instead of Stencil._Enabled in DrawBuffers.

The _Enabled field isn't updated at the point that DrawBuffers is called,
and the Driver.Enable() function does the testing for stencil buffer
presence anyway.

bug #21608 for Radeon

i915: Only use the new 945 cube layout for compressed textures.

The docs actually explain this, but not in a terribly clear manner.
This nearly fixes the piglit cubemap testcase, except that something's
going wrong with the nearest filtering at 2x2 sizes in the testcase.
Looks good by visual inspection, though.

Bug #21692

mesa: bump version to 7.5-rc2

docs: updates from the 7.4 branch

i965: Fix varying payload reg assignment for the non-GLSL-instructions path.

I don't have a testcase for this, but it seems clearly wrong.

i965: Fix register allocation of GLSL fp inputs.

Before, if the VP output something that is in the attributes coming into
the WM but which isn't used by the WM, then WM would end up reading subsequent
varyings from the wrong places.  This was visible with a GLSL demo
using gl_PointSize in the VS and a varying in the WM, as point size is in
the VUE but not used by the WM.  There is now a regression test in piglit,
glsl-unused-varying.

intel: Use FRONT_AND_BACK for StencilOp as well.

intel: Use GL_FRONT_AND_BACK for stencil clearing.

This comes from a radeon-rewrite fallback fix, but may also fix stencil
clear failure when the polygon winding mode is flipped.

r300-gallium: Correct VTE setup for surface_fill, make surface_copy emit right.

i965: fix 1D texture borders with GL_CLAMP_TO_BORDER

With 1D textures, GL_TEXTURE_WRAP_T should be ignored (only
GL_TEXTURE_WRAP_S should be respected).  But the i965 hardware
seems to follow the value of GL_TEXTURE_WRAP_T even when sampling
1D textures.

This fix forces GL_TEXTURE_WRAP_T to be GL_REPEAT whenever 1D
textures are used; this allows the texture to be sampled
correctly, avoiding "imaginary" border elements in the T direction.

This bug was demonstrated in the Piglit tex1d-2dborder test.
With this fix, that test passes.

i965: send all warnings through _mesa_warning()

One warning message:
   drm_i915_getparam: -22

was still being sent to fprintf().  This causes all Piglit tests to fail,
even with MESA_DEBUG=0.

Using _mesa_warning() to emit the message allows the general Mesa controls
for messages like this to be applied.

r300: don't send now forbidden register to kernel when with memory manager

r300: Make sure to drop current hardware state reference to texture objects.

Fixes potential texture object leaks.

r300-gallium: Clean up outdated comments.

r300-gallium: Space accounting for textures.

R1xx/r2xx: Don't use an alpha texture format for GLX_TEXTURE_FORMAT_RGB_EXT

In r*00SetTexBuffer2(), if the passed in text glx_texture_format
is GLX_TEXTURE_FORMAT_RGB_EXT, then we should use an RGB-only
texture format, even if the DRI buffer has four channels.

https://bugs.freedesktop.org/show_bug.cgi?id=21609

radeon: Don't crash generating mipmaps when pixels=NULL

When a NULL value of pixels is passed to TexImage2D and
SGIS_generate_mipmap is enabled, don't try to generate the
mipmap tree: we don't have data yet for the texture and will
crash.

https://bugs.freedesktop.org/show_bug.cgi?id=21648

Don't use an alpha texture format for GLX_TEXTURE_FORMAT_RGB_EXT

In r300SetTexBuffer2(), if the passed in text glx_texture_format
is GLX_TEXTURE_FORMAT_RGB_EXT, then we should use an RGB-only
texture format, even if the DRI buffer has four channels.

https://bugs.freedesktop.org/show_bug.cgi?id=21609

Call _mesa_update_stencil() before accessing ctx->Stencil._Enabled

ctx->Stencil._Enabled is derived state and not immediately updated
when the stencil parameters are changed; we need to make sure that
it is up-to-date before accessing it.

https://bugs.freedesktop.org/show_bug.cgi?id=21608

Remove subpixel offset from viewport

Remove an eigth-pixel offset of the viewport inherited from
R100 code. This seems not to be necessary and causes blurring
when sampling textures 1:1.

https://bugs.freedesktop.org/show_bug.cgi?id=20340

Merge branch 'mesa_7_5_branch'

intel: added null ptr check

Fixes segfault in context tear-down when glClear was never called.

docs: GL_APPLE_vertex_array_object for Gallium drivers and Intel DRI drivers

intel: enable GL_APPLE_vertex_array_object

No special driver changes are needed for this extension.

st/mesa: enable GL_APPLE_vertex_array_object for gallium drivers

Merge branch 'mesa_7_5_branch'

Conflicts:

src/mesa/main/arrayobj.c
src/mesa/main/arrayobj.h
src/mesa/main/context.c

intel: create a private gl_array_object for intel_clear_tris(), fix bug 21638

gl_array_object encapsulates a set of vertex arrays (see the
GL_APPLE_vertex_array_object extension).
Create a private gl_array_object for drawing the quad for intel_clear_tris()
so we don't have to worry about the user's vertex array state.
This fixes the no-op glClear bug #21638 and removes the need to call
_mesa_PushClientAttrib() and _mesa_PopClientAttrib().

mesa: delete array objects before buffer objects during context tear-down

The former may point to the later.

mesa: clean-up vertex array object VBO unbinding and delete/refcounting

Don't really delete vertex array objects until the refcount hits zero.
At that time, unbind any pointers to VBOs.
(cherry picked from commit 32b851c80792623195069d7a41a5808cff3b2f6f)

mesa: reference counting for gl_array_object

Every kind of object that can be shared by multiple contexts should be
refcounted.
(cherry picked from commit 1030bf0ded2a88a5e27f7a4d393c11cfde3d3c5a)

i965: enable additional code in emit_fb_write()

Not 100% sure this is right, but the invalid assertion is fixed...

i965: increase BRW_EU_MAX_INSN