summaryrefslogtreecommitdiff
path: root/lib/libdrm
AgeCommit message (Collapse)Author
2016-10-16Merge libdrm 2.4.71Jonathan Gray
2016-10-16Import libdrm 2.4.71Jonathan Gray
2015-08-21Import libdrm 2.4.64Jonathan Gray
2016-10-11regenMatthieu Herrb
2016-03-20Merge libdrm 2.4.67Jonathan Gray
2016-03-20Import libdrm 2.4.67Jonathan Gray
2015-12-27Merge libdrm 2.4.65Jonathan Gray
2015-12-27Import libdrm 2.4.65Jonathan Gray
2015-08-28regenJonathan Gray
2015-08-28The libdrm autoconf test for atomics uses __sync_val_compare_and_swap withJonathan Gray
the address of a function argument which triggers a gcc ICE on sparc64 resulting in libdrm_radeon not being built as reported by naddy. kettenis pointed out that while other architectures probably spill the argument onto the stack this is likely not the case on register window architectures like SPARC and suggested passing a pointer as an argument instead which avoids the ICE and allows the drm libraries requiring atomics to build on sparc64 again. ok kettenis@ matthieu@
2015-08-22regenJonathan Gray
2015-08-22Merge libdrm 2.4.64. This changes the build to using the upstreamJonathan Gray
auto* build system and installing/using a libdrm specific set of drm headers. Thanks to Emil Velikov for removing the GNU makeisms upstream.
2015-08-21Import libdrm 2.4.64Jonathan Gray
2015-07-15update to libdrm 2.4.62Jonathan Gray
2015-03-26update to libdrm 2.4.60Jonathan Gray
2015-02-07update to libdrm 2.4.59Jonathan Gray
2014-08-14update to libdrm 2.4.56Jonathan Gray
2014-07-19Mesa git no longer includes Intel AUB definitions,Jonathan Gray
instead it uses the libdrm definitions. Install the AUB header so this will work.
2014-05-13update to libdrm 2.4.54Jonathan Gray
ok matthieu@
2014-04-11update to libdrm 2.4.53Jonathan Gray
For us the only code change is some new radeon_drm.h defines as the xf86drmMode.c change is ifdef __FreeBSD__.
2014-03-15update to libdrm 2.4.52Jonathan Gray
ok matthieu@
2014-01-18Update libdrm to 2.4.51.Jonathan Gray
ok mpi@ kettenis@
2013-11-21update to libdrm 2.4.47Mark Kettenis
ok mpi@, jsg@
2013-08-13Bump the major on every single base library. There are a couplePhilip Guenther
not bumped by this that will be corrected soon. heavy lifting by todd@
2013-08-08build libdrm_radeon on sparc64Jonathan Gray
ok kettenis@
2013-07-08update to libdrm 2.4.46Jonathan Gray
ok mpi@ kettenis@
2013-07-01remove another local change that we don't need afterJonathan Gray
the gem ioctl changes kettenis made. ok kettenis@
2013-06-20update to libdrm 2.4.45Jonathan Gray
ok kettenis@ mpi@, tested by ajacoutot@
2013-06-07Adjust for the changes in our implementation of the DRM_I915_GEM_MMAP andMark Kettenis
DRM_I915_GEM_MMAP_GGT ioctls, effectively reverting a local change we made.
2013-06-06Fix DRM_RADEON_GEM_WAIT_IDLE ioctl usage; it is defined using DRM_IOW, soMark Kettenis
drmCommandWrite() must be used to issue it. Already merged upstream. ok jsg@
2013-05-19install radeon_surface.h as wellJonathan Gray
2013-03-25compile intel_decode.c as well as newer mesa needs drm_intel_decode*Jonathan Gray
ok mpi@
2013-03-25update to libdrm 2.4.42Jonathan Gray
tested by matthieu@ krw@ mpi@ shadchin@ and ajacoutot@ ok mpi@
2013-01-09Enable more libdrm functions. Determine if modesetting is supportedJonathan Gray
based on a modesetting ioctl that checks the DRIVER_MODESET flag on the kernel side instead of the sysfs approach linux takes. ok mpi@
2012-11-28Don't build profiled versions of libdrm_intel and libdrm_radeon.Matthieu Herrb
2012-11-28Correct include path, our drm headers live in /usr/include/dev/pci/drmMartin Pieuchot
2012-11-27Update to libdrm 2.4.31 and add the non-yet-linked libkms, prodded by jsg@Martin Pieuchot
Tested by jsg@, ajacoutot@, shadchin@ and matthieu@, ok matthieu@
2012-08-29Build libdrm_radeon on macppc too, required for upcoming drm(4) support.Martin Pieuchot
ok matthieu@
2011-05-02Add libdrm_radeonOwain Ainsworth
needed for the r600 dri driver. Tested by myself and matthieu.
2011-05-01Update libdrm_intel to that contained in libdrm 2.4.24. Needed forOwain Ainsworth
updates to the ddx and to stop mesa 7.9.2 crashing very fast. ok matthieu@
2010-12-22Do not remove(3) the device entry if open fails. ok oga@Matthieu Herrb
2010-07-18Support the apis for getting vblank events from the drm fd. (only vblankOwain Ainsworth
events for now, pageflip events require kms and thus have not yet been added). Bumps libdrm minor version.
2010-05-15Add drm_intel_bo_is_reusable(), to check if a buffer object will be putOwain Ainsworth
in the userland BO cache or not. Bump minor. From Chris Wilson in upstream git. ok matthieu@
2010-05-08use INSTALL_DATA in BSD Makefiles. ok oga@Matthieu Herrb
2010-04-25*sigh* ioctls do not copyout when they return an error. DRM developersOwain Ainsworth
need to learn this. When set_tiling fails, keep tiling type at the type we already had, do NOT use the parameters that we passed to the ioctl. Noticed when i botched a kernel diff (locally) so that that ioctl failed more often. ok matthieu@
2010-04-11don't allocate an array of pointers to structs when you want an array ofOwain Ainsworth
structs. Fixes cases where you need a lot of relocs so you overflow the array. Commited upstream about ten minutes ago. ok matthieu@
2010-03-31update libdrm to 2.4.15.Owain Ainsworth
This diff seems larger than it is since upstream reindented some sources. This updates libdrm_intel to -current (which only affect the GEM code) and libdrm to 2.4.15. bumping both minor versions. Discussed with matthieu@
2009-12-09typo in the !privsep path, from David Coppa (dcoppa at mail dot com);Owain Ainsworth
thanks. ok matthieu@
2009-11-22Some improvements from upstream for the GEM buffer object cache to stop theOwain Ainsworth
cache growing stupidly big (like it used to). ok matthieu@ ages ago.
2009-07-18Fix libdrm for the buffer mapping strategy our GEM implementation will useOwain Ainsworth
We always map through the gtt, never using the cpu mapping (this decreases complexity a lot). Keep use of the original ioctl for this. Also don't bother with userland domain setting, the kernel handles this correctly. Finally, don't persist mapping across calls to unmap and remapping, this aids with debugging, but may change later. ok matthieu@.