What, specifically, are the "nasty requirements?"
* Is it simply that it must compile separately from the kernel
and load via insmod?
* May I #include kernel header files in my module?
* If so, which ones?
* What if these header files have inline functions?
(Does it matter?)
If I don't hear from Linus directly, can someone point me to
a document, file, or mailing list thread where this might be
As part of our operating system / networking research, we have
written a loadable kernel module for Linux. We would like to
distribute the source but we're not sure if our development
office will allow us to release it under the GPL (at least
initially). Before meeting with the lawyers, I'm trying to
learn what I can about the issue.
Linux Kernel mailing list thread, "Is it OK to release non-GPL
network driver with source?" started 06 Sep 2000. Specifically,
which is copied here:
On 07 Sep 2000, Linus Torvalds writes:
> In article <20000906161126.B30302@ranma.sysrq.org>, Dave Allen wrote:
> > My company is currently working on a linux network driver (I'm sorry,
> > but I can't disclose which company or the nature of the driver right
> > now). However, recent discussions on this list have made me grow
> > concerned about licensing problems with the GPL.
> > The source code for the driver _is_ going to be available, but it will
> > not be GPL'd.
> Note that whenever it's not GPL'd, all the module restrictions kick in.
> So it's going to be "legal" the same way any binary only module is
> "legal" - assuming all the nasty requirements are met. For something as
> simple (from a conceptual standpoint, not necessarily an implementation
> standpoint) as a network driver, doing that is not likely to be a big
> It obviously cannot be linked into the kernel, but as a loadable module
> it's ok as long as it uses the standard interfaces and nothing more.
> And sure, having source available might make it easier for people to
> help you: it can't become part of the standard kernel, and as such it
> will never be supported, but that's true of binary-only modules too.
> I wouldn't recommend it, but I don't see that it would be an
> insurmountable problem.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/