summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2008-08-24i915: Convert vblank on disabled pipe DRM_ERROR to DRM_DEBUG.Robert Noland
2008-08-24i915: Clear sarea_priv during lastclose.Robert Noland
sarea_priv needs to be NULL before i915_initialized is called to properly reset it. The stale value produces a panic any time something opens/closes drm without calling initialize. i.e. version checking
2008-08-24i915: Free dev->dev_private on unload.Robert Noland
2008-08-24[FreeBSD] Move vblank bits into their own structure.vehemens
Signed-off-by: Robert Noland <rnoland@2hip.net>
2008-08-24[FreeBSD] Fix lock leak.vehemens
Signed-off-by: Robert Noland <rnoland@2hip.net>
2008-08-24i915: Move spinlock init / destroy to load / unload time.Robert Noland
This resolves the panic on FreeBSD during VT switch, without attempting any of the more lofty goals for the time being.
2008-08-24libdrm: add udev support.Dave Airlie
This patch allows you to --enable-udev, and will avoid having libdrm make device nodes. If you are using udev, you should really --enable-udev your libdrm.
2008-08-19nouveau: fifo and graphics engine suspend and resume for nv04-nv4xroot
Corresponding DDX patch at http://people.freedesktop.org/~stuart/nv0x-nv4x_suspend/
2008-08-18Change prototype of drmIoctl to unsigned long request.Coleman Kane
This resolves and issue on amd64 FreeBSD and it looks like the linux ioctl syscall should be unsigned long as well. Signed-off-by: Robert Noland <rnoland@2hip.net>
2008-08-17nouveau: make it compile under 2.6.27Maarten Maathuis
2008-08-17linux: on_each_cpu has 3 args on 2.6.27Maarten Maathuis
2008-08-13Don't call the vblank tasklet with irqs disabled.Thomas Hellstrom
If a specific tasklet shares data with irq context, it needs to take a private irq-blocking spinlock within the tasklet itself.
2008-08-12[intel_bufmgr_gem] Fix flink buffer name caching (#17085, #17092).Kristian Høgsberg
Store the global name in global_name, don't overwrite the gem_handle.
2008-08-11libdrm: Allow build outside of source tree.Matthieu Herrb
2008-08-11drm_vm: fix for build on 2.6.22Dave Airlie
thanks to malc0 for pointing it out
2008-08-11drm: add OS_HAS_GEM option.Dave Airlie
To build i915 driver pass OS_HAS_GEM=1 to make for now
2008-08-09drm: TRUE/trueDave Airlie
2008-08-08Drop TTM interfaces from the userland library.Eric Anholt
2008-08-08Fix compile warning from check_aperture change.Eric Anholt
2008-08-08Merge branch 'drm-gem'Eric Anholt
Conflicts: shared-core/i915_dma.c This brings in kernel support and userland interface for intel GEM.
2008-08-08Replace the check_aperture API with one we can make thread-safe.Eric Anholt
While the bufmgr isn't thread-safe at the moment, we need it to be for shared objects between contexts.
2008-08-08nouveau: wait for pgraph idle after loading or saving a contextStuart Bennett
the nvidia driver does this, and it stops the error message appearing on nv40
2008-08-07Make flink save the kernel-assigned name and return it instead of creating ↵Keith Packard
another name
2008-08-06Switch from shmem_getpage to read_mapping_pageKeith Packard
2008-08-05[gem-intel] Retiring flush requests should clear flushed write_domainsKeith Packard
When i915_gem_retire_request has a flush which matches an object write domain, clear the write domain. This will move the object to the inactive list rather than the flushing list, avoiding trouble with objects left stuck on the flushing list.
2008-08-05[gem-intel] Don't clear write_domain until flush completesKeith Packard
In i915_gem_object_wait_rendering, if the object write domain is being written by the GPU, the appropriate flushing commands are written to the device and an additional request queued to mark that flush. Finally, the function blocks on that new request. The bug was that the write_domain in the object was cleared before the function blocked. If the wait is interrupted by a signal, the flushing commands may still be pending. With the current write_domain information lost, the restarted syscall will drop right through the write_domain test as that value was lost, and so the function will not block at all. Oops. Fixed by simply moving the write_domain clear until after the wait_request succeeds. Note that the restarted system call will generate an additional flush sequence and request, but that should be 'harmless', aside from a slight performance impact. Someday we'll track flushing more accurately and clear write_domains more efficiently, but for now, this should suffice. This bug was discovered in the 2d gem development by running x11perf -copypixwin500 and noticing that the window got cleared accidentally.
2008-08-04Expose pin/unpin/set_tiling/flink APIsKeith Packard
2008-08-01Revert "i915: Move all of the irq install/uninstall to load time."Dave Airlie
This reverts commit 965a72202b439068e62ac341990f51953457b202. Please re-do over properly
2008-07-31drm: add fault handler support so as to be more like possible upstreamDave Airlie
2008-07-30intel-gem: Replace version bump signalling GEM with I915_PARAM_HAS_GEM.Eric Anholt
2008-07-30intel-gem: Remove dead field from reverted changes.Eric Anholt
2008-07-30Revert "Rename drm_mm.c and its fuctions to drm_memrange."Eric Anholt
This reverts commit 3ad8db2071d30c198403e605f2726fc5c3e46bfd. We ended up not needing that namespace, and I'd rather not have the churn for producing diffs.
2008-07-30i915: more version checksDave Airlie
2008-07-30i915: add version checks for opregion on old kernelsDave Airlie
2008-07-29intel-gem: actually add i915_gem_debug.c.Eric Anholt
2008-07-29intel-gem: Check return value of pci_read_base.Eric Anholt
2008-07-29r300: Fix cliprect emitNicolai Haehnle
This makes our handling of cliprects sane. drm_clip_rect always has exclusive bottom-right corners, but the hardware expects inclusive bottom-right corners, so we adjust this here. This complements Michel Daenzer's commit 57aea290e1e0a26d1e74df6cff777eb9f038f1f8 to Mesa. See also http://bugs.freedesktop.org/show_bug.cgi?id=16123 .
2008-07-28intel: Fix typo in unused register definition name.Eric Anholt
2008-07-28intel-gem: checkpatch.pl on drm_proc.c new contents.Eric Anholt
2008-07-28Merge commit 'origin/master' into drm-gemEric Anholt
Conflicts: linux-core/Makefile.kernel shared-core/i915_dma.c shared-core/i915_drv.h shared-core/i915_irq.c
2008-07-29nouveau: fix nv04 fifo context save to save reg contents, not reg offsetStuart Bennett
clearly the function had never been used :)
2008-07-29nouveau: fix bad rename from 5a072f32c8f941d1ef301811881e8c89c8d8a5f1Stuart Bennett
2008-07-28intel-gem: Another checkpatch.pl pass.Eric Anholt
2008-07-28intel-gem: Fix regression tests.Eric Anholt
Main fix is an oops that was triggered by the gtt pwrite path when we don't have the gtt initialized. Also, settle on -EBADF for "bad object handle", and -EINVAL for "reading/writing beyond object boundary".
2008-07-28intel-gem: Speed up tiled readpixels by tracking which pages have been flushed.Eric Anholt
This is around 3x or so speedup, since we would read wide rows at a time, and clflush each tile 8 times as a result. We'll want code related to this anyway when we do fault-based per-page clflushing for sw fallbacks.
2008-07-26intel-gem: Move debug-only functions to a separate file.Eric Anholt
2008-07-26radeon: Add suspend/resume hooks for saving/clearing/restoring interrupts.Stefan Becker
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=16799 .
2008-07-26r300_cmdbuf: Always emit INDX_BUFFER immediately after DRAW_INDEXNicolai Haehnle
DRAW_INDEX writes a vertex count to VAP_VF_CNTL. Docs say that behaviour is undefined (i.e. lockups happen) when this write is not followed by the right number of vertex indices. Thus we used to do the wrong thing when drawing across many cliprects was necessary, because we emitted a sequence DRAW_INDEX, DRAW_INDEX, INDX_BUFFER, INDX_BUFFER instead of DRAW_INDEX, INDX_BUFFER, DRAW_INDEX, INDX_BUFFER The latter is what we're doing now and which ought to be correct.
2008-07-25[FreeBSD] Duh, we need to actually define the drm_modeset_ctl...Robert Noland
2008-07-25drm: don't set the signal blocker on the master process.Dave Airlie
this lets us debug the X server through xkb startup. Not sure what the correct answer is, probably X needs to drop the lock when execing stuff, with input hotplug it can get xkb stuff at any time I believe.