Merging the kvm tool
Posted Aug 25, 2011 11:09 UTC (Thu) by mingo (subscriber, #31122)
Except for the detail that we've indefinitely postponed the 'moving out into a separate project' step:
These are IMO some of the most important attributes of a good user-space project and by living in the kernel repository we get these benefits without having to fight much to enforce them. (Where the 'fight' would often be against ourselves.)
So I am not surprised at all that the tools/kvm/ developers (disclaimer, I write the occasional patch for tools/kvm/ myself and review their patches) are feeling about it in a similar way.
Posted Aug 25, 2011 13:10 UTC (Thu) by dberkholz (guest, #23346)
The problem with not leaving is obvious; there's a never-ending growth of semi-random packages distributed with the kernel, and pretty soon they'll call it LinuxBSD because it includes the whole OS.
Making it explicit that the kernel tree is an incubator rather than a permanent home means that it's not unbounded growth but instead more of an adolescence for new userspace code, which will eventually move out and go to college instead of sucking your resources forever.
Posted Aug 25, 2011 14:37 UTC (Thu) by deater (subscriber, #11746)
External tools trying to use the perf_event ABI tend to struggle, as the perf_event developers are primarily interested in perf working. Breaks in the ABI (and there have been many, though most are minor) are not deemed important if you don't catch them fast enough. And since the perf_event developers never feel the need to use the ABI from outside the kernel tree, it ends up meaning that userspace developers need to be running bleeding-edge kernels at all times or risk their tools being broken.
Kernel and userspace development are very different processes, and if your code isn't in the kernel tree you face an extreme disadvantage.
Posted Aug 25, 2011 14:45 UTC (Thu) by deater (subscriber, #11746)
Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds