Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-04-27 | r300: rename state | Maciej Cencora | |
According to r300_reg.h from radeon drm module 0x4f30 is ZB_ZMASK_OFFSET. Also cleanup as trailing whitespaces. | |||
2009-04-27 | r300: remove unnecessary function calls | Maciej Cencora | |
r300SetEarlyZState is called during r300UpdateShaderStates which is called for every rendering operation. | |||
2009-04-24 | i965: rework GLSL/WM register allocation | Brian Paul | |
Use a bitvector of used/free flags. If we run out of temps, examine the live intervals of the temp regs in the program and free those which are no longer alive. Also, enable the new WM const buffer code. | |||
2009-04-27 | r300: always emit output insts after all KIL insts | Maciej Cencora | |
2009-04-24 | intel: Fix more issues with the combined depth-stencil attachment | Ian Romanick | |
2009-04-24 | intel: Initialize region ptr to prevent assertion in intel_region_reference | Ian Romanick | |
2009-04-24 | intel / DRI2: When available, use DRI2GetBuffersWithFormat | Ian Romanick | |
This interface gives the driver two important features. First, it can allocate the (fake) front-buffer only when needed. Second, it can tell the buffer allocator the format of buffers being allocated. This enables support for back-buffer and depth-buffer with different bits per pixel. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kristian Høgsberg <krh@redhat.com> | |||
2009-04-24 | r300: fix cliprect values | Jerome Glisse | |
2009-04-24 | i965: use drm_intel_gem_bo_map/unmap_gtt() when possible, otherwise ↵ | Brian Paul | |
dri_bo_subdata() This wraps up the unfinished business from commit a9a363f8298e9d534e60e3d2869f8677138a1e7e | |||
2009-04-24 | r300: emit cliprect when in dri2 mode | Jerome Glisse | |
2009-04-24 | i965: fix point size issue | Roland Scheidegger | |
need to clamp point size to user set min/max values, even for constant point size. Fixes glean pointAtten test. | |||
2009-04-23 | i965: revert part of commit 4f4907d69f9020ce17aef21b6431d2dd65e01982 | Brian Paul | |
The drm_intel_gem_bo_map_gtt() call that replaced dri_bo_map() is producing errors like: intel_bufmgr_gem.c:689: Error preparing buffer map 39 (vp_const_buffer): Invalid argument . and returning NULL, causing a segfault in the memcpy(). Just reverting until we can get to the root issue... | |||
2009-04-23 | i915: fix fix for anisotropic filtering | Roland Scheidegger | |
forgot to commit the changes to actually support 4x aniso filtering... | |||
2009-04-23 | i965: Support drawing to FBO cube faces other than positive X. | Eric Anholt | |
Also fixes drawing to 3D texture depth levels. | |||
2009-04-23 | intel: Take advantage of GL_READ_ONLY_ARB to map to GEM bo_map write flag. | Eric Anholt | |
This is a CPU win in general, but in particular reduces the pain of Mesa's calculation of min/max indices in DrawElements (wtf?). | |||
2009-04-22 | i965: disable debug printf | Brian Paul | |
2009-04-22 | i965: enable VS constant buffers | Brian Paul | |
In the VS constants can now be handled in two different ways: 1. If there's room in the GRF, put constants there. They're preloaded from the CURBE prior to VS execution. This is the historical approach. The problem is the GRF may not have room for all the shader's constants and temps and misc registers. Hence... 2. Use a separate constant buffer which is read from using a READ message. This allows a very large number of constants and frees up GRF regs for shader temporaries. This is the new approach. May be a little slower than 1. 1 vs. 2 is chosen according to how many constants and temps the shader needs. | |||
2009-04-22 | i965: define BRW_MAX_GRF | Brian Paul | |
2009-04-22 | i965: remove old code to init surface-related cache IDs | Brian Paul | |
These types are only found in the new surface state cache now. | |||
2009-04-22 | i965: comments, reformatting | Brian Paul | |
2009-04-22 | i965: actually use the new, second surface state cache | Brian Paul | |
2009-04-22 | i965: checkpoint commit: use two state caches instead of one | Brian Paul | |
The new, second cache will only be used for surface-related items. Since we can create many surfaces the original, single cache could get filled quickly. When we cleared it, we had to regenerate shaders, etc. With two caches, we can avoid doing that. | |||
2009-04-22 | i965: remove unused state atom entries | Brian Paul | |
2009-04-22 | intel: fix max anisotropy supported | Roland Scheidegger | |
i915 actually supports up to 4 (according to header file - not tested), i965 up to 16 (code already handled this but slightly broken), so don't use 2 for all chips, even though angular dependency is very high. | |||
2009-04-22 | i965: the brw_constant_buffer state atom is no longer dynamic | Brian Paul | |
No more dynamic atoms so we can simplify the state validation code a little. | |||
2009-04-22 | i965: add _NEW_PROGRAM_CONSTANTS to mesa_bits[] list | Brian Paul | |
2009-04-22 | i915: check the new _NEW_PROGRAM_CONSTANT flag | Brian Paul | |
2009-04-22 | i965: use _NEW_PROGRAM_CONSTANTS and always create new const buffers | Brian Paul | |
When program constants change we create a new VS constant buffer instead of re-using the old one. This allows us to have several const buffers in flight with vertex rendering. | |||
2009-04-22 | i965: updates to some debug code | Brian Paul | |
2009-04-22 | i965: use new _NEW_PROGRAM_CONSTANTS flag instead of dynamic flags | Brian Paul | |
2009-04-22 | r200/r300/r500: add _NEW_PROGRAM_CONSTANTS flag | Brian Paul | |
Make sure we detect constant buffer changes indicated by the new flag. Should be able to remove _NEW_PROGRAM (and _NEW_MODELVIEW, _NEW_LIGHT, etc) from several places (someday. | |||
2009-04-22 | Merge remote branch 'origin/master' into radeon-rewrite | Dave Airlie | |
2009-04-21 | i965: const correctness | Brian Paul | |
2009-04-21 | R6xx/R7xx: remove unused files | Richard Li | |
2009-04-21 | R6xx/R7xx: add updated reg file | Richard Li | |
2009-04-21 | Initial pull of code from r6xx-r7xx-support branch | Richard Li | |
Not functional yet. | |||
2009-04-21 | r300: r300 hw doesn't support any input modifiers in tex insts | Maciej Cencora | |
2009-04-20 | gdi: Don't implement broken gl_dispatch_stub_xxx. | José Fonseca | |
2009-04-20 | r300: fix register-negate branch merge regression | Maciej Cencora | |
2009-04-19 | r300: fix missing function declaration | Maciej Cencora | |
2009-04-19 | r300: revert part of cb4bef7ae0b5fe8de82c380bc98f19067394d355 | Maciej Cencora | |
Some debugging code got there by accident | |||
2009-04-19 | r300: cleanup includes | Maciej Cencora | |
2009-04-19 | r300: move common fp functions to seperate file | Maciej Cencora | |
2009-04-19 | r300: more r300/r500 unification | Maciej Cencora | |
reuse insert_WPOS_trailer function | |||
2009-04-19 | r300: more prepare for merge | Maciej Cencora | |
2009-04-19 | r300: further r300/r500 merge preparation | Maciej Cencora | |
2009-04-19 | r300: merge r300/r500 fragment program compiler structure | Maciej Cencora | |
2009-04-19 | r300: merge r300/r500 fragment program structures | Maciej Cencora | |
2009-04-19 | r300: r300/r500 fp shader merge WIP | Maciej Cencora | |
2009-04-19 | r300: general cleanup | Maciej Cencora | |
- remove unused fields - remove unused defines and macros - flatten one structure |