i965: avoid segfault in intel_update_renderbuffers() if using DRI1

swrast: add missing break in clamp_rect_coord_linear()

See bug 21461.

demos: asst. updates, clean-ups

gallium dri st: Propagate the drawable info when we bind to new drawables.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

gallium dri st: Use st_get_current() instead of GET_CURRENT_CONTEXT()

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

st: Add an st_get_current() function.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

gallium-intel: Create a i965_dri.so symlink

This is only used for debuging the gem backend on i965
chipset using the softpipe pipe driver.

Usage: "export INTEL_SOFTPIPE=y" and point LIBGL_DRIVERS_PATH
to "$MESA/lib/gallium" where $MESA is the mesa root.

gallium-intel: Fix build of dri driver

gallium dri st: Fix up some comments and minor bugs.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

radeon-r300: Fix a bit of breakage.

Not really sure why reordering the ioctls makes them work again.

radeon: Use PCI_MATCH_ANY for xorg driver.

Might as well.

gallium: Rename the dri state tracker lib to libdridrm.a

gallium: indent and cleanfile the dri state-tracker.

gallium: Update the dri2 state tracker to support dri1.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

gallium: Add a dri1 api

that a driver needs to implement on top of the drm api to support dri1.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

gallium: Move the dri2 state tracker since we're about to extend it to dri1.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

gallium: Update the drm_api.

Make it possible to pass state-tracker-specific data to the
init_screen function, and even open the door for device-specific
state-tracker screen initialization.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

Avoid a segfault in shader compilation

If a shader reaches an out-of-memory condition while adding
a new function (reallocating the function list), a segfault
will occur during cleanup (because the num_functions field
is non-zero, but the functions pointer is NULL).

This fixes that segfault by zeroing out the num_functions
field if reallocation fails.

wgl: Cope with pre-existing threads.

DllMain is called with DLL_THREAD_ATTACH only by threads created after
the DLL is loaded by the process.

wgl: Implement WGL_EXT_extensions_string extension.

util: Remove unix includes.

i965: only upload constant buffer data when we actually need the const buffer

Make the use_const_buffer field per-program and only call the code which
updates the constant buffer's data if the flag is set.

This should undo the perf regression from 20f3497e4b6756e330f7b3f54e8acaa1d6c92052

util/time: add util_time_sleep() for windows userspace

Somebody with a clue could probably do a better implemenation...

mesa/st: fix incorrect face, level in compress_with_blit

We were incorrectly applying the destination texture face and level
when requesting a transfer to the temporary texture, which has only
one face and level.  This would obviously cause problems uploading to
compressed cube and mipmap textures.

demos: Clean up allocated Textures and Display Lists when demo quit

util: Add debug_printf_once

mesa: Call _mesa_snprintf instead of snprintf.

snprintf not directly available on Windows.

stw: Use a statically initiallized gl proc table.

It doesn't change anyway.

r300: always emit output insts after all KIL insts

r300-gallium: Correctly flush Draw.

Should help with a few non-TCL bugs.

r300-gallium: Add a draw_flush() to r300_flush().

This fixes some missing primitives which had been drawn right before the next glClear().

r300-gallium: Fix vertex shader OVM counting.

Attribs must be packed: position, point size, colors, texcoords.

Thanks to osiris for pointing it out.

r300-gallium: Clean up FB state emit.

r300-gallium: Set framebuffer pitch on every framebuffer change.

Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>

gallium-intel: Fix warning

gallium-intel: Cache software switch

gallium-intel: Link dri2 driver with softpipe

GNU/Hurd fixes

Here is a couple of fixes for GNU/Hurd:
- dri_interface.h: no libdrm support either.
- configure.ac:
 - GNU/Hurd is a GNU OS with _GNU_SOURCE and PTHREADS.
 - GNU needs a couple of flags like other OSes

Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>

intel: Fix more issues with the combined depth-stencil attachment

intel: Initialize region ptr to prevent assertion in intel_region_reference

