Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
Even though the spec says that the limits should be -64/+63, proprietary
drivers support much larger relative offsets and some applications do
depend on this non-standard behavior.
Also program_parse.tab.c has been regenerated.
This fixes the parser error:
ARB_vp: error: relative address offset too large
See also: https://bugs.freedesktop.org/show_bug.cgi?id=28628
4096 * sizeof(vec4) is the maximum size of the constant buffer on NV50.
It is not supposed to be a definite hardware limit, it is for the parser
not to get in the way and let the underlying driver decide whether it can
run the shader or not.
|
|
|
|
Include glheader.h for GLenum symbol.
|
|
Include compiler.h for CONST symbol.
Remove config.h as m_xform.h uses no additional symbols from config.h.
|
|
m_translate.h does not use any additional symbols added by config.h.
|
|
|
|
texgen.h doesn't use any symbols additionally added by mtypes.h.
|
|
texcompress_fxt1.h doesn't use any additional symbols added by mtypes.h.
|
|
syncobj.h doesn't use any additional symbols that is added by context.h.
|
|
When a DRI2 swap buffer is pending we need to make sure we
have the flush extension so radeon doesn't resume rendering to
or reading from the not yet blitted front buffer.
This fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=28341
https://bugs.freedesktop.org/show_bug.cgi?id=28410
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
|
|
This reverts commit 8446f257b3e3ca4a3eb2c79bc357e46343e04e87.
|
|
When DRI2 swap buffer is pending (copy buffer not pageflipping)
we need to make sure we have the flush extension so radeon doesn't
resume rendering on the not yet blitted front buffer.
Modified version of Jerome's patch to add flush extension
in the correct place.
This prepares a possible fix for:
https://bugs.freedesktop.org/show_bug.cgi?id=28341
https://bugs.freedesktop.org/show_bug.cgi?id=28410
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
|
|
r600 doesnt need the same normalization as r700 - instead it requires
range to be truncated to -pi..pi
I left the range trunc also effective on r700 althouch according the docs
it has sufficent range (-512*PI, +512*PI). The instructions seem
to be used not too often to cause perf loss because of this
Based on patches and testing by Conn Clark and Alain Perrot
|
|
mtypes.h does not use any symbols from compiler.h.
Also add the required headers for files that depended on symbols from
compiler.h but were indirectly including compiler.h through mtypes.h.
|
|
|
|
|
|
get.h only needs the GL headers.
|
|
Include compiler.h for INLINE symbol.
Include mtypes.h for GLcontext symbol.
|
|
Include mtypes.h for GLcontext symbol.
|
|
|
|
|
|
Include compiler.h for INLINE symbol.
|
|
|
|
|
|
|
|
Include mtypes.h for GLcontext symbol.
|
|
|
|
With gl_program::IndirectRegisterFiles we can distinguish between indirect
addressing of constants vs. temporaries. In the case of temporaries,
declare all temps up front sequentially.
Fixes fd.o bug 29305.
|
|
Now drivers, etc. can know which register files are accessed with
indirect addressing. Before we just checked gl_program::NumAddressRegs
but didn't know if that was the constant buffer, temp regs, or what.
The only user of this new field so far will be the gallium state tracker.
|
|
Include mtypes.h for GLcontext symbol.
|
|
|
|
|
|
Don't rely on inclusion of other files that already include macros.h.
|
|
|
|
Fixes "implicit declaration of function
_mesa_get_incomplete_framebuffer" warning.
|
|
|
|
Include mtypes.h for GLvisual and GLcontext symbols.
|
|
Add mtypes.h for GLcontext symbol.
|
|
|
|
Add mtypes.h for GLcontext symbol.
|
|
|
|
|
|
Add mtypes.h for GLcontext symbol.
|
|
|
|
Add context.h for NEED_SECONDARY_COLOR symbol.
|
|
Add context.h for FLUSH_VERTICES symbol.
|
|
|