An Ubuntu Kernel Built With The Latest AMDGPU DC Support

[agd5f]

You did wrote that the open source driver is for gaming. Why there is no freesync support in Mesa drivers then?

The problem is we can't upstream our current code because it's an amd specific interface. It also requires DC which is not upstream yet. We need to design a general vendor independent approach and get DC upstream before we can commit any freesync changes to userspace components. It was done in the pro stack originally because it's maintained as an out of tree delta.

[juno]

We need to design a general vendor independent approach

Can you say something about the progress with this? Are you in contact with Intel or Nouveau devs?
Intel once stated they are going to implement VESA Adaptive Sync in their graphics. Nvidia has the hardware but obviously remains with G-Sync in their closed drivers.

[agd5f]

Can you say something about the progress with this? Are you in contact with Intel or Nouveau devs?
Intel once stated they are going to implement VESA Adaptive Sync in their graphics. Nvidia has the hardware but obviously remains with G-Sync in their closed drivers.

There's not that much to it. We basically just need a way for userspace to tell the kernel that the application running is fullscreen. Then if freesync is enabled via a connector property, it should generally just work. The two main use cases we have are for games (where you want the refresh rate to vary based on the framerate) and multi-media playback (where you want the framerate to match the framerate of the media you are playing). It's mostly a matter of getting some prototypes written and out for discussion. We've just been busy with a lot of other things.

[juno]

There's not that much to it. We basically just need a way for userspace to tell the kernel that the application running is fullscreen. Then if freesync is enabled via a connector property, it should generally just work. The two main use cases we have are for games (where you want the refresh rate to vary based on the framerate) and multi-media playback (where you want the framerate to match the framerate of the media you are playing). It's mostly a matter of getting some prototypes written and out for discussion. We've just been busy with a lot of other things.

Thanks for the answer. Can you tell if there will be some kind of LFC (low framerate compensation) like the Windows driver has?
E.g. if I play a video with 23.976 FPS but the panel only goes down to a minimum of 40 Hz, the windows driver will basically output every frame twice and maintain a frame/refreshrate of 47.952 Hz.