From: gknispel@proformatique.com (Guillaume Knispel)
To: kernelnewbies@lists.kernelnewbies.org
Subject: GPL-only symbol Error
Date: Wed, 23 Nov 2011 02:39:38 +0100 [thread overview]
Message-ID: <20111123023938.24ff023a@xilun> (raw)
In-Reply-To: <6F5DE7538AFCDA45A114F5E7510424A702D3E435@hq-exchange01.bytemobile.com>
On Tue, 22 Nov 2011 17:21:46 -0800
"Jeff Haran" <jharan@bytemobile.com> wrote:
> > -----Original Message-----
> > From: Graeme Russ [mailto:graeme.russ at gmail.com]
> > Sent: Tuesday, November 22, 2011 5:10 PM
> > To: Jeff Haran
> > Cc: Greg KH; Sengottuvelan S; Kernel Newbies
> > Subject: Re: GPL-only symbol Error
> >
> > Hi Jeff,
> >
> > On Wed, Nov 23, 2011 at 11:34 AM, Jeff Haran <jharan@bytemobile.com>
> > wrote:
> > >> -----Original Message-----
> > >> From: Greg KH [mailto:greg at kroah.com]
> > >> Sent: Tuesday, November 22, 2011 2:44 PM
> > >> To: Jeff Haran; Sengottuvelan S; Kernel Newbies
> > >> Subject: Re: GPL-only symbol Error
> > >>
> > >> On Tue, Nov 22, 2011 at 02:35:24PM -0800, Jeff Haran wrote:
> > >> > I've seen others when faced with this who build their own kernels
> > > from
> > >> > sources just modify the problematic EXPORT_SYMBOL_GPL()s to
> > >> > EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it
> > >> > personally. Consult a lawyer before you go down that road.
> > >>
> > >> It is not legal and companies have gotten into big trouble by trying
> > > to
> > >> do that, or by creating "gpl-condom" kernel modules that wrap gpl-only
> > >> symbols and export them again. ?Do not do that without the full buy-in
> > >> from your legal department as they do not want to hear about it from
> > > an
> > >> external query first.
> > >>
> > >
> > > Greg,
> > >
> > > Just curious, can you provide links to these cases?
> > >
> > > I've read the COPYING file at the top of the Linux source tree. I am not
> > > a lawyer, but I don't see anything in it that would prohibit somebody
> > > from taking the GPL kernel sources, changing the EXPORT_SYMBOL_GPL()s
> > to
> > > EXPORT_SYMBOL()s, publishing that modified kernel source as required by
> > > the GPL license but then keep their module source that uses the now
> > > non-GPL symbols private. It seems like it should be prohibited in the
> > > spirit of open source, but I don't see any mention of these symbol
> > > declarations in the license.
> >
> > The mere fact that the "gpl-condom" module links to EXPORT_SYMBOL_GPL
> > functions make it, in and of itself, a GPL module
> >
> > ergo, there is no such thing as a "gpl-condom" module
> >
> > Regards,
> >
> > Graeme
>
> Graeme,
>
> Perhaps, but that's not what I asked about. It seems to me the essence of GPL is that it grants people the right to modify GPL sources like the Linux kernel in any way they want so long as they make those changes available to whoever uses the code in the future. I don't see anything in it that prohibits specific changes. So if I take a symbol that in the sources from kernel.org is declared with EXPORT_SYMBOL_GPL(), make a 1 line change that declares it EXPORT_SYMBOL() and put that on a publically available web site, how have I violated GPL?
>
> Let's say I then ship a product that uses that custom kernel and a non-GPL kernel module of my own writing that only works with the custom kernel, how is that prohibited in the GPL license?
>
> Not that I am planning on doing this and I've never done it in the past, but technically it seems that there would be no violation here.
I guess you can't really take some GPL code from a third party, do some
random paperwork or magic trick that basically constitute an unilateral
declaration from you that what was once considered and clearly
identified as derivatives are not anymore, publish said derivatives
that you pretend are not and do so in an incompatible licence, and get
along with it. On the contrary such behavior would very probably
constitute something like willfulness infringement if such thing is
applicable (but IANAL and so over...)
--
Guillaume Knispel
Avencall - 10 bis, rue Lucien Voilin - 92800 Puteaux
Tel. : (+33) 141 389 960
next prev parent reply other threads:[~2011-11-23 1:39 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-22 21:48 GPL-only symbol Error Sengottuvelan S
2011-11-22 21:53 ` Jeff Haran
2011-11-22 22:08 ` Sengottuvelan S
2011-11-22 22:34 ` Greg KH
2011-11-22 22:35 ` Jeff Haran
2011-11-22 22:44 ` Greg KH
2011-11-23 0:34 ` Jeff Haran
2011-11-23 0:51 ` Greg KH
2011-11-23 1:09 ` Graeme Russ
2011-11-23 1:21 ` Jeff Haran
2011-11-23 1:39 ` Guillaume Knispel [this message]
2011-11-23 2:10 ` Jeff Haran
2011-11-23 2:50 ` Greg KH
2011-11-23 18:05 ` Jeff Haran
2011-11-23 19:32 ` Greg KH
2011-11-23 1:56 ` Greg Freemyer
2011-11-23 2:17 ` Jeff Haran
2011-11-23 2:48 ` Greg KH
[not found] ` <1322045488.28603.17.camel@thorin>
2011-11-23 18:31 ` Jeff Haran
2011-11-23 19:28 ` Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20111123023938.24ff023a@xilun \
--to=gknispel@proformatique.com \
--cc=kernelnewbies@lists.kernelnewbies.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).