I'm using 2.5.70-mm4 to try out some things, but I realize, as mm8 comes out, that my changes are against a kernel that will soon be old. I know that some people work against the current development kernel (see quoted article from linux-mm below), but since I am not using bitkeeper, I don't know the best way to easily move my changes to newer kernels. (I use cvs, patch, and diff.) How do other people do this? Like this ... ? kernel$ cp 2.5.70-mm4-elc/.config 2.5.70-mm8 kernel$ diff -urN --exclude CVS \ 2.5.70-mm4 2.5.70-mm4-elc > elc.diff kernel$ cd 2.5.70-mm8 && patch -p1 < ../elc.diff On Wed, Jun 11, 2003 at 09:50:17AM -0700, William Lee Irwin III wrote: > On Wed, Jun 11, 2003 at 12:28:18PM -0400, Shansi Ren wrote: > > What version do you suggest then? The reason why I choose 2.4.5 is that > > I'm doing a research project. Experiments on earlier versions may not be > > persuasive to audience. > > That's actually too old, not too new. > > You do realize that the 3rd number in the point releases is a > patchlevel, and does not indicate major kernel-wide changes? i.e. if > you're going to hack on 2.4.x, the highest value of x indicates the > version with the most bugfixes. 2.4.y vs. 2.4.x with y > x does not > indicate a brand new major kernel version with oodles of new features, > major subsystems redesigned, and so on. > > Also, 2.4.x is relatively deeply frozen. I won't consult Marcelo (he > has enough to deal with), but IMHO it's not productive to demonstrate > major design changes against a codebase that can (by definition) never > absorb them. i.e. it'd be best to try to work against current 2.5.x. > > I myself am brewing up something that appears to be suffering from bad > timing wrt. the release cycle. The way I'm going to handle that is just > keeping it current until the next development cycle opens. This is not > painless (in fact, it is "very painful"). > > > -- wli -- --Ed L Cashin | PGP public key: ecashin@uga.edu | http://noserose.net/e/pgp/ -- Kernelnewbies: Help each other learn about the Linux kernel. Archive: http://mail.nl.linux.org/kernelnewbies/ FAQ: http://kernelnewbies.org/faq/
