From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Bottomley Subject: Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables Date: Mon, 15 Aug 2016 15:40:14 -0700 Message-ID: <1471300814.2428.45.camel@HansenPartnership.com> References: <1469222687-1600-1-git-send-email-mcgrof@kernel.org> <20160809152429.5bb1c077@lxorguk.ukuu.org.uk> <1470758947.2299.47.camel@HansenPartnership.com> <1471292106.5944.3.camel@linux.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1471292106.5944.3.camel@linux.intel.com> Sender: linux-ia64-owner@vger.kernel.org To: Alan Cox , Andy Lutomirski Cc: benh@kernel.crashing.org, masami.hiramatsu.pt@hitachi.com, linux@rasmusvillemoes.dk, linux-kbuild@vger.kernel.org, linux-sh@vger.kernel.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, dwmw2@infradead.org, xen-devel@lists.xensource.com, "Luis R. Rodriguez" , anil.s.keshavamurthy@intel.com, will.deacon@arm.com, linux-ia64@vger.kernel.org, x86@kernel.org, korea.drzix@gmail.com, mingo@redhat.com, andrew.cooper3@citrix.com, jgross@suse.com, tglx@linutronix.de, keescook@chromium.org, ananth@linux.vnet.ibm.com, jpoimboe@redhat.com, rostedt@goodmis.org, hpa@zytor.com, arnd@arndb.de, davem@davemloft.net, One Thousand Gnomes , platform-driver-x86@vger.kernel.org, jkosina@suse.cz, david.vrabel@citrix.com, realmz6@gmail.com, fontana@sharpeleven.org, konrad.wilk@oracle.com, ananth@in.ibm.com, paul.gortmaker@windriver.c List-Id: linux-arch.vger.kernel.org On Mon, 2016-08-15 at 21:15 +0100, Alan Cox wrote: > > 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. > > Because if I build a BSD licensed module against the kernel, give you > the binaries and refuse to give you the source I am conforming to the > BSD licence in letter. No, you can't. Forget dual licensing for a minute: I can produce a Linux kernel module under a pure BSD licence because BSD is compatible with GPL. However, if we assume for the sake of argument that a binary module is a derived work of Linux, producing and distributing the binary for the module brings the combination under GPLv2 via the derivative works clause and I'm required to offer you corresponding source code in spite of the fact that my module *only* has a BSD licence. The only known get out from this is if I make *you* produce the binary (the open source shim defence). > So to use it with the kernel it needs to be GPL with additional > rights (eg BSD including the source...) I'm not quite sure what you're disagreeing over? Is it semantics of a Dual BSD/GPL licence vs a GPL with additional rights one? Dual licensed code is a well settled area: the ruling licence is the one which permits the action. So for a dual licencesed kernel module, if I compile the module as a binary and distribute it, I'm required to follow all the provisions of GPLv2 i.e. make you and offer of corresponding source. Conversely, if I cut and paste a section of the driver source code into a BSD driver, I'm permitted to do this under the BSD licence, so the pasted code doesn't carry GPLv2 contamination into BSD. You can certainly call the Dual BSD/GPL licence a GPL licence with additional permission to include the source code in a BSD licensed system, but it's not a precise equivalence because a true Dual Licensed BSD/GPL driver may be cut and pasted into any code which is compatible either with the BSD or GPL licences, meaning it's actually less strict than your additional permission to include into BSD. James From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50600 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932329AbcHOWkS (ORCPT ); Mon, 15 Aug 2016 18:40:18 -0400 Message-ID: <1471300814.2428.45.camel@HansenPartnership.com> Subject: Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables From: James Bottomley Date: Mon, 15 Aug 2016 15:40:14 -0700 In-Reply-To: <1471292106.5944.3.camel@linux.intel.com> References: <1469222687-1600-1-git-send-email-mcgrof@kernel.org> <20160809152429.5bb1c077@lxorguk.ukuu.org.uk> <1470758947.2299.47.camel@HansenPartnership.com> <1471292106.5944.3.camel@linux.intel.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-arch-owner@vger.kernel.org List-ID: To: Alan Cox , Andy Lutomirski Cc: benh@kernel.crashing.org, masami.hiramatsu.pt@hitachi.com, linux@rasmusvillemoes.dk, linux-kbuild@vger.kernel.org, linux-sh@vger.kernel.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, dwmw2@infradead.org, xen-devel@lists.xensource.com, "Luis R. Rodriguez" , anil.s.keshavamurthy@intel.com, will.deacon@arm.com, linux-ia64@vger.kernel.org, x86@kernel.org, korea.drzix@gmail.com, mingo@redhat.com, andrew.cooper3@citrix.com, jgross@suse.com, tglx@linutronix.de, keescook@chromium.org, ananth@linux.vnet.ibm.com, jpoimboe@redhat.com, rostedt@goodmis.org, hpa@zytor.com, arnd@arndb.de, davem@davemloft.net, One Thousand Gnomes , platform-driver-x86@vger.kernel.org, jkosina@suse.cz, david.vrabel@citrix.com, realmz6@gmail.com, fontana@sharpeleven.org, konrad.wilk@oracle.com, ananth@in.ibm.com, paul.gortmaker@windriver.com, pali.rohar@gmail.com, ak@linux.intel.com, pebolle@tiscali.nl, jbaron@akamai.com, mmarek@suse.com, rusty@rustcorp.com.au, tony.luck@intel.com, catalin.marinas@arm.com, dvhart@infradead.org, linux-arm-kernel@lists.infradead.org, ming.lei@canonical.com, linux@arm.linux.org.uk, andriy.shevchenko@linux.intel.com, christopher.denicolo@suse.com, linux-arch@vger.kernel.org, mcb30@ipxe.org, heiko.carstens@de.ibm.com, gregkh@linuxfoundation.org, mhiramat@kernel.org, ciaran.farrell@suse.com, bp@alien8.de, sparclinux@vger.kernel.org Message-ID: <20160815224014.weczluQLRTjuTyTEq5_XPMW6fLpLcyFfV9kUKPc_7dc@z> On Mon, 2016-08-15 at 21:15 +0100, Alan Cox wrote: > > 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. > > Because if I build a BSD licensed module against the kernel, give you > the binaries and refuse to give you the source I am conforming to the > BSD licence in letter. No, you can't. Forget dual licensing for a minute: I can produce a Linux kernel module under a pure BSD licence because BSD is compatible with GPL. However, if we assume for the sake of argument that a binary module is a derived work of Linux, producing and distributing the binary for the module brings the combination under GPLv2 via the derivative works clause and I'm required to offer you corresponding source code in spite of the fact that my module *only* has a BSD licence. The only known get out from this is if I make *you* produce the binary (the open source shim defence). > So to use it with the kernel it needs to be GPL with additional > rights (eg BSD including the source...) I'm not quite sure what you're disagreeing over? Is it semantics of a Dual BSD/GPL licence vs a GPL with additional rights one? Dual licensed code is a well settled area: the ruling licence is the one which permits the action. So for a dual licencesed kernel module, if I compile the module as a binary and distribute it, I'm required to follow all the provisions of GPLv2 i.e. make you and offer of corresponding source. Conversely, if I cut and paste a section of the driver source code into a BSD driver, I'm permitted to do this under the BSD licence, so the pasted code doesn't carry GPLv2 contamination into BSD. You can certainly call the Dual BSD/GPL licence a GPL licence with additional permission to include the source code in a BSD licensed system, but it's not a precise equivalence because a true Dual Licensed BSD/GPL driver may be cut and pasted into any code which is compatible either with the BSD or GPL licences, meaning it's actually less strict than your additional permission to include into BSD. James