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
>
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox