| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Scissors are jsut one of states that we have to emit so it should be in state list
|
| |
|
| |
|
|
|
|
| |
Scissor are emited for every primitive so fix that in prediction.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Core Mesa and the state tracker do not depend on any gallium drivers.
|
|
|
|
|
|
|
| |
This reverts commit 17090cf3efb0db8fa01b502a9c0df27cbd1a67da.
We're reverting this because it causes ABI breakage with the X server.
Maybe re-attempt with another patch.
|
| |
|
|
|
|
| |
scons ... statetrackers=xorg
|
|
|
|
|
|
|
|
|
| |
glXMakeCurrent"
This commit was not mean to end in to master yet. It is still queston if this
right design to fix the problem.
This reverts commit 45e3be3c07f543f3f2869ba7750ba4695cd25122.
|
|\
| |
| |
| | |
r600_state_predict
|
| |
| |
| |
| | |
The s3tc extensions are properly enabled now, when force_s3tc_enable option is set in driconf.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
Needed for occulsion queries on rv530 chips
Signed-off-by: Alex Deucher <[email protected]>
|
| | |
|
| | |
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If a fragment program only parameter was queried of a vertex program
(e.g., GL_MAX_PROGRAM_TEX_INDIRECTIONS_ARB) no error would be set and
a random value would be returned. This caused 'glxinfo -l' to show
the same values for GL_MAX_PROGRAM_ALU_INSTRUCTIONS_ARB,
GL_MAX_PROGRAM_TEX_INSTRUCTIONS_ARB, GL_MAX_PROGRAM_TEX_INDIRECTIONS_ARB,
GL_MAX_PROGRAM_NATIVE_ALU_INSTRUCTIONS_ARB,
GL_MAX_PROGRAM_NATIVE_TEX_INSTRUCTIONS_ARB,
GL_MAX_PROGRAM_NATIVE_TEX_INDIRECTIONS_ARB as for
GL_MAX_PROGRAM_ENV_PARAMETERS_ARB. This is confusing and incorrect.
|
| | |
| | |
| | |
| | |
| | | |
The end user doesn't need the .y or .l or Makefile but include them anyway
in case someone wants to patch or debug things.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
When a single-buffered window was resized the new window size was never
detected. This fix that, but there's still a bug which causes window
contents corruption for certain window sizes...
|
| | |
| | |
| | |
| | | |
Fixes bug 23489.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When adding a new bitmap to the cache we have to check if the Z value is
changing and flush first if it is.
This is a modified version of a patch from Justin Dou <[email protected]>
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
egl_xdri does not compile for some time. This commit revives the
driver. It no longer depends on libGL.so for GLX related functions.
Instead, it uses code from src/glx/ directly. Both DRI and DRI2 are
supported.
Signed-off-by: Chia-I Wu <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
There is a possbile race that _glapi_Context is reset by another thread
after it is tested in GET_CURRENT_CONTEXT but before it is returned. We
definitely do not want a lock here to solve the race. To have correct
results even under a race, no other threads should reset _glapi_Context
(or _glapi_Dispatch).
This patch adds a new global variable _glapi_SingleThreaded. Since
_glapi_Context or _glapi_Dispatch are no longer reset,
_glapi_SingleThreaded is tested instead, before accessing them.
DRI drivers compiled with this patch applied will not work with existing
libGL.so because of the missing new symbol. If this turns out to be a
real problem, this patch should be reverted.
Signed-off-by: Chia-I Wu <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This re-introduces the race in _glapi_check_multithread, but avoids a
crash on windows.
Signed-off-by: Chia-I Wu <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If multiple threads set/get a TSD at roughly same time for the first
time, glthread might (wrongly) initialize it more than once. This patch
solves the race by initializing context/dispatch TSDs early.
Acked-by: Ian Romanick <[email protected]>
Signed-off-by: Chia-I Wu <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Multiple threads might call _glapi_check_multithread at roughly the same
time. It is possbile that all of them are wrongly regarded as firstCall
if there is no mutex. This bug causes xeglthreads to crash sometimes.
Acked-by: Ian Romanick <[email protected]>
Signed-off-by: Chia-I Wu <[email protected]>
|
| | | |
|
| |/ |
|
| |
| |
| |
| |
| |
| | |
Prediction code making too small prediction may cause space check aserttion
failure later in rendering. So warning about any failure to predict correctly
should be fixed.
|
| | |
|
| | |
|
|\|
| |
| |
| | |
r600_state_predict
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Shorthand.
(cherry picked from commit de911220bbbe74cff0c79b260456ff36122b7b5b)
|
| |
| |
| |
| |
| | |
Simplifies migration to tgsi_ureg.
(cherry picked from commit f574398c07c41cb8d31249a7186fc178ef7d552a)
|
| |
| |
| |
| |
| |
| | |
When translating an incoming shader (rather than building one from scratch)
it's preferable to be able to call a single, generic instruction emitter
rather than figuring out which of the opcode-specific functions to call.
|
| |
| |
| |
| | |
bypass_vs_clip_and_viewport case
|
| |
| |
| |
| | |
Pulled from Dave's WIP patch.
|