[PATCH xf86-video-amdgpu 0/6] xf86-video-amdgpu integration for DRM variable refresh rate API

Nicholas Kazlauskas nicholas.kazlauskas at amd.com
Tue Sep 11 16:18:36 UTC 2018

These patches are part of a proposed new interface for supporting variable refresh rate via DRM properties.


When notified of a window that is FreeSync capable via X these patches help track when the window is fullscreen to manage the variable_refresh property on the CRTC.

=== Adaptive sync and variable refresh rate ===

Adaptive sync is part of the DisplayPort spec and allows for graphics adapters to drive displays with varying frame timings.

Variable refresh rate (VRR) is essentially the same, but defined for HDMI.

=== Use cases for variable refresh rate ===

Variable frame (flip) timings don't align well with fixed refresh rate displays. This results in stuttering, tearing and/or input lag. By adjusting the display refresh rate dynamically these issues can be reduced or eliminated.

However, not all content is suitable for dynamic refresh adaptation. Content that is flipped infrequently or at random intervals tends to fair poorly. Multiple clients trying to flip under the same screen can similarly interfere with prediction.

Userland needs a way to let the driver know when the content on the screen is suitable for variable refresh rate and if the user wishes to have the feature enabled.

=== DRM API to support variable refresh rates ===

This patch introduces a new API via atomic properties on the DRM connector and CRTC.

The connector has two new optional properties:

* bool variable_refresh_capable - set by the driver if the hardware is capable of supporting variable refresh tech

* bool variable_refresh_enabled - set by the user to enable variable refresh adjustment over the connector

The CRTC has one additional default property:

* bool variable_refresh - a content hint to the driver specifying that the CRTC contents are suitable for variable refresh adjustment

== Overview for DRM driver developers ===

Driver developers can attach the optional connector properties via drm_connector_attach_variable_refresh_properties on connectors that support variable refresh (typically DP or HDMI).

The variable_refresh_capable property should be managed as the output on the connector changes. The property is read only from userspace.

The variable_refresh_enabled property is intended to be a property controlled by userland as a global on/off switch for variable refresh technology. It should be checked before enabling variable refresh rate.

=== Overview for Userland developers ==

The variable_refresh property on the CRTC should be set to true when the CRTCs are suitable for variable refresh rate. In practice this is probably an application like a game - a single window that covers the whole CRTC surface and is the only client issuing flips.

To demonstrate the suitability of the API for variable refresh and dynamic adaptation there are additional patches using this API that implement adaptive variable refresh across kernel and userland projects:

- DRM (dri-devel)
- amdgpu DRM kernel driver (amd-gfx)
- xf86-video-amdgpu (amd-gfx)
- mesa (mesa-dev)

These patches enable adaptive variable refresh on X for AMD hardware provided that the user sets the variable_refresh_enabled property to true on supported connectors (ie. using xrandr --set-prop).

They have been tested on upstream userland under GNOME/KDE desktop environments under single and multi-monitor setups for a number of GL applications. Most games and benchmarks should work as expected provided that the compositor correctly unredirects the application's surface. KDE seems to have the best support for this with an explicit option to disable tearing support.

Full implementation details for these changes can be reviewed in their respective mailing lists.

=== Previous discussions ===

These patches are based upon feedback from patches and feedback from two previous threads on the subject which are linked below for reference:


Nicholas Kazlauskas

Hawking Zhang (5):
  Enable/Disable freesync when enter/exit fullscreen game v2
  Set freesync capability when client has fullscreen size drawable
  Do not fail the X request when there is just BadDrawable/BadMatch
  Handle Alt+Tab case when freesync enabled in steam client v2
  Do not issue freesync ioctl from present unflip

Nicholas Kazlauskas (1):
  Replace amdgpu ioctl with CRTC properties for enabling FreeSync

 src/Makefile.am        |   2 +
 src/amdgpu_dri2.c      |   1 +
 src/amdgpu_drv.h       |  10 ++
 src/amdgpu_extension.c | 210 +++++++++++++++++++++++++++++++++++++++++
 src/amdgpu_extension.h |  53 +++++++++++
 src/amdgpu_kms.c       |  60 ++++++++++++
 src/amdgpu_present.c   |   1 +
 src/drmmode_display.c  |  88 +++++++++++++++++
 src/drmmode_display.h  |   1 +
 9 files changed, 426 insertions(+)
 create mode 100644 src/amdgpu_extension.c
 create mode 100644 src/amdgpu_extension.h


More information about the amd-gfx mailing list