This is one of the many reasons why the kernel should have been written in Rust.
When will your rewritten-in-Rust version of the kernel be released?
Is it technically possible to write a driver in Rust and add it to the kernel in a reasonable way? That is, without gobs of fragile shims, etc.
I think this is highly unlikely. The Linux kernel lacks an internal ABI [0] which would make writing drivers in a different language and targeting them at multiple kernel releases essentially impossible.
Many, many people and organizations writing drivers have complained over the years about the lack of an internal ABI. [1] [2] I would go so far as to say it's why Linux on ARM is such a dumpster fire. SoC vendors provide an SDK based on a certain kernel, and OEMs forever ship this kernel (with occasional backports for really severe bugs) because porting the device-specific changes to a newer kernel is just too much effort.
[0] https://en.wikipedia.org/wiki/Linux_kernel_interfaces
[1] https://stackoverflow.com/questions/827862/why-i-need-to-re-...
Basically, it transforms Linux into a kind of microkernel, with drivers being implemented on their own processes, using shared memory APIs to talk with the kernel, based on an IDL (Interface Description Language).
But we have other UNIXes, that moved away from a pure C model, Inferno, NeXTSTEP and its descendants.
Regarding Linux, the kernel might never move away from C, but Android, Android Things and ChromeOS have very little of it exposed to userspace.
And then there is Fuchsia and Redox.
But Linux will be in C forever.