tgis: SSE code generator doesn't yet support indirect addressing of temp regs

Fall back to interpreter in this case.

intel / DRI2: When available, use DRI2GetBuffersWithFormat

This interface gives the driver two important features.  First, it can
allocate the (fake) front-buffer only when needed.  Second, it can
tell the buffer allocator the format of buffers being allocated.  This
enables support for back-buffer and depth-buffer with different bits
per pixel.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@redhat.com>

DRI2: Implement interface for drivers to access DRI2GetBuffersWithFormat

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@redhat.com>

DRI2: Implement protocol for DRI2GetBuffersWithFormat

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@redhat.com>

mesa: fix up error/warning/debug output newlines

As of commit 23ad86cfb91c294ce85a3116d4b825aaa3988a6e all messages go
through output_if_debug().

Add new parameter to output_if_debug() to indicate whether to emit a newline.

_mesa_warning() and _mesa_error() calls should not end their strings with \n.
_mesa_debug() calls should end their text with \n.

i965: use drm_intel_gem_bo_map/unmap_gtt() when possible, otherwise dri_bo_subdata()

This wraps up the unfinished business from commit a9a363f8298e9d534e60e3d2869f8677138a1e7e

demos: ensure display lists are destroyed for next generation

pipebuffer: don't fail when validating mapped buffers

This can be almost impossible to avoid - hopefully we won't encounter
a situation where this is a true requirement.  Would probably require
drivers to flush between hardware and software vertex processing.

shadowtex: fflush stdout for cygwin

util: Add more entry points for dumping to bmp

demos/readpix:  add option to draw triangle instead of drawpix

tests/mipmap_view: add a bunch of keystrokes for testing render-to-texture

Move between mipmaps, render a triangle, reload textures with either
the original arch (and GenMipmaps) or via straightforward glTexImage.

i965: fix point size issue

need to clamp point size to user set min/max values, even for constant
point size. Fixes glean pointAtten test.

mesa: more informative error messages

i965: revert part of commit 4f4907d69f9020ce17aef21b6431d2dd65e01982

The drm_intel_gem_bo_map_gtt() call that replaced dri_bo_map() is
producing errors like:

intel_bufmgr_gem.c:689: Error preparing buffer map 39 (vp_const_buffer): Invalid argument .

and returning NULL, causing a segfault in the memcpy().

Just reverting until we can get to the root issue...

i915: fix fix for anisotropic filtering

forgot to commit the changes to actually support 4x aniso filtering...

i965: Support drawing to FBO cube faces other than positive X.

Also fixes drawing to 3D texture depth levels.

intel: Take advantage of GL_READ_ONLY_ARB to map to GEM bo_map write flag.

This is a CPU win in general, but in particular reduces the pain of
Mesa's calculation of min/max indices in DrawElements (wtf?).

gallium: Handle non-NULL data pointer in EXA ModifyPixmapHeader hook.

Need to use the data pointed to for pixmap contents in that case.

Fixes RENDER based text rendering.

gallium: Make the intel xorg winsys start up with any Intel chipset.

For unsupported devices the screen/context creation should fail cleanly later
on.

gallium/intel/gem: Use softpipe rather than i915simple if INTEL_SOFTPIPE is set.

gallium: Always include xorg-server.h before other X server headers.

Various breakage otherwise, e.g. _XSERVER64 not being defined on 64 bit leading
to inconsistent definitions of X server internal structs.

gallium: Fix up xorg state tracker build.

mesa: minor state-update changes in histogram code

Call FLUSH_VERTICES() in _mesa_Histogram().
No need to signal _NEW_PIXEL in ResetHistogram(), ResetMinmax().

mesa: fix comment typo

gallium: license, copyright

st: comments, license, copyright

mesa: fix _mesa_dump_textures(), add null ptr check

Calling _mesa_dump_textures() deleted the textures... oops!!!

mesa: Fix buffer overflow when parsing generic vertex attributes.

