Received: by 10.223.164.202 with SMTP id h10csp175288wrb; Wed, 22 Nov 2017 05:36:55 -0800 (PST) X-Google-Smtp-Source: AGs4zMZLk2LKOryAguFQBdAzp8EUSUG6vADwEvLU8EUk2FUASTm2MIsoDB8wir7XeQqXSmVzw3AO X-Received: by 10.99.129.73 with SMTP id t70mr20829276pgd.227.1511357815611; Wed, 22 Nov 2017 05:36:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511357815; cv=none; d=google.com; s=arc-20160816; b=xSZIEqMIFNE/pwJkq1Bbr4FIUKGB2UBGaqYtRlkJIqE3kmkhOO3uKCGDo9nfRKQZHC T+4ptoQ1pwlcXFperXhHlGsuOxfTxlhIHOtOsuXrhN6n2uDUUrN5mwkOErGzmqgBRjyQ 1idi4ukWtJJ+Nif+L/TxgOfyT+pRfp+7O6MFtT5HE4qmpefmrhmBStWI1QnhY6rpAGmg iEjVBXrEYckwN0QYK0nRhKFsPYpISbdoWDttmF1TpzE6twEDiHzkTpdnoTbotQPzMpZa E4h2MvM9tO1p7s8BO7E1hlrCqA8Hb5K6X+netSv8WGoIKS3jrcKUuD8jcMXDPL0rAWen LOwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=s/j9j6BB/Xrfwjpz6U29e/FRBEzT8wxk0lcVWT/BYic=; b=VDhFf9en6vXAEdcEbBAv5KhBiO6/DfjpKGooajt9YCC+RaPNcJxEO5M87c+oDdJhh8 Bv9HWM79wPPIRxjoTtgoaE0rEfz6LqTv92l+YVwV7Fysg6UYMuXZWQ9nk+wCEqASnIc1 XQIP9rTCS/9OFyPgqmiE88PaVcyALjM4/7RQWEVDQvET5/lgmhow1SlaWnsy21dTrI7n dIvURz8Sn/9m7r+rLRx412JA2mRwGnFAiHbsuvCpAm7+sAqopp8xFqCsAyDd4HD/aYov 4U2QkT5gMcTIfvOXDpFVvC9lkUtX7211687eNGZpAzMPW9SPaslH1AgPfkj8rzWJEiCJ 2ggQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z8si13624915pgc.6.2017.11.22.05.36.36; Wed, 22 Nov 2017 05:36:55 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751360AbdKVNfi (ORCPT + 78 others); Wed, 22 Nov 2017 08:35:38 -0500 Received: from osg.samsung.com ([64.30.133.232]:45149 "EHLO osg.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751258AbdKVNfg (ORCPT ); Wed, 22 Nov 2017 08:35:36 -0500 Received: from localhost (localhost [127.0.0.1]) by osg.samsung.com (Postfix) with ESMTP id 377E01474C; Wed, 22 Nov 2017 05:35:36 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at dev.s-opensource.com Received: from osg.samsung.com ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z23S3_jVFzbS; Wed, 22 Nov 2017 05:35:35 -0800 (PST) Received: from vento.lan (201.86.166.127.dynamic.adsl.gvt.net.br [201.86.166.127]) by osg.samsung.com (Postfix) with ESMTPSA id 2BE8D14743; Wed, 22 Nov 2017 05:35:30 -0800 (PST) Date: Wed, 22 Nov 2017 11:35:28 -0200 From: Mauro Carvalho Chehab To: Christoph Hellwig Cc: Thomas Gleixner , LKML , Linus Torvalds , Andrew Morton , Jonathan Corbet , Kate Stewart , Philippe Ombredanne , Greg Kroah-Hartman , Russell King , Rob Herring , Jonas Oberg , Joe Perches , linux-xfs@vger.kernel.org, Charlemagne Lasse , Carmen Bianca Bakker Subject: Re: [patch V4 01/11] Documentation: Add license-rules.rst to describe how to properly identify file licenses Message-ID: <20171122113528.3f69fab6@vento.lan> In-Reply-To: <20171122132328.GA26023@lst.de> References: <20171116183306.103584007@linutronix.de> <20171116184358.398030394@linutronix.de> <20171117150639.0e706421@vento.lan> <20171117183946.GA28533@lst.de> <20171122095117.49c558a4@vento.lan> <20171122132328.GA26023@lst.de> Organization: Samsung X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Wed, 22 Nov 2017 14:23:29 +0100 Christoph Hellwig escreveu: > On Wed, Nov 22, 2017 at 09:51:17AM -0200, Mauro Carvalho Chehab wrote: > > Also, one may forget that headers use /**/ and end by doing the wrong > > thing, as a common practice is to just cut-and-paste the same copyright > > header on both C and H files at development time. > > Yes. > > > Make headers_install could replace such macros by SPDX comments when > > installing on userspace. > > Agreed. Or for that matter we could simply stick to the comment version > for UAPI headers only, and have a macro for everything else. > > > > - Breaks in assembly, boot and other special source files. There was no > > > easy solution to that and the result would have been to have macros in > > > some files and not in others. > > > > At the end, we have different markups, depending on the file type. > > I guess the main problem of using a macro is that a module composed > > by multiple C files will end by defining it multiple times. Not sure > > if gcc would do the right thing on grouping everything altogether > > and producing the right equivalent to MODULE_LICENSE(). > > We'd basically need to add a new entry to a section, similar to how > say __setup works in the core kernel. But I think the important bit > is to start with a macro now, even if it has zero functionality to > start with - at least that enables us to fill the functionality once > needed. > > > Also, at least on media, I found cases where the same module > > has multiple licenses, e. g. some files that are grouped together on > > a module are GPL v2 only, while others are GPL v2+. > > A module always has the least permissive license of all files. Yes, but I'm not sure how a macro would work. I mean, if a driver foo has, let's say: foo-core.h: FILE_LICENSE_SPDX("SPDX-License-Identifier: GPL-2.0"); foo-core.c: FILE_LICENSE_SPDX("SPDX-License-Identifier: GPL-2.0"); foo-driver.c: FILE_LICENSE_SPDX("SPDX-License-Identifier: GPL-2.0+"); I can't see how to write such macro in a way that it would be discovering the license interception. Thanks, Mauro From 1584772757464826579@xxx Wed Nov 22 13:24:36 +0000 2017 X-GM-THRID: 1584269821406855532 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread