Earlier quoted context omitted.
It surprised me that Linux 6.12's QR code generator is written in Rust and enabled in at least Arch and Fedora.
Why does the kernel need a QR code generator?
Linux 6.16: faster file systems, improved confidential memory, more Rust support
21–30 of 54 posts
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#22Earlier quoted context omitted.
It surprised me that Linux 6.12's QR code generator is written in Rust and enabled in at least Arch and Fedora.
Why does the kernel need a QR code generator?
A QR code can capture 3k of data, you can capture a lot of context and details in that, particularly if you apply a little bit of compression (and the kernel has compression algorithms embedded in it). More than can be captured on a screen normally, without it zooming out of sight.
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#23Earlier quoted context omitted.
Linus is pragmatic. His only hard rule is "don't break userspace", most everything else is contingent. From what I can tell, he views Rust for Linux as a social project as much as a technical one - attract new (and younger) developers into the kernel, which has become pretty "senior", force all of the "unwritten rules" to be written down, and break down some of the knowledge siloing and fiefdom behavior that has take…
I just remember how much shit he talked about C++, and I guess I assumed that that would carry over to Rust as well.
From my memory of Linus's C++ comments, they basically boil down to "the kernel needs to do everything in freestanding mode, and everything that's interesting in C++ is not in freestanding mode, so what good is it?" (plus some ranting about "zero-cost" exception handling being rather more expensive than its name implies). In general, a strong vibe of someone who tried C++ in the early 90s, gave up on it then, and is generally ignorant of how C++ is different from back then.
If Linus's first introduction to C++ was to C++11, I'd imagine his opinion of C++ would be higher (probably not high enough to permit it into the kernel, though). To a large degree, Rust is "take the good new parts of C++11, strip out some of the legacy insanity, and let's also work out how to keep as much of the good stuff in a freestanding environment as possible." Which answers a lot of the objections that Linus had to C++!
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#24Earlier quoted context omitted.
Why does the kernel need a QR code generator?
https://www.phoronix.com/news/Linux-6.12-DRM-Panic-QR-Code
Oh that's pretty nifty. It's always been a pita to get data (logs, traces, metadata etc) off of a crashed system. This is less human readable, but any human that wants to read it will want the raw data anyway. Way easier to do this than try to run photos of a screen through OCR.
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#25Earlier quoted context omitted.
https://www.phoronix.com/news/Linux-6.12-DRM-Panic-QR-Code
Oh that's pretty nifty. It's always been a pita to get data (logs, traces, metadata etc) off of a crashed system. This is less human readable, but any human that wants to read it will want the raw data anyway. Way easier to do this than try to run photos of a screen through OCR.
[deleted]
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#26Earlier quoted context omitted.
It surprised me that Linux 6.12's QR code generator is written in Rust and enabled in at least Arch and Fedora.
Why does the kernel need a QR code generator?
Would most people rather have a cell phone picture of the screen for debug logs, or a QR code that has those logs ready to be scanned and copy/pasted?
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#27I'm still kind of surprised that Linus ended up allowing Rust into the kernel. Good, but surprising. Looking forward to this release once it hits NixOS Unstable.
[dead]
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#28> If your Linux laptop doubles as a music player, another nice new feature is that you can now stream your audio over USB even while the rest of your system is asleep. That capability's been available in Android for a while, but now it's part of mainline Linux. I thought Android did that by just turning off all but one CPU core and suspend all processes not required for streaming + bluetooth? I really can't imagine h…
It hands it off to a dedicated media playback DSP. Right now, only Qualcomm is supported but there’s hope that now that the mainline kernel supports it other hardware providers will offer a way the kernel can do that for them, too.
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#29Earlier quoted context omitted.
My understanding is its contained to the "edges", mostly in drivers and not in the "core" kernel. Still interesting indeed.
for now, due to gcc-rs not being completed yet and the rustc compiler not supporting every linux architecture
There's two gcc-based compilers for Rust, gcc-rs which is part of the gcc suite and written in C++, and rustc_codegen_gcc, which is an optional backend for the existing Rust compiler written in Rust which emits an intermediate representation that GCC can understand. rustc_codegen_gcc is much closer to completion.
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#30The article mentions Linux pull requests. Does Linux contribution do actual pull requests now? Or is it still a mailing list?
If the latter, why would they say pull request?