Re: Binary only module overview

Ignacio Vazquez-Abrams (ignacio@openservices.net)
Wed, 26 Sep 2001 18:09:41 -0400 (EDT)


On Wed, 26 Sep 2001, Alan Cox wrote:

> > What about programs that include header files from /usr/include/linux,
> > /usr/include/asm, and/or /usr/include/scsi?
>
> I believe you cannot copyright an interface just an implementation of it.
> I suspect someone more familiar in law can give the required precise info
> on that boundary
>
> That is the security layer issue is one of "does it depend on the linux
> kernel to work, is it deriving from the kernel and the GPL'd module for
> security plugins" not about the precise structs and #defines.

There are two things that work together cause problems, however:

1) The kernel header files are part of the Linux package, therefore unless a
specific license is applied to these files, they are covered by the license
applied to the entire package, i.e., GPL.

2) I agree that the structs and #define values contained within the header
files are not a problem; there is no transfer of code, only the information
about data formats and contents. OTOH, the #define macros, e.g., the ioctl()
stuff, may cause a problem due to the fact that cpp does in fact take the code
contained in these macros and inserts it into the program.

Therefore, it can be said that anything that uses the header macros must also
be under the GPL. Certainly this is a ridiculous idea, but it is one that
requires additional clarification.

The best solution is probably to make all header files in <linux-src>/include
LGPLed, and make the additional requirement in the Linux license that anything
in <linux-src>/include must also be LGPLed.

-- 
Ignacio Vazquez-Abrams  <ignacio@openservices.net>

- 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/