summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)AuthorFilesLines
2012-07-13omap: add refcnting and handle trackingRob Clark1-1/+1
There can be scenarios, especially when re-importing an existing buffer, where you end up with multiple 'struct omap_bo's wrapping a single GEM object handle. Which causes badness when the first of the evil-clones is omap_bo_del()'d. To do this, introduce reference counting and a hashtable to track the handles per fd. First, to avoid bo's slipping through the crack if multiple 'struct omap_device's are created for one drm fd, a hashtable mapping drm fd to omap_device, and the omap_device itself is reference counted. Per omap_device, we keep a handle_table mapping GEM handle to omap_bo. When buffers are imported from flink name or dmabuf fd, the handle table is consulted, and if an omap_bo already exists, it's refcnt is incremented and it is returned. For good measure, to avoid the handle_table being deleted before the omap_bo is freed, the omap_bo holds a reference to the omap_device. TODO: check the overhead of the hashtable. If too much we could maybe get away with only tracking exported and imported bo's in the table. TODO: all the import/export flink/dmabuf operations are generic DRM ioctls. Really all this functionality could be handled by a generic drm_bo and drm_device "base class" that could be extended by omap, exynos, etc. That would also allow more common userspace code by avoiding artificial libdrm_omap dependencies. Signed-off-by: Rob Clark <rob@ti.com>
2012-06-29configure: bump version for releaselibdrm-2.4.372.4.37Ben Widawsky1-1/+1
Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-27intel/decode: fix the reference file forlibdrm-2.4.362.4.36Ben Widawsky1-1/+1
I mistakenly "fixed" a bad decode with commit 7d0a1d5ebbe2c6aecd96eef94b0af038858a0178 Author: Ben Widawsky <ben@bwidawsk.net> Date: Sun Jun 24 20:35:57 2012 -0700 intel/decode: VERTEX_ELEMENT_STATE, 1 means valid However the actual fix is just to update the reference file, and include GEN7 in the decode. Props to Eric Anholt for putting the test in distcheck, or else I wouldn't have caught this. Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-07configure: bump version for releaselibdrm-2.4.352.4.35Alex Deucher1-1/+1
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2012-05-12libdrm: add exynos drm supportInki Dae1-0/+13
this patch adds libdrm_exynos helper layer that inclues some intefaces for exynos specific gem and virtual display driver and also adds exynos module name to modtest and vbltest. Changelog v2: - fixed exynos broken ioctl. the pointer of uint64_t *edid should be removed. - removed unnecessary definitions. - added drm prime interfaces. this feature is used to share a buffer between drivers or memory managers and for this, please, refer to below links: http://www.mjmwired.net/kernel/Documentation/dma-buf-sharing.txt http://lwn.net/Articles/488664/ this patch is based on a link below: git://anongit.freedesktop.org/mesa/drm commit id: d72a44c7c4f5eea9c1e5bb0c36cb9e0224b9ca22 Reviewed-by: Rob Clark <rob@ti.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com> Signed-off-by: Rob Clark <rob@ti.com>
2012-05-10configure: Bump version for 2.4.34.2.4.34Paul Berry1-1/+1
2012-04-14nouveau: pull in major libdrm rewriteBen Skeggs1-7/+18
Redesigned primarily to allow us to better take advantage of BO's having fixed GPU virtual addresses on GeForce 8 and up, and to reduce the overhead of handling relocations on earlier chipsets. Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Signed-off-by: Christoph Bumiller <e0425955@student.tuwien.ac.at>
2012-03-28configure: Bump version for 2.4.332.4.33Alex Deucher1-1/+1
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
2012-03-28omap: add omapdrm supportRob Clark1-0/+12
This adds libdrm_omap helper layer (as used by xf86-video-omap, omapdrmtest, etc). Signed-off-by: Rob Clark <rob@ti.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> [danvet: pushed for Rob, he doesn't yet have commit access.] Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-03-16configure: Bump version for 2.4.32.2.4.32Eric Anholt1-1/+1
2012-03-02Don't require pciaccess if Intel is disabledMatt Turner1-4/+6
Reviewed-by: Eric Anholt <eric@anholt.net> Signed-off-by: Matt Turner <mattst88@gmail.com>
2012-02-13configure: Fix pkg-config test in absence of valgrindChris Wilson1-2/+4
The empty string used for the not case is replaced by the default if-else clause and so causes the configure to fail in the absence of valgrind. Which is not quite what was intended. Instead use the common idiom of setting a variable depending on whether the true or false branch is taken and emit the conditional code as a second step. Reported-by: Tobias Jakobi <liquid.acid@gmx.net> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2012-02-11intel: Mark up with valgrind intrinsics to reduce false positivesChris Wilson1-0/+3
In particular, declare the hidden CPU mmaps to valgrind so that it knows about those memory regions. v2: Add an additional VG_CLEAR for the getparam References: https://bugs.freedesktop.org/show_bug.cgi?id=35071 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Acked-by: Ben Widawsky <ben@bwidawsk.net> [anholt: Ideally valgrind should just learn about the ioctls, and removing the clear for the non-valgrindified code feels risky.] Reviewed-by: Eric Anholt <eric@anholt.net>
2012-02-06configure: Bump version for 2.4.312.4.31Jerome Glisse1-1/+1
2012-01-31intel: Fix build of Intel DRM on x86 systemsPaul Berry1-2/+2
Commit efd6e81e inadvertently broke the build by looking for "i?86" or "x86_64" in $host_os. The correct variable to check is $host_cpu. This was preventing libdrm_intel.so from being built. Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
2012-01-30Don't build Intel DRM if $CHOST is not i?86-* or x86_64-*Jeremy Huddleston1-1/+4
This fixes a failure in 'make check' found by the tinderbox when trying to build this code on Linux/ppc. This code is only designed to run on Intel platforms, so don't even bother building it if we're not in that set. Found-by: Tinderbox Signed-off-by: Jeremy Huddleston <jeremyhu@apple.com>
2012-01-06configure: Bump version for 2.4.302.4.30Eric Anholt1-1/+1
2012-01-04intel: Add a regression test program for intel_decode.c.Eric Anholt1-0/+2
Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2011-12-13configure: Bump version for 2.4.292.4.29Chris Wilson1-1/+1
Yet another release required for new API
2011-12-05configure: Bump version to 2.4.282.4.28Chris Wilson1-1/+1
So that we can pull a couple of Intel bug fixes into xf86-video-intel. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2011-11-10tests/radeon: radeon specific testJerome Glisse1-0/+1
Initial test only include ttm test for stressing ttm memory allocations. Signed-off-by: Jerome Glisse <jglisse@redhat.com>
2011-10-29configure: version bump for 2.4.27 release.2.4.27Eric Anholt1-1/+1
Push the new Intel API for use by mesa. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2011-06-04configure: version bump for 2.4.26 release2.4.26Chris Wilson1-1/+1
Push the new Intel API for use by mesa. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2011-06-04intel: Add interface to query aperture sizes.Chris Wilson1-0/+4
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2011-04-11configure: version bump for 2.4.25 release2.4.25Chris Wilson1-1/+1
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2011-03-21build: Update autotools configurationJavier Jardón1-18/+29
Replace some deprecated autoconf macros and use the new libtool syntax
2011-03-01configure: Bump version to 2.4.242.4.24Chris Wilson1-1/+1
New kernel headers. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2011-02-17configure.ac: ac_define HAVE_RADEONBenjamin Franzke1-0/+3
2010-12-10configure: Bump version to 2.4.232.4.23Chris Wilson1-1/+1
To export new kernel API for Intel's 2010Q4 release. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2010-09-28Increment version to 2.4.222.4.22Carl Worth1-1/+1
For the upcoming 2.4.22 release.
2010-06-10Bump version to 2.4.21 for release.2.4.21Eric Anholt1-1/+1
2010-05-26Enable silent automake rules.Eric Anholt1-0/+3
2010-04-27tests: add new vblank testJesse Barnes1-0/+1
Simple test for event frequency.
2010-04-16Make libkms build default OS-dependentAlan Coopersmith1-2/+10
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
2010-04-02libdrm: bump version number to 2.4.20 for release2.4.20Jesse Barnes1-1/+1
A few good fixes landed, get them out there.
2010-03-17Check HAVE_RADEON only after checking for atomic operations.Pauli Nieminen1-2/+1
Fixes problem that libdrm_radeon was disabled in Makefile even when configure claimed that radeon was enabled. Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
2010-03-17libdrm: Fix error message if libdrm_intel|radeon is disabled and there is no ↵Pauli Nieminen1-2/+6
atomic ops.
2010-03-17libdrm_radeon: Optimize cs_gem_reloc to do less looping.Pauli Nieminen1-9/+22
bo->referenced_in_cs is checked if bo is already in cs. Adding and removing reference in bo is done with atomic operations to allow parallel access to a bo from multiple contexts. cs->id generation code quarentees there is not duplicated ids which limits number of cs->ids to 32. If there is more cs objects rest will get id 0. V2: - Fix configure to check for atomics operations if libdrm_radeon is only selected. - Make atomic operations private to libdrm. This optimization decreases cs_write_reloc share of torcs profiling from 4.3% to 2.6%. Tested-by: Michel Dänzer <michel@daenzer.net> Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
2010-03-17libdrm: Move intel_atomic.h to libdrm core for sharing.Pauli Nieminen1-1/+1
intel_atomic.h includes very usefull atomic operations for lock free parrallel access of variables. Moving these to core libdrm for code sharing with radeon. Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
2010-03-03Increment version to 2.4.19 for release.2.4.19Eric Anholt1-1/+1
The primary motivation of this release is to expose the new execbuf2 Intel API.
2010-02-28Add config.h macro HAVE_NOUVEAUMarcin Kościelnicki1-0/+3
2010-02-18libkms: Enable by defaultJakob Bornecrantz1-3/+3
2010-02-16Increment version to 2.4.18 for release.2.4.18Carl Worth1-1/+1
The primary motivation of the release is the bug fix in commit 4f0f871730b76730ca58209181d16725b0c40184
2010-02-02radeon: enable by default now that kms is out of stagingDave Airlie1-4/+5
2010-01-16Add support for Solaris libc atomic operationsAlan Coopersmith1-0/+6
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
2010-01-16Include alloca.h in tests/drmstat.c when configure detects itAlan Coopersmith1-0/+1
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
2010-01-08tests: Add a very small libkms testJakob Bornecrantz1-0/+1
2010-01-05libkms: Make vmwgfx optionalJakob Bornecrantz1-0/+3
2010-01-05Merge branch 'master' into libkms-masterJakob Bornecrantz1-1/+9
Conflicts: configure.ac
2010-01-05libkms: Disable by defaultJakob Bornecrantz1-3/+3
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-22 00:24:06 +0000