summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-10-24i965g: hook into build systemKeith Whitwell
2009-10-24ws/i965: renames from i915, hook up makefilesKeith Whitwell
2009-10-24i965g: first compiling fileKeith Whitwell
2009-10-23ws/i965: pull in the rest of the i915 winsys tree.Keith Whitwell
The intel_xorg file looks like it's got quite a bit of code that could be lifted up into the xorg state tracker -- should really just have a list of pci ids and a pointer to a screen create func.
2009-10-23ws/i965: clone the i915 winsysKeith Whitwell
I'll want to rework this, not sure trying to share this code is a very good idea at least until the interfaces from the two drivers calm down.
2009-10-23i965g: wip on removing GL stuff, trying to get a few files compilingKeith Whitwell
2009-10-23i965: ignore cliprect_modeKeith Whitwell
2009-10-23i965g: wipKeith Whitwell
2009-10-23i965g: re-starting from the dri driverKeith Whitwell
2009-10-23gallium: remove extended negate also, and also the ExtSwz tokenKeith Whitwell
Likewise, the extended negate functionality hasn't been used since mesa switched to using tgsi_ureg to build programs, and has been translating the SWZ opcode internally to a single MAD.
2009-10-23cell: typo from ExtSwizzle commitKeith Whitwell
2009-10-23gallium: remove the swizzling parts of ExtSwizzleKeith Whitwell
These haven't been used by the mesa state tracker since the conversion to tgsi_ureg, and it seems that none of the other state trackers are using it either. This helps simplify one of the biggest suprises when starting off with TGSI shaders.
2009-10-23gallium: remove noise opcodesKeith Whitwell
Provide a dummy implementation in the GL state tracker (move 0.5 to the destination regs). At some point, a motivated person could add a better implementation of noise. Currently not even the nvidia binary drivers do anything more than this. In any case, the place to do this is in the GL state tracker, not the poor driver.
2009-10-23progs/demos: add fps to multiarbKeith Whitwell
2009-10-23r300g: last changes's typo, miss a include fileCooper Yuan
2009-10-23r300g: add flush_frontbuffer function to display video surfaceCooper Yuan
2009-10-23g3dvl: pass display and screen to g3dvl when creating video private contextCooper Yuan
2009-10-23r600: remove remains of old tnl pipelineAlex Deucher
2009-10-23r600: fix render size predictionAlex Deucher
2009-10-23r600: remove old tnl pipelineAlex Deucher
2009-10-23r600: clean up context creationAlex Deucher
Make it more consistent with other radeon drivers.
2009-10-22Revert "Store clipping distance for user clip planes as part of vertex ↵Ian Romanick
processing" This reverts commit f058b25881e08c9d89a33345e5c84e1357396932. This change is completely wrong in so many ways. When clip distances are generated as part of vertex processing, they must be interpolated to perform clipping. Geometric clipping goes right out the window.
2009-10-22Merge branch 'mesa_7_6_branch'Brian Paul
2009-10-22docs: document 'useprog' debug optionBrian Paul
2009-10-22mesa: fix up vbo commentsBrian Paul
2009-10-22mesa: added _mesa_dump_texture()Brian Paul
2009-10-22intel: flush old context before binding new contextBrian Paul
Per the GLX spec, when changing rendering contexts, the old context should first be flushed.
2009-10-22glx: don't destroy context immediately if it's currently boundBrian Paul
According to the GLXDestroyContext() man page, the context should not immediately be destroyed if it's bound to some thread. Wait until it's unbound to really delete it. The code for doing the later part is already present in MakeContextCurrent() so no change was needed there.
2009-10-22mesa: code refactoring- new _mesa_finish(), _mesa_flush()Brian Paul
2009-10-22st/xorg: fix the makefile when used with new xextprotoZack Rusin
2009-10-22progs/xdemos: fix command line flag typoBrian Paul
2009-10-22i965: fix hacked Fallback usage in brw_prepare_vertices()Brian Paul
Setting intel->Fallback = 1 clobbered any fallback state that was already set. Not sure where this hack originated (the git history is a little convoluted). Define and use a new BRW_FALLBACK_DRAW bit instead. This shouldn't break anything and could potentially fix some bugs (but no specific ones are known).
2009-10-22intel: define INTEL_FALLBACK_DRIVER for driversBrian Paul
2009-10-22intel: Fallback field is a bitmask, use GLbitfieldBrian Paul
2009-10-22i965: remove unused brw_context::tmp_fallback fieldBrian Paul
2009-10-22i965: remove unused BRW_FALLBACK_TEXTURE bitBrian Paul
The value was probably wrong too. It was the same as INTEL_FALLBACK_DRAW_BUFFER.
2009-10-22r300g: Enable more stuff in r300_screen, cleanup comments.Corbin Simpson
Also enable 24-bit depth buffers without stencil.
2009-10-22r300g: Cleanup PSC setup math a bit and stop using Draw formats.Corbin Simpson
2009-10-22nv50: handle PIPE_TEX_FILTER_ANISO caseChristoph Bumiller
Set the same bits as for linear filtering (in addition to max anisotropy), and 2 unknown bits I've seen set.
2009-10-22nouveau: nv30: rewrite so we can render only in depth bufferPatrice Mandin
2009-10-22nouveau: nv30: use a8r8g8b8 as depth texture format for z24s8Patrice Mandin
2009-10-22Kill off trident.Corbin Simpson
Hm. I could have said "chew trident and spit it out," or perhaps "spear trident," instead. Dohoho.
2009-10-22Nuke s3v.Corbin Simpson
As per FDO #17889.
2009-10-22r300g: Clean up duplicate code in r300_render.Corbin Simpson
2009-10-22r300g: Move render functions to r300_render.Corbin Simpson
Part of the fastpath cleanup.
2009-10-22scons: Hack LLVM support on Windows.José Fonseca
Doesn't quite work yet though, as small differences in the compilation flags used when building LLVM and Mesa cause link failures for STL symbols.
2009-10-22llvmpipe: Avoid yet another variable size array.José Fonseca
2009-10-22llvmpipe: Define rdtsc for MSVC.José Fonseca
2009-10-22llvmpipe: Avoid variable size arrays.José Fonseca
Not really variable size, but MSVC still doesn't like them.
2009-10-22llvmpipe: Use the pack/unpack functions for 8bit unsigned norm multiplication.José Fonseca
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-14 19:36:41 +0000