Re: Modules Standard, extended to kernel code
"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
Reply to: