mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: jmerkey@wolfmountaingroup.com
To: "Theodore Tso" <tytso@mit.edu>,
	jmerkey@wolfmountaingroup.com, linux-kernel@vger.kernel.org
Subject: Re: [REQUEST] Clarification from Copyright Holders on  FUSE/NDISWRAPPER
Date: Sun, 28 Sep 2008 13:24:52 -0600 (MDT)	[thread overview]
Message-ID: <35418.166.70.238.43.1222629892.squirrel@webmail.wolfmountaingroup.com> (raw)
In-Reply-To: <20080928194536.GC8711@mit.edu>


> The intent of the copyright owners is fairly clear; most of the kernel
> (exceptions are noted on a handful of source fils) is to be licensed
> under the terms of the GNU Public License, version 2.  There is
> another long-standing assertion by Linus in the COPYING file:
>
>    NOTE! This copyright does *not* cover user programs that use kernel
>  services by normal system calls - this is merely considered normal use
>  of the kernel, and does *not* fall under the heading of "derived work".
>  Also note that the GPL below is copyrighted by the Free Software
>  Foundation, but the instance of code that it refers to (the Linux
>  kernel) is copyrighted by me and others who actually wrote it.
>
> Given that FUSE drivers communicate to the kernel via /dev/fuse and
> normal system calls, you can draw your own conclusions.  (However,
> most FUSE userspace drivers do utilize libfuse, which available under
> an LGPLv2 license.  If you are using Windows-based source code, and
> linking it against an LGPLv2 license, there may be issues there as
> well.)
>
> All of this is not legal advice, however; if you want real legal
> advise, you need to ask a lawyer, not the FSF, and not LKML.


Thanks Ted,

I have spoken to lots of lawyers about this and to be honest they were
pretty much clueless since the real issues involve definitions about what
technologies are covered in the user space exemptions and which are not,
and your conclusions seem right on the money.   I was advised to ask the
copyright holders their opinions, since this is very much a subjective
determination based upon knowledge of technologies and where the line are
drawn.  The legal issues are well understood -- the definitions on which
technologies are classified as user space vs. kernel and which enjoy the
exemptions and which do not are very much at the discretion of the
copyright holders.

You have eloquently answered the question.  FUSE drivers are under the GPL
and are off limits unless you plan to open source them.  Distributors
linking against Linux also sound like they are off limits too.  Given the
response, Windows Executables installed and linked by a customer are not
prohibited nor is the use of any other consumer of Linux (which is what
the lawyers have told me).

Thanks for the clarification.    I moved this thread to the FUSE list, but
to be honest, it sounds like FUSE is not the way to go.    Free BSD sounds
like the way to go moving forward for these areas.

Thanks,

Jeff





>
> 		    	    	  	      - Ted
>



  reply	other threads:[~2008-09-28 20:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-28 17:15 jmerkey
2008-09-28 19:45 ` Theodore Tso
2008-09-28 19:24   ` jmerkey [this message]
2008-09-28 23:46   ` Rik van Riel
2008-09-28 23:34     ` jmerkey
2008-09-29  1:57       ` Theodore Tso
2008-09-29  3:27         ` jmerkey
2008-09-30  4:06           ` Eric W. Biederman
2008-09-30  4:18             ` jmerkey
2008-10-05 10:12           ` Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=35418.166.70.238.43.1222629892.squirrel@webmail.wolfmountaingroup.com \
    --to=jmerkey@wolfmountaingroup.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tytso@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®