summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
2011-12-13configure: Bump version for 2.4.29Chris Wilson
Yet another release required for new API
2011-12-05configure: Bump version to 2.4.28Chris Wilson
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 Glisse
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.Eric Anholt
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 releaseChris Wilson
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 Wilson
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2011-04-11configure: version bump for 2.4.25 releaseChris Wilson
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2011-03-21build: Update autotools configurationJavier Jardón
Replace some deprecated autoconf macros and use the new libtool syntax
2011-03-01configure: Bump version to 2.4.24Chris Wilson
New kernel headers. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2011-02-17configure.ac: ac_define HAVE_RADEONBenjamin Franzke
2010-12-10configure: Bump version to 2.4.23Chris Wilson
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.22Carl Worth
For the upcoming 2.4.22 release.
2010-06-10Bump version to 2.4.21 for release.Eric Anholt
2010-05-26Enable silent automake rules.Eric Anholt
2010-04-27tests: add new vblank testJesse Barnes
Simple test for event frequency.
2010-04-16Make libkms build default OS-dependentAlan Coopersmith
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
2010-04-02libdrm: bump version number to 2.4.20 for releaseJesse Barnes
A few good fixes landed, get them out there.
2010-03-17Check HAVE_RADEON only after checking for atomic operations.Pauli Nieminen
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 Nieminen
atomic ops.
2010-03-17libdrm_radeon: Optimize cs_gem_reloc to do less looping.Pauli Nieminen
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 Nieminen
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.Eric Anholt
The primary motivation of this release is to expose the new execbuf2 Intel API.
2010-02-28Add config.h macro HAVE_NOUVEAUMarcin Kościelnicki
2010-02-18libkms: Enable by defaultJakob Bornecrantz
2010-02-16Increment version to 2.4.18 for release.Carl Worth
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 Airlie
2010-01-16Add support for Solaris libc atomic operationsAlan Coopersmith
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
2010-01-16Include alloca.h in tests/drmstat.c when configure detects itAlan Coopersmith
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
2010-01-08tests: Add a very small libkms testJakob Bornecrantz
2010-01-05libkms: Make vmwgfx optionalJakob Bornecrantz
2010-01-05Merge branch 'master' into libkms-masterJakob Bornecrantz
Conflicts: configure.ac
2010-01-05libkms: Disable by defaultJakob Bornecrantz
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
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-16 05:54:54 +0000