Tag Archives: FreeSync

xf86-video-amdgpu 19.0 Brings FreeSync VRR Bit, TearFree Fixes


AMD released their newest xf86-video-amdgpu DDX driver today with various additions for enabling new functionality where needed by this X.Org display driver.

Arguably most important to the new xf86-video-amdgpu 19.0.0 release is the necessary code added for supporting FreeSync variable rate refresh from the X.Org display driver side. See how to enable FreeSync for the other necessary bits including Mesa 19.0+ and Linux 5.0+ plus this new DDX driver and then enabling the necessary options.

The xf86-video-amdgpu 19.0 release also has TearFree fixes and robustness improvements. The Zaphod multi-head mode also now allows up to six independent instances per GPU.

Also new is support for scan-out buffers using DCC color compression, which pairs with the latest kernel work as well and currently supported by Raven Ridge APUs. The DCC color compression for scan-out buffers should help with power savings / memory efficiency improvements.

The complete list of xf86-video-amdgpu 19.0 changes is outlined via the mailing list announcement.

AMDGPU Sends In More Linux 5.1 Updates With Seamless Boot Bits, FreeSync Fixes


With the cutoff this weekend of new material in DRM-Next that hopes to make it in the upcoming Linux 5.1 cycle, besides Intel sending in a last batch, so has AMD with some more AMDGPU changes for this next version of the Linux kernel.

The Linux 5.1 material for AMDGPU already queued include PCI Express bandwidth utilization being exported to user-space now via sysfs, initial BACO (Bus Active, Chip Off) support for Vega, exposing shader and memory clocks via hwmon, delta color compression on scan-out surfaces, and other changes. A secondary pull brought Vega 20 fixes and other miscellaneous fixes.

Today’s last batch is comprised mostly of fixes, including for DC code around FreeSync, Adaptive Backlight Management (ABM), the initial bits on Seamless Boot, other Display Core clean-ups, a Vega 20 PCI Express DPM switching fix, and other miscellaneous changes. This pull also brings a new AMDGPU_CHUNK_ID_SCHEDULED_DEPENDENCIES feature as part of GPU deadlock prevention.

The complete list of changes in today’s pull request to DRM-Next can be found here.

Mesa 19.0-RC1 Released With FreeSync Bits, Soft FP64, Many Vulkan Improvements


After its feature freeze and code branching yesterday, the first release candidate of Mesa 19.0 is now available.

The Mesa 19.0 release process is underway and there will be weekly release candidates until the stable release is ready to ship. Going by their expected release calendar and past release cycles, Mesa 19.0 should ship around the end of February unless struck by any blocker bug delays.

Mesa 19.0 is bringing with it many features ranging from the FreeSync/VRR bits that go along with the AMDGPU support in Linux 5.0, significant new features and improvements in the Intel ANV and Radeon RADV Vulkan drivers, continued new extensions and performance enhancements to RadeonSI, further maturing of the Meson build system, soft FP64 emulation, and a whole lot more. See my Mesa 19.0 feature overview for the quick overview of all the changes made over the past three months.

So go forth and Mesa 19.0.0-rc1 can now be tested for the very latest OpenGL/Vulkan/video open-source graphics drivers. More Mesa 19.0 benchmarks are coming up soon on Phoronix.

Linux 5.0-rc1 Debuts With New Hardware Support, FreeSync, I3C, High-Res Scrolling


Linus Torvalds ended the Linux 4.21 merge window on Sunday evening and decided to go ahead and rename it to Linux 5.0. Linux 5.0-rc1 is now available to begin the testing process for this next kernel release that will officially debut around the end of February or early March.

A short time ago I posted our Linux 5.0 feature overview that covers the major highlights of this new kernel release. See that two-page article for all of the details but some of the highlights include: AMD FreeSync, Raspberry Pi Touchscreen driver, a new console font for HiDPI/retina displays, initial open-source NVIDIA RTX Turing support with Nouveau, Adiantum data encryption support, Logitech high resolution scrolling support, I3C subsystem, and a lot of other new hardware support. The decision to jump over to Linux 5.0 from Linux 4.21 was decided by Linus Torvalds with the 4.x kernel releases getting high, similar to the arbitrary move of re-branding Linux 3.20 to Linux 4.0.

The Linux 5.0-rc1 codename remains the same as Linux 4.20, the Shy Crocodile. As of writing this article, Linus Torvalds has yet to issue any formal commentary on the Linux kernel mailing list about his thoughts on Linux 5.0-rc1 and the now passed Linux “4.21” merge window.

Given the release timing, Linux 5.0 is likely what we’ll end up seeing in the spring distribution releases with Ubuntu 19.04, Fedora 30, and of course the rolling releases.

For those not using Git, the Linux 5.0-rc1 source can be downloaded from Kernel.org. Our Linux 5.0 kernel benchmarking process will begin in the days ahead.

Update: Linus Torvalds’ brief RC1 message is now available. “The numbering change is not indicative of anything special…Make up your own reason for why it’s 5.0.

AMDGPU FreeSync / Adaptive-Sync Is Set To Land For Linux 4.21


AMD developers have a miraculous Christmas present for their open-source Linux users, particularly Linux gamers with FreeSync/Adaptive-Sync displays… This last major feature missing from AMDGPU DRM driver that’s long been sought after is finally set to land in the mainline Linux kernel!

It has been a long time coming but the FreeSync support (or VESA Adaptive-Sync / HDMI VRR) is finally set to be merged with the upcoming Linux 4.21 kernel cycle. FreeSync/Adaptive-Sync/VRR as a reminder is about adjusting monitor refresh rates dynamically without any mode change to reduce stuttering, tearing, and input lag. Previously this support was just available for Radeon Linux users via the AMDGPU-PRO components and not from the standard Linux kernel driver.

This week the DRM “VRR” patches were queued in the AMDGPU-Next tree with the new DRM core properties for exposing this functionality and hooking up the necessary bits in the AMDGPU Direct Rendering Manager driver itself. This functionality is long overdue for the open-source AMD Radeon graphics driver and took longer than anticipated due to coming up with this common DRM interface that can be used by the likes of the other DRM drivers in the future.

There is a vrr_capable property for indicating if a display connector is capable of VRR/Adaptive-Sync/FreeSync and vrr_enabled property for if a display/connector is enabled for the functionality or if it should be enabled. This commit documents the properties in greater detail.

And then there’s the integration bits with the AMDGPU DRM driver for making it a working reality. All of this code is currently sitting in drm-next-4.21 for AMDGPU and should then hit DRM-Next in the days ahead. Assuming no major last minute issues, the code should then be merged into the Linux 4.21 mainline kernel when its merge window opens at the very end of December or early January. Linux 4.21 should then be released in March for those that may be planning a new monitor purchase or upgrade to one of these capable displays.

Besides the kernel-side work, there are also Mesa patches pending for the necessary bits in user-space, which should be merged to Mesa 19.0 once the kernel portion is merged to mainline. Tests. instructions, and more details on Phoronix when that code lands.