5 ms·
No, but it's already the case that some drivers are already tightly coupled to an architecture. Does it make sense to build a driver for some internal piece of
by ndesaulniers 6y ago
No, but it's already the case that some drivers are already tightly coupled to an architecture. Does it make sense to build a driver for some internal piece of hardware from an ARM SoC for PPC? Generally, no.
- megous 6y agoThe kernel contains vast number of drivers that are for universal buses like I2C, SPI, USB, PCI(e), SDIO, UART, writing any of these in rust would make these drivers unavailable to architectures unsupported by llvm. I think that would be quite sad.
- deleted 6y ago[deleted]
- ndesaulniers 6y agoRight. I don't think anyone is proposing ReWrItE iT iN rUsT. There's way way more drivers that aren't buses (platforms) that don't need the level of portability we're talking about.
- megous 6y agoI'm not talking about buses, but regular drivers for devices on those buses. The buses are universal, that means that they can be supported on any architecture, so drivers for devices on those busses should not be limited to any single arch just by the choice of the language.