summaryrefslogtreecommitdiff
path: root/src/mesa/drivers
AgeCommit message (Collapse)Author
2008-06-29r300: Change LOD bias emission to more closely follow per-tex rules.Corbin Simpson
Okay, this time it's for real, and for good. This should be a perma-fix.
2008-06-29r300: Fix wrap mode for 1D texturesNicolai Haehnle
2008-06-27DRI-specific pkg-config fileDan Nicholson
Since the gl pkg-config file doesn't convey any specifics about the backend in use, this adds a new pkg-config file for when DRI is in use. This can be used by the xserver build to determine if the DRI and/or GLX extensions are appropriate.
2008-06-26Check in SwapBuffers for any new pending dri2 eventsAlan Hourihane
2008-06-24intel: Fix glCopyPixels when x or y are < 0 in hw coordinates.Eric Anholt
Nothing would get drawn as the negative coordinates broke the rectangle intersection code that used unsigned ints. Tested with copypix demo and sliding the copy to the upper left.
2008-06-24i965: Use the shared intel_pixel_copy.c.Eric Anholt
This disables the textured copy implementation on 965, which didn't appear to work (mesa copypix demo, disable the blit path, move so that regions don't overlap and textured is used, and you get garbage). If we resurrect this for i965, I'd rather it used the 915-style metaops instead. Current metaops code left in place so that whoever picks it up has a reference.
2008-06-24intel: Same pixel function init for everyone now.Eric Anholt
2008-06-24intel: Avoid glBitmap software fallback for blending when no blending occurs.Eric Anholt
Mesa demos tend to leave blending on but in GL_ONE/GL_ZERO, or GL_SRC_ALPHA/GL_ONE_MINUS_SRC_ALPHA with a source alpha of 1.0.
2008-06-24intel: Merge check_blit_fragment_ops between i915/i965.Eric Anholt
Both had some useful bits for the other.
2008-06-24intel: Note reasons for blit pixel op fallbacks under INTEL_DEBUG=pix.Eric Anholt
2008-06-24i915: Add support for accelerated glBitmap, shared from 965.Eric Anholt
2008-06-24i915: Fix read != draw drawable for glCopyPixels.Eric Anholt
Taken from commit bad6e175cf59cce630c37d73f6e71f3a4de50ae6.
2008-06-24i915: Allow accelerated pixel ops to be disabled with INTEL_NO_BLIT.Eric Anholt
This matches 965.
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21#undef DEBUG to silence warningsBrian Paul
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-21s/inline/INLINEBrian Paul
2008-06-21remove old commentsBrian Paul
2008-06-21Solaris port of Mesa 7.1 with autoconf supportAlan Coopersmith
Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>
2008-06-21R300: 1002:5657 is actually RV410Alex Deucher
See bug 14289
2008-06-21r200: fix typo in r200TryDrawPixels parameter validation (bug 16406)Roland Scheidegger
2008-06-18i915: Bug #14313: Fix accelerated (PBO) ReadPixels.Eric Anholt
Refactoring of mine in 02d5ba849197e19843dad164239b51f18fb16faf broke it by failing to understand that the masking was about sign extension.
2008-06-18i965: add support for Intel 4 series chipsetsXiang, Haihao
2008-06-17assorted glide driver fixesWilfried Holzke
2008-06-16r300: Make LOD bias a persistent environment variable.Corbin Simpson
Per airlied's suggestion.
2008-06-16r300: 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-16r300: Forgot to clear old state before writing new state.Corbin Simpson
Oooops. Hehe.
2008-06-15r300: 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-15Oops, misordered a few instructions.Corbin Simpson
Not like it matters, though, since it's not taking effect yet.
2008-06-15r300: Unbreak LOD biasing, a bit.Corbin Simpson
Needs a bit more work on submission.
2008-06-14r5xx: 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-14r5xx: 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-14r300: Add radeonTransformALU and fix a bug in r300_fragprog DPHNicolai 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-14r300_fragprog: Use less complex instructionsNicolai 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-14r5xx: More FP rewriting; fix texrect FP insts.Corbin Simpson
2008-06-14r5xx: New FP code, take two.Corbin Simpson
Add the code emission source file, and comment out unneeded tex de-swizzling.
2008-06-14r5xx: FP refactor, take one.Corbin Simpson
Yes, I know it's massive. Imagine how I felt, auditing 3000 lines of code.
2008-06-14r3xx/r5xx: Don't force aniso.Corbin Simpson
*Pulls paper bag down over head*
2008-06-14r300: Implement GL_ARB_shadow and GL_EXT_shadow_funcsNicolai Haehnle
2008-06-14r300: Add radeonCompilerDump for debuggingNicolai Haehnle
2008-06-14r300_fragprog: Refactor TEX transformationNicolai 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-14r300: Add radeon_program and trivial refactoring of r300_fragprog to use itNicolai 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-14r300: Do not include r300_fragprog.h from r300_context.h and other cleanupsNicolai Haehnle
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-28 15:46:40 +0000