The distros usually take care of that, often they add or backport additional patches too but the patches in the stable upstream kernel your distro kernel is based on are incorporated as well (unless there is specific reason to revert them because the patch is known to cause more issues than it fixes). Obviously only as long as the distro is fully supported, after that it might depend on the exact LTS policy or if it is completely out of support you should get a new version of the distro.
this post was submitted on 17 Jan 2024
37 points (97.4% liked)
Linux
48017 readers
916 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
This is an excellent answer. My eli5 addition is this:
It depends on your distro. Distros that do more hand holding and more compatibility without additional operator involvement will be more likely to backport or use a stable kernel with backports like these. Examples: Ubuntu/Fedora/Mint. Distros that focus on system stability will take much longer to integrate backports like these, ex: Debian. And masochists will tell you to do it yourself, ex: lfs, arch.
In Arch there are AUR packages for specific versions so you don't have to do it yourself. Arch is about picking and choosing your packages, but not really about actually building/patching things on your own like LFS or Gentoo.
Although picking a rolling-release distro and then using an outdated kernel does seem counter-intuitive.
This is one of those comments that causes Arch to get the reputation that it does. You aren't wrong and you probably don't intend to be off-putting but here we are.
I don't understand. What is the problem with what I said? I am genuinely confused by your response.
How is it off-putting that you can install a package with the exact version you want instead of doing it yourself. What you said puts more people off of Arch, not me. What you said makes Arch sound more complicated than it is.
Usually the more stable distros just use older LTS versions because their last major release is longer ago on average but they still release security fixes for those versions quickly (assuming a distro with the resources to handle security support at all).
Red Hat and Debian both backport security fixes but don't backport things like laptop device support. It can take a year or more for versions of those distros to gain the kind of functionality that is looking for.
They don't Backport them but they do incorporate them if they are already part of the upstream LTS kernel used by that distro.
Have LTS kernels started backporting non security fixes like this? To be fair I haven't looked at this in over a decade but this kind of patch wouldn't have been backported then.
Well, OP explicitly states that the patch for their issue has been incorporated into the stable trees for various older kernels.
Thanks, I appreciate the comment. It is logical that there is not one-size-fits-all approach. I will dig into the specifics of distros of interest for more information.
unless there is specific reason to revert them because the patch is known to cause more issues than it fixes
Just experienced this for the first time on Debian last month. They had some issues with a kernel update corrupting some filesystems or something, and while the new kernel was right there available in the Discover app, they had blocked the download as an emergency measure.
The distro you're using and the model of laptop and a link to the bug/commit would make it easier to answer what you can expect.
The TongFang GMxXGxx needs IRQ overriding for the keyboard to work, is also sold as the Eluktronics RP-15 (TongFang GMxXGxx DMI board_name).
commit df0cced74159c79e36ce7971f0bf250673296d93 upstream
I am not using any distro right now because of the keyboard issue, and I do not feel comfortable patching it by myself.
I am actually trying to figure out which distro to try out now that the patch has been incorporated.