Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-01-21 | r300/radeon: move face_for_target | Dave Airlie | |
2009-01-21 | r300: start migrating common functions into common code | Dave Airlie | |
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-21 | r200: make tri render on my r200. | Dave Airlie | |
2009-01-20 | r200: tri runs without crashing - doesn't draw anything | 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-15 | radeon/r200/r300: start to make cmd buf useful | Dave Airlie | |
2009-01-15 | r100/r200: move to new atom style emission | Dave Airlie | |
2009-01-14 | radeon: get ctx right in copybuffer | Dave Airlie | |
2009-01-14 | r200: add missing symbols | Dave Airlie | |
2009-01-14 | radeon/r200/r300: make legacy emit non-r300 specific | Dave Airlie | |
2009-01-14 | radeon: move debug symbol add DRI2 | Dave Airlie | |
2009-01-14 | r300: start moving new r300 cmdbuf into common code | Dave Airlie | |
2009-01-14 | radeon/r200/r300: consolidate swap buffers | Dave Airlie | |
2009-01-14 | radeon: remove old lock code | Dave Airlie | |
2009-01-14 | radeon/r200/r300: consolidate the buffer copy/flip code into one place | 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 | |
2009-01-14 | radeon/r200: move more stuff closer together in context | Dave Airlie | |
2009-01-14 | radeon/r200: move state atom to common header | Dave Airlie | |
2009-01-13 | radeon/r200: start splitting out commonalities into separate headers | Dave Airlie | |
2009-01-13 | radeon: use bo_wait to wait for all buffers to be rendered to | Dave Airlie | |
Not 100% sure this is correct, but its what Intel does and its better than CP_IDLE. | |||
2009-01-11 | radeon/r300: add code to setup r300 vs r500 using pci device from kernel | Dave Airlie | |
2008-12-22 | r300: disable settexoffset extension on r300 | Dave Airlie | |
2008-12-22 | radeon: fix library name for consistency | Dave Airlie | |
2008-12-22 | radeon: remove start/end offset + cleanup some whitespace | Dave Airlie | |
2008-12-22 | radeon: fixup r500 FP emission for new CS | Dave Airlie | |
2008-12-21 | radeno: hopefully make r200/radeon build | Dave Airlie | |
2008-12-01 | radeon: make DRI1 one work with new CS mechanism | Dave Airlie | |
2008-11-16 | radeon: cs add print cs callback | Jerome Glisse | |
2008-11-16 | radeon: fix pointer dangling | Jerome Glisse | |
2008-11-15 | radeon: update to libdrm-radeon API changes | Jerome Glisse | |
2008-11-14 | radeon: dri2 don't forget to free buffer | Jerome Glisse | |
2008-11-14 | r300: release bo from pixmap | Jerome Glisse | |
2008-11-14 | r300: convert to new relocations format (see libdrm-radeon) | 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-11-12 | i965: Upload state on primitive switch, don't just prepare it. | Eric Anholt | |
This was a regression in 59b2c2adbbece27ccf54e58b598ea29cb3a5aa85 that broke blender, among other apps. | |||
2008-11-12 | i965: Fix VB refcount leak on aperture overflow. | Eric Anholt | |
2008-11-12 | i965: Fix up VS max_threads for G4X and removing a magic number. | Eric Anholt | |
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). | |||
2008-11-12 | i965: Fix up SF max_threads. | Eric Anholt | |
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. | |||
2008-11-12 | i965: Fix up clip min_nr_entries, preferred_nr_entries, and max_threads. | Eric Anholt | |
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). | |||
2008-11-12 | i965: Update WM maximum threads for G4X. | Eric Anholt | |
2008-11-12 | i965: Add a big comment explaining my understanding of URB management. | Eric Anholt | |
It shouldn't offer anything new over what's in the docs (except for G4X notes), but here it's all in one place. | |||
2008-11-11 | intel: reset cliprect_mode to IGNORE_CLIPRECTS. | Xiang, Haihao | |
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). | |||
2008-11-10 | mesa: restore glapi/ prefix on #include | Brian Paul | |
2008-11-10 | GLX: fix out-of-bounds memory issue in indirect glAreTexturesResident() | Brian Paul | |
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. |