From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Luis R. Rodriguez" Date: Wed, 10 Aug 2016 17:03:29 +0000 Subject: Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables Message-Id: <20160810170329.GK3296@wotan.suse.de> List-Id: References: <1469222687-1600-1-git-send-email-mcgrof@kernel.org> <20160809152429.5bb1c077@lxorguk.ukuu.org.uk> <1470758947.2299.47.camel@HansenPartnership.com> In-Reply-To: <1470758947.2299.47.camel@HansenPartnership.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: James Bottomley Cc: One Thousand Gnomes , linux-ia64@vger.kernel.org, jkosina@suse.cz, benh@kernel.crashing.org, ming.lei@canonical.com, heiko.carstens@de.ibm.com, platform-driver-x86@vger.kernel.org, paul.gortmaker@windriver.com, hpa@zytor.com, masami.hiramatsu.pt@hitachi.com, linux-arch@vger.kernel.org, msalter@redhat.com, sparclinux@vger.kernel.org, xen-devel@lists.xensource.com, linux@arm.linux.org.uk, linux-sh@vger.kernel.org, will.deacon@arm.com, korea.drzix@gmail.com, x86@kernel.org, anil.s.keshavamurthy@intel.com, fontana@sharpeleven.org, mingo@redhat.com, linux-arm-kernel@lists.infradead.org, catalin.marinas@arm.com, dvhart@infradead.org, dwmw2@infradead.org, david.vrabel@citrix.com, pali.rohar@gmail.com, keescook@chromium.org, arnd@arndb.de, realmz6@gmail.com, a-jacquiot@ti.com, linux@rasmusvillemoes.dk, rusty@rustcorp.com.au, rostedt@goodmis.org, chris On Tue, Aug 09, 2016 at 09:09:07AM -0700, James Bottomley wrote: > On Tue, 2016-08-09 at 15:24 +0100, One Thousand Gnomes wrote: > > > table development go under copyleft-next, Rusty recently asked for > > > code to go in prior to the license tag being added denoting this > > > license as GPL-compatible [3] -- I had noted in the patch > > > submission which annotated copyleft-next's compatibility to GPLv2 > > > that copyleft-next is the license of choice for ongoing kernel > > > development on my end [4]. If this is objectionable I'm happy to > > > change it to GPLv2 however I'd like a reason provided as I've gone > > > through all possible channels to ensure this is kosher, including > > > vetting by 3 attorneys now, 2 at SUSE. > > > > You don't need a new tag, you can use "GPL" or "GPL and additional > > rights". In fact you don't want any other tag because when combined > > with the kernel it is GPLv2 anyway because the only way the two are > > fully compatible is for the kernel community to license the derived > > work under the GPL. > > This is the module tag ... it says what licence the module is under, > not the licence for the module combined with the kernel, which is > always GPLv2 because the stricter licence rules. As per Linus' recommendations [0] if I add a module I'll be using MODULE_LICENSE("GPL") if using copyleft-next. Either way this series didn't add a module yet so no need for that yet, but it does use copyleft-next in headers / C code. [0] https://lkml.kernel.org/r/CA+55aFyhxcvD+q7tp+-yrSFDKfR0mOHgyEAe=f_94aKLsOu0Og@mail.gmail.com > However, if I > want my binary only modules to be combined with Linux, I have to follow > GPLv2 compliance because GPLv2 becomes the ruling licence of the > combination. The same would apply to this copyleft-next, even after 15 > years. And this what really matters here. > The US copyright office defines a copyright work as anything which is > "an original work of authorship fixed in any tangible medium of > expression". That means any change to an existing work (i.e. by a > patch) which contains enough originality to make the changed work > distinct from the old work is ipso facto a new work. under copyright > -next this new work has a sunset 15 years from its creation by > combination, not 15 years from the original. This means a constantly > updated work never sunsets. Sure, you can go back 15 years and claim > the code at that time has passed into the public domain but you can't > do that if you also want the benefit of later changes. Agreed. Luis From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Luis R. Rodriguez" Subject: Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables Date: Wed, 10 Aug 2016 19:03:29 +0200 Message-ID: <20160810170329.GK3296@wotan.suse.de> References: <1469222687-1600-1-git-send-email-mcgrof@kernel.org> <20160809152429.5bb1c077@lxorguk.ukuu.org.uk> <1470758947.2299.47.camel@HansenPartnership.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Content-Disposition: inline In-Reply-To: <1470758947.2299.47.camel@HansenPartnership.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: James Bottomley Cc: One Thousand Gnomes , linux-ia64@vger.kernel.org, jkosina@suse.cz, benh@kernel.crashing.org, ming.lei@canonical.com, heiko.carstens@de.ibm.com, platform-driver-x86@vger.kernel.org, paul.gortmaker@windriver.com, hpa@zytor.com, masami.hiramatsu.pt@hitachi.com, linux-arch@vger.kernel.org, msalter@redhat.com, sparclinux@vger.kernel.org, xen-devel@lists.xensource.com, linux@arm.linux.org.uk, linux-sh@vger.kernel.org, will.deacon@arm.com, korea.drzix@gmail.com, x86@kernel.org, anil.s.keshavamurthy@intel.com, fontana@sharpeleven.org, mingo@redhat.com, linux-arm-kernel@lists.infradead.org, catalin.marinas@arm.com, dvhart@infradead.org, dwmw2@infradead.org, david.vrabel@citrix.com, pali.rohar@gmail.com, keescook@chromium.org, arnd@arndb.de, realmz6@gmail.com, a-jacquiot@ti.com, linux@rasmusvillemoes.dk, rusty@rustcorp.com.au, rostedt@goodmis.org, chris List-Id: platform-driver-x86.vger.kernel.org T24gVHVlLCBBdWcgMDksIDIwMTYgYXQgMDk6MDk6MDdBTSAtMDcwMCwgSmFtZXMgQm90dG9tbGV5 IHdyb3RlOgo+IE9uIFR1ZSwgMjAxNi0wOC0wOSBhdCAxNToyNCArMDEwMCwgT25lIFRob3VzYW5k IEdub21lcyB3cm90ZToKPiA+ID4gdGFibGUgZGV2ZWxvcG1lbnQgZ28gdW5kZXIgY29weWxlZnQt bmV4dCwgUnVzdHkgcmVjZW50bHkgYXNrZWQgZm9yIAo+ID4gPiBjb2RlIHRvIGdvIGluIHByaW9y IHRvIHRoZSBsaWNlbnNlIHRhZyBiZWluZyBhZGRlZCBkZW5vdGluZyB0aGlzIAo+ID4gPiBsaWNl bnNlIGFzIEdQTC1jb21wYXRpYmxlIFszXSAtLSBJIGhhZCBub3RlZCBpbiB0aGUgcGF0Y2ggCj4g PiA+IHN1Ym1pc3Npb24gd2hpY2ggYW5ub3RhdGVkIGNvcHlsZWZ0LW5leHQncyBjb21wYXRpYmls aXR5IHRvIEdQTHYyIAo+ID4gPiB0aGF0IGNvcHlsZWZ0LW5leHQgaXMgdGhlIGxpY2Vuc2Ugb2Yg Y2hvaWNlIGZvciBvbmdvaW5nIGtlcm5lbCAKPiA+ID4gZGV2ZWxvcG1lbnQgb24gbXkgZW5kIFs0 XS4gSWYgdGhpcyBpcyBvYmplY3Rpb25hYmxlIEknbSBoYXBweSB0byAKPiA+ID4gY2hhbmdlIGl0 IHRvIEdQTHYyIGhvd2V2ZXIgSSdkIGxpa2UgYSByZWFzb24gcHJvdmlkZWQgYXMgSSd2ZSBnb25l IAo+ID4gPiB0aHJvdWdoIGFsbCBwb3NzaWJsZSBjaGFubmVscyB0byBlbnN1cmUgdGhpcyBpcyBr b3NoZXIsIGluY2x1ZGluZwo+ID4gPiB2ZXR0aW5nIGJ5IDMgYXR0b3JuZXlzIG5vdywgMiBhdCBT VVNFLgo+ID4gCj4gPiBZb3UgZG9uJ3QgbmVlZCBhIG5ldyB0YWcsIHlvdSBjYW4gdXNlICJHUEwi IG9yICJHUEwgYW5kIGFkZGl0aW9uYWwKPiA+IHJpZ2h0cyIuIEluIGZhY3QgeW91IGRvbid0IHdh bnQgYW55IG90aGVyIHRhZyBiZWNhdXNlIHdoZW4gY29tYmluZWQKPiA+ICB3aXRoIHRoZSBrZXJu ZWwgaXQgaXMgR1BMdjIgYW55d2F5IGJlY2F1c2UgdGhlIG9ubHkgd2F5IHRoZSB0d28gYXJlIAo+ ID4gZnVsbHkgY29tcGF0aWJsZSBpcyBmb3IgdGhlIGtlcm5lbCBjb21tdW5pdHkgdG8gbGljZW5z ZSB0aGUgZGVyaXZlZCAKPiA+IHdvcmsgdW5kZXIgdGhlIEdQTC4KPiAKPiBUaGlzIGlzIHRoZSBt b2R1bGUgdGFnIC4uLiBpdCBzYXlzIHdoYXQgbGljZW5jZSB0aGUgbW9kdWxlIGlzIHVuZGVyLAo+ IG5vdCB0aGUgbGljZW5jZSBmb3IgdGhlIG1vZHVsZSBjb21iaW5lZCB3aXRoIHRoZSBrZXJuZWws IHdoaWNoIGlzCj4gYWx3YXlzIEdQTHYyIGJlY2F1c2UgdGhlIHN0cmljdGVyIGxpY2VuY2UgcnVs ZXMuCgpBcyBwZXIgTGludXMnIHJlY29tbWVuZGF0aW9ucyBbMF0gaWYgSSBhZGQgYSBtb2R1bGUg SSdsbCBiZSB1c2luZwpNT0RVTEVfTElDRU5TRSgiR1BMIikgaWYgdXNpbmcgY29weWxlZnQtbmV4 dC4gRWl0aGVyIHdheSB0aGlzIHNlcmllcwpkaWRuJ3QgYWRkIGEgbW9kdWxlIHlldCBzbyBubyBu ZWVkIGZvciB0aGF0IHlldCwgYnV0IGl0IGRvZXMgdXNlCmNvcHlsZWZ0LW5leHQgaW4gaGVhZGVy cyAvIEMgY29kZS4KClswXSBodHRwczovL2xrbWwua2VybmVsLm9yZy9yL0NBKzU1YUZ5aHhjdkQr cTd0cCsteXJTRkRLZlIwbU9IZ3lFQWU9Zl85NGFLTHNPdTBPZ0BtYWlsLmdtYWlsLmNvbQoKPiBI b3dldmVyLCBpZiBJCj4gd2FudCBteSBiaW5hcnkgb25seSBtb2R1bGVzIHRvIGJlIGNvbWJpbmVk IHdpdGggTGludXgsIEkgaGF2ZSB0byBmb2xsb3cKPiBHUEx2MiBjb21wbGlhbmNlIGJlY2F1c2Ug R1BMdjIgYmVjb21lcyB0aGUgcnVsaW5nIGxpY2VuY2Ugb2YgdGhlCj4gY29tYmluYXRpb24uICBU aGUgc2FtZSB3b3VsZCBhcHBseSB0byB0aGlzIGNvcHlsZWZ0LW5leHQsIGV2ZW4gYWZ0ZXIgMTUK PiB5ZWFycy4KCkFuZCB0aGlzIHdoYXQgcmVhbGx5IG1hdHRlcnMgaGVyZS4KCj4gVGhlIFVTIGNv cHlyaWdodCBvZmZpY2UgZGVmaW5lcyBhIGNvcHlyaWdodCB3b3JrIGFzIGFueXRoaW5nIHdoaWNo IGlzCj4gImFuIG9yaWdpbmFsIHdvcmsgb2YgYXV0aG9yc2hpcCBmaXhlZCBpbiBhbnkgdGFuZ2li bGUgbWVkaXVtIG9mCj4gZXhwcmVzc2lvbiIuICBUaGF0IG1lYW5zIGFueSBjaGFuZ2UgdG8gYW4g ZXhpc3Rpbmcgd29yayAoaS5lLiBieSBhCj4gcGF0Y2gpIHdoaWNoIGNvbnRhaW5zIGVub3VnaCBv cmlnaW5hbGl0eSB0byBtYWtlIHRoZSBjaGFuZ2VkIHdvcmsKPiBkaXN0aW5jdCBmcm9tIHRoZSBv bGQgd29yayBpcyBpcHNvIGZhY3RvIGEgbmV3IHdvcmsuICB1bmRlciBjb3B5cmlnaHQKPiAtbmV4 dCB0aGlzIG5ldyB3b3JrIGhhcyBhIHN1bnNldCAxNSB5ZWFycyBmcm9tIGl0cyBjcmVhdGlvbiBi eQo+IGNvbWJpbmF0aW9uLCBub3QgMTUgeWVhcnMgZnJvbSB0aGUgb3JpZ2luYWwuICBUaGlzIG1l YW5zIGEgY29uc3RhbnRseQo+IHVwZGF0ZWQgd29yayBuZXZlciBzdW5zZXRzLiAgU3VyZSwgeW91 IGNhbiBnbyBiYWNrIDE1IHllYXJzIGFuZCBjbGFpbQo+IHRoZSBjb2RlIGF0IHRoYXQgdGltZSBo YXMgcGFzc2VkIGludG8gdGhlIHB1YmxpYyBkb21haW4gYnV0IHlvdSBjYW4ndAo+IGRvIHRoYXQg aWYgeW91IGFsc28gd2FudCB0aGUgYmVuZWZpdCBvZiBsYXRlciBjaGFuZ2VzLgoKQWdyZWVkLgoK ICBMdWlzCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpY ZW4tZGV2ZWwgbWFpbGluZyBsaXN0Clhlbi1kZXZlbEBsaXN0cy54ZW4ub3JnCmh0dHBzOi8vbGlz dHMueGVuLm9yZy94ZW4tZGV2ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de ([195.135.220.15]:42559 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964925AbcHJSxq (ORCPT ); Wed, 10 Aug 2016 14:53:46 -0400 Date: Wed, 10 Aug 2016 19:03:29 +0200 From: "Luis R. Rodriguez" Subject: Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables Message-ID: <20160810170329.GK3296@wotan.suse.de> References: <1469222687-1600-1-git-send-email-mcgrof@kernel.org> <20160809152429.5bb1c077@lxorguk.ukuu.org.uk> <1470758947.2299.47.camel@HansenPartnership.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1470758947.2299.47.camel@HansenPartnership.com> Sender: linux-kbuild-owner@vger.kernel.org List-ID: To: James Bottomley Cc: One Thousand Gnomes , "Luis R. Rodriguez" , hpa@zytor.com, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, linux@arm.linux.org.uk, mhiramat@kernel.org, masami.hiramatsu.pt@hitachi.com, jbaron@akamai.com, heiko.carstens@de.ibm.com, ananth@linux.vnet.ibm.com, anil.s.keshavamurthy@intel.com, davem@davemloft.net, realmz6@gmail.com, x86@kernel.org, luto@amacapital.net, keescook@chromium.org, torvalds@linux-foundation.org, gregkh@linuxfoundation.org, rusty@rustcorp.com.au, alan@linux.intel.com, dwmw2@infradead.org, arnd@arndb.de, ming.lei@canonical.com, linux-arch@vger.kernel.org, benh@kernel.crashing.org, ananth@in.ibm.com, pebolle@tiscali.nl, fontana@sharpeleven.org, ciaran.farrell@suse.com, christopher.denicolo@suse.com, david.vrabel@citrix.com, konrad.wilk@oracle.com, mcb30@ipxe.org, jgross@suse.com, andrew.cooper3@citrix.com, andriy.shevchenko@linux.intel.com, paul.gortmaker@windriver.com, xen-devel@lists.xensource.com, ak@linux.intel.com, pali.rohar@gmail.com, dvhart@infradead.org, platform-driver-x86@vger.kernel.org, mmarek@suse.com, linux@rasmusvillemoes.dk, jkosina@suse.cz, korea.drzix@gmail.com, linux-kbuild@vger.kernel.org, tony.luck@intel.com, akpm@linux-foundation.org, linux-ia64@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, rostedt@goodmis.org, jpoimboe@redhat.com, msalter@redhat.com, a-jacquiot@ti.com On Tue, Aug 09, 2016 at 09:09:07AM -0700, James Bottomley wrote: > On Tue, 2016-08-09 at 15:24 +0100, One Thousand Gnomes wrote: > > > table development go under copyleft-next, Rusty recently asked for > > > code to go in prior to the license tag being added denoting this > > > license as GPL-compatible [3] -- I had noted in the patch > > > submission which annotated copyleft-next's compatibility to GPLv2 > > > that copyleft-next is the license of choice for ongoing kernel > > > development on my end [4]. If this is objectionable I'm happy to > > > change it to GPLv2 however I'd like a reason provided as I've gone > > > through all possible channels to ensure this is kosher, including > > > vetting by 3 attorneys now, 2 at SUSE. > > > > You don't need a new tag, you can use "GPL" or "GPL and additional > > rights". In fact you don't want any other tag because when combined > > with the kernel it is GPLv2 anyway because the only way the two are > > fully compatible is for the kernel community to license the derived > > work under the GPL. > > This is the module tag ... it says what licence the module is under, > not the licence for the module combined with the kernel, which is > always GPLv2 because the stricter licence rules. As per Linus' recommendations [0] if I add a module I'll be using MODULE_LICENSE("GPL") if using copyleft-next. Either way this series didn't add a module yet so no need for that yet, but it does use copyleft-next in headers / C code. [0] https://lkml.kernel.org/r/CA+55aFyhxcvD+q7tp+-yrSFDKfR0mOHgyEAe=f_94aKLsOu0Og@mail.gmail.com > However, if I > want my binary only modules to be combined with Linux, I have to follow > GPLv2 compliance because GPLv2 becomes the ruling licence of the > combination. The same would apply to this copyleft-next, even after 15 > years. And this what really matters here. > The US copyright office defines a copyright work as anything which is > "an original work of authorship fixed in any tangible medium of > expression". That means any change to an existing work (i.e. by a > patch) which contains enough originality to make the changed work > distinct from the old work is ipso facto a new work. under copyright > -next this new work has a sunset 15 years from its creation by > combination, not 15 years from the original. This means a constantly > updated work never sunsets. Sure, you can go back 15 years and claim > the code at that time has passed into the public domain but you can't > do that if you also want the benefit of later changes. Agreed. Luis