The developer-force going into the 2.0-series is not very big. I
consolidate the few fixes I get sent my way that are reasonable, and
reject the rest (lately, most have been reasonable...), and try to
backport some fixes from 2.2/2.4 that are applicable. No new drivers are
added (or developed), and no new features are added.
Besides me, there are a few (no more than five) persons that regularly
report their success/failure/personal gripes with the latest
2.0-releases, and remind me to increase the release-number (I'm as bad
as Alan in this regard...)
The amount of work that I'd spend on a newer kernel would be about the
same, and since I've grown fond of this work, I'll probably not drop
2.0 unless I get offered to take over 2.2 or 2.4 some point in the
future.
Mind you, there _are_ people that still use 2.0 and wouldn't consider an
upgrade the next few years, simply because they know that their
software/hardware works with 2.0 and have documented all quirks.
Upgrading to a newer kernel-series means going through this work again.
And most likely, the upgrade would be to 2.2 rather than 2.4, because
2.4 still gets new features and API-changes now and then, something
generally frowned upon in a controlled environment.
I am about to release 2.0.40 soon, and while 40 is a nice round number,
42 is an even better number to stop at, so that'll probably be the end
of the road. That end lies quite some time in the future, though.
Regards: David Weinehall
_ _
// David Weinehall <tao@acc.umu.se> /> Northern lights wander \\
// Maintainer of the v2.0 kernel // Dance across the winter sky //
\> http://www.acc.umu.se/~tao/ </ Full colour fire </
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/