Kernel Summit 2006: The user-space API [LWN.net]

Kernel Summit 2006: The user-space API

Posted Jul 18, 2006 12:27 UTC (Tue) by jospoortvliet (subscriber, #33164)
Parent article: Kernel Summit 2006: The user-space API

HAL = 'unmaintained crap'. wow. didn't see that one coming...

Now I wonder - why would bringing something into the kernel tree ensure better maintainance?

And would bringing as much as possible into the kernel not make things harder to maintain, as I can imagine its a bit harder to start contributing to the (big) kernel compared to a much smaller project?

And what's the reason to push as much as possible to userspace? Yes, you can upgrade it, and it can be maintained by others than the kernel dev's, and you can fork it. But udev and hal are such 'outsourced' pieces of code, and now the kernel hackers think about making them part of the kernel (tough still userspace). So its not just positive, isn't it?

(Log in to post comments)

Kernel Summit 2006: The user-space API

Posted Jul 18, 2006 16:27 UTC (Tue) by dlang (✭ supporter ✭, #313) [Link]

when something is in the kernel it gets more maintinance becouse when people change an interface they useually go through the kernel and change everything that uses that interface to match (and there's a good argument that doing so is (or should be) required by whoever wants the change)

this by itself goes a long way towards solving maintinance issues. it doesn't cover all of them (especially the fact that sometimes changes shouldn't be just propagated, sometimes they should trigger much more significant changes), but it also significantly reduces the frustration of whoever is maintaining the system so that they just work on real fixes and improvements rather then chaseing updates.