Received: by 10.223.164.202 with SMTP id h10csp448584wrb; Thu, 9 Nov 2017 08:47:08 -0800 (PST) X-Google-Smtp-Source: ABhQp+QRaqoj8pE7x6zUYZKntXD+QU8eAOFenPu1GKk7o1SWBglqWA80a52sE4FKRgPgMCI6KmlZ X-Received: by 10.99.117.7 with SMTP id q7mr1040114pgc.382.1510246028348; Thu, 09 Nov 2017 08:47:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510246028; cv=none; d=google.com; s=arc-20160816; b=Awzt9Lx/6NOp9mva43xWcZmbsBDfR3s/JvvsRdVT2kuV4ev5tnsbLXn+h6k242lVeH VwF+PwH5N0rmi+MCquV5hnqvKJ+OgJOZsbRWRlJtU+VIdzXOQJKJE4TPMIwxAVZEtwff 2U9qDovbESHZAmEgSZOSpqigcLh9j2Bm88Hypkma0N9FGyeQYswtrdmcLHvWepcxpddH ZH3Fy2tFEyfVlfPyhIoWIlDiK4wpQCh2zHAGJvZnLlQHbga97ihCc5yROerozFxuqyOx 59kYhgHHVFrqQGliTDQZ88IkAyP2r70oZhB2rfLto4qnfd42yBPX47bqrM3170NJRLeF Gc/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=4JYaDF6iGhK0iBFEtFSKms9QZdQGXIQ1+SdjwMwbljM=; b=CJJBC8+ZWHMmhLcY40Ke4rDebJR6z4MsQgWO0EJ02teKttI3P6PTd7biDcgWhWFyJO MyEi55I1ge2mGB2yghFJ63bnp48jlv53XvuIcGRvgmE8CNUm6U9l8XgyTrKrfHo2hg4G J593eRK/xYkXxbggsfMrC5DqXGp+K7pRTBfDwLOBuEpuDzO8aynviUZ66gjQ1NcQ6EaJ cLGXeJqlBOxlzA5to+WT6OOaKwwPJEV9Q/TVBzSskuvE2yhTkfC9k6tlRi7BT6F3plri 16bYVK7j5elataVZI9FMwb+BdpcoGym1NdmZp96gIF2+fdpNMSZ/FJS2CoXi1Kw06f1m l1hw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@armlinux.org.uk header.s=pandora-2014 header.b=NgGYFQl3; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q11si6851151pgv.707.2017.11.09.08.46.56; Thu, 09 Nov 2017 08:47:08 -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; dkim=fail header.i=@armlinux.org.uk header.s=pandora-2014 header.b=NgGYFQl3; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753678AbdKIQo6 (ORCPT + 81 others); Thu, 9 Nov 2017 11:44:58 -0500 Received: from pandora.armlinux.org.uk ([78.32.30.218]:44524 "EHLO pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753112AbdKIQo4 (ORCPT ); Thu, 9 Nov 2017 11:44:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=4JYaDF6iGhK0iBFEtFSKms9QZdQGXIQ1+SdjwMwbljM=; b=NgGYFQl3CYglUzIO23z4iUsx8R1d8Nz/kWWaO+EgZiJDzyxIi/yLBndc1/Wz6V87BUevrk2z304u/vVRZav4JfTEEi/Ypjq1UQMChdfWRT0Z5bDe94cmKaEE9FBXxuKiwkAW+uFYOkUhuPjUNyg/B8B3Gz8EuO2lrsErVUc1Gls=; Received: from flint.armlinux.org.uk ([2001:4d48:ad52:3201:201:2ff:fe14:8fad]:54726) by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1eCpwR-0007RG-8O; Thu, 09 Nov 2017 16:44:35 +0000 Received: from rmk by flint.armlinux.org.uk with local (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1eCpwK-0005CV-44; Thu, 09 Nov 2017 16:44:28 +0000 Date: Thu, 9 Nov 2017 16:44:27 +0000 From: Russell King To: Christoph Hellwig Cc: Greg Kroah-Hartman , "Luis R. Rodriguez" , linux-kernel@vger.kernel.org, Johannes Berg , Takashi Iwai , Jiri Kosina , Ciaran Farrell , Christopher De Nicolo , Jeff Mahoney , Vojtech Pavlik , Mel Gorman , Hannes Reinecke , Alan Cox , Theodore Ts'o , "Darrick J. Wong" , Kate Stewart , Philippe Ombredanne Subject: Re: [PATCH 5/5] driver core: Remove redundant license text Message-ID: <20171109164427.GA17265@flint.armlinux.org.uk> References: <20171107163009.13544-1-gregkh@linuxfoundation.org> <20171107163009.13544-5-gregkh@linuxfoundation.org> <20171108182630.GP22894@wotan.suse.de> <20171109134740.GD6545@kroah.com> <20171109140027.GA9959@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171109140027.GA9959@infradead.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 09, 2017 at 06:00:27AM -0800, Christoph Hellwig wrote: > On Thu, Nov 09, 2017 at 02:47:40PM +0100, Greg Kroah-Hartman wrote: > > Was not what? Discussed? Yes it was. I think the lwn.net article even > > says so. > > There is absolutely no public track record of any discussion. And if > there was any it seems like a large number of the biggest contributors > and copyright holders in the kernel were excluded. Yes, and excluded I feel, and it is very alienating. The first I knew about this was when I got a bunch of git conflicts. That's really not an acceptable way to find out about this. My interactions since with GregKH seems to be "I'm doing this, you don't have any say in it." TBH, the idea of approaching a solicitor to review whether GregKH's unilateral action is legal has crossed my mind. > So please state what was decided, where it was deciced, who decided it > and why as a start. > > This whole debacle is not how we normally communicate big changes in > the kernel community, and that is double worrisome because it is > an important area with legal implications. > > > "which" tag is just SPDX, that's easy. As for "when and how", I don't > > understand the question. > > And where is our defintion of SPDX in our kernel tree? As said in > another thread, yes I can google it. But that doesn't provide a stable > defintion, nevermind that we do not even have a pointer to it from > anywhere in the tree. > > If your use of SPDX is apparently fine because people must know I'll > just invent my own tags and mandate them [1]. > > > [1] not that I have anything about the SPDX tags in particular, it's > just the way you rush them in without even defining them for us. Thank you, Christoph, for voicing my concerns. I'm very concerned by the "indirection" problem, and I've mentioned that in a private email to Linus. However, Linus omitted replying to that point. We know that the SPDX tags are defined on some website, but by switching to the tags, it gives that website a lot of power over their meaning, and I really don't like that. We can say "oh yes, it's obvious" but obvious doesn't come into it in the court room when solicitors are arguing over the meaning of a term. Consider what would happen if someone creates "Gerald's Philosophical License v2" and the SPDX domain (for whatever reason) ends up being owned by that person, and they put up a website that apparently defines a new set of SPDX tags, where "GPLv2" means their own license. Where is the legal definition that the "GPLv2" SPDX tag means the license we know today? I'd be more comfortable if we could have something in the kernel tree that identifies the SPDX tags and their meaning, maybe with the _standard_ file header for that license included, so there is no argument about what any particular SPDX tag means. Linus did an excellent job of explaining to me (privately) /why/ the change is being done, but I strongly disagree that the way it is being done and the timing of the first round of changes was ideal - I believe the first round of changes happened at the worst possible moment. However, that bit is now water under the bridge, and we have to live with that change in terms of the git conflicts now. -- Russell King ARM architecture Linux Kernel maintainer From 1583597335218547860@xxx Thu Nov 09 14:01:46 +0000 2017 X-GM-THRID: 1583459881696647787 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread