[PragmaticPulp]

> 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]

I 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?

[rusk]

Can they be loaded as modules on demand? Sounds like it should be possible …

[midasuni]

So 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]

Lazy 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]

That’s not a general purpose computer

[jdub]

That's what systemd does for you.