intel: fix max anisotropy supported

i915 actually supports up to 4 (according to header file - not tested),
i965 up to 16 (code already handled this but slightly broken), so don't use 2
for all chips, even though angular dependency is very high.

st: also check _NEW_PROGRAM flag for vertex shader constant buffers

This is a follow-on to commit c1a3b852807fb160f0cd246c1364b7336b4b947e.
Note that (at this time) wherever _NEW_PROGRAM_CONSTANTS is set we're still
setting _NEW_PROGRAM so this won't really make any difference (for now).

gallium: Reinstate unconditional flushes.

Lost in commit e50dd26ca6d0eb0d0f97c2780020ea16e3d4a687.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

mesa: protect driver.flush() with FLUSH_CURRENT

Need to do this to ensure vbo code unmaps its buffers before calling
the driver, which may be sitting on top of a memory manager which
objects to firing commands from a mapped buffer.

st: play it safe for now and check _NEW_PROGRAM for shader const buffer atom

When a new program is bound but no constants are updated we still need
to update the Gallium const buffer.

swrast: simplify state update logic for fragment shader const buffers

st: use the static atoms[] array directly

We can simplify this now that we no longer have any dynamic atoms.

st: do away with dynamic state atom for const buffers

Just use the new _NEW_PROGRAM_CONSTANTS flag instead.

mesa: new _NEW_PROGRAM_CONSTANTS flag

This state flag will be used to indicate that vertex/fragment program
constants have changed.  _NEW_PROGRAM will be used to indicate changes
to the vertex/fragment shader itself, or misc related state.

_NEW_PROGRAM_CONSTANTS is also set whenever a program parameter that's
tracking GL state has changed.  For example, if the projection matrix is
in the parameter list, calling glFrustum() will cause _NEW_PROGRAM_CONSTANTS
to be set.  This will let to remove the need for dynamic state atoms in
some drivers.

For now, we still set _NEW_PROGRAM in all the places we used to.  We'll no
longer set _NEW_PROGRAM in glUniform() after drivers/etc have been updated.

mesa: print internal.current[i] attrib

mesa: print parameter list dirty state flag mask

i965: const correctness

Update GALLIUM_AUXILIARY_DIRS in configure.ac to match configs/default.

r300: r300 hw doesn't support any input modifiers in tex insts

r300-gallium: Fix CS size mismatch

This fixes some warnings which appear because the driver assumes a wrong
cs size (13 vs 16 register writes in some cases).

demos: check that GL version is 2.0 or higher

st: report GL_OUT_OF_MEMORY instead of asserting

trivial/tri-viewport: add keys for frustrum/ortho and z coordinate

trivial/tri-viewport: add more out-of-bounds background quads

trivial/tri_viewport: add space==reset key

trivial/tri_viewport: add width/height keys

softpipe: fix softpipe_is_buffer/texture_referenced() regression

Return the conservative PIPE_REFERENCED_FOR_READ | PIPE_REFERENCED_FOR_WRITE
value for now.

This fixes a bunch of regressions seen in piglit and glean.

swrast: fix pointer arithmetic error in get_texel_array()

This came from commit 1b2ab023673261b4b942e1126c0b599d02fbd4a0

gdi: Don't implement broken gl_dispatch_stub_xxx.

wgl: Don't implement broken gl_dispatch_stub_xxx.

These don't respect the stdcall, so they crash upon return.

mesa: Correct the gl_dispatch_stub_xxx prototypes.

mesa: Handle failure to create a transfer.

mesa/progs: fix scons build after recent demo moves

trivial/tri-viewport.c - add guide lines, more triangles, make interactive

This is becoming more like a test than a trivial/ example.

st: assert on pipe_buffer_create failure

This needs a proper fix to propogate the out-of-memory condition back
up to Mesa and the app as a GL error.  Until then, at least catch the
problem at its source.

tests/mipmap_view:  add linear/nearest key