public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Bjørn Mork" <bjorn@mork.no>
To: richard -rw- weinberger <richard.weinberger@gmail.com>
Cc: Borislav Petkov <bp@alien8.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Rusty Russell <rusty@rustcorp.com.au>
Subject: Re: Wrapping EXPORT_SYMBOL_GPL symbols and re-exporting the wrappers with EXPORT_SYMBOL
Date: Tue, 02 Jul 2013 10:47:19 +0200	[thread overview]
Message-ID: <87hagdz6ug.fsf@nemi.mork.no> (raw)
In-Reply-To: <CAFLxGvw5byx2gu47oD5yOMSHHxieh8qs0z5ZyeCRpAi7T3ibOA@mail.gmail.com> (richard's message of "Tue, 2 Jul 2013 09:57:08 +0200")

richard -rw- weinberger <richard.weinberger@gmail.com> writes:
> On Mon, Jul 1, 2013 at 11:38 PM, Borislav Petkov <bp@alien8.de> wrote:
>> On Mon, Jul 01, 2013 at 03:32:27PM +0200, Bjørn Mork wrote:
>>> I just got a new wireless router and stumbled across an odd set of
>>> out-of-tree modules, where two GPL licensed modules were used by a third
>>> proprietary licensed one.
>>>
>>> The nice router vendor sent me the GPL'd source code, and as expected
>>> the GPL modules are little more than wrappers working around the
>>> EXPORT_SYMBOL_GPL restrictions.  Here's a complete example of one of
>>> them:
>>
>> I'm wondering if we could fail building modules which do EXPORT_SYMBOL.
>
> Then vendors will do a s/EXPORT_SYMBOL_GPL/EXPORT_SYMBOL/g on the kernel.
> Recently I've identified such a case.

Well, in this particular case I don't think that would happen.  I
believe the router vendor is actually trying their best to comply with
the GPL.  They have a well documented and working way to request full
source, and the source I received seems complete and matching the latest
firmware version (as requested).

I believe they are unware of this issue in a minor software component
they have obviously bought from a 3rd party, sold as a SDK with a few
standalone kernel modules . I do believe the router vendor would have
refused if this software required any modifications to the kernel.  I
believe the same goes for the SoC vendor which of course is responsible
for most of the firmware, including the kernel.

> Bjørn, please post this on legal@lists.gpl-violations.org too.

Done.



Bjørn

      parent reply	other threads:[~2013-07-02  8:47 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-01 13:32 Wrapping EXPORT_SYMBOL_GPL symbols and re-exporting the wrappers with EXPORT_SYMBOL Bjørn Mork
2013-07-01 21:38 ` Borislav Petkov
2013-07-02  7:57   ` richard -rw- weinberger
2013-07-02  8:17     ` Borislav Petkov
2013-07-02  8:47     ` Bjørn Mork [this message]

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=87hagdz6ug.fsf@nemi.mork.no \
    --to=bjorn@mork.no \
    --cc=bp@alien8.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=richard.weinberger@gmail.com \
    --cc=rusty@rustcorp.com.au \
    /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