linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Theodore Ts'o" <tytso@mit.edu>
To: "Luis R. Rodriguez" <mcgrof@kernel.org>
Cc: Alan Cox <alan@linux.intel.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	AKASHI Takahiro <takahiro.akashi@linaro.org>,
	Greg KH <gregkh@linuxfoundation.org>,
	torvalds@linux.intel.com, Rusty Russell <rusty@rustcorp.com.au>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	ciaran.farrell@suse.com, christopher.denicolo@suse.com,
	fontana@sharpeleven.org, copyleft-next@lists.fedorahosted.org,
	One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>,
	Paul Bolle <pebolle@tiscali.nl>, Peter Anvin <hpa@zytor.com>,
	Joe Perches <joe@perches.com>
Subject: Re: [copyleft-next] Re: Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)
Date: Thu, 18 May 2017 18:12:05 -0400	[thread overview]
Message-ID: <20170518221205.gcfs2t4ihlpx5kj6@thunk.org> (raw)
In-Reply-To: <20170517174128.GQ17314@wotan.suse.de>

Sorry, I guess I wasn't clear enough.  So there are two major cases,
with three sub-cases for each.

1)  The driver is dual-licensed GPLv2 and copyleft-next

   1A) The developer only wants to use the driver, without making
       any changes to it.

   1B) The developer wants to make changes to the driver, and 
       distribute source and binaries

   1C) The developer wants to make changes to the driver, and 
       contribute the changes back to upstream.

2)  The driver is solely licensed under copyleft-next

   2A) The developer only wants to use the driver, without making
       any changes to it.

   2B) The developer wants to make changes to the driver, and 
       distribute source and binaries

   2C) The developer wants to make changes to the driver, and 
       contribute the changes back to upstream.

In cases 1A and 1B, I claim that no additional lawyer ink is required,
because the code can just be distriuted under the terms of the rest of
the kernel --- namely, the GPLv2.  Even in the case where the
developer has made changes to the driver, the change can be released
only under the GPLv2, with the next result that in modified driver,
only the terms of the GPLv2 are controlling.

In the case of 1C, since the developer is contributing changes back to
upstream, and upstream presumably wants to keep the dual-license
nature of the source file, the developer will need to get permission
from their corporate counsel that it's OK for that company to release
code under the copyleft-next license.  And if the counsel is not
familiar with that license, they may need to research what
implications it might have towards the company's patents, etc.  So
there is extra ink in the case of 1C --- but fortunately, that's a
relatively small set in practice for most drivers.

In the single-license copyleft next case, in all of the cases
corporate counsel will need to be engaged if this is a new license and
they haven't analyzed the license yet.  So my claim is that 2A, 2B,
and 2C will require different amounts of extra, additional lawyer ink.

Does my reasoning make more sense now?

> b) Less boiler plate header, that's all. Pegging a dual thing would kind of
> defeat the purpose of the whole effort to make it as crystal clear as possible
> copyleft-next is GPLv2 compatible and its efforts to reduce license legalese.
> If its possible to avoid why not ask, which is what I've done.

I'll note, wrly, that lawyers can't agree on whether or not any boiler plate on
individual source files is needed at all.  Some might argue that:

MODULE_LICENSE("GPL");

is all that's needed, which is pretty simple.  :-)

							- Ted

  reply	other threads:[~2017-05-18 22:12 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-14 18:35 [PATCH] module.h: add copyleft-next >= 0.3.1 as GPL compatible Luis R. Rodriguez
2016-06-29 19:05 ` Luis R. Rodriguez
2016-06-29 19:46   ` Greg KH
2016-06-29 20:03     ` Luis R. Rodriguez
2016-06-29 20:13     ` H. Peter Anvin
2016-06-29 21:43   ` Paul Bolle
2016-06-29 22:01     ` Luis R. Rodriguez
2016-06-29 22:45       ` Paul Bolle
2016-06-29 23:01         ` Luis R. Rodriguez
2016-06-29 23:22           ` Paul Bolle
2016-06-29 23:29             ` Luis R. Rodriguez
2016-06-29 20:49 ` Paul Bolle
2016-06-30 22:50   ` Luis R. Rodriguez
2016-06-30 22:53 ` [PATCH v2] " Luis R. Rodriguez
2016-07-01 15:42   ` Greg KH
2016-07-18  3:26     ` Rusty Russell
2016-07-19 22:38       ` Greg KH
2016-07-19 23:29         ` Richard Fontana
2016-07-21  6:04         ` Rusty Russell
2016-07-22  0:07         ` Luis R. Rodriguez
2016-08-09 20:04           ` Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible) Alan Cox
2016-08-09 20:14             ` Luis R. Rodriguez
2016-08-10  1:25               ` [copyleft-next] " Luis R. Rodriguez
2016-08-10  2:58               ` Linus Torvalds
2017-05-11 18:02                 ` Luis R. Rodriguez
2017-05-15 15:18                   ` Alan Cox
2017-05-16 23:27                     ` Luis R. Rodriguez
2017-05-17 13:36                       ` Alan Cox
2017-05-17 16:55                       ` Theodore Ts'o
2017-05-17 17:41                         ` [copyleft-next] " Luis R. Rodriguez
2017-05-18 22:12                           ` Theodore Ts'o [this message]
2017-05-18 23:04                             ` Luis R. Rodriguez
2017-05-18 23:08                               ` David Lang
2017-05-18 23:29                                 ` Luis R. Rodriguez
2017-05-19 15:15                                   ` Theodore Ts'o
2017-05-19 11:31                               ` Alan Cox
2017-05-19 15:09                                 ` Luis R. Rodriguez
2017-05-19 17:59                                   ` Luis R. Rodriguez
2017-05-19 18:04                                     ` Luis R. Rodriguez
2017-05-19 22:55                                       ` Alan Cox
2017-05-25 17:05                                       ` Pavel Machek
2017-05-25 17:31                                         ` Luis R. Rodriguez
2017-05-25 20:14                                           ` Pavel Machek
2017-05-25 22:54                                             ` Luis R. Rodriguez
2016-08-09 21:46             ` Richard Fontana

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=20170518221205.gcfs2t4ihlpx5kj6@thunk.org \
    --to=tytso@mit.edu \
    --cc=alan@linux.intel.com \
    --cc=christopher.denicolo@suse.com \
    --cc=ciaran.farrell@suse.com \
    --cc=copyleft-next@lists.fedorahosted.org \
    --cc=fontana@sharpeleven.org \
    --cc=gnomes@lxorguk.ukuu.org.uk \
    --cc=gregkh@linuxfoundation.org \
    --cc=hpa@zytor.com \
    --cc=joe@perches.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mcgrof@kernel.org \
    --cc=pebolle@tiscali.nl \
    --cc=rusty@rustcorp.com.au \
    --cc=takahiro.akashi@linaro.org \
    --cc=torvalds@linux-foundation.org \
    --cc=torvalds@linux.intel.com \
    /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).