summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
2010-01-05vmwgfx: Add experimental vmwgfx kernel headerJakob Bornecrantz
2009-12-21libdrm 2.4.17Dave Airlie
2009-12-04libkms: Add libkmsJakob Bornecrantz
2009-12-03Bump to 2.4.16 for releaseKristian Høgsberg
2009-11-23Don't hardcore 'yes', use in configure.ac outputKristian Høgsberg
Oops, I assumed intel was always enable, but it just defaults to on.
2009-11-23Output summary of enabled features at the end of configure.acKristian Høgsberg
2009-11-20Install kernel headers in ${includedir}/drmKristian Høgsberg
2009-11-17Move libdrm/ up one levelKristian Høgsberg
2009-11-17Use headers copied from kernel instead of shared-coreKristian Høgsberg
2009-11-17Add makefile rule to copy headers from kernel treeKristian Høgsberg
2009-11-05Only install libdrm_intel.pc if we build libdrm_intelJulien Cristau
2009-10-13intel: Fallback to atomic-ops.h [libatomic-ops-dev]Chris Wilson
Use the external implementation for atomic operations across a wide range of architectures. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2009-10-13configure: Typo in error message.Chris Wilson
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2009-10-12configure: Conditionally build libdrm_intelChris Wilson
Only build libdrm_intel automatically if we have support for atomic operations. To force configure to build drm pass --enable-intel, which will cause the configure to error if no support is found. Or pass --disable-intel to explicitly prevent libdrm_intel from being built. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2009-10-08Bump to 2.4.15 for release.Eric Anholt
2009-10-03intel: Add a configure option to *disable* building libdrm-intelChris Wilson
In conjunction with the atomic operation patch, it may be more convenient for some people to disable building libdrm-intel and its dependencies upon the atomic intrinsics then it is for them to use a supported compiler. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2009-10-02intel: Use atomic refcountersChris Wilson
As the target architecture for Intel GPUs is the x86, we can presume to have reasonable compiler support for Intel atomic intrinsics, i.e. gcc, and so use those in preference to pulling in a complicated mess of fragile assembly. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> [anholt: hand-resolved against my previous commit. This brings cairo-gl firefox-talos-gfx time from 65 seconds back down to 62 seconds.] Signed-off-by: Eric Anholt <eric@anholt.net>
2009-09-21Bump to 2.4.14 for release.Eric Anholt
2009-08-28Bump to version 2.4.13 for release.Eric Anholt
2009-07-15Bump to version 2.4.12 for release.Eric Anholt
2009-07-10configure: move AC_USE_SYSTEM_EXTENSIONS up higherDave Airlie
this was giving me a warning on automake 1.11
2009-07-06s/AC_USE_SYSTEM_MACROS/AC_USE_SYSTEM_EXTENSIONS/Ian Romanick
Not sure what I was thinking.
2009-07-06libdrm: Set _XOPEN_SOURCE and _GNU_SOURCEIan Romanick
Several POSIX extensions are used in the libdrm code (e.g., mknod and ffs). Set _XOPEN_SOURCE and _GNU_SOURCE to something reasonable to ensure that prototypes for these functions are available. This is done in configure.ac using AC_USE_SYSTEM_MACROS. This requires autoconf 2.60 or later. Eventually the code should check for the existance of these defines and do something reasonable if they are not available. Inspired by a patch by Pauli Nieminen and suggestions from Julien Cristau. Thanks. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
2009-06-17libdrm/radeon: add initial libdrm_radeonDave Airlie
requires --enable-radeon-experimental-api for now
2009-05-14libdrm/intel: Make get_pipe_from_crtc_id per-bufmgr. Return -1 on failure.Keith Packard
The convention is that all APIs are per-bufmgr, so make this one the same. Then, have it return -1 on failure so that the application can know what's going on and do something sensible. Signed-off-by: Keith Packard <keithp@keithp.com>
2009-05-12Bump to version 2.4.10 to mark addition of drm_intel_bo_disable_reuseKeith Packard
New API, new version. Signed-off-by: Keith Packard <keithp@keithp.com> Reviewed-by: Eric Anholt <eric@anholt.net>
2009-04-10Bump version to 2.4.9Jesse Barnes
Who needs 2.4.8 anyway?
2009-04-10Bump version to 2.4.8Jesse Barnes
2009-04-09Bump version to 2.4.7Kristian Høgsberg
2009-04-06Use libudev in test case to only run gem tests for intel devices.Kristian Høgsberg
2009-03-30libdrm: bump version to 2.4.6Jesse Barnes
This version includes GTT unmap support for the Intel bufmgr.
2009-02-23Add libdrm_intel.pc by popular demand.Eric Anholt
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-15libdrm: make libdrm_nouveau conditional, disabled by defaultBen Skeggs
libdrm isn't supposed to ship APIs not present in a released kernel.
2009-02-04nouveau: install libdrm_nouveau with libdrmBen Skeggs
2009-02-03modetest: Use cairo (if available) to paint a better pattern.Kristian Høgsberg
2009-01-14bump version to 2.4.4Eric Anholt
2009-01-07libdrm: add autoconf check for clock_gettimeJesse Barnes
Should be more portable this way.
2008-12-17libdrm: Fix modetest/modeprint to use automake stuff.Eric Anholt
2008-12-10Revert "Merge branch 'modesetting-gem'"Jesse Barnes
This reverts commit 6656db10551bbb8770dd945b6d81d5138521f208. We really just want the libdrm and ioctl bits, not all the driver stuff.
2008-12-10Bump version to 2.4.3 to reflect addition of mode setting headerJesse Barnes
2008-12-03Merge branch 'master' into modesetting-gemJesse Barnes
2008-12-02Bump version to 2.4.2 to signal new libdrm_intel functions.Eric Anholt
2008-11-13Merge branch 'master' into modesetting-gemJesse Barnes
Conflicts: libdrm/Makefile.am libdrm/intel/intel_bufmgr.h libdrm/intel/intel_bufmgr_fake.c libdrm/intel/intel_bufmgr_gem.c shared-core/drm.h shared-core/i915_dma.c shared-core/i915_irq.c shared-core/radeon_cp.c shared-core/radeon_drv.h
2008-10-30libdrm 2.4.1.Eric Anholt
2008-10-27radeon: radeon util libraryJerome Glisse
2008-10-17intel: Protect bufmgr objects with a pthread mutex.Eric Anholt
We want to be able to use the bufmgr from multiple threads for GL, and thus we need to protect the internal structures. The pthread-stubs package is used so that programs not linked against pthreads get weak symbols to stubs and don't eat most of the cost.
2008-10-09intel: Protect bufmgr objects with a pthread mutex.Eric Anholt
We want to be able to use the bufmgr from multiple threads for GL, and thus we need to protect the internal structures. The pthread-stubs package is used so that programs not linked against pthreads get weak symbols to stubs and don't eat most of the cost.