Messages in this thread | | | Date | Tue, 02 Dec 2003 08:38:03 -0500 | From | Ed Sweetman <> | Subject | Re: Linux 2.4 future |
| |
Ionut Georgescu wrote: > Because new hardware requires newest kernel, and neither I, nor the > majority of the users out there have the knowledge to 'forward' apply > patches. > > Even if 2.4 is phasing out, the process has just begun and it will last > a lot until 2.6 will be ready for production systems. > > We are not talking about a fancy, experimental feature. We are talking > about a mature, serious project, that has been traveling for 3 years > along the 2.4 kernel and with even more years of testing and research > behind. I find it just pitty for the linux kernel not to include it. > > When going to a conference, you don't present the brand new stuff you > have just computed or measured the night before, because you just can't > know if it is correct or not. Instead, you will present older, but > mature work, that you can swear on. The same with the 2.6 kernel. > Everybody is pushing it in front, but no one is using it for production > systems. XFS and 2.4 are, even together, old, mature work, that anybody > would 'present' anywhere. > > Regards, > Ionut
The point was, the patch is perfectly and easily usable the way it is. There stands to be no reason to make it part of the vanilla kernel other than a very slight convenience factor for a small minority of users. Tosatti thinks that that versus changes to this stable kernel that touch common code are unacceptable. Despite the maturity of the project, it just doesn't make sense to include it in the vanilla kernel, it would be a disservice to the rest of the users of 2.4.x kernels that do so for stability, not only in the not crashing sense, but also in the code-base sense. And the number of users who don't use xfs so greatly outnumber the users that do that it's a mute point for Tosatti. Just suck it up, plug on with the complex command of cat xfs.patch | patch -p1 or move up to 2.6. Anyone using xfs can obviously do either already and everyone not can continue not being affected by new code if they dont want to.
- 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/
| |