From: David Weinehall <tao@debian.org>
To: ca_tex-kernel@yahoo.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: GPL question
Date: Tue, 29 Jun 2004 13:01:53 +0200 [thread overview]
Message-ID: <20040629110153.GF14311@khan.acc.umu.se> (raw)
In-Reply-To: <20040628221349.55700.qmail@web11505.mail.yahoo.com>
On Mon, Jun 28, 2004 at 03:13:49PM -0700, ca_tex-kernel@yahoo.com wrote:
> Hopefully this is not going to start a huge thread war on open source
> philosophy and such, but the company I work for has some proprietary
> code built as a 2.4 linux kernel module for a product they sell. They
> are concerned about releasing the source code. I noticed that what
> this code does and how it does it seems pretty clean (at least
> GPL-wise), but it does modify sys_call_table to add a system call
> which is then used to call the module from userland. Can they avoid
> releasing this code or is this crossing into a gray area? I used to
> think I more or less understood the basics of the GPL, but after
> talking to their lawyers I am totally confused. Thanks.
Philosophical issues aside (I suppose everyone on this list prefers to
see drivers free) the main point that decides if a driver has to be
released with source is whether it can be considered a derived work or
not. to the best of my knowledge, the exception for binary modules in
the kernel was mainly to provide for drivers ported from other operating
systems, rather than to allow for competlely new drivers to be kept
closed source. If the driver can be claimed to be developed without
having access to other things than header-files, it can probably be
considered non-derived, but a drivers that has to modify the
sys_call_table is dangerously close to being a derived work (if not
already past the border-line...)
Regards: David Weinehall
--
/) David Weinehall <tao@acc.umu.se> /) Northern lights wander (\
// Maintainer of the v2.0 kernel // Dance across the winter sky //
\) http://www.acc.umu.se/~tao/ (/ Full colour fire (/
next prev parent reply other threads:[~2004-06-29 11:01 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-28 22:13 GPL question ca_tex-kernel
2004-06-29 11:01 ` David Weinehall [this message]
-- strict thread matches above, loose matches on Subject: below --
2000-10-27 16:36 GPL Question Jason Wohlgemuth
2000-10-27 16:31 ` David Weis
2000-10-27 17:21 ` Alan Cox
2000-10-27 17:26 ` Matthew Dharm
2000-10-27 17:16 ` Mark Salisbury
2000-10-27 17:23 ` Alan Cox
2000-10-27 18:53 ` David Schwartz
2000-10-27 18:56 ` Rik van Riel
2000-10-27 20:53 ` Alan Cox
2000-10-27 19:17 ` James Sutherland
2000-10-27 21:08 ` Brian F. G. Bidulock
2000-10-27 20:52 ` Alan Cox
2000-10-30 12:27 ` Helge Hafting
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=20040629110153.GF14311@khan.acc.umu.se \
--to=tao@debian.org \
--cc=ca_tex-kernel@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.