Nobody wants memory bugs. Penguinistas continue debate on how to squish 'em

Greg Kroah-Hartman… urged fellow contributors to embrace those interested in contributing Rust code to improve the kernel.

"Adding another language really shouldn’t be a problem… embrace the people offering to join us

Thoughts on this?

  • LedgeDrop@lemm.eeEnglish
    108·
    18 days ago

    In my mind, introducing Rust would only make sense if:

    1. There was a serious lack of current kernel developers (which I don’t think there is)
    2. New hardware and tech was evolving at a rate that the Linux Kernel could not keep up (again, I don’t think this is am issue)
    3. The end goal is to migrate the entire Kernel to Rust.

    Regarding point 3, having both C and Rust really only makes sense as a transition phase (measured in years) - as it would require kernel developers to be savvy in both C and Rust, or would force developers to stay within whatever domains were implemented in C or Rust.

    • Thinker@lemmy.worldEnglish
      13·
      18 days ago
      1. There was a serious lack of current kernel developers (which I don’t think there is)

      Maybe not at the moment, but my understanding is that the pool of qualified C programmers is shrinking rapidly, because the old guard is all ageing out and there simply are not enough intermediate developers coding in C at the level that Kernel development requires.

      Having a larger (and growing) pool of upcoming developers interested in systems programming and software excellence is one of the explicit stated reasons that Linus et al. considered Rust in the first place.

    • gedhrel@lemmy.worldEnglish
      8·
      18 days ago

      What’s in your mind does not coincide with the professional experience of Greg KH. You shoyld read what he had to say on the subject.

      • LedgeDrop@lemm.eeEnglish
        1·
        18 days ago

        What?!? Actually, read the article? What is this, Reddit? /s

        Seriously, though - let me spin the question around: what, in your mind, overlaps with what Greg said?

        (plus, OP was just interested in people opinions - not whether they align/contradict with Greg, Linus, etc)

          • gedhrel@lemmy.worldEnglish
            5·
            18 days ago

            To add something to this: linux has avoided internal SPIs for a long time. It’s often lauded as one of the reasons it hasn’t ossified.

            However, some subsystems have a huge amount of complexity and hidden constraint in how you correctly use them. Some of that may be inherent, but more of it will be accidental.

            Wrapping type-erased shims around this that attempt to capture (some of) those semantics shines a light onto the problem. The effort raises good technical questions around whether the C layer can be improved. Where maintainers have approached that with an open mind, the results are positive for both C and Rust consumers. Difficult interfaces are a source of bugs; it’s always worth asking whether that difficulty is inherent or accidental.

          • sugar_in_your_tea@sh.itjust.worksEnglish
            5·
            17 days ago

            For the lazy, I liked these parts:

            Rust isn’t a “silver bullet” that will solve all of our problems, but it sure will help in a huge number of places, so for new stuff going forward, why wouldn’t we want that?

            …

            Yes, I understand our overworked maintainer problem (being one of these people myself), but here we have people actually doing the work!

            The whole thing is great.