| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Caused by some weird logic regarding the __WIN32__ define which made
the finite definition dependent on the header include order.
(cherry picked from commit 622bdecabd73167d2f2f3aff0e223a8c64433f99)
|
|
(cherry picked from commit 970823978c2f7d2cf0757aa6ddbd6289b34c476f)
|
|
|
|
|
|
|
|
these really shouldn't be exposed here
|
|
fd.o bug #25290
Suggested fix from Rafael Monica
|
|
The assert in util_gen_mipmap() caught it, although
it does the right thing anyway.
|
|
When we start compiling a shader, first free the existing gl_program.
This (mostly) fixes the piglit glsl-reload-source test.
Without this change, we were actually appending the new GPU code
onto the previous program.
|
|
fixes fdo bug 25679
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|
|
See bug 25663.
|
|
See bug 25663.
|
|
See bug 25663.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This prevents the mystery blank window if, for example, glxgears is
resized larger than 2048 wide on 915. Since the Intel drivers in Mesa
7.6 lack GTT mapped fallbacks, the performance is a slideshow at
best. On Mesa 7.7 and later the performance is much better.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
