All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rusty Russell <rusty@rustcorp.com.au>
To: "Luis R. Rodriguez" <mcgrof@frijolero.org>
Cc: linux-kernel@vger.kernel.org,
	"Luis R. Rodriguez" <mcgrof@frijolero.org>,
	Tso Ted <tytso@mit.edu>, Keith Packard <keithp@keithp.com>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Ralf Baechle <ralf@linux-mips.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Arend Van Spriel <arend@broadcom.com>,
	David Woodhouse <dwmw2@infradead.org>,
	Stephen Hemminger <shemminger@vyatta.com>,
	"John W. Linville" <linville@tuxdriver.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Subject: Re: [PATCH v2] module: Clarify usage of MODULE_LICENSE()
Date: Mon, 07 May 2012 12:30:16 +0930	[thread overview]
Message-ID: <87bom0hf0f.fsf@rustcorp.com.au> (raw)
In-Reply-To: <1333903588-32608-1-git-send-email-mcgrof@frijolero.org>

On Sun,  8 Apr 2012 09:46:28 -0700, "Luis R. Rodriguez" <mcgrof@frijolero.org> wrote:
> From: "Luis R. Rodriguez" <mcgrof@frijolero.org>
> 
> While the kernel is GPLv2 individual the MODULE_LICENSE() has allowed for
> these tag to be used:
> 
>   * Dual BSD/GPL
>   * Dual MIT/GPL
>   * Dual MPL/GPL
> 
> This is done for historical reasons, namely questioning the compatibilty
> between the GPL and some old BSD licenses. Some developers and maintainers
> tend to use assume the macro is also used to help clarify if the module
> source code could be shared with the BSD family, but that is not the
> case.

Incorrect.  When the author clarifies their license it *does* help.  If
a tag and license text were to disagree, it would muddy the waters.

> The MODULE_LICENSE() declares the module's license at run time and even for
> the dual tags the run time license that applies is the GPL.

You're probably correct, but it's very hard to care.

> If sharing share between Linux and permissive licensed Operating Systems such
> as the BSDs is desired developers should review the license on the top of
> each file being considered to be shared.

Of course.  But having both is nice and clear.

Cheers,
Rusty.

  parent reply	other threads:[~2012-05-07  5:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-08 16:46 [PATCH v2] module: Clarify usage of MODULE_LICENSE() Luis R. Rodriguez
2012-04-09  8:04 ` Arend van Spriel
2012-04-09 12:36   ` Luis R. Rodriguez
2012-05-07  3:00 ` Rusty Russell [this message]
2012-05-07 22:48   ` Luis R. Rodriguez

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=87bom0hf0f.fsf@rustcorp.com.au \
    --to=rusty@rustcorp.com.au \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=arend@broadcom.com \
    --cc=dwmw2@infradead.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=keithp@keithp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=mcgrof@frijolero.org \
    --cc=ralf@linux-mips.org \
    --cc=shemminger@vyatta.com \
    --cc=torvalds@linux-foundation.org \
    --cc=tytso@mit.edu \
    --cc=viro@zeniv.linux.org.uk \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.