summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* i965: Rename nr_depth_regs to nr_payload_regs.Eric Anholt2010-08-205-8/+8
| | | | | | | Only 8 out of the up to 13 regs are for source/dest depth, so the name wasn't particularly appropriate. Note that this doesn't count the constant or URB payload regs. Also, don't pre-divide by 2, so it's actually a number of registers.
* i965: Also use the SIMD8 FB writes for SIMD8 mode on non-SNB.Eric Anholt2010-08-203-17/+18
|
* i965: Add support for FB writes on Sandybridge.Zhenyu Wang2010-08-202-12/+74
|
* i965: Set the destination horiz stride even for da16, as SNB seems to need it.Zhenyu Wang2010-08-202-2/+6
|
* i965: Set the maximum number of threads on Sandybridge.Zhenyu Wang2010-08-201-1/+5
|
* i965: Add AccWrCtl support on Sandybridge.Zhenyu Wang2010-08-205-2/+20
| | | | Whenever the accumulator results are needed, this bit must be set.
* i965: Mention the mlen and rlen for URB reads.Zhenyu Wang2010-08-201-0/+5
|
* i965: Sandybridge doesn't have Compr4 mode, since it's not needed any more.Zhenyu Wang2010-08-201-1/+2
|
* i965: Adjust disasm of subreg numbers to be in units of the register type.Zhenyu Wang2010-08-201-6/+20
| | | | | This makes reading the code easier when matching up to the specs, which also use this format.
* i965: Fix DP write channel ordering on Sandybridge.Eric Anholt2010-08-201-2/+25
| | | | | The SIMD16 message no longer has the goofy interleaved format that made Compr4 compression necessary before.
* os_stream: fix bugs in allocation pathLuca Barbieri2010-08-211-16/+8
|
* p_compiler: add replacement va_copyLuca Barbieri2010-08-211-0/+8
| | | | | | | | | This might technically not always be correct, because va_copy might be a function, or a system might not have va_copy, and not work with assignment. Hopefully this is never the case. Without configure tests, it doesn't seem possible to do better.
* Delete more vestiges of the old shader compiler.Kenneth Graunke2010-08-209-1252/+0
|
* glsl: Remove bogus "ambient" field from vec4 gl_TextureEnvColor.Kenneth Graunke2010-08-201-1/+1
|
* glsl: add missing ambient field to gl_LightModelLuca Barbieri2010-08-201-1/+1
| | | | | Again, this is a one-element struct that was incorrectly missing the field.
* glsl: don't crash if a field is specified for a non-struct uniformLuca Barbieri2010-08-201-1/+1
| | | | | This was triggered by the previous bug, but is a separate problem in the general sense.
* glsl: add missing sceneColor field to gl_{Front, Back}LightModelProductLuca Barbieri2010-08-201-2/+2
| | | | | | | According to both GLSL 1.20 and 4.0, these are a struct with one field called "sceneColor". Fixes a crash on loading in FlightGear.
* intel: Don't try to do work for BufferSubData with a size of 0.Eric Anholt2010-08-201-0/+6
| | | | | | | If we hit the linear blit path, we'd come up with a pitch of 0, then divide by zero. Fixes vbo-subdata-zero, made for bug #28931 (warsow).
* mesa: Fix GetUniformLocation while compiling display lists.Nick Bowler2010-08-201-1/+9
| | | | | | | | | | | | This function was apparently missing from the display list dispatch table, causing the generic no-op function to be called instead. To make matters worse, the no-op function is indistinguishable from a successful call to GetUniformLocation. GL specifies that GetUniformLocation is executed immediately when compiling display lists. Fixes fdo bug 29622. Signed-off-by: Nick Bowler <[email protected]>
* Remove remnants of the old glsl compiler.Eric Anholt2010-08-2081-36992/+5
|
* r600g: add POW instructionJerome Glisse2010-08-201-18/+73
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* r600g: cleanup definition, fix segfault when no valid pixel shaderJerome Glisse2010-08-203-37/+40
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* util: Fix build for C++ compilers.Michal Krol2010-08-202-0/+16
|
* gallium: hook up reference count debugging codeLuca Barbieri2010-08-201-6/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | This commit adds the ability to produce a log file containing all reference count changes, and object creation/destruction, on Gallium objects. The data allows to answer these crucial questions: 1. This app is exhausting all my memory due to a resource leak: where is the bug? 2. Which resources is this app using at a given moment? Which parts of the code created them? 3. What kinds of resources does this app use? 4. How fast does this app create and destroy resources? Which parts of the code create resources fast? The output is compatible with the one produced by the similar facility in Mozilla Firefox, allowing to use Mozilla's tools to analyze the data. To get the log file: export GALLIUM_REFCNT_LOG=<file> To get function names and source lines in the log file: tools/addr2line.sh <file> To process the log file, see: http://www.mozilla.org/performance/refcnt-balancer.html
* auxiliary: add reference count debugging codeLuca Barbieri2010-08-204-0/+187
|
* os_stream: add printf facilityLuca Barbieri2010-08-208-3/+85
|
* u_debug_symbol: add symbol name cachingLuca Barbieri2010-08-202-1/+43
| | | | | Without this, any form of logging that dumps stack traces continuously will spend a lot of time resolving symbol names.
* u_debug_symbol: add support for getting symbol names from glibcLuca Barbieri2010-08-202-0/+49
|
* u_debug_symbol: support getting a string without outputLuca Barbieri2010-08-202-14/+27
|
* auxiliary: add functions to describe gallium objectsLuca Barbieri2010-08-204-0/+55
|
* r600g: add occlusion query supportDave Airlie2010-08-2010-42/+379
| | | | | Signed-off-by: Dave Airlie <[email protected]> Signed-off-by: Jerome Glisse <[email protected]>
* u_staging: improve interfaceLuca Barbieri2010-08-202-11/+7
|
* gallium/docs: improve documentation for resourcesLuca Barbieri2010-08-201-3/+157
|
* mesa: Add missing ES sources to SConscript.Chia-I Wu2010-08-201-0/+3
| | | | | | These sources compile to nothing when FEATURE_ES is not defined and thus were overlooked. Note that api_exec_es[12].c are still missing on the list. They should be added when they can be generated on the fly.
* mesa: Decorate functions with GL_APIENTRY in es_generator.py.Chia-I Wu2010-08-201-2/+2
| | | | Note that GLES headers use GL_APIENTRY, not GLAPIENTRY.
* mesa: Include compiler.h for ASSERT.Chia-I Wu2010-08-207-0/+14
| | | | | mfeatures.h defines ASSERT_NO_FEATURE to ASSERT, which is defined in compiler.h. Header files using the macro should include compiler.h.
* targets/egl-gdi: Implement guess_gl_api.Chia-I Wu2010-08-201-2/+37
| | | | It is needed to support calling eglGetProcAddress before eglInitialize.
* egl: Fix context API check and be verbose.Chia-I Wu2010-08-202-11/+16
| | | | | | | The API of the context was not checked against EGL_RENDERABLE_TYPE when there was no attribute list. Move the check to _eglInitContext, and be verbose about common mistakes (EGL_RENDERABLE_TYPE not set, EGL_CONTEXT_CLIENT_VERSION not set, or eglBindAPI not called).
* egl: Add egl.def for win32 build.Chia-I Wu2010-08-202-1/+36
| | | | | Without the .def file, function names are decorated and cannot be queried by GetProcAddress easily.
* egl: Allow core functions to be queried.Chia-I Wu2010-08-202-1/+39
| | | | | When _EGL_GET_CORE_ADDRESSES is defined, eglGetProcAddress can be used to query core functions. This is non-standard, but some apps expect it.
* st/mesa: fix code/declaration mixingKeith Whitwell2010-08-201-3/+2
|
* galahad: remove incorrect comment just addedLuca Barbieri2010-08-201-1/+0
|
* nv50: use NV50TIC_0_2_TARGET_RECTLuca Barbieri2010-08-201-1/+3
|
* galahad: check resource_create templateLuca Barbieri2010-08-201-0/+29
|
* mesa/st: use PIPE_TEXTURE_RECT for GL_TEXTURE_RECTANGLELuca Barbieri2010-08-202-3/+5
|
* winsys/sw: use PIPE_TEXTURE_RECT if appropriateLuca Barbieri2010-08-201-1/+7
|
* st/glx: use PIPE_TEXTURE_RECT if appropriateLuca Barbieri2010-08-201-1/+6
|
* st/dri: use PIPE_TEXTURE_RECT if appropriateLuca Barbieri2010-08-204-3/+9
|
* auxiliary: support using PIPE_TEXTURE_RECT internallyLuca Barbieri2010-08-202-34/+81
| | | | | | | | | | Currently Gallium internals always use PIPE_TEXTURE_2D and normalized coordinates to access textures. However, PIPE_TEXTURE_2D is not always supported for NPOT textures, and PIPE_TEXTURE_RECT requires unnormalized coordinates. Hence, this change adds support for both kinds of normalization.
* mesa/st: support using PIPE_TEXTURE_RECT internallyLuca Barbieri2010-08-205-43/+32
| | | | | | | | | | Currently Gallium internals always use PIPE_TEXTURE_2D and normalized coordinates to access textures. However, PIPE_TEXTURE_2D is not always supported for NPOT textures, and PIPE_TEXTURE_RECT requires unnormalized coordinates. Hence, this change adds support for both kinds of normalization.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-01 23:19:51 +0000