"Howell, David P" wrote: > To add in my 2 cents, specifically is there a standard planned or in the > works for loadable or statically linked in kernel drivers and subsystems? > I'm new here but come from a System 5/SVR4 background where there was a > DDI/DKI standard for drivers that defined a set of kernel interfaces that > a driver writer could assume was always going to be there in a kernel, > with the same semantics across different architectures.
Nope. Linus has specifically reserved the right to modify the kernel interface periodically -- but modules whose source is in the public kernel source tree will be updated to match the new interface by whoever implements the kernel interface change. This is a win for driver developers, as it means they get the benefits of interface updates and fixes without lifting a finger. Or so the theory goes. This lets Linus and his minions clean up the interface when they discover it's gotten crufty, or update it when they discover it lacks an important feature. > Here at Intel we ran into an issue with a driver that is produced > by an Intel group being useful for only one release of a distribution > (i.e. Red Hat 6.2) but could not be used with the previous point > release (6.1) due to module versioning. Was the source to the driver released under the GPL and sent to the linux kernel maintainers? That's the only real way to ensure that kernel maintainers can provide backports when needed. - Dan
