In a wide-ranging conversation with Verizon open-source officer Dirk Hohndel, ‘plodding engineer’ Linus Torvalds discussed where Linux is today and where it may go tomorrow.
…
As for the release numbers, Torvalds reminded everyone yet again, they mean nothing. Hohndel said, “You typically change the major number around 19 or 20, because you get bored.” No, replied Torvalds, it’s because, “when I can’t count on my fingers and toes anymore it’s time for another ‘major’ release.”
…
So, what should you do about the constant weekly flow of Linux security bug fixes? Greg Kroah-Hartman, the maintainer of the Linux stable kernel, thinks you should constantly update to the newest, most secure stable Linux kernel. Torvalds agrees but can see the case for sticking with older kernels and relying on less frequent security patch backports.
…
Switching to a more modern topic, the introduction of the Rust language into Linux, Torvalds is disappointed that its adoption isn’t going faster. “I was expecting updates to be faster, but part of the problem is that old-time kernel developers are used to C and don’t know Rust. They’re not exactly excited about having to learn a new language that is, in some respects, very different. So there’s been some pushback on Rust.”
…
The pair then moved on to the hottest of modern tech topics: AI. While Torvalds is skeptical about the current AI hype, he is hopeful that AI tools could eventually aid in code review and bug detection.
In the meantime, though, Torvalds is happy about AI’s side effects. For example, he said, “When AI came in, it was wonderful, because Nvidia got much more involved in the kernel. Nvidia went from being on my list of companies who are not good to my list of companies who are doing really good work.”
Yeah I guess Nvidia have had to grow up pretty fast recently.
Nvidia have been big kernel contributers for a long time, even before the “removed you nvidia” thing. They hold their graphics driver close to their chest, but have done a lot of other work for the kernel.
What’s an example? I would have thought, back then especially, their driver (and maybe nvapi) was most of the software they shipped.
My memory is fuzzy, but they have had their tegra SOC since the 2000s, and somewhat more recently they have been a big player in data center networking.
And ever since CUDA became a thing they have been a big name in HPC and super computers, which is usually Linux based.
So they have done a lot of behind the scenes Linux work (and possibly BSD?).
Yeah, afaik the tegra was only used for embedded, closed source devices though, no? Did they submit any non-proprietary tegra support upstream?
And afaik CUDA has also always been proprietary bins. Maybe you mean they had to submit upstream fixes here and there to get their closed-source stuff working properly?
Tegra was used in android tablets, I had a couple. Not sure what the licence status was, but it was supported in cyanogen, so they must have had to make some changes to the kernel for that?
Certainly some of the stuff the upstreamed was to support their drivers, but they would have also been working on other more general things to support their super computers and other HPC stuff.
They also had a chipset for intel motherboards (which I can’t find anything about), which may have had some work required?
I don’t really know exactly the scope of all the work, but they have been in the top 20 companies for kernel development for a long time, and I assuming it can’t just be supporting their own drivers.
Its hard to find the stats, but from here: https://bootlin.com/community/contributions/kernel-contributions/ you can click through and get breakdowns per kernel release: https://web.archive.org/web/20160803012713/remword.com/kps_result/3.8_whole.html
Cool, that’s a good source to peruse, thanks.
I wish rust integrated more nicely with gnu and guix.
In what way?
You can’t just run rustup or install the guix rust package because rust has its own standalone self-contained ecosystem which kinda clashes with the declarative nature of guix since it isn’t built with integration with tools outside of the rust ecosystem in mind.
Yeah tldr is “rust good”, “ai overrated”, “i only care about the kernel and won’t answer your questions”
How do you have 25 upvotes? Everything you wrote is wrong.
Linus said, that the rust infrastructure is not stable, is positive about AIs future and happy, that NVIDIA had to step up their open source game.
And even the interviewer mentioned, that the “I only care about the kernel” quote WILL be taken out of context.
And he answered even implied questions…
What? If you read the post you’ll see that he was sad the rust adoption wasn’t going faster.
Yes, but he also commented that the rust infrastructure isn’t super stable.
The point is that that Linus responses were not as overtly simplified and predictable as lung suggested.
Time is passing by so fast, really. I still remember linux 5 kernels to be modern, and 6 somehow still feels “the new thing”
And in reality they’re all just in the 2.6 branch. I still remember the transition from 2.4.
If you think that if you cannot count a minor version number from from fingers and toes, and it is meaningless anyway, why not drop the current versioning system entirely? It would be fine if it was (major version).(patch)
