Hi All, Basically, I am developing a kernel module named "xyz.ko" and my MODULE_LICENSE is "Proprietary". I have got an error "GPL-incompatible module xyz.ko uses GPL-only symbols". I am having trouble identifying it. How to avoid this error in during MODPOST?. Is there any way to avoid this error? Can you someone throw light on this. Regards, S. Sengottuvelan.
From: kernelnewbies-bounces@kernelnewbies.org [mailto:kernelnewbies-bounces@kernelnewbies.org] On Behalf Of Sengottuvelan S Sent: Tuesday, November 22, 2011 1:49 PM To: Kernel Newbies Subject: GPL-only symbol Error Hi All, Basically, I am developing a kernel module named "xyz.ko" and my MODULE_LICENSE is "Proprietary". I have got an error "GPL-incompatible module xyz.ko uses GPL-only symbols". I am having trouble identifying it. How to avoid this error in during MODPOST?. Is there any way to avoid this error? Can you someone throw light on this. Regards, S. Sengottuvelan. Legally, I believe your only option is to change your code to not reference the EXPORT_SYMBOL_GPL () symbols that it is currently referencing. Jeff Haran
Hi Jeff, I have few symbols with this error especially - sock_recv_timestamp(). Is there way to refer this or similar API in my module with MODULE_LICENSE is "Proprietary. How do I know equavalent non-EXPORT_SYMBOL_GPL APIs to achieve similar functionality. Regards Sengottuvelan.S On Tue, Nov 22, 2011 at 1:53 PM, Jeff Haran <jharan@bytemobile.com> wrote:
** **
** **
*From:* kernelnewbies-bounces@kernelnewbies.org [mailto: kernelnewbies-bounces@kernelnewbies.org] *On Behalf Of *Sengottuvelan S *Sent:* Tuesday, November 22, 2011 1:49 PM *To:* Kernel Newbies *Subject:* GPL-only symbol Error****
** **
Hi All,****
****
Basically, I am developing a kernel module named "xyz.ko" and my MODULE_LICENSE is "Proprietary". I have got an error "GPL-incompatible module xyz.ko uses GPL-only symbols".****
****
I am having trouble identifying it. How to avoid this error in during MODPOST?. Is there any way to avoid this error? ****
****
Can you someone throw light on this.****
Regards, S. Sengottuvelan.****
** **
Legally, I believe your only option is to change your code to not reference the EXPORT_SYMBOL_GPL () symbols that it is currently referencing. ****
** **
Jeff Haran****
** **
-- Regards, S. Sengottuvelan.
On Tue, Nov 22, 2011 at 02:08:59PM -0800, Sengottuvelan S wrote:
Hi Jeff, I have few symbols with this error especially - sock_recv_timestamp(). Is there way to refer this or similar API in my module with MODULE_LICENSE is "Proprietary. How do I know equavalent non-EXPORT_SYMBOL_GPL APIs to achieve similar functionality.
There are none, you need to fix the license of your kernel module. You do realize the kernel developer community's stance on non-GPL Linux kernel modules, right? Any reason why your company feels they can go against their wishes? thanks, greg k-h
From: Sengottuvelan S [mailto:sengottuvelan.s@gmail.com] Sent: Tuesday, November 22, 2011 2:09 PM To: Jeff Haran Cc: Kernel Newbies Subject: Re: GPL-only symbol Error Hi Jeff, I have few symbols with this error especially - sock_recv_timestamp(). Is there way to refer this or similar API in my module with MODULE_LICENSE is "Proprietary. How do I know equavalent non-EXPORT_SYMBOL_GPL APIs to achieve similar functionality. Regards Sengottuvelan.S On Tue, Nov 22, 2011 at 1:53 PM, Jeff Haran <jharan@bytemobile.com> wrote: From: kernelnewbies-bounces@kernelnewbies.org [mailto:kernelnewbies-bounces@kernelnewbies.org] On Behalf Of Sengottuvelan S Sent: Tuesday, November 22, 2011 1:49 PM To: Kernel Newbies Subject: GPL-only symbol Error Hi All, Basically, I am developing a kernel module named "xyz.ko" and my MODULE_LICENSE is "Proprietary". I have got an error "GPL-incompatible module xyz.ko uses GPL-only symbols". I am having trouble identifying it. How to avoid this error in during MODPOST?. Is there any way to avoid this error? Can you someone throw light on this. Regards, S. Sengottuvelan. Legally, I believe your only option is to change your code to not reference the EXPORT_SYMBOL_GPL () symbols that it is currently referencing. Jeff Haran sock_recv_timestamp() is an inline function, but it calls __sock_recv_timestamp() which is declared like so: EXPORT_SYMBOL_GPL(__sock_recv_timestamp); And that is I suspect what is generating the error. You can try to find equivalent functionality in other kernel code that is not so declared. Good luck with that. Even if you do find it, don't be surprised if down the line you decide to upgrade the kernel you are using and then you find that what were EXPORT_SYMBOL() symbols have been changed to EXPORT_SYMBOL_GPL() and you'll have to do it all over again, if it turns out to be even possible. That's a bad place to be in since its usually completely unanticipated work. Blows development schedules right out of the water. I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road. This stuff is designed to encourage you and more specifically the company you work for to declare your module as GPL and make it available for others to use. That's how Linux grows. Convincing management to do so can be quite challenging though. If your company must keep its intellectual property private, they can always dump Linux and use one of the BSD derivatives instead that aren't covered by GPL. Good luck, Jeff Haran
On Tue, Nov 22, 2011 at 02:35:24PM -0800, Jeff Haran wrote:
I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road.
It is not legal and companies have gotten into big trouble by trying to do that, or by creating "gpl-condom" kernel modules that wrap gpl-only symbols and export them again. Do not do that without the full buy-in from your legal department as they do not want to hear about it from an external query first.
This stuff is designed to encourage you and more specifically the company you work for to declare your module as GPL and make it available for others to use. That's how Linux grows. Convincing management to do so can be quite challenging though. If your company must keep its intellectual property private, they can always dump Linux and use one of the BSD derivatives instead that aren't covered by GPL.
Exactly, if you want to use Linux, you must abide by the license of it, just like any body of software. What would happen if you decided to ignore the license of Microsoft's operating system? :) thanks, greg k-h
-----Original Message----- From: Greg KH [mailto:greg@kroah.com] Sent: Tuesday, November 22, 2011 2:44 PM To: Jeff Haran; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, Nov 22, 2011 at 02:35:24PM -0800, Jeff Haran wrote:
I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road.
It is not legal and companies have gotten into big trouble by trying to do that, or by creating "gpl-condom" kernel modules that wrap gpl-only symbols and export them again. Do not do that without the full buy-in from your legal department as they do not want to hear about it from an external query first.
Greg, Just curious, can you provide links to these cases? I've read the COPYING file at the top of the Linux source tree. I am not a lawyer, but I don't see anything in it that would prohibit somebody from taking the GPL kernel sources, changing the EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s, publishing that modified kernel source as required by the GPL license but then keep their module source that uses the now non-GPL symbols private. It seems like it should be prohibited in the spirit of open source, but I don't see any mention of these symbol declarations in the license. Thanks, Jeff Haran
On Tue, Nov 22, 2011 at 04:34:21PM -0800, Jeff Haran wrote:
Just curious, can you provide links to these cases?
No kernel cases ever became public, but the SAMBA team have lots of public cases where they have successfully handled this type of case.
I've read the COPYING file at the top of the Linux source tree. I am not a lawyer, but I don't see anything in it that would prohibit somebody from taking the GPL kernel sources, changing the EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s, publishing that modified kernel source as required by the GPL license but then keep their module source that uses the now non-GPL symbols private. It seems like it should be prohibited in the spirit of open source, but I don't see any mention of these symbol declarations in the license.
The license does not say anything about this, nor should it. thanks, greg k-h
Hi Jeff, On Wed, Nov 23, 2011 at 11:34 AM, Jeff Haran <jharan@bytemobile.com> wrote:
-----Original Message----- From: Greg KH [mailto:greg@kroah.com] Sent: Tuesday, November 22, 2011 2:44 PM To: Jeff Haran; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, Nov 22, 2011 at 02:35:24PM -0800, Jeff Haran wrote:
I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road.
It is not legal and companies have gotten into big trouble by trying to do that, or by creating "gpl-condom" kernel modules that wrap gpl-only symbols and export them again. Do not do that without the full buy-in from your legal department as they do not want to hear about it from an external query first.
Greg,
Just curious, can you provide links to these cases?
I've read the COPYING file at the top of the Linux source tree. I am not a lawyer, but I don't see anything in it that would prohibit somebody from taking the GPL kernel sources, changing the EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s, publishing that modified kernel source as required by the GPL license but then keep their module source that uses the now non-GPL symbols private. It seems like it should be prohibited in the spirit of open source, but I don't see any mention of these symbol declarations in the license.
The mere fact that the "gpl-condom" module links to EXPORT_SYMBOL_GPL functions make it, in and of itself, a GPL module ergo, there is no such thing as a "gpl-condom" module Regards, Graeme
-----Original Message----- From: Graeme Russ [mailto:graeme.russ@gmail.com] Sent: Tuesday, November 22, 2011 5:10 PM To: Jeff Haran Cc: Greg KH; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
Hi Jeff,
On Wed, Nov 23, 2011 at 11:34 AM, Jeff Haran <jharan@bytemobile.com> wrote:
-----Original Message----- From: Greg KH [mailto:greg@kroah.com] Sent: Tuesday, November 22, 2011 2:44 PM To: Jeff Haran; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, Nov 22, 2011 at 02:35:24PM -0800, Jeff Haran wrote:
I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road.
It is not legal and companies have gotten into big trouble by trying to do that, or by creating "gpl-condom" kernel modules that wrap gpl-only symbols and export them again. Do not do that without the full buy-in from your legal department as they do not want to hear about it from an external query first.
Greg,
Just curious, can you provide links to these cases?
I've read the COPYING file at the top of the Linux source tree. I am not a lawyer, but I don't see anything in it that would prohibit somebody from taking the GPL kernel sources, changing the EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s, publishing that modified kernel source as required by the GPL license but then keep their module source that uses the now non-GPL symbols private. It seems like it should be prohibited in the spirit of open source, but I don't see any mention of these symbol declarations in the license.
The mere fact that the "gpl-condom" module links to EXPORT_SYMBOL_GPL functions make it, in and of itself, a GPL module
ergo, there is no such thing as a "gpl-condom" module
Regards,
Graeme
Graeme, Perhaps, but that's not what I asked about. It seems to me the essence of GPL is that it grants people the right to modify GPL sources like the Linux kernel in any way they want so long as they make those changes available to whoever uses the code in the future. I don't see anything in it that prohibits specific changes. So if I take a symbol that in the sources from kernel.org is declared with EXPORT_SYMBOL_GPL(), make a 1 line change that declares it EXPORT_SYMBOL() and put that on a publically available web site, how have I violated GPL? Let's say I then ship a product that uses that custom kernel and a non-GPL kernel module of my own writing that only works with the custom kernel, how is that prohibited in the GPL license? Not that I am planning on doing this and I've never done it in the past, but technically it seems that there would be no violation here. Thanks, Jeff Haran
On Tue, 22 Nov 2011 17:21:46 -0800 "Jeff Haran" <jharan@bytemobile.com> wrote:
-----Original Message----- From: Graeme Russ [mailto:graeme.russ@gmail.com] Sent: Tuesday, November 22, 2011 5:10 PM To: Jeff Haran Cc: Greg KH; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
Hi Jeff,
On Wed, Nov 23, 2011 at 11:34 AM, Jeff Haran <jharan@bytemobile.com> wrote:
-----Original Message----- From: Greg KH [mailto:greg@kroah.com] Sent: Tuesday, November 22, 2011 2:44 PM To: Jeff Haran; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, Nov 22, 2011 at 02:35:24PM -0800, Jeff Haran wrote:
I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road.
It is not legal and companies have gotten into big trouble by trying to do that, or by creating "gpl-condom" kernel modules that wrap gpl-only symbols and export them again. Do not do that without the full buy-in from your legal department as they do not want to hear about it from an external query first.
Greg,
Just curious, can you provide links to these cases?
I've read the COPYING file at the top of the Linux source tree. I am not a lawyer, but I don't see anything in it that would prohibit somebody from taking the GPL kernel sources, changing the EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s, publishing that modified kernel source as required by the GPL license but then keep their module source that uses the now non-GPL symbols private. It seems like it should be prohibited in the spirit of open source, but I don't see any mention of these symbol declarations in the license.
The mere fact that the "gpl-condom" module links to EXPORT_SYMBOL_GPL functions make it, in and of itself, a GPL module
ergo, there is no such thing as a "gpl-condom" module
Regards,
Graeme
Graeme,
Perhaps, but that's not what I asked about. It seems to me the essence of GPL is that it grants people the right to modify GPL sources like the Linux kernel in any way they want so long as they make those changes available to whoever uses the code in the future. I don't see anything in it that prohibits specific changes. So if I take a symbol that in the sources from kernel.org is declared with EXPORT_SYMBOL_GPL(), make a 1 line change that declares it EXPORT_SYMBOL() and put that on a publically available web site, how have I violated GPL?
Let's say I then ship a product that uses that custom kernel and a non-GPL kernel module of my own writing that only works with the custom kernel, how is that prohibited in the GPL license?
Not that I am planning on doing this and I've never done it in the past, but technically it seems that there would be no violation here.
I guess you can't really take some GPL code from a third party, do some random paperwork or magic trick that basically constitute an unilateral declaration from you that what was once considered and clearly identified as derivatives are not anymore, publish said derivatives that you pretend are not and do so in an incompatible licence, and get along with it. On the contrary such behavior would very probably constitute something like willfulness infringement if such thing is applicable (but IANAL and so over...) -- Guillaume Knispel Avencall - 10 bis, rue Lucien Voilin - 92800 Puteaux Tel. : (+33) 141 389 960
-----Original Message----- From: Guillaume Knispel [mailto:gknispel@proformatique.com] Sent: Tuesday, November 22, 2011 5:40 PM To: Jeff Haran Cc: Graeme Russ; Greg KH; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, 22 Nov 2011 17:21:46 -0800 "Jeff Haran" <jharan@bytemobile.com> wrote:
-----Original Message----- From: Graeme Russ [mailto:graeme.russ@gmail.com] Sent: Tuesday, November 22, 2011 5:10 PM To: Jeff Haran Cc: Greg KH; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
Hi Jeff,
On Wed, Nov 23, 2011 at 11:34 AM, Jeff Haran <jharan@bytemobile.com> wrote:
-----Original Message----- From: Greg KH [mailto:greg@kroah.com] Sent: Tuesday, November 22, 2011 2:44 PM To: Jeff Haran; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, Nov 22, 2011 at 02:35:24PM -0800, Jeff Haran wrote:
I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road.
It is not legal and companies have gotten into big trouble by trying to do that, or by creating "gpl-condom" kernel modules that wrap gpl- only symbols and export them again. Do not do that without the full buy-in from your legal department as they do not want to hear about it from an external query first.
Greg,
Just curious, can you provide links to these cases?
I've read the COPYING file at the top of the Linux source tree. I am not a lawyer, but I don't see anything in it that would prohibit somebody from taking the GPL kernel sources, changing the EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s, publishing that modified kernel source as required by the GPL license but then keep their module source that uses the now non-GPL symbols private. It seems like it should be prohibited in the spirit of open source, but I don't see any mention of these symbol declarations in the license.
The mere fact that the "gpl-condom" module links to EXPORT_SYMBOL_GPL functions make it, in and of itself, a GPL module
ergo, there is no such thing as a "gpl-condom" module
Regards,
Graeme
Graeme,
Perhaps, but that's not what I asked about. It seems to me the essence of GPL is that it grants people the right to modify GPL sources like the Linux kernel in any way they want so long as they make those changes available to whoever uses the code in the future. I don't see anything in it that prohibits specific changes. So if I take a symbol that in the sources from kernel.org is declared with EXPORT_SYMBOL_GPL(), make a 1 line change that declares it EXPORT_SYMBOL() and put that on a publically available web site, how have I violated GPL?
Let's say I then ship a product that uses that custom kernel and a non-GPL kernel module of my own writing that only works with the custom kernel, how is that prohibited in the GPL license?
Not that I am planning on doing this and I've never done it in the past, but technically it seems that there would be no violation here.
I guess you can't really take some GPL code from a third party, do some random paperwork or magic trick that basically constitute an unilateral declaration from you that what was once considered and clearly identified as derivatives are not anymore, publish said derivatives that you pretend are not and do so in an incompatible licence, and get along with it. On the contrary such behavior would very probably constitute something like willfulness infringement if such thing is applicable (but IANAL and so over...)
If I planned to do this, I wouldn't change the license. The custom kernel sources I posted to the would-be web site would still have the same COPYING file. You say it can't be done, but so far I've read nothing that convinces me that it would be illegal according to the verbiage of the license. Again, given the scenario I described, how would the existing GPL2 license file that accompanies the kernel sources prohibit it? It seems to me that the answer so far is "nothing" and as such the previous assertion that doing this would be illegal is not supported by the law, at least not in the US where I live. Perhaps in other countries the laws of copyright are different, but if there has been anything in these recent international trade agreements that has been successful it has been a standardization of the intellectual property law that governs this kind of thing across different national boundaries. I personally am all for open source. I wish I could have been more successful in the past at convincing my employers to open up their proprietary modules and push them upstream, if no other reason that it would have made my life easier when kernel changes invalidated their implementation. But it doesn't do anybody any good to spread misinformation about this topic, particularly with regard to what is and isn't legal. Jeff Haran
On Tue, Nov 22, 2011 at 06:10:27PM -0800, Jeff Haran wrote:
But it doesn't do anybody any good to spread misinformation about this topic, particularly with regard to what is and isn't legal.
I agree, please don't continue it, but rather, consult a lawyer if you have further questions. greg k-h
-----Original Message----- From: Greg KH [mailto:greg@kroah.com] Sent: Tuesday, November 22, 2011 6:50 PM To: Jeff Haran Cc: Guillaume Knispel; Graeme Russ; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, Nov 22, 2011 at 06:10:27PM -0800, Jeff Haran wrote:
But it doesn't do anybody any good to spread misinformation about this topic, particularly with regard to what is and isn't legal.
I agree, please don't continue it, but rather, consult a lawyer if you have further questions.
greg k-h
You are the one who said it was illegal. To quote your previous post: "It is not legal and companies have gotten into big trouble by trying to do that" I said this: "I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road." And when I asked you to provide evidence of the legal trouble you mentioned, all you could come up with was allusions to legal disputes regarding a different source package, Samba, which if I understood your response, never even went to trial. No trial, no legal precedent. If anybody might be guilty of spreading of misinformation, it's you. All I have done is expressed personal doubts and asked questions. Maybe doing this would be illegal, maybe it wouldn't be, that's why I said "I don't know if that is legal" but you so far have completely failed to justify your assertion that it is illegal. At least that's my legal layman's personal opinion, Jeff Haran
On Wed, Nov 23, 2011 at 10:05:19AM -0800, Jeff Haran wrote:
-----Original Message----- From: Greg KH [mailto:greg@kroah.com] Sent: Tuesday, November 22, 2011 6:50 PM To: Jeff Haran Cc: Guillaume Knispel; Graeme Russ; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, Nov 22, 2011 at 06:10:27PM -0800, Jeff Haran wrote:
But it doesn't do anybody any good to spread misinformation about this topic, particularly with regard to what is and isn't legal.
I agree, please don't continue it, but rather, consult a lawyer if you have further questions.
greg k-h
You are the one who said it was illegal. To quote your previous post:
"It is not legal and companies have gotten into big trouble by trying to do that"
I said this:
"I've seen others when faced with this who build their own kernels from sources just modify the problematic EXPORT_SYMBOL_GPL()s to EXPORT_SYMBOL()s. I don't know if that is legal. I wouldn't do it personally. Consult a lawyer before you go down that road."
And when I asked you to provide evidence of the legal trouble you mentioned, all you could come up with was allusions to legal disputes regarding a different source package, Samba, which if I understood your response, never even went to trial. No trial, no legal precedent.
So you feel that only if something goes to trial, is it considered "legal"? If so, sorry, I'm not going to be able to help you out here, as every company that has done this type of thing, when confronted with it, has said something to the affect of "oops, you are right, we will fix it." This kind of makes me assume that this type of statement is correct, right?
If anybody might be guilty of spreading of misinformation, it's you.
I have spread no misinformation, again, SAMBA has publicly listed cases where this type of thing has been held up, the kernel instances of this are not public just because there was no need to because the companies involved changed their ways when asked to.
All I have done is expressed personal doubts and asked questions. Maybe doing this would be illegal, maybe it wouldn't be, that's why I said "I don't know if that is legal" but you so far have completely failed to justify your assertion that it is illegal.
The fact that companies change their behavior is a good indication that this is not allowed, right? Otherwise, why would they change? Anyway, this is going nowhere, the original poster needs to consult their legal department about this issue, nothing we can do here. greg k-h
On Tue, Nov 22, 2011 at 8:21 PM, Jeff Haran <jharan@bytemobile.com> wrote:
Graeme,
Perhaps, but that's not what I asked about. It seems to me the essence of GPL is that it grants people the right to modify GPL sources like the Linux kernel in any way they want so long as they make those changes available to whoever uses the code in the future. I don't see anything in it that prohibits specific changes. So if I take a symbol that in the sources from kernel.org is declared with EXPORT_SYMBOL_GPL(), make a 1 line change that declares it EXPORT_SYMBOL() and put that on a publically available web site, how have I violated GPL?
Let's say I then ship a product that uses that custom kernel and a non-GPL kernel module of my own writing that only works with the custom kernel, how is that prohibited in the GPL license?
Not that I am planning on doing this and I've never done it in the past, but technically it seems that there would be no violation here.
Thanks,
Jeff Haran
I assume you know it is against the GPL to remove the license statements. If I was to write it, the implementation of EXPORT_SYMBOL_GPL() would have embedded license statements. Thus if you removed it, you would be removing a license statement and are in violation of the GPL. Somehow, I think the kernel legal brains have come up with even better ideas than I have. Greg (not KH)
-----Original Message----- From: Greg Freemyer [mailto:greg.freemyer@gmail.com] Sent: Tuesday, November 22, 2011 5:57 PM To: Jeff Haran Cc: Graeme Russ; Greg KH; Sengottuvelan S; Kernel Newbies Subject: Re: GPL-only symbol Error
On Tue, Nov 22, 2011 at 8:21 PM, Jeff Haran <jharan@bytemobile.com> wrote:
Graeme,
Perhaps, but that's not what I asked about. It seems to me the essence of GPL is that it grants people the right to modify GPL sources like the Linux kernel in any way they want so long as they make those changes available to whoever uses the code in the future. I don't see anything in it that prohibits specific changes. So if I take a symbol that in the sources from kernel.org is declared with EXPORT_SYMBOL_GPL(), make a 1 line change that declares it EXPORT_SYMBOL() and put that on a publically available web site, how have I violated GPL?
Let's say I then ship a product that uses that custom kernel and a non-GPL kernel module of my own writing that only works with the custom kernel, how is that prohibited in the GPL license?
Not that I am planning on doing this and I've never done it in the past, but technically it seems that there would be no violation here.
Thanks,
Jeff Haran
I assume you know it is against the GPL to remove the license statements.
If I was to write it, the implementation of EXPORT_SYMBOL_GPL() would have embedded license statements.
Thus if you removed it, you would be removing a license statement and are in violation of the GPL.
Perhaps, but you didn't write it. The implementation of EXPORT_SYMBOL_GPL() is this: /* For every exported symbol, place a struct in the __ksymtab section */ #define __EXPORT_SYMBOL(sym, sec) \ extern typeof(sym) sym; \ __CRC_SYMBOL(sym, sec) \ static const char __kstrtab_##sym[] \ __attribute__((section("__ksymtab_strings"), aligned(1))) \ = MODULE_SYMBOL_PREFIX #sym; \ static const struct kernel_symbol __ksymtab_##sym \ __used \ __attribute__((section("__ksymtab" sec), unused)) \ = { (unsigned long)&sym, __kstrtab_##sym } #define EXPORT_SYMBOL_GPL(sym) \ __EXPORT_SYMBOL(sym, "_gpl") How does that constitute a legal license document? It's C preprocessor gibberish that only a software engineer can understand. Law is decided in courts, in juries of peers, at least the US. Any judge that is asked to rule on the validity of the above as a legal document would laugh the attorney out of court.
Somehow, I think the kernel legal brains have come up with even better ideas than I have.
I would hope they had, but so far I've seen no evidence to that effect. Jeff Haran
On Tue, Nov 22, 2011 at 05:21:46PM -0800, Jeff Haran wrote:
Perhaps, but that's not what I asked about. It seems to me the essence of GPL is that it grants people the right to modify GPL sources like the Linux kernel in any way they want so long as they make those changes available to whoever uses the code in the future. I don't see anything in it that prohibits specific changes. So if I take a symbol that in the sources from kernel.org is declared with EXPORT_SYMBOL_GPL(), make a 1 line change that declares it EXPORT_SYMBOL() and put that on a publically available web site, how have I violated GPL?
If you distribute that, nothing. But if you somehow think that "protects" your closed source kernel module to now use that symbol exported by the condom module, you are mistaken. Again, talk to a lawyer for the details, they are the best ones to answer this for you, we aren't. Would you ask a lawyer mailing list for medical questions? greg k-h
participants (6)
-
Graeme Russ -
Greg Freemyer -
Greg KH -
Guillaume Knispel -
Jeff Haran -
Sengottuvelan S