summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-02-24FreeBSD: Add some vblank related debugging and replace DRM_WAIT_ON with a ↵Robert Noland
local instance.
2009-02-24i915: A few whitespace cleanups.Robert Noland
2009-02-24linux: Add msi_enabled to the drm_device so the build should be happy.Robert Noland
2009-02-24radeon: Prepare radeon for msi support.Robert Noland
2009-02-24i915: This was part of a sync to the intel driver at some pointRobert Noland
-Remove the old TTM interface -Move register definitions to i915_reg.h -Rework the irq handler
2009-02-24nouveau: Dist nouvea_dma.h as well.Kristian Høgsberg
Oops. Disting is hard.
2009-02-24nouveau: Also dist nouveau_private.h.Kristian Høgsberg
2009-02-24FreeBSD: Rip out the locked task support now that i915 no longer uses it.Robert Noland
2009-02-23i915: Rip out the use of vblank_swapRobert Noland
2009-02-23FreeBSD: There is no compelling reason to hold the lock here.Robert Noland
When I was lock profiling, this was high up on the list and I see no reason to do it.
2009-02-23FreeBSD: Don't set PZERO in mtx_sleep.Robert Noland
2009-02-23FreeBSD: Set MAP_NOSYNC on mmaps.Robert Noland
There is no reason to gratuitously sync these maps to swap.
2009-02-23Add libdrm_intel.pc by popular demand.Eric Anholt
2009-02-23Fix DRM_CAS() on Alpha. (#16549)Ivan Kokshaysky
2009-02-23modetest: Print names of properties.Kristian Høgsberg
2009-02-22Fix fix distcheck for optional nouveau stuff.Pekka Paalanen
Tylo. Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-02-21Fix distcheck for optional nouveau stuff.Eric Anholt
2009-02-21Bump version to 2.4.5 for new API additions.Eric Anholt
2009-02-21intel: Add a new bufmgr alloc function to get BOs ready for rendering to.Eric Anholt
This avoids using the oldest BO in the BO cache and waiting for it to be idle before we turn around and render to it with the GPU. Thanks to Chris Wilson for pointing out how silly we were being.
2009-02-20libdrm/nouveau: free drmVersion after we're done with itBen Skeggs
2009-02-20libdrm/nouveau: fix dma debuggingBen Skeggs
2009-02-18nouveau: support backlight only when kernel doesPekka Paalanen
Loading nouveau.ko would fail with unknown symbols, if the backlight class device support is not provided in the kernel. Let's make the backlight support dependant on the kernel configuration. This is a bit ugly, the proper way would be to check for the config in Makefile.kernel whether to build nouveau_backlight.o at all, and if not, nouveau_drv.h should provide the stubs. Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-02-18nv40, nv50: fix backlight build for <2.6.29 kernelsMatthew Garrett
Signed-off-by: Matthew Garrett <mjg59@srcf.ucam.org> Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-02-18nouveau: Add in-kernel backlight control supportMatthew Garrett
Several nvidia-based systems don't support backlight control via the standard ACPI control mechanisms. Instead, it's necessary for the driver to modify the backlight control registers directly. This patch adds support for determining whether the registers appear to be in use, and if so registers a kernel backlight device to control them. The backlight can then be controlled via existing userspace tools. Signed-off-by: Matthew Garrett <mjg@redhat.com> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
2009-02-16drm_compat: remove kmap_atomic_prot_pfn()Pekka Paalanen
This function is unused, and yet creates build problems: the symbol init_mm is not exported by the latest -rc kernels and I don't believe it ever will be. Even CONFIG_UNUSED_SYMBOLS does not provide it anymore. If this function is needed in the future, it needs to be reinvented in any case. So remove it. Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-02-16Remove i915 driver sources from linux-corePekka Paalanen
Intel developers have stated, that their DRM development continues elsewhere in some Linux kernel trees. This makes the code in drm.git just dead weight. This removal allows further cleanup of compatibility code. shared-core and bsd-core are left untouched this time. Signed-off-by: Pekka Paalanen <pq@iki.fi> Acked-by: Eric Anholt <eric@anholt.net>
2009-02-15intel: Clear ioctl parameter outvalues and pads that confuse valgrind.Eric Anholt
The minor CPU cost here is probably outweighed by bothering us with noise in the tool.
2009-02-15nv40: fail completely if we don't have a ctxprog for the chipsetBen Skeggs
2009-02-15nv50: context info for chipset 0xa0Ben Skeggs
2009-02-15libdrm: make libdrm_nouveau conditional, disabled by defaultBen Skeggs
libdrm isn't supposed to ship APIs not present in a released kernel.
2009-02-11mode: Make xfdrmMode.[c|h] not depend on drm_mode.hJakob Bornecrantz
2009-02-11nouveau: fix type warnings: void* arith, un/signedPekka Paalanen
nouveau_notifier.c had two places where void* was used in arithmetic, fixed by using char*. nouveau_dma_wait(), nouveau_notifier_wait_status() and nouveau_resource_alloc() had signed/unsigned comparison warnings, fixed by changing the function parameter into an unsigned type. Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-02-11drm/nv50: fix nv9x chipsetsBen Skeggs
NVIDIA do this fun little sequence after updating the PRAMIN page tables. On 9xxx chips, none of the PRAMIN BAR bindings (except the initial one) worked, hence the majority of the setup needed to create a channel ended up in the wrong place, causing all sorts of fun. This is done by NVIDIA on nv8x chips also, so we'll do it for them too, even though they appear to work without it.
2009-02-11drm/nv50: add context info for nv98Ben Skeggs
It won't work yet, just like the other 9xxx chips. Real soon now :)
2009-02-10drm/nv50: use a slightly different initial context for nv96Ben Skeggs
I'm not 100% sure that the nv94 one we were using won't work. The context layouts are identical (well.. same ctxprog, so of course!), only a couple of registers differ. But, be safe until we actually get some 9xxx chips working.
2009-02-10drm/nv50: correct ramfc pointer in channel headerBen Skeggs
Suprisingly the card still worked without this...
2009-02-10drm/nv50: let the card handle the initial context switchBen Skeggs
Our PFIFO/PGRAPH context save/load functions don't really work well (at all?) on nv5x yet. Depending on what random state the card is in before the drm loads, fbcon probably won't work correctly. Luckily we've setup the GPU in such a way that it'll actually do a hw context switch for the first context. Not sure of how successful this'd be currently on the older chips (actually, pretty sure it won't work), so NV50 only for now.
2009-02-07nouveau: don't try to traverse non-existent listsStuart Bennett
Fixes nouveau_ioctl_mem_free Oops
2009-02-05nouveau: fix some issues where buffer objects never get freedBen Skeggs
2009-02-04modetest: Add syntax to also specify a crtc when setting a mode.Kristian Høgsberg
2009-02-04nouveau: install libdrm_nouveau with libdrmBen Skeggs
2009-02-04nouveau: bring in new mm api definitions, without the actual mm codeBen Skeggs
Use of the new bits is guarded with a mm_enabled=0 hardcode.
2009-02-03modetest: Use cairo (if available) to paint a better pattern.Kristian Høgsberg
2009-02-03modetest: Don't sleep when just dumping state, wait for key for modeset.Kristian Høgsberg
2009-02-03modetest: Handle setting modes on multiple crtcs with one fb.Kristian Høgsberg
2009-02-03modetest: Use a more interesting test pattern.Kristian Høgsberg
2009-02-02Remove the "nv" driver.Stephane Marchesin
2009-02-02No need to pin buffer anymore in modetest.cKristian Høgsberg
2009-01-29nouveau: don't save channel context if it has recently become invalidStuart Bennett
Bug exposed by DDX change d9da090c
2009-01-29nouveau: no suspend support for nv50+Stuart Bennett