We do often include affiliate links to earn us some pennies. See more here.

After three years without a full release, X.Org 21.1.0 has finally landed with new features and a lot of bug fixes. While the next-generation for all Linux systems will eventually be Wayland, plenty still default to X.Org.

Developer Povilas Kanapickas announced the release on October 27, noting that they expect issues to come up once more people start using it with a 21.1.1 version patch being planned to arrive in the next few weeks rather than their usual time of a few months. For a reminder: XWayland, the project that ensures backwards compatibility with applications on Wayland is now released as its own thing.

Here's the release highlights:

  • The meson support is now fully mature. While autotools support will still be kept for this release series, it will be dropped afterwards.
  • Glamor support for Xvfb.
  • Variable refresh rate support in the modesetting driver.
  •  XInput 2.4 support which adds touchpad gestures.
  • DMX DDX has been removed.
  • X server now correctly reports display DPI in more cases. This may affect rendering of client applications that have their own workarounds for hi-DPI screens.
  • A large number of small features and various bug fixes.
Article taken from GamingOnLinux.com.
26 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
11 comments
Page: 1/2»
  Go to:

Eike Oct 28, 2021
View PC info
  • Supporter Plus
I was under the impression that nobody would work on new X.org features anymore and it would even hardly be maintained?
TrainDoc Oct 28, 2021
Quoting: EikeI was under the impression that nobody would work on new X.org features anymore and it would even hardly be maintained?

I think that this is maintainers realizing some bugs can't just be left to rot and decided to patch up before they leave.
Eike Oct 28, 2021
View PC info
  • Supporter Plus
Quoting: TrainDocI think that this is maintainers realizing some bugs can't just be left to rot and decided to patch up before they leave.

Variable refresh rate support sounds like a major thing to me, though?
Xpander Oct 28, 2021
Quoting: Eike
Quoting: TrainDocI think that this is maintainers realizing some bugs can't just be left to rot and decided to patch up before they leave.

Variable refresh rate support sounds like a major thing to me, though?

But the question is, what did it improve?
VRR has been working on X for long time.. the only issue has been that it has been working only with 1 monitor active.
Does that change that? what the F is modesetting driver, what does it improve for the end user?
Eike Oct 28, 2021
View PC info
  • Supporter Plus
Quoting: Xpander
Quoting: Eike
Quoting: TrainDocI think that this is maintainers realizing some bugs can't just be left to rot and decided to patch up before they leave.

Variable refresh rate support sounds like a major thing to me, though?

But the question is, what did it improve?
VRR has been working on X for long time.. the only issue has been that it has been working only with 1 monitor active.

Oh man!
I've been actually using it on X already!
Yes, sorry, it's obviously not the big change I thought.
kokoko3k Oct 28, 2021
QuoteVariable refresh rate support in the modesetting driver.
It is probably improved by this:
and this:

Quoting: XpanderVRR has been working on X for long time.. the only issue has been that it has been working only with 1 monitor active.
Does that change that?
Yes, tldr:
  • 1*) In vrr+nonvrr setups, in the past the vrr capability depended on the order you plug the monitors(!) (or the order in which the system probed them, so a matter of fluck), now it is handled correctly.

  • 2*) Also, when refresh rates differ, it is not only possible to vsync all the outputs to a minimum common multiple (so no vrr) , but even vsync just the primary one to his own frequency and let others basically tear (the latter is the new feature).


Quotewhat the F is modesetting driver
From man modesetting:
"modesetting is an Xorg driver for KMS devices."

It is a generic driver for xorg that works across multiple gpus, given that the underlying kernel supports them via KMS/DRM.
Optionally, it can be 2D accelerated via Glamour if the dri driver implements opengl.
Take intel cards, if you use the xf86-video-modesetting driver, than xorg will re-use already available kernel calls to show things, if you use xf86-video-intel, than different calls will be performed.
It is also a thing that nvidia could just support modesetting driver and fully integrates into the kernel and still have his proprietary 3D blob living in the dri part of his driver (nvidia-utils under Arch).

-> This is what i've understood. <-


Last edited by kokoko3k on 28 October 2021 at 11:12 am UTC
TheRiddick Oct 28, 2021
Look forward to this in mainline arch repo. Its a feature I've been waiting for a long time and useful for me since I don't use Wayland yet due to some bugs and missing features.
Xpander Oct 28, 2021
Thanks for explanation.

The modesetting driver part i could search myself also, but my point actually was that there are so many little things. like if you search for what modesetting driver is, then you get anther set of questions. What is KMS what is DRM..then you search for this and even more new questions arise :)


Last edited by Xpander on 28 October 2021 at 11:18 am UTC
kokoko3k Oct 28, 2021
Quoting: XpanderThanks for explanation.

The modesetting driver part i could search myself also, but my point actually was that there are so many little things. like if you search for what modesetting driver is, then you get anther set of questions. What is KMS what is DRM..then you search for this and even more new questions arise :)
Lol, you're right, you need to get one big picture out of so many little bits.
Check this out:
https://www.bitwiz.org.uk/s/how-dri-and-drm-work.html
Pit Oct 28, 2021
Quoting: XpanderThanks for explanation.

The modesetting driver part i could search myself also, but my point actually was that there are so many little things. like if you search for what modesetting driver is, then you get anther set of questions. What is KMS what is DRM..then you search for this and even more new questions arise :)

Yes, that's how 'learning' works - step by step
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.