3 ms·
> My question is why would the proposed changes are not already included upstream? Because these changes remove networking, USB support, sound, debugging suppo
by PragmaticPulp 5y ago
> My question is why would the proposed changes are not already included upstream?
Because these changes remove networking, USB support, sound, debugging support, and even the entire init system. It's useful if you need to boot into a single, simple app without networking or USB as fast as possible, but it's not useful for general purpose computing.
- myself248 5y agoI guess there's an obvious follow-on question: Can USB and networking support be implemented in such a way that startup is deferred or parallelized?
- deleted 5y ago[deleted]
- rusk 5y agoCan they be loaded as modules on demand? Sounds like it should be possible …
- midasuni 5y agoSo my computer has booted but I can’t ping it or use a keyboard. Great. I’d rather my computer booted and then signalled when everything I want was ready, rather than hide the init time after claiming to be ready.
- myself248 5y agoLazy troll is lazy. I like that my Linux-based head-unit comes ready 3 seconds after starting the car, so the volume control works, and if I was listening to a simple input like the broadcast tuner at the last shutdown, it returns to that and I've got music right away. It takes a little longer for maps to render, and longer still for the Bluetooth module to load, but that's okay. Delaying simple functions until all the most complex stuff had loaded would be a terrible UX.
- midasuni 5y agoThat’s not a general purpose computer
- jdub 5y agoThat's what systemd does for you.