It is no secret that rust is being added in the Linux kernel source tree.
Now i would be fine with this if it wasn't for rust's tiered support for other architectures. And sure one may say that obscure or legacy hardware doesn't matter(in my opinion it does because most server hardware is obscure or legacy hardware).
From what i have read online most problems come from rust's reliance on LLVM. There is this old(2017) theo post in the openbsd mailing list where he says that rust can't even compile itself on i386 due to it running out of addressing space. And then there are a bunch of other "tiered" architectures that do not get as good support as x86_64 or arm64.
Even if rust is only used on drivers i get the feeling that we will see a bunch of "fallback" C code basically doubling the source code base just for all other architectures, and doubling the work required until rust works well on all platforms. "This controller driver was written in rust, but you cant use it due to having an obscure piece of hardware."
Now if anyone knows more please explain this to me because that seems concerning.
The mailing list post: https://marc.info/?l=openbsd-misc&m=151233345723889&w=2