Age | Commit message (Collapse) | Author | |
---|---|---|---|
2008-06-18 | i915: Fix for s8_z24 textures not being shown | Jakob Bornecrantz | |
2008-06-18 | mesa: Added _mesa_texstore_s8_z24 | Jakob Bornecrantz | |
2008-06-17 | mesa: fix inconsistent use of GL_UNSIGNED_INT vs. GL_UNSIGNED_INT_24_8_EXT ↵ | Brian Paul | |
for Z unpacking | |||
2008-06-17 | mesa: fix inconsistent use of GL_UNSIGNED_INT vs. GL_UNSIGNED_INT_24_8_EXT ↵ | Brian Paul | |
for Z unpacking | |||
2008-06-17 | [intel] Fix no_rast option on non-965. | Eric Anholt | |
The no_rast fallback was getting partially overwritten by later TNL init, resulting in a segfault when things were in a mixed-up state. | |||
2008-06-17 | gallium: Add facilities for mixed pipe formats. | Michal Krol | |
2008-06-17 | gallium: need to flush bitmap cache when raster color changes | Brian Paul | |
2008-06-17 | [intel-gem] Bug #16326: Fix X tile unswizzling on 965. | Eric Anholt | |
Apparently a bit gets flipped in the addressing for some rows of each tile. | |||
2008-06-17 | gallium: check if sampler->max_lod < sampler->min_lod | Brian Paul | |
2008-06-17 | mesa: make mm.c use unsigned ints for offsets. | Brian Paul | |
If you have a GPU using this code and it has the offsets up in this space, this fails. cherry-picked from master | |||
2008-06-17 | assorted glide driver fixes | Wilfried Holzke | |
2008-06-17 | glu: silence warnings | Brian Paul | |
2008-06-17 | i915: Made region pool a slabpool | Jakob Bornecrantz | |
2008-06-17 | i915: Max and Min lod now works | Jakob Bornecrantz | |
2008-06-17 | mesa: make mm.c use unsigned ints for offsets. | Dave Airlie | |
If you have a GPU using this code and it has the offsets up in this space, this fails. | |||
2008-06-16 | r300: Make LOD bias a persistent environment variable. | Corbin Simpson | |
Per airlied's suggestion. | |||
2008-06-16 | Compute/setup fog coordinates even if vertex program is enabled. | H. Verbeet | |
Only when fog's enabled, of course. In the usual case, this is just a pass-through operation. | |||
2008-06-16 | mesa: allocate pixel zoom arrays on heap, not stack | Brian Paul | |
Fixes stack overflow on Windows. | |||
2008-06-16 | Don't compute vertex fog when fragment program is active. | H. Verbeet | |
2008-06-16 | r300: Fix new incarnation of bug 3195. | Corbin Simpson | |
tests/bug_3195 doesn't render right, but at least it doesn't segfault this way. | |||
2008-06-16 | r300: Forgot to clear old state before writing new state. | Corbin Simpson | |
Oooops. Hehe. | |||
2008-06-15 | r300: Enable LOD bias state emission. | Corbin Simpson | |
Properly set t->filter_1 for r300_state to emit. Expect buggies as people see LOD bias enabled for the first time... | |||
2008-06-15 | Oops, misordered a few instructions. | Corbin Simpson | |
Not like it matters, though, since it's not taking effect yet. | |||
2008-06-15 | r300: Unbreak LOD biasing, a bit. | Corbin Simpson | |
Needs a bit more work on submission. | |||
2008-06-15 | No more drivers/xorg | Dan Nicholson | |
Don't try to clean in xorg since GLcore is gone. | |||
2008-06-14 | r5xx: Enable fragment.position, partial ARB_shadow. | Corbin Simpson | |
I don't like PROGRAM_BUILTIN; could we either patch Mesa or just use a different constant? | |||
2008-06-14 | r5xx: Detangle FP fallback and translation switches. | Corbin Simpson | |
r5xx should fallback if it encounters a bad FP. TODO: Re-enable the dumb shader so we don't have to completely fallback. | |||
2008-06-14 | r300: Add radeonTransformALU and fix a bug in r300_fragprog DPH | Nicolai Haehnle | |
This new generic transform replaces "special" instructions by more generic variants. Hopefully, we will be able to share this code between r300 and r500. | |||
2008-06-14 | r300_fragprog: Use less complex instructions | Nicolai Haehnle | |
MOV, ADD and MUL do not fit the hardware as well as MAD, but they are less complex and thus leave more room for future optimizations. | |||
2008-06-14 | r5xx: More FP rewriting; fix texrect FP insts. | Corbin Simpson | |
2008-06-14 | r5xx: New FP code, take two. | Corbin Simpson | |
Add the code emission source file, and comment out unneeded tex de-swizzling. | |||
2008-06-14 | r5xx: FP refactor, take one. | Corbin Simpson | |
Yes, I know it's massive. Imagine how I felt, auditing 3000 lines of code. | |||
2008-06-14 | r3xx/r5xx: Don't force aniso. | Corbin Simpson | |
*Pulls paper bag down over head* | |||
2008-06-14 | util: Use pf_get_size(). | Michal Krol | |
2008-06-14 | r300: Implement GL_ARB_shadow and GL_EXT_shadow_funcs | Nicolai Haehnle | |
2008-06-14 | texenvprogram: Mark textures using ARB_shadow as ShadowSamplers | Nicolai Haehnle | |
Since ARB_fragment_program and friends are defined to ignore the setting of the GL_TEXTURE_COMPARE_FUNC parameter, we have to explicitly enable the shadow comparison by marking the texture unit in ShadowSamplers when appropriate. | |||
2008-06-14 | r300: Add radeonCompilerDump for debugging | Nicolai Haehnle | |
2008-06-14 | r300_fragprog: Refactor TEX transformation | Nicolai Haehnle | |
Streamlining source and destination registers, as well as texcoord scaling for RECT textures is now done in a radeon_program based transformation. The idea is that this will allow us to optimize away unnecessary indirections more easily. | |||
2008-06-14 | r300: Add radeon_program and trivial refactoring of r300_fragprog to use it | Nicolai Haehnle | |
The idea/hope is that radeon_program will serve as an intermediate representation for r3xx up to r6xx fragment and vertex programs. Right now, it is nothing more than a simplistic wrapper around Mesa's prog_instruction, together with the notion of clauses, taken from r6xx docs. The clauses will eventually be used to represent the nodes that are used in r300 family fragment programs. | |||
2008-06-14 | r300: Do not include r300_fragprog.h from r300_context.h and other cleanups | Nicolai Haehnle | |
2008-06-14 | r300_fragprog: Remove dead declarations, move NOP declarations into source | Nicolai Haehnle | |
2008-06-14 | r300_fragprog: Refactoring and cleanup | Nicolai Haehnle | |
Refactor so that r300_pfs_compile_state "owns"/holds a pointer to r300_fragment_program instead of the other way round. This is more natural from an object orientation point of view. Move the compiled hardware state into r300_fragment_program_code, in anticipation of on-the-fly program recompilation based on external OpenGL state. | |||
2008-06-14 | r300_fragprog: Remove dead code | Nicolai Haehnle | |
2008-06-13 | mesa: move some glapi bits around | Brian Paul | |
Move _glapi_proc typedef from glapitable.h to glapi.h Also, don't include glapitable.h from glapi.h Before we were including the huge glapitable.h file in every .c file. | |||
2008-06-13 | mesa: remove some temp debug code | Brian Paul | |
2008-06-13 | mesa: check FEATURE_ARB_occlusion_query | Brian Paul | |
2008-06-13 | egl: added a debug msg | Brian Paul | |
2008-06-13 | r300/r500: Separate fragprog compiler structures | Nicolai Haehnle | |
r500 code still used r300_pfs_compile_state, which contains some fields that really only make sense on r3xx type hardware. In order to allow both fragprog implementations to go forward without disturbing each other, I've pushed this structure down into the respective r[3|5]00_fragprog.c | |||
2008-06-13 | i915: Improved the not used tile code | Jakob Bornecrantz | |
2008-06-13 | r300: Fix depth texture GL_LUMINANCE vs. GL_INTENSITY mixup | Nicolai Haehnle | |