You are totally missing the point.
First of all, I agree with the change (not surprising eh?), but the
other posters are definitely right. If you are in a stable series,
having a patch arrive in a pre-release is totally immaterial. A stable
series is a stable series. API changes should be weighed far more
carefully than that. You don't make changes just because there is
little existing breakage. How do you know what you broke outside the
kernel tree? Further, the change will might OOPS not just cause a
warning, if a driver is left in unmodified state.
And yes we need a feature macro too, as another poster mentioned.
I have converted the net drivers and ymfpci already to fix the
suspend/resume callbacks, and sent to Linus, so nobody needs to bother
with those. Patches sent to Linus are archived at
ftp://ftp.us.kernel.org/pub/linux/kernel/people/jgarzik/patches/2.4.6/
Anyway I beg you -- please consider API changes more carefully in the
future, even if Quick Draw Torvalds does not. The changes that occured
here are immaterial: the principle of the stable series is what is at
stake here.
Finally, when you modify drivers, please CC the maintainer. ie. when
you patched eepro100, you should have CC'd Andrey Savochin. Read
MAINTAINERS for an e-mail address, or the source code if not in
MAINTAINERS.
Regards,
Jeff
-- Jeff Garzik | Andre the Giant has a posse. Building 1024 | MandrakeSoft | - 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/