Age | Commit message (Collapse) | Author | |
---|---|---|---|
2008-05-03 | r300: add R300_NO_TCL to allow testing of non-tcl on tcl cards | Dave Airlie | |
2008-05-02 | R300: fix rebase conflicts | Alex Deucher | |
2008-05-02 | R3/4/5: fix TCL on r5xx, cleanup PVS code | Alex Deucher | |
2008-05-02 | R300: fix VAP_OUTPUT_VTX_FMT_1 defines | Alex Deucher | |
2008-05-02 | R300: cleanup VAP_CLIP_CNTL | Alex Deucher | |
2008-05-02 | R300: clean up VAP_PROG_STREAM_CNTL* register usage | Alex Deucher | |
2008-05-02 | Update comment | Alex Deucher | |
2008-05-02 | R5xx: various updates | Alex Deucher | |
- fixup VAP_CNTL setup - remove extra instruction in r5xx passthrough shader - add notes about pipe config | |||
2008-05-02 | R5xx: Add R5xx pci ids | Alex Deucher | |
2008-05-02 | fixup r500 bits for renaming | Dave Airlie | |
2008-05-02 | r500: fixup fake shader to keep gears going | Dave Airlie | |
2008-05-02 | r500: enable gb tiling for r5xx | Dave Airlie | |
2008-05-02 | r500: fixup support for emitting fragment program to hardware. | Dave Airlie | |
Also fixup the constant emission this breaks glxgears from what I can see but its another step to correctness | |||
2008-05-02 | r500: setup fragment program constant emission atom | Dave Airlie | |
2008-05-02 | r300: add rv530 pci id for the t60p laptop | Dave Airlie | |
2008-05-02 | r300: this code really shouldn't be here. | Dave Airlie | |
For R500 just ignore it for now while I do something interesting like run glxgears. | |||
2008-05-02 | mesa: cleanup state emission and rs for r500 | Dave Airlie | |
trivial clear app now renders | |||
2008-05-02 | r500 RS unit setup | Dave Airlie | |
2008-05-02 | more r500 vs r300 kickin | Dave Airlie | |
2008-05-02 | some basic r500 portage | Dave Airlie | |
2008-05-02 | r500: fragprog | Dave Airlie | |
2008-05-02 | [intel] Warnings fixes. | Eric Anholt | |
2008-05-02 | [intel] Merge intel_ioctl.h. Not sure how this slipped by in the .c merge. | Eric Anholt | |
2008-04-30 | intel: test cpp to ensure mipmap tree matches texture image. | Xiang, Haihao | |
2008-04-29 | r200: fix state submission issue causing bogus textures (bug 15730) | Ove Kaaven | |
2008-04-29 | Change default of driconf "allow_large_textures" to announce hardware limits. | Michel Dänzer | |
The previous default these days served mostly to cause artifical problems with GLX compositing managers like compiz (see e.g. http://bugs.freedesktop.org/show_bug.cgi?id=10501). | |||
2008-04-28 | build fix for xorg driver | Alan Hourihane | |
2008-04-25 | [i965] short immediate values must be replicated to both halves of the dword | Keith Packard | |
The 32-bit immediate value in the i965 instruction word must contain two copies of any 16-bit constants. brw_imm_uw and brw_imm_w just needed to copy the value into both halves of the immediate value instruction field. | |||
2008-04-25 | glcore: Respect DESTDIR | Dan Nicholson | |
2008-04-25 | silence warning | Alan Hourihane | |
2008-04-24 | enable GL_EXT_multi_draw_arrays (see bug 15670) | Pierre Beyssac | |
2008-04-23 | glcore: drop outdated sources files intented for xorg | George Sapountzis | |
2008-04-23 | glcore: tree sharing for DRI and XMesa | George Sapountzis | |
2008-04-23 | glcore: build from mesa | George Sapountzis | |
2008-04-22 | i965: fix DEPTH_TEXTURE_MODE (bug #14220) | Xiang, Haihao | |
2008-04-22 | [i965] This is to fix random crash in some maps of Ut2004 demo. | Zou Nan hai | |
e.g. bridge of fate. If vs output is big, driver may fall back to use 8 urb entries for vs, unfortunally, for some unknown reason, if vs is working at 4x2 mode, 8 entries is not enough, may lead to gpu hang. | |||
2008-04-22 | i965: save the offset of target buffer after last execution, not relocatee ↵ | Xiang, Haihao | |
buffer. | |||
2008-04-21 | intel: fix an assertion failure. fix bug #15575 | Xiang, Haihao | |
2008-04-21 | i965: clear the PRESUMED_OFFSET flag from bo_req.hint, not bo_req.flags. fix ↵ | Xiang, Haihao | |
#15574 | |||
2008-04-18 | i965: fixup depth buffer check | Dave Airlie | |
2008-04-18 | i965: fix vb aperture space check | Dave Airlie | |
2008-04-18 | 965: fix vb upload size check | Dave Airlie | |
2008-04-18 | i965: fix gs_prog aperture check | Dave Airlie | |
2008-04-18 | i915: check for depth region before accounting its buffer size | Dave Airlie | |
fd.o bz #15573 | |||
2008-04-18 | i965: initial attempt at fixing the aperture overflow | Dave Airlie | |
Makes state emission into a 2 phase, prepare sets things up and accounts the size of all referenced buffer objects. The emit stage then actually does the batchbuffer touching for emitting the objects. There is an assert in dri_emit_reloc if a reloc occurs for a buffer that hasn't been accounted yet. | |||
2008-04-17 | Revert "[i965] renable regative rhw test" | Xiang, Haihao | |
This reverts commit 3158e981f5f37768e9b04765704b9eaece8b899b. rhw issue has gone away on IGD. | |||
2008-04-17 | r200: accept PROGRAM_CONSTANT inputs due to mesa changes | Andrew Randrianasulu | |
2008-04-16 | bufmgr_fake: disable debugging again | Dave Airlie | |
2008-04-16 | intel: fix _mesa_error ctx I introduced at lsat minute | Dave Airlie | |
2008-04-16 | intel/fake_bufmgr: Attempt to restrict references to objects in a ↵ | Dave Airlie | |
batchbuffer > aperture size. So with compiz on Intel hw with fake bufmgr, opening 4 firefox windows at 1680x1050 and hitting alt-tab, could cause the batchbuffer to try and reference more than the 32MB of RAM allocated. Fix 1: Fix 1 is to pre-verify the list of buffers against the current batchbuffer and if it can't possibly fit in the aperture to flush the batchbuffer to the hardware and try again. If the buffers still can't fit well then you are hosed as I'm not sure there is a nice way to tell anyone. Fix 2: Next problem was that even with a simple check for total < aperture, we ran into fragmentation issues, this meant that half way down a set of buffers, we would fail as no blocks were available. Fix this by nuking the memory manager from orbit and letting it start again and relayout the blocks in a manner that fits. Fix 3: Finally the initial problem we were seeing was a memcpy to a NULL backing store. We seem to end up with a texture at some point that never gets mapped but ends up with data in it. compiz al-tab icons have this property. So I created a card dirty bit that memcpy's any buffer that is !static and is written to back to memory. This probably is wrong but it makes compiz work for now. Caveats: 965 support is still fail. |