Lisensing questions

[Richard Weinberger]

On Tue, Aug 4, 2015 at 3:47 PM, iris Christian Klemke
<Christian.Klemke at irisgmbh.de> wrote:
> Hi,
>
> I have a question regarding the GPL implications in a somewhat special case.
> What I would like to do is to take the JFFS2 source code and port it to a closed-source real-time kernel named VDK (by Analog Devices), by a combination of source code modifications and/or provision of an emulation layer for the relevant Linux subsystems (like MTD).
> My understanding of the GPL is that I would be this would usually oblige me to publish the resulting source codes under the GPL as well. So far, so good. However, I suspect the implications of the GPL license might not stop there because the VDK is not a full operating system on which our application runs. Instead, it is a kernel which gets linked with the application code into one monolithic firmware image. So in case of the VDK the separation between operating system and application, which would usually also be a "barrier" for the GPL, does not exist. Nonetheless a separation would exist in architectural terms, because the JFFS2 integration would be coded against the VDK filesystem driver interface while the application would not call any JFFS2-related code directly but only rely on the standard C file API that is offered by the VDK and its C-runtime library.
> So, the big question is: would a JFFS2 integration as outlined above require the publication of the whole application source code under the GPL along with the VDK-integration part in this scenario ? Or would the GPL obligations be limited to the code related to the integration of JFFS2 into VDK ?

Please consult a lawyer.
Don't expect anyone of us to help you bypassing the GPL.

> A related question is: what if I create an independent implementation of JFFS2 by implementing its concepts/functionality from scratch writing my own code ? Would the GPL still apply ?

You're free to do with your own code what you want.
If you fear patents, again, consult a lawyer.

-- 
Thanks,
//richard