It wasn't that long ago that the very idea that another language besides C would be used in the Linux kernel would have been laughed at. Things have changed. Today, not only is Rust, the high-level system language moving closer to Linux, it's closer than ever with the next "patch series to add support for Rust as a second language to the Linux kernel."

Linux

• The best Linux laptops for consumers and developers
• Want to save your aging computer? Try these 5 Linux distributions
• The best distros for beginners
• How to enable Linux on your Chromebook (and why you should)

The biggest change in these new packages is that the Rust code proposed for the kernel now relies on the stable Rust compiler rather than the beta compilers. Going forward, Rust on Linux will be migrating every time a new stable Rust compiler is released. Currently, it's using Rust 1.57.0.

By doing this, as Linux kernel and lead Rust on Linux, developer Miguel Ojeda, put it, "By upgrading the compiler, we have been able to take off the list a few unstable features we were using." This, in turn, means Rust on Linux will be more stable. 

Looking ahead, Ojeda wrote, "We will keep upgrading until we do not rely on any unstable features; at which point we may want to start declaring a minimum Rust version is supported like it is done, e.g. GCC and Clang.

Senior Linux kernel developer Greg Kroah-Hartman had told me he believes "drivers are probably the first place for" Rust to appear in Linux since "they are the 'end leaves' of the tree of dependencies in the kernel source. They depend on core kernel functionality, but nothing depends on them."

This has been coming for several years now. At the virtual 2020 Linux Plumbers Conference, where the top Linux kernel developers hash out Linux's future, the idea of introducing Rust as the kernel's second language was introduced.

While Linus Torvalds is sure, Linux won't end up being written in Rust. But then, that's not the goal. No one's going to rewrite the kernel's 25 million lines of C in Rust.

Led by Josh Triplett, Rust language lead, and Nick Desaulniers, a Google engineer, they proposed using the system-level Rust language inside the kernel. Why? Because it's much safer than C, especially at handling memory errors.

As Ryan Levick, a Microsoft principal cloud developer advocate, explained, "Rust is completely memory safe." Since roughly two-thirds of security issues can be traced back to handling memory badly, this is a major improvement. In addition, "Rust prevents those issues usually without adding any runtime overhead," Levick said.

Torvalds sees the advantages. While he's encouraging a slow but steady approach to introducing Rust into Linux, he has also said that using Rust interfaces for drivers and other non-core kernel programs makes sense: "I'm convinced it's going to happen. It might not be Rust, but it is going to happen that we will have different models for writing these kinds of things, and C won't be the only one."

So, as Ojeda toldZDNetthis summer, "The project is not finished, but we are ready to get mainlined if high-level maintainers accept the current changes and prefer that we work inside the kernel. Most of the work is still ahead of us." 

Still, work well underway now. I expect to see the first Rust code in the Linux kernel sometime in 2022.

---

Related stories:

• Linus Torvalds on where Rust will fit into Linux.
• Rust in the Linux kernel: Why it matters and what's happening next.
• Linus Torvalds: Juggling chainsaws and building Linux.

---

Enterprise Software

ChatGPT's next big challenge: Helping Microsoft to challenge Google searchWhen will Microsoft end support for your version of Windows or Office?Tech in 2023: 6 new priorities for your shortlistThe 14 best web hosting services: Which is right for your website?

• ChatGPT's next big challenge: Helping Microsoft to challenge Google search
• When will Microsoft end support for your version of Windows or Office?
• Tech in 2023: 6 new priorities for your shortlist
• The 14 best web hosting services: Which is right for your website?