From: Carl-Daniel Hailfinger <c-d.hailfinger.kernel.2004@gmx.net>
To: Marc Boucher <marc@linuxant.com>
Cc: linux-kernel@vger.kernel.org, torvalds@osdl.org,
rusty@rustcorp.com.au, pmarques@grupopie.com,
jon787@tesla.resnet.mtu.edu, malda@slashdot.org
Subject: Re: [PATCH] Blacklist binary-only modules lying about their license
Date: Wed, 28 Apr 2004 01:17:48 +0200 [thread overview]
Message-ID: <408EEA1C.2030906@gmx.net> (raw)
In-Reply-To: <20040427165819.GA23961@valve.mbsi.ca>
Marc Boucher wrote:
> Hi everyone,
>
> On Tue, Apr 27, 2004 at 04:09:36AM +0200, Carl-Daniel Hailfinger wrote:
>
>>Hi,
>>
>>LinuxAnt offers binary only modules without any sources.
>
>
> Not true. Linuxant modules come with full source for operating-system specific
> code.
As somebody else already asked: Where is that source?
>>To circumvent our
>>MODULE_LICENSE checks LinuxAnt has inserted a "\0" into their declaration:
>>
>>MODULE_LICENSE("GPL\0for files in the \"GPL\" directory; for others, only
>>LICENSE file applies");
>
>
>
> Paulo Marques said:
>
>>The way I see it, they know a C string ends with a '\0'. This is like saying
>>that a English sentence ends with a dot. If they wrote "GPL\0" they are
>>effectively saying that the license *is* GPL period.
>>
>>So, where the source code? :)
>
>
> Unfortunately Linuxant cannot release the source for the proprietary portions
> [...]
Then why do you claim the license of the proprietary portions is GPL?
> Willy Tarreau <willy () w ! ods ! org> wrote:
>
>> [...]
>>
>>>The attached patch blacklists all modules having "Linuxant" or "Conexant"
>>>in their author string. This may seem a bit broad, but AFAIK both
>>>companies never have released anything under the GPL and have a strong
>>>history of binary-only modules.
>>
>>What would be smarter would be to try to understand why they do this.
>
> Exactly. Linuxant's intent is NOT to circumvent any license checks (see
> below for why this specific workaround was put in) which would be unnecessary
> since the drivers in question do not use any GPL_ONLY functions, as far as
> I know.
As far as you know. Can we assume you didn't bother to check?
>>At the moment, it seems to me that their only problem is to taint the kernel.
>
>
> Actually, we also have no desire nor purpose to prevent tainting. The purpose
Then why the fuck did you prevent tainting this way?
> of the workaround is to avoid repetitive warning messages generated when
> multiple modules belonging to a single logical "driver" are loaded (even when
> a module is only probed but not used due to the hardware not being present).
> Although the issue may sound trivial/harmless to people on the lkml, it was a
> frequent cause of confusion for the average person.
"Repetitive messages". The way you did it, there are no messages at all.
If you had wanted to avoid repetitive messages, you could have
- asked on linux-kernel to not output further warnings if the kernel is
already tainted
- given at least one module a non-GPL MODULE_LICENSE.
So you are nothing but a liar caught red-handed. And such a bad liar at that.
> Other Linuxant drivers (like DriverLoader and Riptide) do not need nor use this
> workaround because they are not composed of multiple modules and one set of
> warning messages is usually bearable.
>
>
>>Why ? I don't this that any old modutils/module-utils found in any distros
>>don't load properly such modules. So perhaps they only want not to taint
>>the kernel because it appears dirty to their customers who will not receive
>>any more support from LKML. So perhaps what we really need is to add a new
>>MODULE_SUPPORT field stating where to get support from in case of bugs,
>>oopses or panics on a tainted kernel. Thus, the module author would be able
>>to insert something such as "support_XXX@author.com" which will be displayed
>>on each oops/panic/etc... Even if this is a long list because the customer
>>uses connexant, nvidia, checkpoint and I don't know what, at least he will
>>get 3 email addresses for his support. And it might reassure these authors
>>to know that the customer will ask them before asking us with our automatic
>>replies "unload your binary modules...".
>
>
> Linuxant would very much welcome such steps to improve the current situation,
> and is willing to eliminate workarounds once they are no longer necessary.
Let me translate that.
"Linuxant has willfully screwed kernel developers. If they want Linuxant
to stop, they first have to do the following things: [long list]"
Since your modules are out there, we need a way to mark them as
proprietary. My patch did exactly that and nothing else.
Carl-Daniel
--
http://www.hailfinger.org/
next prev parent reply other threads:[~2004-04-27 23:18 UTC|newest]
Thread overview: 197+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-27 13:43 [PATCH] Blacklist binary-only modules lying about their license Albert Cahalan
2004-04-27 16:18 ` Jon
2004-04-27 16:58 ` Marc Boucher
2004-04-27 17:25 ` Adam Jaskiewicz
2004-04-27 17:33 ` Marc Boucher
2004-04-27 17:46 ` Chris Friesen
2004-04-27 17:53 ` Grzegorz Kulewski
2004-04-27 18:10 ` Chris Friesen
2004-04-27 20:37 ` Timothy Miller
2004-04-27 20:44 ` Grzegorz Kulewski
2004-04-27 18:54 ` Valdis.Kletnieks
2004-04-27 19:03 ` Jorge Bernal (Koke)
2004-04-27 19:16 ` Grzegorz Kulewski
2004-04-27 19:41 ` Jorge Bernal (Koke)
2004-04-27 20:18 ` Valdis.Kletnieks
2004-04-28 11:23 ` Helge Hafting
2004-04-27 18:10 ` Marc Boucher
2004-04-27 18:30 ` Chris Friesen
2004-04-27 20:40 ` Timothy Miller
2004-04-28 0:08 ` Carl-Daniel Hailfinger
2004-04-27 19:54 ` Tigran Aivazian
2004-04-28 11:28 ` Helge Hafting
2004-04-27 23:12 ` Rusty Russell
2004-04-28 0:02 ` Marc Boucher
2004-04-28 0:25 ` David Gibson
2004-04-28 1:14 ` Marc Boucher
2004-04-28 3:23 ` Horst von Brand
2004-04-28 6:04 ` Marc Boucher
2004-04-28 17:05 ` Horst von Brand
2004-04-28 17:37 ` Timothy Miller
2004-04-28 19:31 ` Marc Boucher
2004-04-28 19:46 ` Timothy Miller
2004-04-29 0:02 ` Rik van Riel
2004-04-29 0:40 ` Nick Piggin
2004-04-29 2:20 ` Kenneth Aafløy
2004-04-29 2:31 ` Marc Boucher
2004-04-29 2:36 ` Ian Stirling
2004-04-29 2:38 ` Rik van Riel
2004-04-29 2:47 ` Ian Stirling
2004-04-29 2:47 ` Kenneth Aafløy
2004-04-29 22:47 ` Denis Vlasenko
2004-04-30 15:57 ` Paulo Marques
2004-04-29 15:15 ` Timothy Miller
2004-04-29 15:14 ` Rik van Riel
2004-04-29 21:00 ` Paul Wagland
2004-04-29 21:36 ` Timothy Miller
2004-04-29 21:45 ` viro
2004-04-29 21:47 ` Jorge Bernal (Koke)
2004-04-29 22:24 ` Marc Boucher
2004-04-29 22:32 ` Tim Hockin
2004-04-29 22:49 ` Marc Boucher
2004-04-29 22:40 ` viro
2004-04-29 23:55 ` Sean Estabrooks
2004-04-30 2:15 ` Marc Boucher
2004-04-30 4:18 ` Bartlomiej Zolnierkiewicz
2004-04-30 4:32 ` Peter Williams
2004-04-30 14:49 ` Bartlomiej Zolnierkiewicz
2004-04-30 16:10 ` Timothy Miller
2004-04-30 20:01 ` Jesse Pollard
2004-04-30 4:43 ` Sean Estabrooks
2004-04-30 5:44 ` Marc Boucher
2004-04-30 6:13 ` Sean Estabrooks
2004-04-30 8:04 ` Jeff Garzik
2004-04-30 8:48 ` Jan-Benedict Glaw
2004-04-30 15:06 ` Tigran Aivazian
2004-04-30 15:43 ` Chris Friesen
2004-04-30 16:10 ` Marc Boucher
2004-04-30 16:30 ` Chris Friesen
2004-05-10 6:25 ` Rogier Wolff
2004-05-10 7:08 ` Måns Rullgård
2004-04-30 16:31 ` Gilles May
2004-04-30 16:50 ` Marc Boucher
2004-04-30 17:44 ` Michael Poole
2004-04-30 18:46 ` Marc Boucher
2004-04-30 19:17 ` Timothy Miller
2004-04-30 18:26 ` Timothy Miller
2004-04-30 18:52 ` Marc Boucher
2004-04-30 18:22 ` Timothy Miller
2004-04-30 18:01 ` Timothy Miller
2004-04-30 8:47 ` Jan-Benedict Glaw
2004-04-30 9:31 ` Geert Uytterhoeven
2004-04-30 15:57 ` Timothy Miller
2004-04-30 17:14 ` Marc Boucher
2004-04-30 17:46 ` Sean Estabrooks
2004-04-30 18:27 ` Timothy Miller
2004-04-30 11:49 ` Helge Hafting
2004-04-30 16:20 ` Timothy Miller
2004-04-30 21:03 ` Gene Heskett
2004-04-30 9:16 ` Geert Uytterhoeven
2004-04-28 23:43 ` Rik van Riel
2004-04-28 1:57 ` Rusty Russell
2004-04-28 3:28 ` Marc Boucher
2004-04-28 11:47 ` Helge Hafting
2004-04-28 16:15 ` Marc Boucher
2004-04-28 19:32 ` Timothy Miller
2004-04-28 19:41 ` Marc Boucher
2004-04-29 22:41 ` Denis Vlasenko
2004-04-29 23:03 ` Timothy Miller
2004-04-30 13:06 ` Helge Hafting
2004-04-28 14:03 ` Tom Sightler
2004-04-28 16:40 ` Marc Boucher
2004-04-28 22:08 ` Stephen Hemminger
2004-04-28 23:00 ` Timothy Miller
2004-04-28 23:54 ` Rik van Riel
2004-04-27 23:17 ` Carl-Daniel Hailfinger [this message]
2004-04-28 2:10 ` Horst von Brand
-- strict thread matches above, loose matches on Subject: below --
2004-04-30 20:02 Keith D Burgess Jr
[not found] <009701c42edf$25e47390$ca41cb3f@amer.cisco.com>
2004-04-30 19:19 ` Linus Torvalds
2004-04-30 19:37 ` Hua Zhong
2004-04-30 20:11 ` Marc Boucher
2004-04-30 20:26 ` Linus Torvalds
2004-04-30 20:39 ` Marc Boucher
2004-04-30 20:44 ` Linus Torvalds
2004-04-30 20:53 ` Marc Boucher
2004-04-30 21:05 ` Linus Torvalds
2004-04-30 21:10 ` Timothy Miller
2004-04-30 20:46 ` Sean Estabrooks
2004-04-30 20:34 ` Stefan Smietanowski
2004-05-01 0:40 ` Jorge Bernal
2004-05-01 5:07 ` Martin J. Bligh
2004-05-01 19:12 ` Marc Boucher
2004-05-01 19:27 ` Davide Libenzi
2004-05-01 19:32 ` Zwane Mwaikambo
2004-05-01 19:33 ` Sean Estabrooks
2004-05-01 22:14 ` Randy.Dunlap
2004-05-01 19:47 ` Nicolas Pitre
2004-05-01 20:47 ` Martin J. Bligh
2004-05-01 20:58 ` Marc Boucher
2004-05-03 0:04 ` Horst von Brand
[not found] ` <40929F5B.9090603@techsource.com>
2004-04-30 18:58 ` Hua Zhong
2004-04-30 20:14 ` Bartlomiej Zolnierkiewicz
2004-04-30 17:47 Keith D Burgess Jr
2004-04-30 18:39 ` Timothy Miller
2004-04-30 19:37 ` Richard B. Johnson
2004-04-30 20:37 ` Horst von Brand
2004-04-29 14:55 Rick Zeman
2004-04-28 18:56 Keith D Burgess Jr
2004-04-28 23:45 ` Tim Connors
2004-04-30 22:48 ` David Woodhouse
[not found] <20040428011348.GA22754@hockin.org>
2004-04-28 1:33 ` Robert M. Stockmann
[not found] <20040428003034.GA20811@hockin.org>
2004-04-28 0:56 ` Robert M. Stockmann
[not found] <20040428000952.GA19522@hockin.org>
2004-04-28 0:18 ` Robert M. Stockmann
[not found] <878ygh147m.fsf@sanosuke.troilus.org>
2004-04-27 22:59 ` Robert M. Stockmann
2004-04-27 23:05 ` Tim Hockin
2004-04-27 23:30 ` Robert M. Stockmann
2004-04-27 23:41 ` Tim Hockin
2004-04-27 23:59 ` Robert M. Stockmann
2004-05-01 9:19 ` Tomas Szepe
2004-04-27 22:17 Nick Warne
2004-04-27 21:34 Robert M. Stockmann
2004-05-01 9:15 ` Tomas Szepe
2004-04-27 19:03 Steve Lee
2004-04-27 19:37 ` Tigran Aivazian
2004-04-27 2:09 Carl-Daniel Hailfinger
2004-04-27 3:13 ` Gilles May
2004-04-27 4:42 ` Zwane Mwaikambo
2004-04-27 9:58 ` Carl-Daniel Hailfinger
2004-04-27 4:31 ` Linus Torvalds
2004-04-27 6:04 ` Rusty Russell
2004-04-27 9:21 ` Jan-Benedict Glaw
2004-04-27 10:37 ` Carl-Daniel Hailfinger
2004-04-27 12:59 ` Paulo Marques
2004-04-27 13:12 ` [PATCH] Blacklist binary-only modules lying about their license (-> possible GPL violation :) Jan-Benedict Glaw
2004-04-27 14:10 ` Tim Connors
2004-04-27 17:05 ` [PATCH] Blacklist binary-only modules lying about their license Juergen E. Fischer
2004-04-27 18:58 ` Pavel Machek
2004-04-28 22:55 ` Timothy Miller
[not found] ` <fa.f05evul.1qmg8gd@ifi.uio.no>
2004-04-27 21:17 ` Junio C Hamano
2004-04-27 21:33 ` Valdis.Kletnieks
2004-04-28 23:24 ` Rik van Riel
2004-04-27 18:52 ` Pavel Machek
2004-04-27 5:26 ` Willy Tarreau
2004-04-27 7:03 ` Grzegorz Piotr Jaskiewicz
2004-04-29 18:40 ` [hsflinux] " Giuliano Colla
2004-04-29 19:08 ` viro
2004-04-29 19:29 ` Måns Rullgård
2004-04-29 20:24 ` Timothy Miller
2004-04-29 21:32 ` Marc Boucher
2004-04-29 22:12 ` Timothy Miller
2004-04-29 22:20 ` Marc Boucher
2004-04-29 23:01 ` Timothy Miller
2004-04-30 6:01 ` Matthias Schniedermeyer
2004-04-30 9:33 ` Symbios and BIOS (was: Re: [PATCH] Blacklist binary-only modules lying about their license) Geert Uytterhoeven
2004-04-30 11:07 ` Matthias Schniedermeyer
2004-05-06 15:06 ` [PATCH] Blacklist binary-only modules lying about their license Pavel Machek
2004-04-29 21:10 ` [hsflinux] " Linus Torvalds
2004-04-29 21:44 ` viro
2004-04-30 13:37 ` Giuliano Colla
2004-04-30 14:14 ` Arthur Perry
2004-04-30 18:14 ` Giuliano Colla
2004-04-30 15:55 ` Carl-Daniel Hailfinger
2004-04-30 19:27 ` Giuliano Colla
2004-04-30 20:29 ` Timothy Miller
2004-05-02 8:40 ` Geert Uytterhoeven
2004-05-02 22:26 ` Giuliano Colla
2004-05-03 1:21 ` David Lang
2004-05-04 17:27 ` Timothy Miller
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=408EEA1C.2030906@gmx.net \
--to=c-d.hailfinger.kernel.2004@gmx.net \
--cc=jon787@tesla.resnet.mtu.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=malda@slashdot.org \
--cc=marc@linuxant.com \
--cc=pmarques@grupopie.com \
--cc=rusty@rustcorp.com.au \
--cc=torvalds@osdl.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox