aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* r300: Cleaned up extra white space.Oliver McFadden2008-03-011-33/+0
|
* r300: Prefer to use the VE_ADD for simple MOV style opcodes.Oliver McFadden2008-03-011-30/+0
| | | | | The VE_MULTIPLY_ADD has further restrictions on reading temporary memory which may complicate things. See AMD's documentation.
* r300: Removed the (undocumented) MAD_2 opcode.Oliver McFadden2008-03-012-64/+6
| | | | | | This opcode is likely a mistake from reverse engineering. MAD_2 isn't included in AMD's documentation, and my testing reviles there is no problem using the documented MAD opcode.
* r300: Cleaned up the MAD/MAD_2 opcode selection.Oliver McFadden2008-03-011-25/+36
|
* r300: Renamed some misleading macro arguments.Oliver McFadden2008-03-011-15/+15
|
* r300: Cleaned up the vertex program macros.Oliver McFadden2008-03-011-33/+24
|
* r300: Removed duplicate component selection defines.Oliver McFadden2008-03-013-42/+22
|
* r300: Removed duplicate source register class defines.Oliver McFadden2008-03-013-17/+12
|
* r300: Renamed the vertex program source register macro.Oliver McFadden2008-03-013-30/+30
|
* r300: Removed the (obsolete) special source register macros.Oliver McFadden2008-03-012-43/+24
|
* r300: Cleaned up the special vertex program source register macros.Oliver McFadden2008-03-011-9/+18
|
* r300: Added the vertex program swizzle (aka selection) defines.Oliver McFadden2008-03-012-24/+21
|
* r300: Converted to the new src/dest register defines.Oliver McFadden2008-03-013-24/+4
|
* r300: Removed an obsolete comment from the vertex program header file.Oliver McFadden2008-03-011-4/+0
|
* r300: Converted to the new Math Engine defines.Oliver McFadden2008-03-012-22/+9
|
* r300: Added the Math Engine opcode macro.Oliver McFadden2008-03-011-0/+9
|
* r300: Renamed the Vector Engine opcode macro.Oliver McFadden2008-03-013-40/+40
|
* r300: Converted to the new Vector Engine defines.Oliver McFadden2008-03-014-76/+32
|
* r300: Removed the duplicate dest register defines.Oliver McFadden2008-03-013-12/+8
|
* r300: Removed the duplicate "easy" vertex program macros.Oliver McFadden2008-03-012-21/+19
|
* r300: Added the vertex program src/dest register defines.Oliver McFadden2008-03-011-0/+16
|
* r300: Added the Vector Engine and Math Engine defines from AMD's documentation.Oliver McFadden2008-03-011-2/+84
|
* r300: Moved the vertex and fragment program macros into the appropriate files.Oliver McFadden2008-03-014-151/+121
|
* state.depth.range alpha value should be 1, not 0 (bug #14733)Roland Scheidegger2008-03-011-1/+1
|
* Update libGL DRI loader to latest DRI interface changes.Kristian Høgsberg2008-02-293-58/+22
|
* glxgears: oops, remove accidental commit of glFinish() hack.Kristian Høgsberg2008-02-291-1/+0
|
* Use __DRIextension mechanism providing loader functionality to the driver.Kristian Høgsberg2008-02-2928-179/+207
| | | | | | | Instead of passing in a fixed struct, the loader now passes in a list of __DRIextension structs, to advertise the functionality it can provide to the driver. Each extension is individually versioned and can be extended or phased out as the interface develops.
* Reduce the versioning madness required to create a DRI2 screen.Kristian Høgsberg2008-02-294-31/+25
| | | | | | | | | | | | | | | | | | Right now the DRI2 screen constructor takes 3 different versions: DRI, DDX and DRM. This is mostly useless, though: DRI: The DRI driver doesn't actually care about the DRI protocol, it only talks to the loader, which in turn speaks DRI protocol. Thus, the DRI protocol version is of not interest to the DRI driver, but it needs to know what functionality the loader provides. At this point that's reflected in the __DRIinterfaceMethods struct and the internal_version integer. DDX: The DDX version number is essentially used to track extensions to the SAREA. With DRI2 the SAREA consists of a number of versioned, self-describing blocks, so the DDX version is no longer interesting. DRM: We have the fd, lets just ask the kernel ourselves.
* intel: Set the lock flag early to avoid deadlock.Kristian Høgsberg2008-02-291-0/+1
| | | | Another regression from the intel_context.c merge.
* i965: use _Current pointer instead of Current pointer.Xiang, Haihao2008-02-294-24/+7
| | | | fix double free issue(bug#14710). It also corrects glsl/bitmap demo behavior.
* [965] Fix conditional sequencing to allow the frame_buffer_texobj case.Eric Anholt2008-02-281-8/+6
| | | | | Previously the frame_buffer_texobj case would have been bound as a normal texture, at best resulting in no surface data being associated with it.
* [intel] Bug #14575: Unmap buffers when deleting/dataing as required.Eric Anholt2008-02-281-0/+16
| | | | | Otherwise, we would assertion error when doing the final unreference of the buffer with an outstanding map (catching the memory leak).
* r300: R5xx and R3xx use different registers for RS_IP and RS_INSTChristoph Brill2008-02-284-97/+157
| | | | | These changes are taken from the xf86-video-ati driver. They update the header file accordingly and also remove some UNKOWN variables.
* [965] Bug #9151: make fragment.position return window coords not screen coords.Eric Anholt2008-02-284-22/+54
|
* [965] Fix serious copy'n'paste failure in brw state dumping.Eric Anholt2008-02-281-3/+3
|
* added git on Windows sectionBrian2008-02-281-0/+21
|
* a few words about how the cell driver works.Brian2008-02-281-4/+23
|
* mesa: separate shader program object from shader object.Xiang, Haihao2008-02-283-13/+21
| | | | | | | | | Currently a callback delete_shader_cb is used for deleting shader and shader program objects. Mesa detaches all attached shaders in _mesa_free_shader_program_data when deleting shader program objects. However it is likely that these shaders have been freed in _mesa_free_shader, which will result in unexpected behaviour. This fix uses a single callback for shader program objects and deletes shader program objects before shader objects.
* [intel] fix compressed image heightZou Nan hai2008-02-281-1/+1
|
* Convert crlf->lf line endings.José Fonseca2008-02-2863-28018/+28018
| | | | | | Windows/DOS users should enable core.autocrlf from now on: git config --global core.autocrlf true
* Disable autocrlf for Visual Studio project files.Jose Fonseca2008-02-281-0/+4
|
* document cell -DSPU_MAIN_PARAM_LONG_LONG flagBrian2008-02-271-0/+5
|
* r300: properly handle GL_POINT in glPolygonModeChristoph Brill2008-02-271-5/+10
| | | | | | Until now the polygon mode was completely turned of when you used GL_POINT. For me it looked buggy to completely disable the polygon mode for FrontMode and BackMode if any of these was GL_POINT.
* intel: Always use intelInitExtensions() for initializing extensions.Kristian Høgsberg2008-02-274-35/+17
|
* r300: add artificial output to match fragment program inputMarkus Amsler2008-02-272-7/+28
|
* mesa: set input read only on successMarkus Amsler2008-02-271-2/+2
|
* i965: Setup framebuffer texture in meta_draw_region.Kristian Høgsberg2008-02-264-7/+12
| | | | | | | With DRI2 we there is no screen region until a drawable is bound to the context. Set up the framebuffer texture in meta_draw_region instead which should also handle the case where the draw region changes as a result of resizing a redirected window or resizing the screen.
* [965] Don't segfault on INTEL_DEBUG=batch when a surface buffer is NULL.Eric Anholt2008-02-261-0/+4
|
* [965] remove dead brw_parameter_list_state_flags.Eric Anholt2008-02-261-80/+0
| | | | This was replaced by Mesa core code.
* [r300] fix wow-pinkness regression. Fixed by Markus AmslerChristoph Brill2008-02-261-5/+5
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-05 03:03:20 +0000