summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)AuthorFilesLines
2023-02-22Bump version for the 23.0.0 releasexf86-video-amdgpu-23.0.0Shashank Sharma1-1/+1
This release includes some bug fixes. Signed-off-by: Shashank Sharma <shashank.sharma@amd.com>
2022-08-18Fix screen corruption on secondary GPUtiancyin1-1/+1
[why] On RHEL9+, xorg-server.pc shows that the Xorg no longer depends on dri, and dri.pc provides "/opt/amdgpu/include" path for pkg-config, this cause pkg-config no longer output "-I/opt/amdgpu/include", consequently the configure can't find gbm.h and HAVE_GBM_BO_USE_LINEAR is not declared, that cause the corruption. [how] Since the gbm.pc also provides the "/opt/amdgpu/include" path, in module dependence checking, GBM_CFLAGS get this path, so just explicitly add GBM_CFLAGS into CPPFLAGS can fix this issue. Signed-off-by: tiancyin <tianci.yin@amd.com>
2022-02-22Update URLs to reflect gitlab migrationAlan Coopersmith1-1/+1
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
2022-02-22Bump version for the 22.0.0 releasexf86-video-amdgpu-22.0.0Shashank Sharma1-1/+1
This release includes some bug fixes and one minor feature. Signed-off-by: Shashank Sharma <shashank.sharma@amd.com>
2022-02-16Build xz tarballs instead of bzip2Alan Coopersmith1-1/+1
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
2021-07-30Bump version for the 21.0.0 releasexf86-video-amdgpu-21.0.0Alex Deucher1-1/+1
Reviewed-by: Michel Dänzer <mdaenzer@redhat.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2019-10-11Bump version for the 19.1.0 releasexf86-video-amdgpu-19.1.0Michel Dänzer1-1/+1
2019-03-19Bump version for the 19.0.1 releasexf86-video-amdgpu-19.0.1Michel Dänzer1-1/+1
2019-03-06Bump version for the 19.0.0 releasexf86-video-amdgpu-19.0.0Michel Dänzer1-1/+1
2018-09-20Post-release version bumpMichel Dänzer1-1/+1
2018-09-14Bump version for the 18.1.0 releasexf86-video-amdgpu-18.1.0Michel Dänzer1-1/+1
2018-08-24Use AC_CONFIG_MACRO_DIR instead of AC_CONFIG_MACRO_DIRSMichel Dänzer1-1/+1
Older versions of autoconf only supported the former. (Cherry picked from radeon commit cba8fe4d64819aaa8ba516aa68dbe6d2aa153046) Acked-by: Alex Deucher <alexander.deucher@amd.com>
2018-07-18Hardcode "non-desktop" RandR property nameMichel Dänzer1-1/+1
It's a bit silly to require current randrproto just for this definition, which can't really change anyway. Suggested-by: Qiang Yu <qiang.yu@amd.com> Reviewed-by: Qiang Yu <Qiang.Yu@amd.com>
2018-07-10Add RandR leases supportKeith Packard1-1/+1
Signed-off-by: Keith Packard <keithp@keithp.com> (Ported from xserver commit e4e3447603b5fd3a38a92c3f972396d1f81168ad) Reviewed-by: Keith Packard <keithp@keithp.com> Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
2018-07-06modesetting: Record non-desktop kernel property at PreInit timeKeith Packard1-1/+1
Save any value of the kernel non-desktop property in the xf86Output structure to avoid non-desktop outputs in the default configuration. [Also bump randrproto requirement to a version that defines RR_PROPERTY_NON_DESKTOP - ajax] Signed-off-by: Keith Packard <keithp@keithp.com> (Ported from xserver commit b91c787c4cd2d20685db69426c539938c556128a) Reviewed-by: Keith Packard <keithp@keithp.com> Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
2018-04-18Post-release version bumpMichel Dänzer1-1/+1
2018-03-15Bump version for 18.0.1 releasexf86-video-amdgpu-18.0.1Michel Dänzer1-1/+1
2018-03-02Bump version for 18.0.0 releasexf86-video-amdgpu-18.0.0Michel Dänzer1-1/+1
2018-03-01fix include order for present.h configure testChristoph Haag1-2/+2
xorg-server.h defines _XSERVER64 which is used in X.h to choose the correct definition of XID this prevents a failure in the present.h configure test that disables DRI3 on X.Org 1.20 Reviewed-and-Tested-by: Michel Dänzer <michel.daenzer@amd.com>
2018-01-22Fix linear check in amdgpu_glamor_share_pixmap_backingMichel Dänzer1-1/+1
We were incorrectly interpreting the tiling information. Reported-by: Marek Olšák <marek.olsak@amd.com> Acked-by: Alex Deucher <alexander.deucher@amd.com> Reviewed-by: Marek Olšák <marek.olsak@amd.com>
2017-10-05Post-release version bumpMichel Dänzer1-1/+1
2017-09-08Bump version for 1.4.0 releasexf86-video-amdgpu-1.4.0Michel Dänzer1-1/+1
2017-08-31Require xserver >= 1.13Michel Dänzer1-7/+1
xserver 1.13.0 was released on September 6th, 2012, almost 5 years ago. This allows cleaning up a bunch of backwards compatibility code. (Ported from radeon commit 5cdd334b3402c2431deb3a87a8d04ef590da53ee) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2017-08-22modesetting: re-set the crtc's mode when link-status goes BADMartin Peres1-1/+1
Despite all the careful planning of the kernel, a link may become insufficient to handle the currently-set mode. At this point, the kernel should mark this particular configuration as being broken and potentially prune the mode before setting the offending connector's link-status to BAD and send the userspace a hotplug event. This may happen right after a modeset or later on. Upon receiving a hot-plug event, we iterate through the connectors to re-apply the currently-set mode on all the connectors that have a link-status property set to BAD. The kernel may be able to get the link to work by dropping to using a lower link bpp (with the same display bpp). However, the modeset may fail if the kernel has pruned the mode, so to make users aware of this problem a warning is outputed in the logs to warn about having a potentially-black display. This patch does not modify the current behaviour of always propagating the events to the randr clients. This allows desktop environments to re-probe the connectors and select a new resolution based on the new (currated) mode list if a mode disapeared. This behaviour is expected in order to pass the Display Port compliance tests. (Ported from xserver commit bcee1b76aa0db8525b491485e90b8740763d7de6) [ Michel: Bump libdrm dependency to >= 2.4.78 for DRM_MODE_LINK_STATUS_BAD ] (Ported from radeon commit 0472a605e0ec8fec1892bbc3a84698b7ef9c5296) Acked-by: Harry Wentland <harry.wentland@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2017-07-27Add AC_CONFIG_MACRO_DIRS([m4]) to configure.acMichel Dänzer1-0/+1
Suggested by one of the tools called by autoreconf. Acked-by: Alex Deucher <alexander.deucher@amd.com>
2017-05-24Update URLsMichel Dänzer1-1/+1
* Point to the amd-gfx mailing list * Specify the component in all bugzilla URLs * Use https:// for all HTML URLs (Ported from radeon commit d80d01a73c2eaba2e3649b7bc0a3541b3ff782f6) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2017-03-23Post-release version bumpMichel Dänzer1-1/+1
2017-03-16Bump version for 1.3.0 releasexf86-video-amdgpu-1.3.0Michel Dänzer1-1/+1
2017-03-07glamor: Use glamor_finish when availableMichel Dänzer1-2/+7
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2017-03-07Use local implementation of RegionDuplicate for older xserverMichel Dänzer1-0/+6
It was only added in xserver 1.15. Fixes build against older xserver. Reported-by: Pali Rohár <pali.rohar@gmail.com> (Ported from radeon commit 80cc892ee1ce54fad3cb7dd11bd9df18c359136f) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-11-28Make libdrm >= 2.4.72 requirement explicitMichel Dänzer1-1/+1
And drop compatibility code for older versions. Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-11-21Stop using AMDGPU(Unique)ChipsetsMichel Dänzer1-1/+1
Use libdrm_amdgpu's amdgpu_get_marketing_name for the chipset name, or "Unknown AMD Radeon GPU" as a fallback. v2: Require libdrm_amdgpu >= 2.4.72 for amdgpu_get_marketing_name Reviewed-by: Alex Deucher <alexander.deucher@amd.com> (v1)
2016-11-21Post-release version bumpMichel Dänzer1-1/+1
2016-11-17Bump version for 1.2.0 releasexf86-video-amdgpu-1.2.0Michel Dänzer1-1/+1
2016-11-02Require xserver 1.10 or newerMichel Dänzer1-1/+1
1.10.0 was released in February 2011. We've been accidentally requiring 1.10 or newer since c7d27c94cb65 ("Keep track of damage event related flushes per-client"). (Ported from radeon commit 5df36de39952c3a26cb2fbc125f298139a9dd5bc) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-10-25Sayōnara, AM_MAINTAINER_MODE!Michel Dänzer1-2/+0
If --enable-maintainer-mode got lost from config.status for any reason, builds would fail in mysterious ways after changing between different Git commits. There are more reasons for dropping it in the automake manual: https://www.gnu.org/software/automake/manual/html_node/maintainer_002dmode.html I'm not aware of any reason why --disable-maintainer-mode would ever be useful with this project. Reviewed-by: Alex Deucher <alexander.deucher@amd.com> (Cherry picked from radeon commit 49cf3b5032a7ce40afe514b7092440e3e19e05aa)
2016-09-20Untangle HAS_XORG_CONF_DIR / --with-xorg-conf-dir lines in configure.acMichel Dänzer1-2/+3
$sysconfigdir used to be part of the default --with-xorg-conf-dir value, but it no longer is. Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-09-16Fix handling of configure option --with-xorg-conf-dirMichel Dänzer1-3/+4
There were two problems: I accidentally changed the variable name in the AC_ARG_WITH stanza from configdir to xorgconfigdir, so specifying --with-xorg-conf-dir wouldn't work correctly. Fix this back to configdir. If neither --with-xorg-conf-dir nor --prefix is specified on the command line, the $prefix variable doesn't contain "/usr/local" (the default prefix) yet at this point but "NONE". So make install would attempt to install 10-amdgpu.conf in ${DESTDIR}NONE/share/X11/xorg.conf.d/ . Fix this by leaving ${prefix} verbatim in the default value, to be resolved by make. Also print the configdir value along with the values of other similar configuration variables. Reported-by: Timo Aaltonen <tjaalton@debian.org> Reviewed-by: Julien Cristau <jcristau@debian.org>
2016-09-14Use --with-xorg-conf-dir=$prefix/share/X11/xorg.conf.d by defaultMichel Dänzer1-3/+3
We were using the result of `pkg-config --variable=sysconfigdir xorg-server` before, which may not be inside $prefix, so make install might fail for 10-amdgpu.conf . Fixes make distcheck in that case, and possibly also 10-amdgpu.conf seemingly missing from some distribution packages. This matches what some (though not all) input drivers are doing for their xorg.conf.d snippets.
2016-04-11Post 1.1.0 release version bumpMichel Dänzer1-1/+1
2016-04-07Bump version for 1.1.0 releasexf86-video-amdgpu-1.1.0Michel Dänzer1-1/+1
2016-03-25Revert "Use render node for DRI3 if available"Michel Dänzer1-1/+1
This reverts commit ea558e645786b08d75307716036045170e97b43e. It broke VDPAU<->GL interop with DRI3 enabled, because the Gallium VDPAU code doesn't support DRI3 yet. We can consider re-enabling this once there is a Mesa release where the Gallium VDPAU code supports DRI3. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94675 Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-03-25Require xserver 1.9 or newerMichel Dänzer1-1/+1
1.9.0 was released in August 2010. We were already unintentionally relying on things not available in 1.8 for at least a year, and nobody has complained. (Ported from radeon commit e592f32f8b5f5873fcc18b10a69dd5e4ccf11073) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-03-25Check for xf86CursorResetCursorMichel Dänzer1-0/+6
If it's available, Xorg calls it on each mode configuration change. It does what xf86_reload_cursors does (and more), so we don't need to call the latter anymore. (Ported from radeon commit d670c5c9851b4eff21c845d26c7d7e4eb5ee0fa9) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2015-11-20Use render node for DRI3 if availableJammy Zhou1-1/+1
Signed-off-by: Jammy Zhou <Jammy.Zhou@amd.com> Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
2015-11-20glamor: Deal with glamor_egl_destroy_textured_pixmap being removedMichel Dänzer1-0/+6
When it's not available, it's safe to call down to the glamor DestroyPixmap hook instead. (ported from radeon commit 10b7c3def58bb34acc38f076bc230e25b454ab79) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2015-11-19Post 1.0.0 release version bumpMichel Dänzer1-1/+1
2015-11-19Bump version for 1.0.0 releasexf86-video-amdgpu-1.0.0Michel Dänzer1-1/+1
2015-11-19Do not link amdgpu_drv.so against libpciaccessEmil Velikov1-3/+0
Not used directly. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> (ported from radeon commit fcb32231a38f9461d12720cbf72f63502197a711) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2015-08-11glamor: Add amdgpu_glamor_finish to wait for glamor rendering to finishMichel Dänzer1-0/+2
This is a bit sneaky, because it calls glFinish directly from the driver, but it seems to work fine. Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-11 15:04:11 +0000