All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
To: Marc Dietrich <marvin24-Mmb7MZpHnFY@public.gmane.org>,
	Philipp Kern <pkern-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>,
	Allen Martin <amartin-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
Cc: nonfree-sMDJvqjagnvx+JS5GvM4/R2eb7JE58TQ@public.gmane.org,
	Julian Andres Klode <jak-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>,
	dktrkranz-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org,
	ftpmaster-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: autobuild of tegrarcm
Date: Mon, 28 Jul 2014 09:25:26 -0600	[thread overview]
Message-ID: <53D66B66.4010703@wwwdotorg.org> (raw)
In-Reply-To: <15635619.1sXO2FqnMG@fb07-iapwap2>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=windows-1252; format=flowed, Size: 5945 bytes --]

On 07/28/2014 02:03 AM, Marc Dietrich wrote:
> added tegra ml, tegra maintainer, and tegrarcm maintainer.
>
> I think the license isn't appropriete for this software at all. See my notes
> regarding this here [1]. So lets take the chance and ping nvidia again on this
> issue.

I'll ask Eric to comment on this again, although please note that he's 
out on vacation this week.

That is, unless Allen has any comment?

> [1] http://www.spinics.net/lists/linux-tegra/msg11945.html
>
> Am Sonntag, 27. Juli 2014, 20:23:20 schrieb Philipp Kern:
>> Hi,
>>
>> On Sun, May 12, 2013 at 09:55:20PM +0200, Marc Dietrich wrote:
>>> On Sun, 12 May 2013, Philipp Kern wrote:
>>>> Hi,
>>>>
>>>> On Tue, Apr 23, 2013 at 11:31:21AM +0200, Marc Dietrich wrote:
>>>>> The proprietary license only applies to the binaries included in some
>>>>> header> >
>>>>> files. FYI, here is the license:
>>>> it seems like an oversight: LICENSE says "The files tegra20-miniloader.h
>>>> and tegra30-miniloader.h are provided pursuant to the following license
>>>> agreement". But there is also tegra114-miniloader.h, which bears the
>>>> same "not usable without a specific agreement" header.
>>>
>>> thanks for finding this. I think this can be fixed easily. I'll ask my
>>> NVIDIA contact to update the LICENSE file regarding this.
>>>
>>>> Interestingly NVIDIA tells us in the license that it is "revocable",
>>>> which
>>>> is not the case for the graphics driver one. I presume we're already
>>>> talking about the binary code form here. It does not really make me happy
>>>> that we can only distribute this to sublicensees that agree to be bound
>>>> by the license and to owners of NVIDIA hardware. Both is untrue when
>>>
>>>> looking at buildds. ):
>>> Does the term "revocable" cause problems with the distribution? Does this
>>> mean that users downloading the code (or the binary) must delete it if
>>> NVIDIA tells debian to do so? Of course this is not possbile because we
>>> don't know the identity of the users downloading this code. Also we don't
>>> ask the users to aggree with the license before downloading/running the
>>> program.
>>>
>>> The code in the miniloader files is not run on the machine which runs
>>> tegrarcm. It is run on the target SoC, which is likely Tegra, because all
>>> other SoCs won't run this bootloader. So I think this is more or less
>>> harmless.
>>
>> whenever I go back to this license, I feel bad about it. Adding Luca who
>> accepted it.
>>
>> The graphic driver license clearly exempts Linux from the problematic
>> provisions. The tegra one does not even try. Here's 2.1:
>>
>>   2.1  Rights and Limitations of Grant.  NVIDIA hereby grants to You the
>>   following non-exclusive, non-transferable, revocable right under
>>   NVIDIA’s copyrights to use, copy, distribute and sublicense the
>>   SOFTWARE (solely in binary code form) to Your sublicensees (a) solely
>>   for use in connection with NVIDIA hardware or software products; and
>>   (b) pursuant to the terms and conditions of any form of end-user
>>   software license agreement; provided, that Your sublicensees agree to
>>   be bound by this LICENSE or terms and conditions that are as
>>   protective of NVIDIA’s Intellectual Property Rights in the SOFTWARE as
>>   this LICENSE
>>
>> I'm unsure if the latter part means that the users need to consent before we
>> can offer it (e.g. click-through). Unless we do not actually sublicense.
>> OTOH if we'd sublicense, then the users would not need to destroy copies
>> when we need to.
>>
>> And then there's clause 3:
>>
>>   3.  TERM AND TERMINATION
>>   .
>>   This LICENSE and the licenses granted hereunder shall be effective as
>>   of the date You download the applicable SOFTWARE (“Effective Date”)
>>   and continue for a period of one (1) year (“Initial Term”)
>>   respectively, unless terminated earlier in accordance with the
>>   “Termination” provision of this LICENSE.  Unless either party notifies
>>   the other party of its intent to terminate this LICENSE at least three
>>   (3) months prior to the end of the Initial Term or the applicable
>>   renewal period, this License will be automatically renewed for one (1)
>>   year renewal periods thereafter, unless terminated in accordance with
>>   the “Termination” provision of this LICENSE
>>   .
>>   NVIDIA may terminate this LICENSE at any time if You violate its
>>   terms. Upon termination, You will immediately destroy the SOFTWARE or
>>   return all copies of the SOFTWARE to NVIDIA, and certify to NVIDIA in
>>   writing that such actions have been completed.  Upon termination or
>>   expiration of this LICENSE the license grants to Licensee shall
>>   terminate, except that sublicenses rightfully granted by Licensee
>>   under this LICENSE in connection with Paragraph 2 of this LICENSE
>>   provided by Licensee prior to the termination or expiration of this
>>   LICENSE shall survive in accordance with their respective form of
>>   license terms and conditions.
>>   [...]
>>
>> Do we have a precedent for such a clause? The whole language about one year
>> terms and announcements of termination worries me. That'd mean that
>> someone'd need to monitor NVIDIA's announcements and then request removal
>> from a stable release in time? Or will that only happen towards single
>> users? (I.e. must the notification be direct?)
>>
>> I guess the language about NVIDIA's products can be ok, given that the
>> compiled product is only useful on NVIDIA hardware anyway and will not be
>> executed on buildds…
>>
>> Kind regards
>> Philipp Kern
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-tegra" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

  reply	other threads:[~2014-07-28 15:25 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <18236773.n1AHpLtjGA@fb07-iapwap2.physik.uni-giessen.de>
     [not found] ` <alpine.OSX.2.00.1305122142290.915@macbook-pro-de-lucile-perez.fritz.box>
     [not found]   ` <20140727182320.GA14656@simplex.0x539.de>
     [not found]     ` <20140727182320.GA14656-yKPz972ugOjHWlwuStCS9A@public.gmane.org>
2014-07-28  8:03       ` autobuild of tegrarcm Marc Dietrich
2014-07-28 15:25         ` Stephen Warren [this message]
     [not found]           ` <53D66B66.4010703-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-08-11 21:46             ` Eric Brower

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=53D66B66.4010703@wwwdotorg.org \
    --to=swarren-3lzwwm7+weoh9zmkesr00q@public.gmane.org \
    --cc=amartin-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
    --cc=dktrkranz-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org \
    --cc=ftpmaster-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org \
    --cc=jak-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org \
    --cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=marvin24-Mmb7MZpHnFY@public.gmane.org \
    --cc=nonfree-sMDJvqjagnvx+JS5GvM4/R2eb7JE58TQ@public.gmane.org \
    --cc=pkern-8fiUuRrzOP0dnm+yROfE0A@public.gmane.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 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.