Some upcoming sysfs enhancements
Posted Mar 9, 2006 21:31 UTC (Thu) by iabervon
In reply to: Some upcoming sysfs enhancements
Parent article: Some upcoming sysfs enhancements
Having 2.7/2.8 wouldn't be a considered a sufficiently good excuse to break userspace like that. Version number is more about whether the internal function is similar; if you enable the right options, your Linux 1.2.13 programs should still work.
Now, it's possible that the "stable API" discussion will lead to having the kernel source include libraries linked from userspace programs and run in usermode. At that point, a lot of code can be moved out of the kernel executable and supervisor mode while not having a stable API between it and devices (it would provide a stable API to programs, of course, but compatibility stuff is relatively easy there), and a bunch of stuff currently distributed separately could be moved into the kernel tree (alsalib, e.g.). If this happens, maybe the version number should change from 2.6.x to 3.x, because it's a kind of major organizational change, and it would be good to acknowledge that the development methodology is really different from the 2.n period.
to post comments)