aboutsummaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* i965/vs: Add support for pull constant loads for uniform arrays.Eric Anholt2011-08-306-5/+195
| | | | | v2: reworked the instruction emit and made use of gen6_resolve_implied_move, from Ken's review
* i965/vs: Restructure emit() functions around a vec4_instruction constructor.Eric Anholt2011-08-302-16/+33
| | | | | | We sometimes want to put an instruction somewhere besides the end of the instruction stream, and we also want per-opcode instruction generation to enable compile-time checking of operands.
* i965: Make the old VS backend record pull constant references in pull_params[].Eric Anholt2011-08-303-9/+25
| | | | | | | We'll be using that to track things for the new VS backend, and this will avoid cluttering brw_vs_surface_state.c for it. Reviewed-by: Kenneth Graunke <[email protected]>
* mesa: Fix glGetUniform() type conversions.Eric Anholt2011-08-301-58/+79
| | | | | | | | | | | | | | | | | | | | | We were primarily failing to convert in the NativeIntegers case, which this fixes. However, we were also just truncating float uniforms when converting to integer, which does not appear to be the correct behavior. Note, however, that the NVIDIA drivers also truncate instead of rounding. GL_DOUBLE return type is dropped because it was never used and completely broken. It can be added when there's test code. Fixes piglit ARB_shader_objects/getuniform v2: This is a rewrite of my previous glGetUniform patch, which Ken pointed out missed storage_type-based conversions to integer, which was totally broken still thanks to a typo in the testcase. v3: Quote the spec justifying the rounding behavior. Acked-by: Kenneth Graunke <[email protected]> Acked-by: Ian Romanick <[email protected]>
* mesa: Make the gl_constant_value's bool occupy the same space as float/int.Eric Anholt2011-08-301-1/+1
| | | | | | | | | At least for Intel, all our uniform components are of uint32_t size, either float or signed or unsigned int. For uploading uniform data in the driver, it's much easier to upload a full dword per uniform element instead of trying to pick out the bool byte and then fill in the top 3 bytes of pad with 0. Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Use native integer uniforms when the new VS backend is in use.Eric Anholt2011-08-306-31/+13
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965/vs: Move the flag for whether to use the new backend to the context.Eric Anholt2011-08-303-5/+4
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Build i965_dri.so for AndroidChad Versace2011-08-302-0/+96
| | | | | | | Compile tested only. Reviewed-by: Chia-I Wu <[email protected]> Signed-off-by: Chad Versace <[email protected]>
* i965: Fix Android build by removing relative includesChad Versace2011-08-3024-40/+40
| | | | | | | | | | Replace each occurence of #include "../glsl/*.h" with #include "glsl/*.h" Reviewed-by: Ian Romanick <[email protected]> Signed-off-by: Chad Versace <[email protected]>
* dri: Build libmesa_dri_common for AndroidChad Versace2011-08-302-0/+68
| | | | | | | | libmesa_dri_common is a static library that contains the sources in src/mesa/drivers/dri/common. Each DRI driver should link to it. Reviewed-by: Chia-I Wu <[email protected]> Signed-off-by: Chad Versace <[email protected]>
* make: Document imported variablesChad Versace2011-08-301-0/+6
| | | | | | | | In src/mesa/Android.mk, it is non-trivial to determine which variables are imported by `include sources.mak`. So document them. Reviewed-by: Chia-I Wu <[email protected]> Signed-off-by: Chad Versace <[email protected]>
* mesa: Build libmesa_dricore.a for AndroidChad Versace2011-08-301-0/+29
| | | | | | | | libmesa_dricore.a is analogous to the libmesa.a built by the Autoconf build. Reviewed-by: Chia-I Wu <[email protected]> Signed-off-by: Chad Versace <[email protected]>
* tnl: fix regression in bind_indices()Brian Paul2011-08-301-1/+2
| | | | | Commit 2ea1ff38164d95f8291ef2e5dfe2cb13936a60f2 caused the regression. Fixes https://bugs.freedesktop.org/show_bug.cgi?id=40413
* tnl: add const qualifier to silence warningBrian Paul2011-08-301-1/+1
|
* tnl: use buffer helper functions to improve readbilityBrian Paul2011-08-301-1/+3
|
* make: Factor out source lists from drivers/dri/common into Makefile.sourcesChad Versace2011-08-302-13/+26
| | | | | | | | | | | | | | | In order that the Autoconf and Android build can share the same source lists, move the lists from src/mesa/drivers/dri/Makefile.defines into src/mesa/drivers/dri/common/Makefile.sources I would like for Android to just reuse Makefile.defines, but the file is unsuitable for reuse. Reviewed-by: Chia-I Wu <[email protected]> Reviewed-by: Ian Romanick <[email protected]> Signed-off: Chad Versace <[email protected]>
* make: Remove duplicate occurence of driverfuncs.cChad Versace2011-08-302-2/+0
| | | | | | | | | | driverfuncs.o is already contained in libmesa.a, so remove it from the following source lists: src/mesa/drivers/dri/Makefiles.defines:COMMON_SOURCES. src/mesa/drivers/dri/swrast/Makefile:SWRAST_COMMON_SOURCES Reviewed-by: Ian Romanick <[email protected]> Signed-off-by: Chad Versace <[email protected]>
* make: Remove duplicate defintion of COMMON_SOURCES in Radeon makefilesChad Versace2011-08-302-18/+0
| | | | | | | | | Remove defintion of COMMON_SOURCES from {r300,r660}/Makefile. The defintion is a duplicate of that found in src/mesa/drivers/dri/Makefile.defines. Reviewed-by: Ian Romanick <[email protected]> Signed-off-by: Chad Versace <[email protected]>
* r600g: Make unaligned 3D textures work on +evergreenChristian König2011-08-301-1/+5
| | | | | | The layersize calculation is slightly different on +evergreen. This makes mpeg2 video decoding and piglits texture-packed-formats test work correctly on this hardware.
* nouveau: use PRIu64 for printing uint64_tChristoph Bumiller2011-08-303-2/+6
|
* nouveau/mm: move slabs to correct list on memory releaseChristoph Bumiller2011-08-301-5/+5
| | | | | Should get rid of "destroying GPU memory cache with some buffers still in use" message.
* winsys/radeon: Create async thread only onceMaarten Lankhorst2011-08-302-21/+50
| | | | | | | | I noticed that a thread was created for every time async flush was called, so I moved it and used some semaphores to synch. Signed-off-by: Maarten Lankhorst <[email protected]> Reviewed-by: Marek Olšák <[email protected]> Signed-off-by: Christian König <[email protected]>
* nvfx: use common NOUVEAU_RESOURCE_FLAG_LINEAR defineChristoph Bumiller2011-08-308-15/+16
|
* nv50: add support for linear textures and render targetsChristoph Bumiller2011-08-307-14/+63
|
* nv50: align pitch of linear surfaces correctlyChristoph Bumiller2011-08-301-1/+2
|
* nv50: handle TGSI_OPCODE_ROUNDChristoph Bumiller2011-08-305-3/+10
| | | | Will round to nearest-even.
* nv50,nvc0: add states mask to state validation functionChristoph Bumiller2011-08-308-24/+31
| | | | | | This prevents null dereferences in validation of interdependent state after a switch to a pipe context where we mark all state as dirty but where not all state is valid / set yet.
* nv50,nvc0: reject R8G8B8A8/X8_UNORM for multisample surfacesChristoph Bumiller2011-08-302-2/+17
| | | | | | The window system buffer will be BGRA and applications will try to directly resolve to it, which would trigger an INVALID_OPERATION in BlitFramebuffer if the multisample renderbuffer is RGBA.
* mesa: update multisample state on _NEW_BUFFERSChristoph Bumiller2011-08-301-1/+1
| | | | A change in sampleBuffers affects the final enable value.
* glu: Avoid defining conflicting DEBUG NDEBUG macros.José Fonseca2011-08-301-1/+0
|
* glu: Fix build on mingw-w64.José Fonseca2011-08-301-0/+6
|
* Remove dead Makefiles.José Fonseca2011-08-302-188/+0
|
* Remote *.mgw stuff.José Fonseca2011-08-302-446/+0
| | | | Totally broken, and deprecated by scons.
* libgl-gdi: Fix mingw-w64 build.José Fonseca2011-08-301-1/+3
| | | | Mingw-w64 actually seems to be closer to MSVC in terms of .DEF parsing.
* st/wgl: Fix build on mingw-w64José Fonseca2011-08-301-2/+2
| | | | Which already declares wglSwapMultipleBuffers and WGLSWAP.
* gdi: Remove mesa_wgl.hJosé Fonseca2011-08-301-23/+0
| | | | | | | | All commonly used windows toolchains define wgl entrypoints in the windows headers, and mesa_wgl.h not only is unnecessary but actually often stands in the waydue to slight inconsistencies. So remove it.
* xorg/xvmc: Only set decode buffer when availableMaarten Lankhorst2011-08-291-3/+6
| | | | | | The nouveau xvmc decoder doesn't need it. Signed-off-by: Maarten Lankhorst <[email protected]>
* glsl_to_tgsi: fix a reference leak on an error pathMarek Olšák2011-08-291-0/+1
|
* i965: Avoid generating MOVs for most ir_assignment handling.Kenneth Graunke2011-08-292-0/+48
| | | | | | | | | | | | | | This is a port of vec4_visitor::try_rewrite_rhs_to_dst to fs_visitor. Not only is this technique less invasive and more robust, it also generates better code. Over and above the previous technique, this reduced instruction count in shader-db by 0.28% on average and 1.4% in the best case. In no case did this technique result in more code than the prior method. Signed-off-by: Kenneth Graunke <[email protected]> Signed-off-by: Eric Anholt <[email protected]>
* i965/fs: Revert "Avoid generating MOVs for assignments for expressions."Kenneth Graunke2011-08-292-77/+10
| | | | | | | | | | | | | | This reverts commit 53c89c67f33639afef951e178f93f4e29acc5d53, along with the subsequent this->result = reg_undef additions it required. Both Eric and I agree that the way he did this is really fragile; if you forget to add this->result = reg_undef before calling accept(), it may end up using the same register for two separate things, breaking things in strange and mysterious ways. The next commit will port over the new VS backend's method for solving this problem, which is simpler, less intrusive, and still manages to avoid MOVs in the common case.
* mesa: Remove all mention of MESA_FORMAT_CI8Ian Romanick2011-08-2911-160/+5
| | | | | | | | | | | Nothing in Mesa supports color-index textures, and most of the other infrastructure that could allow such support has already been removed. This puts the final nail in the coffin. Also clean out some GL_COLOR_INDEX comments in formats.c. Reviewed-by: Brian Paul <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]>
* dri: Remove MESA_FORMAT_CI8 bits from drivers that don't do paletted texturesIan Romanick2011-08-2912-32/+0
| | | | | | | This came from the "kill it with fire" discussion at XDS 2010. Reviewed-by: Brian Paul <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]>
* scons: add swrast/s_texture.c to the buildBrian Paul2011-08-291-0/+1
|
* intel: Rely on Mesa core for the non-blit glTexSubImage* implementation.Eric Anholt2011-08-291-84/+65
| | | | | | It uses MapTextureImage() now, so we don't need our own mapping. Reviewed-by: Brian Paul <[email protected]>
* mesa: Convert texture debug dump function to using MapTextureImage().Brian Paul2011-08-292-44/+52
| | | | Reviewed-by: Brian Paul <[email protected]>
* intel: Remove our custom _mesa_store_compressed_texsubimage2d().Eric Anholt2011-08-291-83/+33
| | | | | | | Now that Mesa core knows how to map teximages, we no longer needed the compressed paths here. Reviewed-by: Brian Paul <[email protected]>
* mesa: Convert texstore.c to accessing textures using MapTextureImage.Brian Paul2011-08-291-107/+231
| | | | | | | This continues to allocate texImage->Data as before, so drivers calling these functions need to use that when present. Reviewed-by: Brian Paul <[email protected]>
* nouveau: Add MapTextureImage() implementation.Eric Anholt2011-08-291-0/+81
| | | | | | | This is untested, but should be close to working since it's basically a copy of nouveau_teximage_map(). Reviewed-by: Brian Paul <[email protected]>
* radeon: Add MapTextureImage() implementation.Eric Anholt2011-08-291-0/+77
| | | | Reviewed-by: Brian Paul <[email protected]>
* radeon: Refactor the common texture hook setup to common code.Eric Anholt2011-08-298-146/+52
| | | | Reviewed-by: Brian Paul <[email protected]>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-13 22:25:07 +0000