summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* libdrm: bump to 2.4.47libdrm-2.4.472.4.47Ben Widawsky2013-10-111-1/+1
|
* configure: add AC_LANG_SOURCE call within AC_COMPILE_IFELSEEmil Velikov2013-09-241-1/+1
| | | | | | | | | | | Documentation states that AC_*_IFELSE has to use AC_LANG_SOURCE or friends in order to generate the source code to compile. AC_LINK_IFELSE already handles this, thus convert AC_COMPILE_IFELSE to silence the final autoconf warnings. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Signed-off-by: Eric Anholt <eric@anholt.net> Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
* libdrm: bump to 2.4.46libdrm-2.4.462.4.46baserock/morph_2.4.46Dave Airlie2013-07-021-1/+1
|
* configure.ac: bump version to 2.4.45 for releaselibdrm-2.4.452.4.45Marek Olšák2013-05-151-1/+1
|
* libdrm 2.4.442.4.44Jerome Glisse2013-04-181-1/+1
|
* configure.ac: bump version to 2.4.43 for releaselibdrm-2.4.43Maarten Lankhorst2013-03-271-1/+1
| | | | Signed-off-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
* tests: allow tests programs to be installedBenjamin Gaignard2013-03-251-0/+10
| | | | | | | | | | Install test programs is useful in cross compilation case. By default the behavior is the same and test programs aren't installed in $bindir. If --enable-install-test-programs is set then test programs are installed in $bindir. Signed-off-by: Benjamin Gaignard <benjamin.gaignard@linaro.org> Signed-off-by: Rob Clark <robdclark@gmail.com>
* libdrm/exynos: add test application for 2d gpu.Inki Dae2013-03-081-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds library and test application for g2d gpu(fimg2d). The fimg2d hardware is a 2D graphics accelerator(G2D) that supports Bit Block Transfer(BitBLT). The library includes the following primitive drawing operations: .solid fill - This operation fills the given buffer with the given color data. .copy - This operation copies contents in source buffer to destination buffer. .copy_with_scale - This operation copies contents in source buffer to destination buffer scaling up or down properly. .blend - This operation blends contents in source buffer with the ones in destination buffer. And the above operations uses gem handle or user space address allocated by malloc() as source or destination buffer. And the test application includes just simple primitive drawing tests with the above library. And the guide to test is as the following, "#exynos_fimg2d_test -s connector_id@crtc_id:mode" With this above simple command, four primitive drawing operations would be called step by step and also rendered on the output device to the given connector and crtc id. Signed-off-by: Inki Dae <inki.dae@samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com> Signed-off-by: Rob Clark <robdclark@gmail.com>
* freedreno: add freedreno DRMRob Clark2013-02-141-1/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The libdrm_freedreno helper layer for use by xf86-video-freedreno, fdre (freedreno r/e library and tests for driving gpu), and eventual gallium driver for the Adreno GPU. This uses the msm gpu driver from QCOM's android kernel tree. Note that current msm kernel driver is a bit strange. It provides a DRM interface for GEM, which is basically sufficient to have DRI2 working. But it does not provide KMS. And interface to 2d and 3d cores is via different other devices (/dev/kgsl-*). This is not quite how I'd write a DRM driver, but at this stage it is useful for xf86-video-freedreno and fdre (and eventual gallium driver) to be able to work on existing kernel driver from QCOM, to allow to capture cmdstream dumps from the binary blob drivers without having to reboot. So libdrm_freedreno attempts to hide most of the crazy. The intention is that when there is a proper kernel driver, it will be mostly just changes in libdrm_freedreno to adapt the gallium driver and xf86-video-freedreno (ignoring the fbdev->KMS changes). So don't look at freedreno as an example of how to write a libdrm module or a DRM driver.. it is just an attempt to paper over a non- standard kernel driver architecture. v1: original v2: hold ref's to pending bo's (because qcom's kernel driver doesn't), various bug fixes, add ringbuffer markers so we can emit IB's to portion of ringbuffer (so that gallium driver can use a single ringbuffer for both tile cmds and draw cmds. Signed-off-by: Rob Clark <robclark@freedesktop.org>
* configure.ac: bump version to 2.4.42 for releaselibdrm-2.4.42Maarten Lankhorst2013-02-051-1/+1
| | | | Signed-off-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
* man: fix manpage build instructionsDavid Herrmann2013-01-161-1/+19
| | | | | | | | | | | | This fixes all the out-of-tree build-failures with manpages and uses a .man_fixup file to avoid overriding man-pages on every build. Manpages are only built if xsltproc is found and the stylesheets are available locally. You can disable building manpages with --disable-manpages so the quite expensive xsltproc procedure can be skipped. Signed-off-by: David Herrmann <dh.herrmann@googlemail.com>
* configure.ac: bump version to 2.4.41 for releaselibdrm-2.4.41Maarten Lankhorst2013-01-161-1/+1
|
* man: convert manpages to XML instead of plain troffDavid Herrmann2013-01-091-21/+3
| | | | | | | | | If we want to use the manpages in external documentation other than normal manpages, we should rather use XML. Furthermore, almost no-one knows troff today, anyway, and XML allows others to easily add more pages without having to learn troff. Signed-off-by: David Herrmann <dh.herrmann@googlemail.com>
* configure.ac: bump version to 2.4.40 for releaselibdrm-2.4.402.4.40Marek Olšák2012-11-061-1/+1
|
* configure.ac: Allow forcible disabling of Cairo supportDaniel Stone2012-10-081-3/+15
| | | | | | | | | | | | We don't want to build libdrm tests with Cairo support under Poky, since they're never used and also cause a build loop from libdrm -> cairo -> mesa-dri -> libdrm. To avoid variance in build results, introduce a --disable-cairo-tests switch. Signed-off-by: Daniel Stone <daniel@fooishbar.org> Signed-off-by: Dave Airlie <airlied@redhat.com>
* libdrm: man page infrastructure and a few sample man pagesJesse Barnes2012-09-171-0/+22
|
* vmwgfx: No longer experimentalJakob Bornecrantz2012-08-241-4/+4
| | | | | | | And hasn't been in a long while. Reviewed-by: Zack Rusin <zackr@vmware.com> Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
* configure: bump version for 2.4.39 releaselibdrm-2.4.392.4.39Marek Olšák2012-08-241-1/+1
|
* configure: bump version for 2.4.38 releaselibdrm-2.4.382.4.38Marek Olšák2012-08-111-1/+1
|
* Drop "-Wunsafe-loop-optimizations".Eric Anholt2012-08-101-1/+1
| | | | | | | | | It warns about totally sensible things done in intel_decode.c. I've never seen this warn do anything useful, and apparently I was the one to introduce it when I added the giant pile of warning flags back in 2008. Reviewed-by: Ben Widawsky <ben@bwidawsk.net>
* omap: add refcnting and handle trackingRob Clark2012-07-131-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>
* configure: bump version for releaselibdrm-2.4.372.4.37Ben Widawsky2012-06-291-1/+1
| | | | Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
* intel/decode: fix the reference file forlibdrm-2.4.362.4.36Ben Widawsky2012-06-271-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>
* configure: bump version for releaselibdrm-2.4.352.4.35Alex Deucher2012-06-071-1/+1
| | | | Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
* libdrm: add exynos drm supportInki Dae2012-05-121-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>
* configure: Bump version for 2.4.34.2.4.34Paul Berry2012-05-101-1/+1
|
* nouveau: pull in major libdrm rewriteBen Skeggs2012-04-141-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>
* configure: Bump version for 2.4.332.4.33Alex Deucher2012-03-281-1/+1
| | | | Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
* omap: add omapdrm supportRob Clark2012-03-281-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>
* configure: Bump version for 2.4.32.2.4.32Eric Anholt2012-03-161-1/+1
|
* Don't require pciaccess if Intel is disabledMatt Turner2012-03-021-4/+6
| | | | | Reviewed-by: Eric Anholt <eric@anholt.net> Signed-off-by: Matt Turner <mattst88@gmail.com>
* configure: Fix pkg-config test in absence of valgrindChris Wilson2012-02-131-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>
* intel: Mark up with valgrind intrinsics to reduce false positivesChris Wilson2012-02-111-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>
* configure: Bump version for 2.4.312.4.31Jerome Glisse2012-02-061-1/+1
|
* intel: Fix build of Intel DRM on x86 systemsPaul Berry2012-01-311-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>
* Don't build Intel DRM if $CHOST is not i?86-* or x86_64-*Jeremy Huddleston2012-01-301-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>
* configure: Bump version for 2.4.302.4.30Eric Anholt2012-01-061-1/+1
|
* intel: Add a regression test program for intel_decode.c.Eric Anholt2012-01-041-0/+2
| | | | Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
* configure: Bump version for 2.4.292.4.29Chris Wilson2011-12-131-1/+1
| | | | Yet another release required for new API
* configure: Bump version to 2.4.282.4.28Chris Wilson2011-12-051-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>
* tests/radeon: radeon specific testJerome Glisse2011-11-101-0/+1
| | | | | | | Initial test only include ttm test for stressing ttm memory allocations. Signed-off-by: Jerome Glisse <jglisse@redhat.com>
* configure: version bump for 2.4.27 release.2.4.27Eric Anholt2011-10-291-1/+1
| | | | | | Push the new Intel API for use by mesa. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
* configure: version bump for 2.4.26 release2.4.26Chris Wilson2011-06-041-1/+1
| | | | | | Push the new Intel API for use by mesa. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
* intel: Add interface to query aperture sizes.Chris Wilson2011-06-041-0/+4
| | | | Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
* configure: version bump for 2.4.25 release2.4.25Chris Wilson2011-04-111-1/+1
| | | | Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
* build: Update autotools configurationJavier Jardón2011-03-211-18/+29
| | | | | Replace some deprecated autoconf macros and use the new libtool syntax
* configure: Bump version to 2.4.242.4.24Chris Wilson2011-03-011-1/+1
| | | | | | New kernel headers. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
* configure.ac: ac_define HAVE_RADEONBenjamin Franzke2011-02-171-0/+3
|
* configure: Bump version to 2.4.232.4.23Chris Wilson2010-12-101-1/+1
| | | | | | To export new kernel API for Intel's 2010Q4 release. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
* Increment version to 2.4.222.4.22Carl Worth2010-09-281-1/+1
| | | | For the upcoming 2.4.22 release.
View Lorry Controller Status