From: "Richard B. Johnson" <root@chaos.analogic.com>
To: Stuart MacDonald <stuartm@connecttech.com>
Cc: "'James Clark'" <jimwclark@ntlworld.com>, linux-kernel@vger.kernel.org
Subject: RE: Driver Model
Date: Wed, 3 Sep 2003 11:22:23 -0400 (EDT) [thread overview]
Message-ID: <Pine.LNX.4.53.0309031106100.9527@chaos> (raw)
In-Reply-To: <002301c37228$bbc89950$294b82ce@stuartm>
On Wed, 3 Sep 2003, Stuart MacDonald wrote:
> From: linux-kernel-owner@vger.kernel.org
> > [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of
> > Richard B. Johnson
> > sources are available. If the driver does not contain the appropriate
> > MODULE_LICENSE() string, then several tools will show "tainted" so
>
> If the MODULE_LICENSE() macro is what determines taint, what's to
> prevent a company from compiling their driver in their own kernel tree
> with that macro and releasing it binary-only? Wouldn't that module
> then be taint-free?
>
> ..Stu
>
Well yes! You can do:
File: License.c
/*
*
* Everything in this file (only) is released under the so-called
* GNU Public License, incorporated herein by reference.
*
* Now, we just link this with any proprietary code and everybody
* but the lawyers are happy.
*/
#ifndef __KERNEL__
#define __KERNEL__
#endif
#ifndef MODULE
#define MODULE
#endif
#include <linux/module.h>
#if defined(MODULE_LICENSE)
MODULE_LICENSE("GPL");
#endif
You can link the output of this file with the binary-only file
and get rid of the 'tainted' message.
gcc -I./usr/src/linux/`uname-r` -o license.o License.c
ld -i -o driver.o binary.o license.o
....bbuutttt.... Now, if the kernel gets dorked because
a binary-only module is broken, the binary-only module will
not get fixed! The kernel developers need to know if the
source-code is available for everything that's in the kernel
when the kernel croaks. They need to examine the code of
every suspect module as well as the kernel code in the area
of interest. Note that a module inside the kernel is free to
destroy __everything__. A wild pointer in user-mode just
seg-faults, in kernel mode it can scribble over your hard-
disk and you won't even know it until you try to edit your
movie script that you've been working on for 20 years.
Currently, once an oops is reported and developers see the
'tainted' message, they ask the reporter to remove the module
that is producing that message. If the machine can't run without
it, they ask the person to get the help of the module provider.
Often "ask" is not too kind. Usually, it's a snide remark
by persons who are not trained in public affairs so this
may tend to cause some friction. However, remember that the
wizards that gave a lot of their time and effort to kernel
development don't really like to have some secret module
screwing up their work.
Cheers,
Dick Johnson
Penguin : Linux version 2.4.22 on an i686 machine (794.73 BogoMips).
Note 96.31% of all statistics are fiction.
next prev parent reply other threads:[~2003-09-03 15:20 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-02 18:43 James Clark
2003-09-02 19:13 ` Robert Love
2003-09-02 20:44 ` Richard B. Johnson
2003-09-03 14:36 ` Stuart MacDonald
2003-09-03 14:52 ` Jan-Benedict Glaw
2003-09-03 14:57 ` Alan Cox
2003-09-03 15:13 ` Stuart MacDonald
2003-09-03 15:33 ` Mariusz Zielinski
2003-09-03 15:50 ` Stuart MacDonald
2003-09-03 16:02 ` Mariusz Zielinski
2003-09-03 17:58 ` Stuart MacDonald
2003-09-03 16:58 ` Alan Cox
2003-09-03 18:21 ` Jeff Garzik
2003-09-03 15:50 ` Mariusz Zielinski
2003-09-03 22:41 ` David Schwartz
2003-09-04 11:03 ` Alan Cox
2003-09-03 15:22 ` Richard B. Johnson [this message]
2003-09-02 21:29 ` Patrick Mochel
2003-09-02 21:44 ` James Clark
2003-09-02 22:05 ` Greg KH
2003-09-02 22:08 ` Robert Love
2003-09-02 22:39 ` Jamie Lokier
2003-09-02 23:52 ` Andre Hedrick
2003-09-03 0:20 ` David Schwartz
2003-09-03 17:38 ` Andre Hedrick
2003-09-03 18:19 ` Alan Cox
2003-09-03 18:15 ` Andre Hedrick
2003-09-04 12:40 ` Henning P. Schmiedehausen
2003-09-03 13:10 ` Alan Cox
[not found] <rtHg.3n0.9@gated-at.bofh.it>
[not found] ` <rK5y.1xN.25@gated-at.bofh.it>
2003-09-03 18:42 ` Pascal Schmidt
2003-09-03 19:49 ` Andre Hedrick
2003-09-03 22:41 ` David Schwartz
2003-09-03 23:11 ` Pascal Schmidt
2003-09-03 23:33 ` David Schwartz
2003-09-04 1:38 ` Pascal Schmidt
2003-09-04 3:01 ` David Schwartz
2003-09-04 14:21 ` Pascal Schmidt
2003-09-04 1:37 ` Andre Hedrick
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=Pine.LNX.4.53.0309031106100.9527@chaos \
--to=root@chaos.analogic.com \
--cc=jimwclark@ntlworld.com \
--cc=linux-kernel@vger.kernel.org \
--cc=stuartm@connecttech.com \
/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®