aboutsummaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* Make intel_{batch,exec}_ioctl return an error code so we can recover better.Eric Anholt2008-05-053-26/+33
|
* Add intel_bufmgr_gem.c to i915Keith Packard2008-05-051-0/+1
|
* Temporarily disable intel pixel ops on i915 for GEMKeith Packard2008-05-053-5/+8
| | | | | Instead of attempting to fix these for GEM, just disable until GEM is working.
* Don't forget to set handle of shared buffers.Eric Anholt2008-05-021-1/+3
| | | | (And fix a nearby whitespace nit)
* Fix GEM execbuf ioctl argument.Eric Anholt2008-05-021-2/+3
|
* Fix to use GEM execbuf instead of TTM.Eric Anholt2008-05-021-2/+2
|
* Minor fixups to get GEM to the point of execbuf ioctl.Eric Anholt2008-05-022-10/+11
|
* [intel] Fix build for GEM. TTM is now disabled, and fencing is gone.Eric Anholt2008-05-0215-301/+55
| | | | | | | Fencing was used in two places: ensuring that we didn't get too many frames ahead of ourselves, and glFinish. glFinish will be satisfied by waiting on buffers like we would do for CPU access on them. The "don't get too far ahead" is now the responsibility of the execution manager (kernel).
* Add intel_bufmgr_gem for new graphics execution manager.Eric Anholt2008-05-0210-40/+869
|
* [intel] Warnings fixes.Eric Anholt2008-05-024-2/+2
|
* [intel] Merge intel_ioctl.h. Not sure how this slipped by in the .c merge.Eric Anholt2008-05-022-44/+0
|
* fix conversion of GLfloat display list IDsBrian Paul2008-05-011-21/+24
| | | | | | Use floor() to convert to int (per Mark Kildard and the SI). Also, change translate_id() to return a signed integer since we may be offsetting from GL_LIST_BASE.
* Add support for GL_REPLACE_EXT texture env mode.Brian Paul2008-04-301-1/+6
| | | | | | GL_REPLACE_EXT comes from the ancient GL_EXT_texture extension. Found an old demo that actually uses it. The values of the GL_REPLACE and GL_REPLACE_EXT tokens is different, unfortunately.
* intel: test cpp to ensure mipmap tree matches texture image.Xiang, Haihao2008-04-301-0/+5
|
* mesa: adjust glBitmap coords by a small epsilonBrian Paul2008-04-291-2/+3
| | | | | | | | Fixes problem with bitmaps jumping around by one pixel depending on window size. The rasterpos is often X.9999 instead of X+1. Run progs/redbook/drawf and resize window to check. Cherry picked from gallium-0.1 branch
* r200: fix state submission issue causing bogus textures (bug 15730)Ove Kaaven2008-04-291-0/+6
|
* Change default of driconf "allow_large_textures" to announce hardware limits.Michel Dänzer2008-04-292-3/+3
| | | | | | 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).
* build fix for xorg driverAlan Hourihane2008-04-281-3/+4
|
* [i965] short immediate values must be replicated to both halves of the dwordKeith Packard2008-04-251-2/+2
| | | | | | 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.
* glcore: Respect DESTDIRDan Nicholson2008-04-251-2/+2
|
* silence warningAlan Hourihane2008-04-251-1/+1
|
* enable GL_EXT_multi_draw_arrays (see bug 15670)Pierre Beyssac2008-04-242-0/+4
|
* include <X11/Xlib.h>Alan Hourihane2008-04-232-0/+2
|
* drop stray includes of glapiGeorge Sapountzis2008-04-232-2/+0
|
* glx: nitpick renamesGeorge Sapountzis2008-04-234-2/+2
|
* glx: split out current context codeGeorge Sapountzis2008-04-237-521/+538
| | | | also clean header inclusion after code movement
* glcore: drop outdated sources files intented for xorgGeorge Sapountzis2008-04-2311-374/+0
|
* glcore: tree sharing for DRI and XMesaGeorge Sapountzis2008-04-232-1/+79
|
* glcore: build from mesaGeorge Sapountzis2008-04-238-7/+126
|
* revert part of the previous cleanup - it only appliesAlan Hourihane2008-04-221-1/+1
| | | | to the 7.0 branch
* Fix error stringAlan Hourihane2008-04-221-1/+2
|
* correct the return valueAlan Hourihane2008-04-221-1/+1
|
* small cleanupsAlan Hourihane2008-04-223-7/+7
|
* i965: fix DEPTH_TEXTURE_MODE (bug #14220)Xiang, Haihao2008-04-222-7/+10
|
* [i965] This is to fix random crash in some maps of Ut2004 demo.Zou Nan hai2008-04-221-1/+1
| | | | | | | 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.
* i965: save the offset of target buffer after last execution, not relocatee ↵Xiang, Haihao2008-04-221-1/+1
| | | | buffer.
* intel: fix an assertion failure. fix bug #15575Xiang, Haihao2008-04-211-2/+4
|
* i965: clear the PRESUMED_OFFSET flag from bo_req.hint, not bo_req.flags. fix ↵Xiang, Haihao2008-04-211-1/+1
| | | | #15574
* i965: fixup depth buffer checkDave Airlie2008-04-181-1/+1
|
* i965: fix vb aperture space checkDave Airlie2008-04-181-4/+8
|
* 965: fix vb upload size checkDave Airlie2008-04-181-3/+5
|
* i965: fix gs_prog aperture checkDave Airlie2008-04-181-2/+4
|
* i915: check for depth region before accounting its buffer sizeDave Airlie2008-04-181-1/+2
| | | | fd.o bz #15573
* i965: initial attempt at fixing the aperture overflowDave Airlie2008-04-1826-161/+385
| | | | | | | | | 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.
* Revert "[i965] renable regative rhw test"Xiang, Haihao2008-04-173-12/+16
| | | | | This reverts commit 3158e981f5f37768e9b04765704b9eaece8b899b. rhw issue has gone away on IGD.
* r200: accept PROGRAM_CONSTANT inputs due to mesa changesAndrew Randrianasulu2008-04-171-0/+1
|
* bufmgr_fake: disable debugging againDave Airlie2008-04-161-1/+1
|
* intel: fix _mesa_error ctx I introduced at lsat minuteDave Airlie2008-04-162-1/+34
|
* intel/fake_bufmgr: Attempt to restrict references to objects in a ↵Dave Airlie2008-04-167-18/+187
| | | | | | | | | | | | | | | | | | | | | | | | 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.
* fix multi-draw buffer regressionBrian2008-04-141-2/+1
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-13 08:29:32 +0000