lkml.org 
[lkml]   [2006]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: searching exported symbols from modules
Date
On Apr 20, 2006, at 03:15:42, Antti Halonen wrote:
>> This makes me wonder why the hell you think you'll get help from
>> this (open-source) list.
>
> I see, I figured this is the place to ask technical question
> related to programming in kernel space.

Typically yes; however there are two problems:
1) If we can't see your code, we probably can't help you very
well. Since you're not providing your code, you're wasting both your
time and ours with questions that would be much more easily answered
with access to that code.
2) Many people will refuse to provide help for what they perceive
as violations of their copyright.

>> A large number of people on this list (including copyright-
>> holders) consider what you are doing blatantly illegal, although
>> nobody has yet gone to court over it.
>
> Um, which part is illegal?

Many people consider any Linux kernel module to be a derivative work
of the Linux kernel. For example, you use non-standardized internal
header files containing inline functions which end up compiled into
your code, you use interfaces which are only present in the Linux
kernel itself, your binary module does not run without a specific
particular version of the Linux kernel, etc.

> Are you saying that I cannot have a non-open source kernel module?

My personal opinion is not relevant here, it's that of the major
copyright holders (of which there are thousands) and the courts. If
nobody ever sues you over your kernel module, or if you win any
lawsuit, you're ok. On the other hand, it's such a sensitive topic
you should go talk to your lawyer first. Many significant kernel
copyright holders believe that essentially any kernel module is a
derivative work of the Linux kernel, and as such must be GPLed to
comply with copyright law in most major countries.

> If I figured correctly, to violate GPL I should compile GPL code
> into my module.

You are doing exactly that when you use atomic_t, spinlocks, or a
thousand other inline functions from the kernel headers.

> It is a standalone module, not distributed with any custom kernel.

Which kernel does it run against? Does this run on other operating
systems? Do you require certain Linux-only interfaces? Can your
work reasonably be considered independent? I suggest talking with a
lawyer to answer these questions before attempting to release any non-
GPL-compatible kernel module; just as you would if you were releasing
a module for Windows for which there is not a defined API.

Cheers,
Kyle Moffett

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-04-20 10:04    [W:0.041 / U:0.184 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site