summaryrefslogtreecommitdiff
path: root/src/mesa/drivers/dri
AgeCommit message (Collapse)Author
2008-05-23dri/swrast: add dithering supportGeorge Sapountzis
2008-05-23dri/swrast: add support for r3g3b2George Sapountzis
2008-05-23dri: add support for generating 3_3_2 configsGeorge Sapountzis
2008-05-23dri/swrast: split out common pixel macrosGeorge Sapountzis
2008-05-23dri/swrast: drop TODO listGeorge Sapountzis
2008-05-23drop GLcoreGeorge Sapountzis
2008-05-21dri/swrast: use Makefile.templateGeorge Sapountzis
2008-05-21dri/swrast: fb configs tweaksGeorge Sapountzis
@32: provide configs with depth=0, stencil=8 @16: provide configs with depth=0, stencil=8 and depth=16, stencil=8
2008-05-21dri/swrast: re-indent FillInModesGeorge Sapountzis
2008-05-20Add DRI driver that uses the mesa swrast module.George Sapountzis
2008-05-20Make utils.h self-contained.George Sapountzis
Move stuff with drm dependencies to dri_util.h, and move a couple of types without drm dependencies to utils.h.
2008-05-20i965: Check fallback before accounting for index/vertex buffer size. fix #16028.Xiang, Haihao
2008-05-09intel: use new mipmap generation hooks in driver.Dave Airlie
2008-05-09swrast/dri: switch over users of generate_mipmap to new interfaceDave Airlie
2008-05-09Revert "mesa/intel: map/unmap texture objects around mipmap generation ↵Dave Airlie
function." This reverts commit c50ffc4cb89b67ae59208eb72cdb664c846ba987. I'll fix this using the mipmap hooks I just picked from gallium-0.1
2008-05-09mesa/intel: map/unmap texture objects around mipmap generation function.Dave Airlie
This at least stops the compiz brain explosion we were seeing, I do wonder though if we should somehow be calling intel_generate_mipmap somehow.
2008-05-08Add RS690M PCI ID.Kristian Høgsberg
2008-05-07Never fail `make clean'Dan Nicholson
Mostly some pedantic changes such that `make clean' always ignores errors. Also changed the top clean target to do the `touch configs/current' dance instead of realclean.
2008-05-06i965: fix googleearth in classic mode.Dave Airlie
In classic mode googleearth triggered a case where vbos weren't getting accounted properly.
2008-05-06r300: fragment.position input needs no blanking out, it's correctly handled ↵Markus Amsler
in insert_wpos. fixes bug 15447
2008-05-05i965: Don't cast the result of brw_prepare_vertices to an unsigned value.Xiang, Haihao
Negative value means other errors, not aperture overflow. fix bug #15752
2008-05-05r300: fix swtcl texrect path properly.Dave Airlie
We really need to update the shader state so the texrect parameters work. This should fix compiz looking crappy on rs480 and rs690 (cherry picked from commit 66a5562ce2906fbf5b96d1cee18f9a31a78c4360)
2008-05-05r300: add R300_NO_TCL to allow testing of non-tcl on tcl cardsDave Airlie
(cherry picked from commit 026ef8111a94f6449dfa5e5cc0ae91fca4e68c0c)
2008-05-04r300: Set correct VAP_CNTL per vertex program.Markus Amsler
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-30intel: test cpp to ensure mipmap tree matches texture image.Xiang, Haihao
2008-04-29r200: fix state submission issue causing bogus textures (bug 15730)Ove Kaaven
2008-04-29Change 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-28build fix for xorg driverAlan Hourihane
2008-04-25[i965] short immediate values must be replicated to both halves of the dwordKeith 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-25silence warningAlan Hourihane
2008-04-24enable GL_EXT_multi_draw_arrays (see bug 15670)Pierre Beyssac
2008-04-22i965: 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-22i965: save the offset of target buffer after last execution, not relocatee ↵Xiang, Haihao
buffer.
2008-04-21intel: fix an assertion failure. fix bug #15575Xiang, Haihao
2008-04-21i965: clear the PRESUMED_OFFSET flag from bo_req.hint, not bo_req.flags. fix ↵Xiang, Haihao
#15574
2008-04-18i965: fixup depth buffer checkDave Airlie
2008-04-18i965: fix vb aperture space checkDave Airlie
2008-04-18965: fix vb upload size checkDave Airlie
2008-04-18i965: fix gs_prog aperture checkDave Airlie
2008-04-18i915: check for depth region before accounting its buffer sizeDave Airlie
fd.o bz #15573
2008-04-18i965: initial attempt at fixing the aperture overflowDave 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-17Revert "[i965] renable regative rhw test"Xiang, Haihao
This reverts commit 3158e981f5f37768e9b04765704b9eaece8b899b. rhw issue has gone away on IGD.
2008-04-17r200: accept PROGRAM_CONSTANT inputs due to mesa changesAndrew Randrianasulu
2008-04-16bufmgr_fake: disable debugging againDave Airlie
2008-04-16intel: fix _mesa_error ctx I introduced at lsat minuteDave Airlie
2008-04-16intel/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.
2008-04-14only use __x86_64__, not __amd64__ (bug 15503)Brian Paul