From: Ingo Molnar <mingo@redhat.com>
To: Andrea Arcangeli <andrea@suse.de>
Cc: Tigran Aivazian <tigran@aivazian.fsnet.co.uk>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
Keith Owens <kaos@ocs.com.au>,
Marcelo Tosatti <marcelo@conectiva.com.br>,
Arjan van de Ven <arjanv@redhat.com>,
Hugh Dickins <hugh@veritas.com>,
Stelian Pop <stelian.pop@fr.alcove.com>,
Linus Torvalds <torvalds@transmeta.com>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2.5.5] do export vmalloc_to_page to modules...
Date: Thu, 4 Apr 2002 12:46:58 -0500 (EST) [thread overview]
Message-ID: <Pine.LNX.4.44.0204041220501.23872-100000@devserv.devel.redhat.com> (raw)
In-Reply-To: <20020404185510.D32431@dualathlon.random>
On Thu, 4 Apr 2002, Andrea Arcangeli wrote:
> I don't really worry about that, important things will defend by
> themself, beacuse the GPL solution will be always superior of an order
> of magnitude. [...]
how do you do that if the GPL is not being honored? What if in 5 years
most of the distros ship heaps of binary-only drivers, filesystems,
storage solutions, and you'll need them just to be able to operate your
daily system. What if you cannot do certain changes to the kernel because
your system will not boot up without a certain binary-only module.
sure, today it's easy to say "i'm not using any 'stinkin binary-only
module". But tomorrow you might have no choice, because vendors will just
use binary-only modules to "support Linux". And while 'no module at all'
used to result in a GPL driver being developed quickly, are you sure
people will write a GPL replacement if there's a binary-only module
available? Even if there are such people, who will test the driver if the
binary-only driver is just 'good enough' for the majority of users? The
wide availability of binary-only modules was not an issue until now, so we
(well, a subset of the copyright holders) allowed it to a certain extent.
The reason why they werent an issue was simple: commercial entities saw
little value in Linux, so commercial kernel development was somewhere
between light and nonexistent.
These days Linux has already grown over a certain size, it's a big factor
in the server world, and it's a tiny but growing subset of the desktop
world as well - large enough to show up on the marketing radar of the
largest volume companies. So we are going to see much more development
that is not sympathetic (ie. neutral or even hostile) towards Linux as a
development community, so we have wear some protective gear against
'interesting' interpretations of the GPL and all related protection
measures we have. Believe me, those companies wouldnt mind if it costed
them $$$ to license the Linux source code, and if they had to sign NDAs to
see it, as long as they can be as secretive about the internal workings of
their technology as possible, and as long as they are able to say to users
that "we support Linux".
it's naive to think that our defenses (the GPL, API practices) that
guaranteed the 'fun' component of Linux development that you and i enjoyed
so much over the years can stay constant over time. New technologies
arise, laws change, even the interpretation of the constitution (of
certain countries) changes.
Ingo
next prev parent reply other threads:[~2002-04-04 17:48 UTC|newest]
Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-20 13:13 Stelian Pop
2002-02-20 16:00 ` Hugh Dickins
2002-02-20 16:01 ` Arjan van de Ven
2002-04-03 16:21 ` Andrea Arcangeli
2002-04-03 17:43 ` Alan Cox
2002-04-03 18:13 ` Andrea Arcangeli
2002-04-03 19:11 ` Alan Cox
2002-04-03 19:23 ` Andrea Arcangeli
2002-04-03 20:05 ` Tigran Aivazian
2002-04-03 20:27 ` Tigran Aivazian
2002-04-03 21:22 ` Alan Cox
2002-04-03 21:26 ` Tigran Aivazian
2002-04-03 21:48 ` Alan Cox
2002-04-03 19:03 ` Tigran Aivazian
2002-04-03 19:10 ` Linus Torvalds
2002-04-03 19:19 ` Tigran Aivazian
2002-04-03 19:24 ` Linus Torvalds
2002-04-03 21:05 ` Tigran Aivazian
2002-04-03 21:25 ` Alan Cox
2002-04-04 6:43 ` Keith Owens
2002-04-04 10:22 ` Tigran Aivazian
2002-04-04 10:35 ` Arjan van de Ven
2002-04-04 11:54 ` Alan Cox
2002-04-04 12:01 ` Tigran Aivazian
2002-04-04 12:31 ` Adrian Bunk
2002-04-04 12:48 ` Russell King
2002-04-04 12:40 ` Russell King
2002-04-04 12:46 ` Tigran Aivazian
2002-04-05 7:29 ` David Schwartz
2002-04-05 8:24 ` Adrian Bunk
2002-04-05 8:28 ` David Schwartz
2002-04-04 13:26 ` Ingo Molnar
2002-04-04 15:21 ` Rik van Riel
2002-04-05 9:25 ` Paul Gortmaker
2002-04-04 15:35 ` Tigran Aivazian
2002-04-04 16:55 ` Andrea Arcangeli
2002-04-04 17:16 ` Christoph Hellwig
2002-04-04 17:46 ` Ingo Molnar [this message]
2002-04-04 17:59 ` Arjan van de Ven
2002-04-04 18:15 ` Rik van Riel
2002-04-05 0:47 ` Linux kernel and binary drivers (was: [PATCH 2.5.5] do export vmalloc_to_page to modules...) Steffen Persvold
2002-04-04 15:55 ` [PATCH 2.5.5] do export vmalloc_to_page to modules Richard B. Johnson
2002-04-04 16:14 ` Alan Cox
2002-04-04 16:15 ` Peter Horton
2002-04-04 16:23 ` Ingo Molnar
2002-04-04 16:38 ` Michael Clark
2002-04-04 20:57 ` Adrian Bunk
2002-04-04 16:44 ` Andrea Arcangeli
2002-04-04 17:16 ` Ingo Molnar
2002-04-04 18:00 ` Alan Cox
2002-04-04 16:42 ` Alexander Viro
2002-04-03 19:29 ` Andrea Arcangeli
2002-04-03 19:38 ` Alan Cox
2002-04-03 19:25 ` Linus Torvalds
2002-04-03 19:44 ` Alan Cox
2002-04-03 19:39 ` Linus Torvalds
2002-04-03 20:35 ` Gerd Knorr
2002-04-03 22:17 ` Richard B. Johnson
2002-04-03 22:24 ` Rik van Riel
2002-04-03 22:33 ` Tigran Aivazian
2002-04-03 22:35 ` David S. Miller
2002-04-06 9:08 ` David Woodhouse
2002-04-03 22:39 ` Rik van Riel
2002-04-04 5:59 ` Chris Wedgwood
2002-04-04 12:06 ` Alan Cox
2002-04-04 9:33 ` Ingo Molnar
2002-04-03 19:26 ` Andrea Arcangeli
2002-04-03 19:35 ` Alan Cox
2002-04-05 6:06 ` David Schwartz
2002-04-05 12:48 ` Alan Cox
2002-04-05 18:46 ` David Schwartz
2002-04-05 19:27 ` Alan Cox
2002-04-05 20:05 ` David Schwartz
2002-04-06 17:55 ` Alan Cox
2002-04-03 19:19 ` Alexander Viro
2002-04-03 21:07 ` David Schwartz
2002-04-03 21:33 ` Alan Cox
2002-04-03 21:28 ` Daniel Jacobowitz
2002-04-03 22:09 ` David Schwartz
2002-04-04 6:26 ` Kai Henningsen
2002-04-04 8:44 ` Adrian Bunk
2002-04-04 12:01 ` Alan Cox
2002-02-20 16:27 ` Ingo Molnar
2002-04-03 23:47 Petr Vandrovec
2002-04-04 0:19 ` Rik van Riel
2002-04-04 11:54 Petr Vandrovec
[not found] <Pine.LNX.4.44L.0204041217290.18660-100000@imladris.surriel .com>
2002-04-04 16:11 ` Anton Altaparmakov
2002-04-04 16:29 ` Ingo Molnar
[not found] <Pine.LNX.4.44.0204041123410.6422-100000@devserv.devel.redh at.com>
2002-04-04 17:06 ` Anton Altaparmakov
2002-04-04 17:55 ` Alan Cox
2002-04-04 17:52 ` Anton Altaparmakov
2002-04-04 17:27 Nicholas Berry
2002-04-05 13:22 Gareth Hughes
2002-04-09 6:55 Rick A. Hohensee
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.44.0204041220501.23872-100000@devserv.devel.redhat.com \
--to=mingo@redhat.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=andrea@suse.de \
--cc=arjanv@redhat.com \
--cc=hugh@veritas.com \
--cc=kaos@ocs.com.au \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo@conectiva.com.br \
--cc=stelian.pop@fr.alcove.com \
--cc=tigran@aivazian.fsnet.co.uk \
--cc=torvalds@transmeta.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®