|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH V2 6/6] iommu/arm: Add Renesas IPMMU-VMSA support
On 07/08/2019, 20:15, "Julien Grall" <julien.grall@xxxxxxx> wrote:
(+ Lars)
Hi,
On 8/7/19 5:01 PM, Oleksandr wrote:
>>> + * you can found at:
>>> + * url:
>>> git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas-bsp.git
>>> + * branch: v4.14.75-ltsi/rcar-3.9.6
>>> + * commit: e206eb5b81a60e64c35fbc3a999b1a0db2b98044
>>> + * and Xen's SMMU driver:
>>> + * xen/drivers/passthrough/arm/smmu.c
>>> + *
>>> + * Copyright (C) 2016-2019 EPAM Systems Inc.
>>> + *
>>> + * This program is free software; you can redistribute it and/or
>>> + * modify it under the terms and conditions of the GNU General Public
>>> + * License, version 2, as published by the Free Software Foundation.
>>> + *
>>> + * This program is distributed in the hope that it will be useful,
>>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
>>> + * General Public License for more details.
>>> + *
>>> + * You should have received a copy of the GNU General Public
>>> + * License along with this program; If not, see
>>> <http://www.gnu.org/licenses/>.
>> I don't know that Xen license description rule, but since a few source
>> files have
>> SPDX-License-Identifier, can we also use it on the driver?
>
> I am afraid, I don't know a correct answer for this question. I would
> leave this to maintainers.
>
> I just followed sample copyright notice for GPL v2 License according to
> the document:
>
> http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=CONTRIBUTING
The file CONTRIBUTING is only giving example of common example of
license. So I think this is fine to use SPDX, the more they are already
used. The only request is to put either SDPX or the full-blown text but
not the two :). Lars, any objection?
I am quite in favor of SPDX because it is easier to find out the
license. With the full-blown text, the text may slightly vary between
licenses. For instance, the only difference between GPLv2 and GPLv2+ is
",or (at your option) any later version". I let you imagine how it can
be easy to miss it when reviewing ;).
We had a discussion last year about using SPDX in Xen code base but I
never got the time to formally suggest it.
I did not push it either.
In the past one of the committers had major objections against SPDX, but after
a conversation last year and changes to the latest version of SPDX he dropped
these.
The only remaining objection was to have both SPDX identifier AND a license in
the same file. The argument against it is: what does it mean if they contradict
each other? To be fair that is a valid concern.
I am not sure it is a good idea to introduce SPDX piecemeal. It would be much
better to
a) agree it
b) transform the codebase using a tool
rather than introducing it piecemeal
Lars
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |