On Mon, 23 Feb 2009, David Ellingsworth wrote: > On Sun, Feb 22, 2009 at 5:15 AM, Hans Verkuil <hverkuil@xxxxxxxxx> wrote: > > Optional question: > > Why can't we drop support for all but the latest kernel? > > > > > Why: > > As others have already pointed out, it is a waste of time for > developers who volunteer their time to work on supporting prior kernel > revisions for use by enterprise distributions. The task of > back-porting driver modifications to earlier kernels lessens the > amount of time developers can focus on improving the quality and > stability of new and existing drivers. Furthermore, it deters driver > development since there an expectation that they will back-port their > driver to earlier kernel versions. Finally, as a developer, I have We don't backport the drivers to older kernels. That's what drivers kept in a full kernel tree end up doing. Generally there is just the code for the newest kernel to think about. Most of the driver code doesn't have backward compatibility ifdefs. Most of the compat issues are handled transparently by compat.h and only those developers who patch compat.h ever need to know they exist. When a developer does need to deal with some compat ifdef in a driver, almost all the time it's something trivial and obvious. Change the variable name in both branches. Copy in a couple lines of boilerplate. Sometimes a bigger issue comes up. IIRC, around 2.6.16 there was a major class_device change in the kernel and backward compat code for it ended up being a nightmare. So we didn't do it. We stopped supporting back to ~2.6.11 and moved up the target past the problem change. Maybe this has happened again with the changes to i2c? I don't think it's that hard, but I've yet to do it myself, so maybe it is. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
