Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-02-12 | radeon/r200/r300: make build with out libdrm_radeon installed for now | Dave Airlie | |
2009-02-12 | r200/r300: get up to speed on renamed files | Dave Airlie | |
2009-02-12 | radeon/r200/r300: another big merge upheavel. | Dave Airlie | |
This merges lots of the hw state atom emission and firevertices code. it also removes a lot of the extra radeon crap from r300 and merge scissor | |||
2009-01-31 | r200/r300: swtcl fixups to use old dma buffers on top of BOs | Dave Airlie | |
2009-01-29 | radeon/r200/r300: bring back old style DMA buffer on top of BOs. | Dave Airlie | |
this gets back a lot of the lots speed in gears on r500 at least I also fixed the legacy bufmgr to deal when the dma space fills up | |||
2009-01-22 | r200/r300: port r200 texture handling to common code | Dave Airlie | |
we now get texrect + trivial textures working | |||
2009-01-21 | r300: move to common texture_image object | Dave Airlie | |
2009-01-21 | radeon/r200/r300: start to move to common miptree/texobj | Dave Airlie | |
2009-01-20 | r200: clear is working at least - not much else | Dave Airlie | |
2009-01-15 | r300: move some more function to generic | Dave Airlie | |
2009-01-14 | r300: start moving new r300 cmdbuf into common code | Dave Airlie | |
2009-01-14 | radeon/r200/r300: attempt to move lock to common code | Dave Airlie | |
2009-01-14 | radeon/r200/r300: initial attempt to convert to common context code | Dave Airlie | |
2008-11-14 | r300: release bo from pixmap | Jerome Glisse | |
2008-11-14 | r300: SetTex extension support | Jerome Glisse | |
2008-11-14 | r300: cs + DRI2 support | Jerome Glisse | |
If DRI2 is enabled then switch cmd assembly to directly build hw packet. | |||
2008-11-14 | r300: bo and cs abstraction. | Jerome Glisse | |
This abstract memory management and command stream building so we can use different backend either legacy one which use old pathway or a new one like with a new memory manager. This works was done by : Nicolai Haehnle Dave Airlie Jerome Glisse | |||
2008-09-18 | mesa: added "main/" prefix to includes, remove some -I paths from ↵ | Brian Paul | |
Makefile.template | |||
2008-07-27 | r300: Implement hardware acceleration for ColorLogicOp | Nicolai Haehnle | |
2008-07-12 | r300_fragprog: Use nqssa+dce and program_pair for emit | Nicolai Haehnle | |
Share almost all code with r500_fragprog now. This also fixes Piglit's texrect-many test, which means that the compiz bicubic plugin should work with hardware acceleration now. | |||
2008-07-12 | r500_fragprog: Major refactoring of final emit | Nicolai Haehnle | |
Use an abstracted instruction scheduling and register allocation algorithm that we will be able to share with r300_fragprog. Unlike the original emit code, this code tries to pair instructions that only use the RGB part of the ALU with instructions that only use the alpha part. However, the pairing algorithm still has some shortcomings; for example, it doesn't generate optimal code for the emulation of LIT. | |||
2008-07-06 | r300: Allow adding parameters during fragprog transform, share LIT code | Nicolai Haehnle | |
2008-06-30 | r300: Cleanup LodBias support | Nicolai Haehnle | |
. There is both a per-texture unit and a per-texture object (at least for OpenGL 1.4); this should now be supported properly. . The LOD bias calculation in r300_state has been simplified and corrected (need to multiply by 32 instead of 31, and ensure clamping) . do not clamp LOD bias in TexEnv, as that behaviour conflicts with what the spec says . set Const.MaxTextureLodBias properly . remove the no_neg_lod_bias property; if somebody can explain what it's good for, we can add it back in, but according to Google, nobody seems to use it . removed some dead code and unused variables | |||
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-16 | r300: 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-14 | r5xx: FP refactor, take one. | Corbin Simpson | |
Yes, I know it's massive. Imagine how I felt, auditing 3000 lines of code. | |||
2008-06-14 | r300: Implement GL_ARB_shadow and GL_EXT_shadow_funcs | Nicolai Haehnle | |
2008-06-14 | r300: Do not include r300_fragprog.h from r300_context.h and other cleanups | Nicolai Haehnle | |
2008-06-14 | r300_fragprog: Refactoring and cleanup | Nicolai Haehnle | |
Refactor so that r300_pfs_compile_state "owns"/holds a pointer to r300_fragment_program instead of the other way round. This is more natural from an object orientation point of view. Move the compiled hardware state into r300_fragment_program_code, in anticipation of on-the-fly program recompilation based on external OpenGL state. | |||
2008-06-13 | r300/r500: Separate fragprog compiler structures | Nicolai Haehnle | |
r500 code still used r300_pfs_compile_state, which contains some fields that really only make sense on r3xx type hardware. In order to allow both fragprog implementations to go forward without disturbing each other, I've pushed this structure down into the respective r[3|5]00_fragprog.c | |||
2008-06-07 | r300: Some cleanups in depth and stencil state handling | Nicolai Haehnle | |
This also fixes a bug with Zfunc set to GL_NEVER in glean/paths. | |||
2008-06-06 | r300: Remove unused variable r300_tex_obj::dirty_state and related defines | Nicolai Haehnle | |
This variable was only ever written to, but nobody used its value. | |||
2008-06-01 | r5xx: Enable depth write emission. | Corbin Simpson | |
Thanks to nh for the r3xx version. | |||
2008-06-01 | r300: Writing to result.depth in fragment programs (R3xx; only stub for R5xx) | Nicolai Haehnle | |
Setup fg_depth_src for depth writing programs and change early Z (ztop) semantics. Piglit's version of glean/fragprog test passes now (unlike Glean, its dependency on EXT_fog_coord, which we don't support, is optional). R3xx only at the moment, but should be straightforward to adapt to R5xx (I don't own an R5xx, and I don't want to break anything.) | |||
2008-05-28 | r500: cleanup warnings and include files | Dave Airlie | |
2008-05-27 | r500: the cs is shared per context - doh so don't use for program upload. | Dave Airlie | |
Also remove some unused bits of the r500 fragprog struct | |||
2008-05-27 | r300/r500: emit flush inside vap_cntl state atom | Dave Airlie | |
Not sure if this is a good or bad plan, it certainly doesn't make things worse here. | |||
2008-05-22 | r500: bump state atom size up for fp and fp constants | Dave Airlie | |
2008-05-17 | r500: write out the correct FP registers | Alex Deucher | |
2008-05-06 | r5xx: Index inputs and temps. | Corbin Simpson | |
This is not the same as r3xx indexing. It only tries to protect inputs on the pixel stack from getting clobbered by temps or texs. Texs don't need special treatment since they read from special input regs and write to the same temp regs as ALU/FC instructions. | |||
2008-05-05 | r500: make sure we emit max temp atom. | Dave Airlie | |
We don't appear to update max_temp_idx yet anywhere though | |||
2008-05-02 | Initial r5xx fragment program compiler support. | Corbin Simpson | |
Includes fallback shader and a handful of working opcodes. | |||
2008-05-02 | r500: setup fragment program constant emission atom | Dave Airlie | |
2008-05-02 | more r500 vs r300 kickin | Dave Airlie | |
2008-05-02 | some basic r500 portage | Dave Airlie | |
2008-03-28 | r300: move to using RS_INST names | Dave Airlie | |
2008-02-27 | r300: add artificial output to match fragment program input | Markus Amsler | |
2008-02-25 | [r300] Add more struct names for r300_hw_state | Christoph Brill | |
2008-02-25 | [r300] rename all unkown structs r300_hw_state to readable names | Christoph Brill | |
2007-11-05 | Renamed the R300_VAP_UNKNOWN_221C to R300_VAP_CLIP_CNTL. | Oliver McFadden | |