Slashdot Mirror
Linux 4.10 Kernel Reaches End of Life (softpedia.com)
prisoninmate quotes Softpedia: As it's not an LTS (Long Term Support) branch, the Linux 4.10 kernel series was doomed to reach end of life sooner or later, and it happened this weekend with the release of the Linux kernel 4.10.17 patch, which is a major one changing a total of 103 files, with 981 insertions and 538 deletions. Therefore, users are now urged to move to the Linux 4.11 kernel series. If you're using a GNU/Linux distribution powered by a kernel from the Linux 4.10 series you need to update to version 4.10.17 as soon as it makes its way into the stable repositories. However, please inform your OS vendor that they need to upgrade the kernel packages to the Linux 4.11 series immediately.
OS vendors knows well before Slashdot for sure, trust me.
systemd has everything I need.
Is the binaries ready?
I am running 2.6.32 - on a CentOS 6 system. Not everyone is always chasing the latest. I shall upgrade when RedHat/CentOS 8 comes out, probably in a year or two.
As a long time Linux user, I just realized I don't know or care what Linux kernel I am using.
My ism, it's full of beliefs.
You and I don't have the same definition of "vendor". That would be assuming anyone makes money off freely available Linux distro.
Tremendously poor attempt. Shockingly poor.
Linux 1.2.5604.1 for MIPS. And it's one of three. About $35/month for them. Each and every month. Each and every year. FREEDOM? What freedom?
Heck, and I was just review booting a Lenovo T470s w/ 4.10.x the other day: https://www.youtube.com/watch?...
When did 2.6 end, again?
consistent with habits years before the announcement of a cpmpeting product, operating system developers used their competitor's encironment to write a competing product! Mr.Spliy Anus Torballs lnown as the inseminator of VLinuz has chosen a release cycle and versioning system similar to Wangblows N1ggernet Exploder owner Mixrosloth. Similarlt before VMLinuz, the whore developer of Plan9 and ANSI Sheee Programming Languages known as Denise 'bitch-itch" Richie has opted to develop on Windows NT.
Faggalicious
Still 4.9.0 here. I am dead worried reading this...Should I email the Debian team? :-P
systemd has everything I need.
A yeah, I think I've heard about that one.
It's a module that runs inside emacs, isn't it ?
(Though not as popular as the kernel module inside emacs that FSF decided to use instead of Hurd).
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
Might be wise to get yourself acquainted with how RH manages kernel. {...} Since then it received numerous patches {...} mostly security and bug fixes
So, a sort of LTS kernel (though the concept wasn't as formally organised back in the 2.6.xx era.
Which brings us to another solution which wasn't mentioned in the summary :
If you don't want to move *forward* to kernel 4.11 (I don't know maybe there's a regression or a dropped support that affects you),
you can move *backward* to kernel 4.9 which is a LTS version and is going to be supported for quite a few years.
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
So has the problem with getting the latest video drivers been fixed?
Depends on the graphic card.
TL;DR: For Intel and AMD, you really don't give a fuck what you're running.
(Or if you're into gaming, you *absolutely* try to run the latest possible kernel and Mesa combo to get all the latest belss and whistles).
e.g.:
- Intel is exclusively doing opensource drivers (at least for their own cores. For the core that they sub licensed from PowerVR several years back, it's an entirely different story).
The drivers are part of the upstream kernel, so getting a new kernel *IS* how you get a new driver.
- AMD has embraced opensource (beginning almost as far back as when they bought ATI - though the actual implementation has taken much time).
They have a dual offering.
For a few special user (CAD software users, etc. who require opengl profiles) they still provide a closed source driver called AMDGPU-PRO. (As of note, it also shares some code with the current Windows drivers).
For the rest, the opensource source drivers (based around Mesa) are their main target. They have been investing resources (some of the devs of the opensource Mesa drivers are on AMD's payroll). Recently, it has seen tremendous improvement and starts to beat the closed source driver on most use-cases.
Both above driverrs rely on the same opensource kernel module. So if you use the opensource driver, the situation is the same as Intel : getting the latest kernel *IS* how you get the latest kernel module.
Only for the closed source AMDGPU-PRO does AMD spends ressource back-porting the kernel module to older kernel.
(So if you are a CAD user, better stick to major distribution whose kernel are more likely to see such back-ports. Or move to a rolling release distro, but that would be unusual for this class of users).
The current only exception is Vulkan. AMD haven't finished the necessary work to opensource their official Vulkan implementation. So AMDGPU-PRO is the only way to get it.
Meanwhile, opensouce developers have created RADV, their own unofficial Vulkan implementation for AMD cards. Currently, this implementation finally passes the conformancy tests and implements the Vulkan API completely, but isn't optimized yet. So often games run better using their openGL back-end (given that massive effort mentionned above) than using their Vulkan back-end (because as mentioned here, it's a small project, which only recently achieved full conformancy and hasn't even started optimizing).
regarding other API :
AMD has recently opensource a new OpenCL implementation running on top of their ROCm computing platform.
Now that this is opensourced, expect the optimizing to go faster, and eventually reaching the point that OpenGL has reached.
Over all the days of the absolutely aweful fglrx closed-source ATI driver are distant past.
I remember having to find the proper kernel headers (down to ver.a.b-c-ubuntu) when updating to latest nVidia OpenGL driver EVERY FUCKING TIME.
Bad news for you : Nvidia is still doing closed source drivers.
They basically recompile their Windows drivers for Linux, and write their own closed source "shim" kernel driver.
Meaning that you're completely dependent on Nvidia condescending to port their code to your specific kernel.
Also don't expect features that normally work with this hardware on Windows, and that other manufacturer have successfully implemented on Linux to work for you.
(Again, remember : Nvidia is basically recompiling their windows drivers. Some features have an API under Linux, but it's largely different and Nvidia doesn't botter)
(eg.: see who long it took them to properly implement xrandr for output handling)
(eg.: remember the whole fiasco around dual embed+discrete GPU on laptop working badly. Culminating with the public "Fuck you, Nvidia !" by Linus about their lack of collaboration)
(eg.: it's 2017 already, and Nvidia still hasn't got their sh
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]