Exploiting null-dereferences in the Linux kernel
I&#x27;m really curious why there aren&#x27;t more enterprise-grade, production ready kernels at this point. Isn&#x27;t Rust nearing maturity? Doesn&#x27;t the community have tonnes of enterprise ready C code that could be used as a reference (ie. Linux, BSD) of &quot;what not to do&quot;?<p>I&#x27;m not trying to start an argument here, I think the world knows that C&#x2F;C++  make it way too easy to shoot ourselves in the foot by now. I know that writing operating systems is hard and takes a long time, i&#x27;ve written my own prototype single and multitasking operating systems for x86_32, 68k, Z80, 6502 etc. I&#x27;m aware that Rust support has been added to recent Linux kernels, for the limited use case of writing secure device drivers. None of these things are news to me, so please don&#x27;t regurgitate these points.<p>But given the great body of reference that is available, the enthusiasm in the Rust community for the promise of more secure operating system kernels, I&#x27;m genuinely suprised that things aren&#x27;t further along. Yes I&#x27;m aware of Redox, but it seems more aimed at desktop use, and last time I tried it didn&#x27;t even boot.<p>Projects in C&#x2F;C++ seem to be making much faster progress eg. SerenityOS than the Rust community. What is holding Rust back in this area? This is a genuine question, not intending to inflame the discussion. I&#x27;m spending some time learning Rust as I can afford, but am not opinionated one way or the other yet.<p>Where are all the Linux replacements that I would have imagined to be up and running by now given Rust&#x27;s maturity? What am I missing here? Happy to be genuinely informed.<p>I kind of expected there to be a bunch of projects in flight by now, ala bazaar style, with the Rust community starting to conglomerate around the strongest contenders and move them forward at a rapid pace.