aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri
Commit message (Collapse)AuthorAgeFilesLines
...
* | Merge commit 'origin/master' into gallium-0.2Alan Hourihane2008-12-122-2/+9
|\|
| * intel: check for null texture. (fix #13902)Xiang, Haihao2008-12-121-2/+2
| |
| * i915: fallback for cube map texture.Xiang, Haihao2008-12-111-0/+7
| | | | | | | | | | | | | | The i915 (and related graphics cores) only support TEXCOORDMODE_CLAMP and TEXCOORDMODE_CUBE when using cube map texture coordinates, so fall back to software rendering for other modes to avoid potential gpu hang issue. This fixes scorched3d issue on 945GM(see bug 14539).
* | Merge commit 'origin/master' into gallium-0.2Alan Hourihane2008-12-095-84/+105
|\|
| * intel: Require the right amount of space in glBitmap blit acceleration.Pierre Willenbrock2008-12-081-1/+1
| | | | | | | | | | This leads to problems when the batchbuffer is flushed, but the bitmap data could not fit into it.
| * intel: Fall back on rendering to a texture attachment with a border.Eric Anholt2008-12-061-1/+8
| | | | | | | | Fixes a segfault in oglconform fbo.c test.
| * intel: Fix crash in automatic mipmap generation for glCopyTex{Sub,}Image.Eric Anholt2008-12-061-1/+1
| | | | | | | | | | | | The images aren't mapped at this point, so we want the generic Mesa path for GenerateMipmapEXT that does the mapping/unmapping for us. Ideally Mesa would just call it for us.
| * intel: Fix glCopyPixels blit acceleration for FBO destinations.Eric Anholt2008-12-061-48/+56
| | | | | | | | | | This was another opportunity to either get clipped to screen size or not get clipped enough and draw outside of object boundaries.
| * intel: Fix glBitmap blit acceleration for FBO destinations.Eric Anholt2008-12-061-33/+39
| | | | | | | | | | Bug #18914. Fixes fbo_firecube hang due to drawing outside the FBO bounds. Thanks to Pierre Willenbrock for debugging the issue.
* | Merge commit 'origin/master' into gallium-0.2Alan Hourihane2008-12-0819-151/+320
|\| | | | | | | | | | | Conflicts: progs/glsl/Makefile
| * intel: Put CopyTexImage fallback under DEBUG_FALLBACKS not DEBUG_TEXTURE.Eric Anholt2008-12-061-1/+3
| |
| * i965: Fix failure to upload new constant data when changing programs.Eric Anholt2008-12-034-10/+2
| | | | | | | | | | | | | | | | | | | | | | | | This is fallout from the ffvertex_prog.c work. It doesn't call ProgramStringNotify, so we don't set param_state, so we wouldn't track when VP parameters changed, and constants wouldn't get uploaded. Instead, remove param_state entirely and just use the real value that we want to be tracking. Fixes rendering in openarena since BRW_NEW_BATCH got disentangled from BRW_NEW_INDICES. Bug #18822.
| * i965: Fix stray character that the compile whined about.Eric Anholt2008-12-031-0/+0
| |
| * intel: restore old vertex submit paths for i8xx hardware.Dave Airlie2008-12-026-6/+124
| | | | | | | | | | | | | | Intel docs state that only 830/845 have VBOs, 855/865 don't. So lets just not use them on i8xx at all. This restores the old pre-vbo code and uses it on all 8xx hw.
| * i965: Add a new state flag BRW_NEW_NR_SURFACES instead of CACHE_NEW_SURFACEEric Anholt2008-11-283-4/+10
| | | | | | | | | | | | The CACHE_NEW_SURFACE bit always gets spammed since we get many different surface BOs per state emit, but the only consumer of it wanted to just know how many surfaces were enabled.
| * i965: Fix clashing enums for BRW_NEW_INDICES/VERTICES versus BATCH/DEPTH_BUFFER.Eric Anholt2008-11-281-4/+4
| | | | | | | | Fixes upload of large amounts of state for every new primitive emit.
| * i965: Remove BRW_WM_LOCK dirty bit, introduced to work around lack of relocs.Eric Anholt2008-11-284-6/+1
| | | | | | | | This was causing a prepare of wm state at every primitive emit.
| * i965: Add debug code for dumping how frequently different dirty bits are set.Eric Anholt2008-11-281-0/+126
| |
| * i915: Remove dead early z enable bit which was always on.Eric Anholt2008-11-283-66/+1
| |
| * i965: Reduce fast-pathiness of brw_try_draw_prims, bringing in important checks.Eric Anholt2008-11-281-51/+52
| | | | | | | | | | | | | | Later primitives, even if they caused a full state validate, wouldn't check that there was enough space in the batchbuffer, occasionally triggering the sanity check. We also skipped the aperture space check, even if it would mean bringing in new programs and associated state.
| * i965: Add support for accelerated CopyTexSubImage.Eric Anholt2008-11-213-68/+41
| | | | | | | | | | | | | | | | | | | | | | There were hacks in EmitCopyBlit before to adjust offsets so that y=0 after the offsets had been adjusted for a negative pitch. It appears that those hacks were due to an unclear and surprising aspect of the hardware: inverting the pitch results in the blit into the specified rectangle being inverted, without the user needing to adjust y and base offset. Tested with piglit copytexsubimage test on 915GM and GM965. Should fix serious performance issues with ETQW and other applications.
| * intel: Don't glBitmap fallback with scissoring enabled.Eric Anholt2008-11-211-6/+0
| | | | | | | | | | The blit bitmap code already handles scissoring. This is a 15-100% speedup on blender benchmark.blend thanks to avoiding fallbacks. Bug #17951.
| * i915: Don't overwrite i915's Viewport function from generic code.Eric Anholt2008-11-214-3/+12
| | | | | | | | Instead, have i965 and i915 both call the generic function from their Viewport.
* | i965: Add support for accelerated CopyTexSubImage.Eric Anholt2008-11-243-68/+41
| | | | | | | | | | | | | | | | | | | | | | There were hacks in EmitCopyBlit before to adjust offsets so that y=0 after the offsets had been adjusted for a negative pitch. It appears that those hacks were due to an unclear and surprising aspect of the hardware: inverting the pitch results in the blit into the specified rectangle being inverted, without the user needing to adjust y and base offset. Tested with piglit copytexsubimage test on 915GM and GM965. Should fix serious performance issues with ETQW and other applications.
* | intel: Don't glBitmap fallback with scissoring enabled.Eric Anholt2008-11-241-6/+0
| | | | | | | | | | The blit bitmap code already handles scissoring. This is a 15-100% speedup on blender benchmark.blend thanks to avoiding fallbacks. Bug #17951.
* | i915: Don't overwrite i915's Viewport function from generic code.Eric Anholt2008-11-244-3/+12
| | | | | | | | Instead, have i965 and i915 both call the generic function from their Viewport.
* | Merge commit 'origin/master' into gallium-0.2Alan Hourihane2008-11-203-24/+114
|\|
| * intel: fix i830 comment + backwards VB offsets.airlied2008-11-202-3/+3
| | | | | | | | According to Keith the docs have these offsets the other way around
| * intel: fix i8xx vbo enable bitairlied2008-11-201-1/+1
| |
| * intel: add lots of i830 engine to intel_decode debugairlied2008-11-201-20/+110
| |
* | Merge commit 'origin/master' into gallium-0.2Keith Whitwell2008-11-157-8/+79
|\| | | | | | | | | | | Conflicts: src/mesa/shader/prog_print.c
| * i965: Upload state on primitive switch, don't just prepare it.Eric Anholt2008-11-121-0/+1
| | | | | | | | | | This was a regression in 59b2c2adbbece27ccf54e58b598ea29cb3a5aa85 that broke blender, among other apps.
| * i965: Fix VB refcount leak on aperture overflow.Eric Anholt2008-11-121-0/+1
| |
| * i965: Fix up VS max_threads for G4X and removing a magic number.Eric Anholt2008-11-121-2/+14
| | | | | | | | | | | | As far as I can read in the docs, VS threads can be 1:1 with the pairs of VUE handles allocated for them. Also, G4X can run twice as many threads as before (though we won't unless the we bump the preferred URB entries for VS).
| * i965: Fix up SF max_threads.Eric Anholt2008-11-121-1/+2
| | | | | | | | | | | | We were dividing the number of URB entries by two to get number of threads, which looks suspiciously like a copy'n'paste-o from brw_vs_state.c. Also, the maximum number of threads is 24, not 12.
| * i965: Fix up clip min_nr_entries, preferred_nr_entries, and max_threads.Eric Anholt2008-11-122-2/+16
| | | | | | | | | | | | | | | | | | The clip thread could potentially deadlock when processing tristrips since being moved back to dual-thread mode, as the two threads could each have 4 VUEs referenced and not be able to allocate another one since SF processing wasn't able to continue (needing 5 entries before it freed 2). In constrained URB mode, similar deadlock could even have occurred with polygons (so we cut back max_threads if we can't handle it any primitive type).
| * i965: Update WM maximum threads for G4X.Eric Anholt2008-11-121-2/+7
| |
| * i965: Add a big comment explaining my understanding of URB management.Eric Anholt2008-11-121-1/+38
| | | | | | | | | | It shouldn't offer anything new over what's in the docs (except for G4X notes), but here it's all in one place.
* | Merge commit 'origin/master' into gallium-0.2Brian Paul2008-11-113-18/+20
|\| | | | | | | | | | | | | Conflicts: src/mesa/shader/prog_execute.c src/mesa/shader/slang/library/slang_vertex_builtin_gc.h
| * intel: reset cliprect_mode to IGNORE_CLIPRECTS.Xiang, Haihao2008-11-111-1/+3
| | | | | | | | | | | | This ensures all batchbuffers have a same cliprect mode after calling _intel_batchbuffer_flush even if there aren't invalid commands in the current batch buffer. (fix bug#18362).
| * mesa: restore glapi/ prefix on #includeBrian Paul2008-11-101-1/+1
| |
| * GLX: fix out-of-bounds memory issue in indirect glAreTexturesResident()Brian Paul2008-11-101-17/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | See bug 18445. When getting array results, __glXReadReply() always reads a multiple of four bytes. This can cause writing to invalid memory when 'n' is not a multiple of four. Special-case the glAreTexturesResident() functions now. To fix the bug, we use a temporary buffer that's a multiple of four bytes in length. NOTE: this commit also reverts part of commit 919ec22ecf72aa163e1b97d8c7381002131ed32c (glx/x11: Added some #ifdef GLX_DIRECT_RENDERING protection) which directly edited the indirect.c file rather than the python generator! I'm not repairing that issue at this time.
| * dri: alloc __DRIscreen object with calloc()Brian Paul2008-11-101-1/+1
| |
* | Merge commit 'origin/master' into gallium-0.2Brian Paul2008-11-063-15/+343
|\|
| * mesa: rename OPCODE_INT -> OPCODE_TRUNCBrian Paul2008-11-061-4/+4
| | | | | | | | Trunc is a more accurate description; there's no type conversion involved.
| * i965: Always check vertex program.Xiang, Haihao2008-11-061-1/+4
| | | | | | | | | | | | Now i965 also uses the vertex program created by Mesa Core, but this vertex program is not only depend on mesa state _NEW_PROGRAM, so always check the current vertex program is updated or not. This fixes broken demo cubemap.
| * i965: Implement missing OPCODE_NOISE3 instruction in fragment shaders.Gary Wong2008-11-052-10/+335
| | | | | | | | OPCODE_NOISE4 coming later.
| * i965: Clean up stale NDC comment.Eric Anholt2008-11-021-2/+1
| |
| * i965: Avoid vs header computation for negative rhw on G4X.Eric Anholt2008-11-021-3/+3
| | | | | | | | This cuts one MOV out when setting a zero header.
| * i965: Merge GM45 into the G4X chipset define.Eric Anholt2008-11-029-25/+24
| | | | | | | | | | The mobile and desktop chipsets are the same, and having them separate is more typing and more chances to screw up.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-01 04:07:45 +0000