| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
GL_TRUE indicates that the driver accepts the program.
GL_FALSE indicates the program can't be compiled/translated by the
driver for some reason (too many resources used, etc).
Propogate this result up to the GL API: set GL_INVALID_OPERATION
error if glProgramString() was called. Set shader program link
status to GL_FALSE if glLinkProgram() was called.
At this point, drivers still don't do any program checking and
always return GL_TRUE.
|
|\
| |
| |
| |
| | |
Conflicts:
src/mesa/main/dd.h
|
| |
| |
| |
| |
| |
| |
| | |
For GL_NV_conditional_render and GL3.
The drawing functions don't check the query object yet.
No API dispatch yet.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is part of the GL_EXT_draw_buffers2 extension and part of GL 3.0.
The ctx->Color.ColorMask field is now a 2-D array. Until drivers are
modified to support per-buffer color masking, they can just look at
the 0th color mask.
The new _mesa_ColorMaskIndexed() function will be called by
glColorMaskIndexedEXT() or glColorMaski().
|
| | |
|
| | |
|
| | |
|
| | |
|
|/
|
|
| |
Signed-off-by: Chia-I Wu <[email protected]>
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/mesa/drivers/dri/radeon/radeon_fbo.c
src/mesa/drivers/dri/s3v/s3v_tex.c
src/mesa/drivers/dri/s3v/s3v_xmesa.c
src/mesa/drivers/dri/trident/trident_context.c
src/mesa/main/debug.c
src/mesa/main/mipmap.c
src/mesa/main/texformat.c
src/mesa/main/texgetimage.c
|
| |
| |
| |
| | |
It always just called _mesa_compressed_texture_size() anyway.
|
| |
| |
| |
| |
| | |
Just call ctx->Driver.CompressedTextureSize() when we need to get
the compressed image size.
|
| |
| |
| |
| |
| |
| | |
Now gl_texture_image::TexFormat is a simple MESA_FORMAT_x enum.
ctx->Driver.ChooseTexture format also returns a MESA_FORMAT_x.
gl_texture_format will go away next.
|
| | |
|
|/ |
|
| |
|
|
|
|
|
| |
This isn't quite right yet. The delete behavior and the context
clean-up needs some work.
|
| |
|
|
|
|
|
| |
Return GL_FALSE if we failed to allocate the buffer. Then raise
GL_OUT_OF_MEMORY in core Mesa.
|
|
|
|
|
|
|
|
|
| |
Previously, MultiDrawElements just called DrawElements a bunch of times.
By sending several primitives down the pipeline at once, we avoid a bunch
of validation. On my GL demo, this improves fps by 2.5% (+/- .41%) and
reduces CPU usage by 70.5% (+/- 2.9%) (n=3).
Reviewed by: Ian Romanick <[email protected]>
|
| |
|
| |
|
|
|
|
| |
This was never fully fleshed out and hasn't been used.
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| | |
Will be needed in coming GL extensions (GL_map_buffer_range, GL 3.0).
Will be used by the vbo module to avoid reallocating vbo's at each
draw primitive call.
|
| |
| |
| |
| |
| | |
Provides notification to the VBO modules prior to the first immediate call.
Pairs with FlushVertices()
|
| |
| |
| |
| | |
The old implementation could overwrite the caller's param buffer.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
Add a 'CheckQuery()' driver callback to mesa to check query completion.
Make pipe_query an opaque type.
Rework softpipe queries, support overlapping occlusion queries.
|
| |
| |
| |
| |
| |
| | |
This replaces the temporary occlusion counter functions we had before.
Added new ctx->Driver.WaitQuery() function which should block until the result is ready.
Sketch out some code for vertex transformation feedback counters.
|
| | |
|
| |
| |
| |
| | |
Rename some structs and fields to be more consistant with the rest of mesa.
|
| |
| |
| |
| |
| |
| | |
Called from the _mesa_test_framebuffer_completeness() function to give the
driver the chance to make a framebuffer as incomplete if it doesn't meet
some specific hardware restriction.
|
| |
| |
| |
| | |
(cherry picked from commit c366fd83b617db6c8c064802ff4bf120d654507d)
|
| | |
|
| |
| |
| |
| | |
Brought over from gallium-0.2 branch.
|
| |
| |
| |
| | |
The old implementation could overwrite the caller's param buffer.
|
| |
| |
| |
| | |
(cherry picked from commit c3395f4473c8fdf75d04c0dd72e687bc8d8127a7)
|
| |
| |
| |
| |
| |
| |
| |
| | |
(cherry picked from commit 4c2f3dbca940f289e67248682b84a3516d5a3031)
Conflicts:
src/mesa/drivers/common/driverfuncs.c
|
| |
| |
| |
| |
| | |
They're changed by the intel driver implementation and thus not const.
Fixes compilation warning.
|
|/
|
|
| |
t_vb_program.c
|
|
|
|
|
|
|
|
| |
Make sure that we bind the right buffer (draw or read) when rebinding
the window framebuffer (the api doesn't allow binding different draw and
read buffers at the same time, but the default window framebuffer is basically
2 fb objects, one for read, one for write, which can be different). Pass both
of these two down the driver api (no driver uses this right now).
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Compute the region after we've locked (and possibly updated the buffer's size).
Same thing is needed for ctx->Driver.Clear().
|
| |
|