From: "Henning P. Schmiedehausen" <hps@tanstaafl.de>
To: linux-kernel@vger.kernel.org
Subject: Re: [LONG RANT] Re: Linux stifles innovation...
Date: Sun, 18 Feb 2001 11:54:27 +0000 (UTC) [thread overview]
Message-ID: <96od5j$ja6$1@forge.intermeta.de> (raw)
In-Reply-To: <96lrau$dcd$1@forge.intermeta.de>, <20010217230349.A4561@convergence.de>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 4902 bytes --]
leitner@convergence.de (Felix von Leitner) writes:
>Thus spake Henning P . Schmiedehausen (hps@intermeta.de):
>> "If a company does not write a driver which works on all hardware
>> platforms in all cases and gives us the source, then it is better,
>> that the company writes no drivers at all."
>> "If I can't force a company to write a driver for everyone, then I
>> don't want to write them any driver at all."
>> IMHO you're like a spoiled kid: "If I can't have it, noone should have it".
>Henning, what is the matter with you?
The matter with me is: "Vendors AAA ships its hardware product with a
driver for i386/Linux". The driver may be closed source, but at least
there _is_ a driver. Russell now says: "This is bad, because I can't use
the driver for my ARM box. So the vendor should ship no driver at
all. This is better than a i386-only driver".
I say "I'm happy that there is _ANY_ driver at all. Because the vendor
has recognized the importance of Linux at least on i386. And if they
did this and they see, that they _can_ get market share, maybe they
will start thinking about releasing for other architectures, too. Or
even release the source to their driver".
And if someone wants a driver for the hardware of vendor AAA on ARM
and vendor AAA does decide _not_ to release the product for ARM, it is
their right to do so.
And Russell may still approach AAA to release an ARM driver, too. Or
buy a product from BBB, which does support ARM with either a
vendor-supported close source driver or an open source driver.
Someone approached Legato to release a MIPS/Linux version of their
backup client. Maybe they even paid for the port. And now, everyone
can get this client from the Legato website. It is still closed
source, but still, everyone that has a MIPS/Linux box benefited from
this.
>I bought the hardware. Why should I pay for the driver?
If the hardware is "NOT SUPPORTED BESIDES LINUX/i386" and you have an
ARM, the solution is simple: DON'T BUY IT. VOTE WITH YOUR MONEY. If
Linux/ARM starts becoming a sigificant part of the market share,
vendor AAA will either lose to vendor BBB or release a driver for ARM.
>Please state your intentions. Why would you want to split the Linux
>user base into people who pay companies to screw them (I get a driver
>for hardware I already paid for, but the driver will work with exactly
>one kernel version on one hardware) and people who think they deserve
>support when they buy hardware?
If you buy a hardware and on the box is stated "Supported on Windows,
MacOS and Linux/i386" and you have none of these platforms, why buy
it? If you buy it and then start complaining "it is not vendor-
supported on Linux/ARM", it is your fault and not the fault of the
vendor. If the vendor puts a second box next to the hardware box on
the shelves, which just contains a CD-ROM with a binary only driver
for Linux/ARM and sells this box for $99, it's their right to do
so. And Russell can buy a vendor supported driver for Linux/ARM.
>Why do we even have to discuss drivers?
>A company that actively hinders developing a good driver with patents,
>NDAs or other legal crap does not deserve my money. If you throw your
>money at such people, you deserve everything you get.
That's exactly my point. Nice to see, that we agree. ;-) See
above. Vote with your money. But IMHO it's better to get
vendor-supported drivers for Linux/i386, than no driver at
all. Because if these drivers do not work, I _can_ call the company
and complain.
And I actively _DON'T_ want _YOU_ to decide what _I_ want. If I can
get a driver for the hardware XXX that I need for a project and vendor
AAA sells me a driver for this product on Linux only for a certain
platform, kernel version and distribution, it is _MY_ _PERSONAL_
_DECISION_ to still buy this driver or not. I don't want anyone to
tell me "you must not do this, because it's bad". If it's bad or not,
please let me decide. I'm old enough to decide for myself.
I WANT THE CHOICE. If I have no choice, I buy the product on another
platform.
And you can be sure, I will not come running to LKM to complain and
demand support.
And you can even sue if you're in Germany and the driver does not work
as stated on the box("Erfüllung zugesicherter Eigenschaften, Nach-
besserung oder Wandlung").
Regards
Henning
P.S.: I consider "configuring a mailer so that it does not accept mail
from a sender" neither good style nor "das letzte Wort" in a discussion.
It is IMHO a sign of weakness and inability to discuss on an objective
base. It is more like "I don't like your opinion, so I censor you".
Discussion, Microsoft-style.
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen -- Geschaeftsfuehrer
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH hps@intermeta.de
Am Schwabachgrund 22 Fon.: 09131 / 50654-0 info@intermeta.de
D-91054 Buckenhof Fax.: 09131 / 50654-20
next prev parent reply other threads:[~2001-02-18 11:58 UTC|newest]
Thread overview: 148+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-15 17:49 Linux stifles innovation fsnchzjr
2001-02-15 17:55 ` Stephen Frost
2001-02-15 18:04 ` Mark Haney
2001-02-15 19:49 ` David D.W. Downey
2001-02-15 20:20 ` Alan Olsen
2001-02-15 20:42 ` dave
2001-02-15 21:17 ` Richard B. Johnson
2001-02-15 20:43 ` [OTP] " David D.W. Downey
2001-02-15 22:31 ` Bill Wendling
2001-02-15 22:37 ` William T Wilson
2001-02-16 12:45 ` Rik van Riel
2001-02-16 15:10 ` James Sutherland
2001-02-16 16:02 ` Mark Haney
2001-02-16 16:26 ` David Woodhouse
2001-02-16 16:30 ` Mark Haney
2001-02-16 19:23 ` David D.W. Downey
2001-02-16 20:18 ` James Sutherland
2001-02-17 0:03 ` Carlos Fernandez Sanz
2001-02-17 0:35 ` Dan Hollis
2001-02-17 0:41 ` Michael H. Warfield
2001-02-17 1:52 ` Dan Hollis
2001-02-17 2:20 ` XOR [ was: Linux stifles innovation... ] David Relson
2001-02-17 2:32 ` Dan Hollis
2001-02-17 8:16 ` Jonathan Morton
2001-02-17 13:16 ` David Relson
2001-02-17 18:12 ` brian
2001-02-18 2:01 ` Dan Hollis
2001-02-17 9:08 ` Linux stifles innovation James Sutherland
2001-02-17 12:45 ` Henning P. Schmiedehausen
2001-02-17 9:05 ` James Sutherland
2001-02-17 0:04 ` LA Walsh
2001-02-16 9:26 ` Helge Hafting
2001-02-16 9:36 ` James Sutherland
2001-02-16 12:44 ` Helge Hafting
2001-02-16 17:40 ` Joseph Pingenot
2001-02-16 14:25 ` Andrew Scott
2001-02-16 19:48 ` Jesse Pollard
2001-02-16 22:27 ` Dennis
2001-02-16 22:20 ` Alan Cox
2001-02-17 12:37 ` [LONG RANT] " Henning P. Schmiedehausen
2001-02-17 13:37 ` Russell King
2001-02-17 19:15 ` Henning P . Schmiedehausen
2001-02-17 22:03 ` Felix von Leitner
2001-02-18 11:54 ` Henning P. Schmiedehausen [this message]
2001-02-18 12:26 ` Henning P. Schmiedehausen
2001-02-18 13:43 ` Russell King
2001-02-18 9:27 ` Russell King
2001-02-17 19:20 ` Jacob Luna Lundberg
2001-02-18 1:06 ` Peter Samuelson
2001-02-18 4:15 ` Ben Ford
2001-02-17 18:48 ` Jonathan Morton
2001-02-19 9:24 ` Helge Hafting
2001-02-19 10:53 ` Werner Almesberger
2001-02-19 11:07 ` Jeff Garzik
2001-02-19 11:28 ` Nicholas Knight
2001-02-19 11:36 ` David Lang
2001-02-19 12:53 ` Nicholas Knight
2001-02-19 11:47 ` Jeff Garzik
2001-02-19 12:57 ` Nicholas Knight
2001-02-19 12:00 ` Werner Almesberger
2001-02-19 12:15 ` Henning P . Schmiedehausen
2001-02-19 16:04 ` Paul Jakma
2001-02-19 16:07 ` Alan Cox
2001-02-19 14:15 ` Jes Sorensen
2001-02-20 23:39 ` Brian May
2001-02-19 11:59 ` Henning P . Schmiedehausen
2001-02-19 13:11 ` Werner Almesberger
2001-02-19 14:07 ` David Howells
2001-02-19 14:55 ` Jeff Garzik
2001-02-19 15:53 ` Mikulas Patocka
2001-02-19 16:26 ` Jeff Garzik
2001-02-19 19:11 ` The lack of specification (was Re: [LONG RANT] Re: Linux stifles innovation... ) Mikulas Patocka
2001-02-19 20:02 ` Eric W. Biederman
2001-02-19 20:17 ` Albert D. Cahalan
2001-02-19 21:18 ` Mikulas Patocka
2001-02-19 21:34 ` The lack of specification Russell King
2001-02-19 21:47 ` Eli Carter
2001-02-19 15:58 ` [LONG RANT] Re: Linux stifles innovation Richard B. Johnson
2001-02-19 16:14 ` Jeff Garzik
2001-02-19 16:26 ` Alan Cox
2001-02-19 21:57 ` Keith Owens
2001-02-19 19:27 ` Andre Hedrick
2001-02-17 16:54 ` Francois Romieu
2001-02-16 22:31 ` Dan Hollis
2001-02-16 22:51 ` David D.W. Downey
2001-02-16 22:59 ` Linux stifles innovation... [way O.T.] John Cavan
2001-02-16 23:07 ` Linux stifles innovation Mike A. Harris
2001-02-16 23:45 ` Matt D. Robinson
2001-02-16 23:46 ` Mike A. Harris
2001-02-17 0:15 ` Matt D. Robinson
2001-02-17 0:34 ` Werner Almesberger
2001-02-17 0:54 ` Matt D. Robinson
2001-02-17 1:58 ` Werner Almesberger
2001-02-17 12:41 ` Henning P. Schmiedehausen
2001-02-17 17:51 ` Robert Read
[not found] ` <Pine.LNX.3.96.1010217145415.31128A-100000@orion.hq.dalalu.fr>
2001-02-17 18:40 ` Henning P . Schmiedehausen
2001-02-16 23:33 ` Hristo Doichev
2001-02-17 0:01 ` Alan Olsen
2001-02-17 0:10 ` rjd
2001-02-17 1:34 ` Neal Dias
2001-02-17 2:05 ` Augustin Vidovic
2001-02-17 12:46 ` Henning P. Schmiedehausen
2001-02-17 13:13 ` Roeland Th. Jansen
2001-02-21 23:00 ` Dr. Kelsey Hudson
2001-02-21 23:17 ` Augustin Vidovic
2001-02-22 1:08 ` Dr. Kelsey Hudson
2001-02-22 0:09 ` Jonathan Morton
2001-02-22 0:21 ` Alan Cox
2001-02-23 12:14 ` Wakko Warner
2001-02-23 12:31 ` David Weinehall
2001-02-27 8:48 ` Geert Uytterhoeven
2001-02-17 7:20 ` Mike Pontillo
2001-02-17 16:11 ` [OT]Re: " Gregory Maxwell
2001-02-17 7:39 ` Vesselin Atanasov
2001-02-17 19:08 ` Dennis
2001-02-17 19:08 ` Mohammad A. Haque
2001-02-17 20:47 ` Alan Cox
2001-02-24 21:11 ` Dennis
2001-02-24 21:06 ` Alan Cox
2001-02-17 19:11 ` Dennis
2001-02-17 19:36 ` Francois Romieu
2001-02-17 20:48 ` Alan Cox
2001-02-17 19:24 ` Dennis
2001-02-17 19:38 ` Dennis
2001-02-17 20:01 ` Michael Bacarella
2001-02-17 20:11 ` James A. Sutherland
2001-02-17 19:56 ` Linux stifles innovation... [way O.T.] Dennis
2001-02-17 20:28 ` Michael H. Warfield
2001-02-18 11:25 ` Henning P. Schmiedehausen
2001-02-18 15:32 ` John Cavan
2001-02-18 0:13 ` Gerhard Mack
2001-02-17 20:05 ` Linux stifles innovation Dennis
2001-02-17 20:05 ` James A. Sutherland
2001-02-17 20:14 ` Michael H. Warfield
2001-02-18 10:57 ` Henning P. Schmiedehausen
2001-02-17 20:28 ` Alan Olsen
2001-02-21 23:48 ` Dr. Kelsey Hudson
2001-02-17 22:07 ` Felix von Leitner
2001-02-17 20:08 ` Dennis
2001-02-17 20:22 ` Michael H. Warfield
2001-02-17 20:41 ` Gregory Maxwell
2001-02-18 10:59 ` Henning P. Schmiedehausen
2001-02-18 21:02 ` Bob Taylor
2001-02-17 22:38 ` Andre Hedrick
2001-02-17 23:07 ` Michael H. Warfield
2001-02-18 15:20 ` Stefan Smietanowski
2001-02-18 0:51 ` Peter Samuelson
2001-02-16 17:25 ` Byron Albert
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='96od5j$ja6$1@forge.intermeta.de' \
--to=hps@tanstaafl.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox