"module inserting is linking" is true for almost
any other operating system which supports loadable modules
(including Windows), and really has no bearing on Mr. Murphy's
argument. The stronger argument is with the kernel header
files being GPL, to the degree that they contain macros
containing actual code, which expand into binary code
actually in the compiled module.
However, Mr. Murphy's point is correct. The law
supports the idea that certain INTERFACES may create
a legitimate boundary between different code bases
to distinguish them (as not being derivative works
of each other). This is true no matter what the FSF
thinks of static linking vs. dyamic linking, or what
Linus has said about permissibility of non-GPL
loadable modules.
I don't think even the interface creator can decide
whether a particular interface meets the criteria for
isolating or not the calling program from being a derivative
work. It's really up to a judge.
However, the EXPORT_SYMBOL_GPL facility may play a
role in indicating to a judge or jury the intent of the
original developer with regard to the interface. This
is unlikely to have as big an impact on the legality
of using the symbol from a non-GPL module as other factors
that come into play here.
Please don't misinterpret me. I'm glad Linus made his
exception (even though it may not exactly jibe with
copyright law and the GPL license), and I see value
in having developer's express their licensing intent
for their published interfaces. It's just dangerous
to assume this holds much legal weight.
____________________________________________________________
Tim Bird Lineo, Inc.
Senior VP, Research 390 South 400 West
tbird@lineo.com Lindon, UT 84042
-
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/