| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
Silences warnings with 64-bit builds. See comments for details.
|
| |
|
| |
|
|
|
|
| |
A bit of refactoring with an eye toward ES2 and GL 3.1
|
| |
|
| |
|
|
|
|
|
| |
Namelly, FlushMappedBufferRange takes a subrange relative to the original
range.
|
| |
|
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The core reference counting code is centralized in p_refcnt.h.
This has some consequences related to struct pipe_buffer:
* The screen member of struct pipe_buffer must be initialized, or
pipe_buffer_reference() will crash trying to destroy a buffer with reference
count 0. u_simple_screen takes care of this, but I may have missed some of
the drivers not using it.
* Except for rare exceptions deep in winsys code, buffers must always be
allocated via pipe_buffer_create() or via screen->*buffer_create() rather
than via winsys->*buffer_create().
|
| |
| |
| |
| |
| | |
Not needed since renderbuffers are ref-counted.
Fixes progs/demos/shadowtex.
|
| | |
|
|/ |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
scons/gallium.py
src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c
src/gallium/include/pipe/p_defines.h
src/mesa/vbo/vbo_exec_api.c
src/mesa/vbo/vbo_exec_draw.c
|
| |
| |
| |
| | |
Using PIPE_BUFFER_USAGE_DONTBLOCK.
|
| |
| |
| |
| |
| |
| | |
MS CRT libraries already provide a default DllMain entrypoint, and
MS Linker will complain if it finds the same symbol in two different
libraries. Therefore the DllMain has to be in (each) winsys.
|
| | |
|
| |
| |
| |
| | |
(cherry picked from commit c5b52b5e0e6f6e47c3953076fa788921b1c5a5e2)
|
| |
| |
| |
| | |
This fixes two-sided lighting for vertex shaders.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
s/FRAG_RESULT_DEPR/FRAG_RESULT_DEPTH/
s/FRAG_RESULT_COLR/FRAG_RESULT/COLOR/
Remove FRAG_RESULT_COLH (NV half-precision) output since we never used it.
Next, we might merge the COLOR and DATA outputs (COLOR0, COLOR1, etc).
|
| |
| |
| |
| | |
Signed-off-by: Corbin Simpson <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Need to check ctx->DrawBuffer->Visual.stencilBits not ctx->Visual.stencilBits
because the later only applies to the window system buffers, not user-created
FBOs.
This, plus the previous commit, fixes progs/tests/fbotexture.c
|
| |
| |
| |
| |
| |
| | |
Gallium only supports combined depth/stencil buffers, not separate ones.
If the user tries to create create a FBO with separate depth/stencil
renderbuffers mark the FBO as unsupported.
|
| |
| |
| |
| |
| | |
Also don't send the partial program fragment down to hardware -- the
program will never be used in that form.
|
| |
| |
| |
| | |
Saves code, and will simplify future interface changes.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
This trims down and cleans up imports.h and glheader.h quite a bit.
|
| |
| |
| |
| | |
Use loops to consolidate lots of texture object code.
|
| |
| |
| |
| |
| |
| |
| |
| | |
instructions
These texture types were defined but never put to use.
For the time being though, the Mesa->TGSI translater isn't emitting these
targets. See the XXX comment in map_texture_target().
|
| |
| |
| |
| |
| |
| |
| |
| | |
Since Ian's patch of a few weeks ago, we can enable all three variations
of two-sided stencil. Update the state tracker to handle the extra back-
face state and turn on the EXT.
Note: there's a new Glean test for two-sided stencil now...
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
Conflicts:
src/gallium/drivers/softpipe/sp_tile_cache.c
|
| | |
| | |
| | |
| | |
| | | |
It looks like I resolved the merge conflicts but did not save my emacs
buffers before committing...
|
| |\ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Conflicts:
src/mesa/state_tracker/st_cb_accum.c
src/mesa/state_tracker/st_cb_drawpixels.c
|
| | | |
| | | |
| | | |
| | | | |
Fixes glReadPixels, gl(Copy)TexSubImage, glCopyPixels.
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Instead, a new pipe_transfer object has to be created and mapped for
transferring data between the CPU and a texture. This gives the driver more
flexibility for textures in address spaces that aren't CPU accessible.
This is a first pass; softpipe/xlib builds and runs glxgears, but it only shows
a black window. Looks like something's off related to the Z buffer, so the
depth test always fails.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
The debug functions depend on several util function for os abstractions, and
these depend on debug functions, so a seperate module is not possible.
|
| |/ /
|/| | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Use _mesa_malloc(), _mesa_free(), etc everywhere, not malloc(), free(), etc.
Still using CALLOC_STRUCT() at this point.
|
|\ \ \ |
|