From: Matt Mackall <mpm@selenic.com>
To: Nick Piggin <piggin@cyberone.com.au>
Cc: William Lee Irwin III <wli@holomorphy.com>,
Jeff Garzik <jgarzik@pobox.com>,
jt@hpl.hp.com,
Linux kernel mailing list <linux-kernel@vger.kernel.org>,
Pontus Fuchs <pof@users.sourceforge.net>
Subject: Re: Announce: ndiswrapper
Date: Thu, 20 Nov 2003 00:52:41 -0600 [thread overview]
Message-ID: <20031120065241.GF22139@waste.org> (raw)
In-Reply-To: <3FBC402E.6070109@cyberone.com.au>
On Thu, Nov 20, 2003 at 03:16:46PM +1100, Nick Piggin wrote:
>
>
> William Lee Irwin III wrote:
>
> >Jean Tourrilhes wrote:
> >
> >>> Even better :
> >>> 1) go to the Wireless LAN Howto
> >>> 2) find a card are supported under Linux that suit your needs
> >>> 3) buy this card
> >>> I don't see the point of giving our money to vendors that
> >>>don't care about us when there are vendors making a real effort toward
> >>>us.
> >>>
> >
> >On Wed, Nov 19, 2003 at 10:26:59PM -0500, Jeff Garzik wrote:
> >
> >>Unfortunately that leaves users without support for any recent wireless
> >>hardware. It gets more and more difficult to even find Linux-supported
> >>wireless at Fry's and other retail locations...
> >>
> >
> >And what good would it be to have an entire driver subsystem populated
> >by binary-only drivers? That's not part of Linux, that's "welcome to
> >nvidia hell" for that subsystem too, and not just graphics cards.
> >
> >I say we should go the precise opposite direction and take a hard line
> >stance against binary drivers, lest we find there are none left we even
> >have source to and are bombarded with unfixable bugreports.
> >
> >No, it's not my call to make, but basically, I don't see many benefits
> >left. The additional drivers we got out of this were highly version-
> >dependent, extremely fragile, and have been generating massive numbers
> >of bugreports nonstop on a daily basis since their inception.
> >
> >We'd lose a few things, like vmware, but it's not worth the threat of
> >vendors migrating en masse to NDIS/etc. emulation layers and dropping
> >all spec publication and source drivers, leaving us entirely at the
> >mercy of BBB's (Buggy Binary Blobs) to do any io whatsoever.
> >
> >Seriously, the binary-only business has been doing us a disservice, and
> >is threatening to do worse.
> >
>
> You have to admit its good for end users though. And indirectly, what
> is good for them is good for us.
No. It is bad for the end users - they get sold a bill of goods. And
it is bad for developers. And it is bad for developers as users. And
it's hopelessly short-sighted as pragmatism often is.
Look, there's basically one thing that has ever historically enabled
developers to get specs for writing decent Linux drivers, and that's
demand from Linux users. If companies are presented with alternatives
that pointy haired folks prefer like binary-only drivers or running
their one and only Windows driver on an emulation layer, which are
they going to choose and where are they going to tell users to stick
their penguin? We'll be in worse shape than we were when no one had
ever heard of Linux.
Scenario to think about: an NDIS driver layer ends up getting firmed
up and debugged and when the next generation of wireless appears,
basically all vendors go the easy route and only ship NDIS drivers, no
specs, and buggy as usual. Then they say hey, this worked out well,
might as well do this with gigabit. Meanwhile, hardware's changing so
quickly that by the time we manage to reverse-engineer any of this
stuff (provided the legal climate allows it), it's already off the
shelves. Two to three years from now, it's impossible to build a
decent server or laptop that doesn't have bug-ridden, untested, low
performance network drivers and all the reputation Linux has for being
a good network OS goes down the tubes. It's safe to assume that
latency and stability will go all to hell as well.
An open operating system without open drivers is pointless and if we
don't do something about all this binary crap soon, the above scenario
-will- play out. Expect SCSI and perhaps sound to follow soon
afterwards. And graphics cards and modems are obviously half-way there
already.
Personally, I think it's time to do some sort of trademark enforcement
or something so that companies can't get away with slapping penguins
on devices that only work with 2.2.14 Red Hat kernels.
--
Matt Mackall : http://www.selenic.com : Linux development and consulting
next prev parent reply other threads:[~2003-11-20 6:53 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-20 3:11 Announce: ndiswrapper Jean Tourrilhes
2003-11-20 3:26 ` Jeff Garzik
2003-11-20 3:34 ` Jean Tourrilhes
2003-11-21 12:05 ` Vojtech Pavlik
2003-11-21 17:25 ` Jean Tourrilhes
2003-11-21 17:30 ` Jeff Garzik
2003-11-21 17:43 ` Vojtech Pavlik
2003-11-21 17:48 ` Jean Tourrilhes
2003-11-21 17:50 ` Vojtech Pavlik
2003-11-20 4:00 ` William Lee Irwin III
2003-11-20 4:16 ` Nick Piggin
2003-11-20 4:35 ` Neil Brown
2003-11-20 4:49 ` Nick Piggin
2003-11-20 4:57 ` Randy.Dunlap
2003-11-20 5:05 ` Nick Piggin
2003-11-20 6:50 ` Benjamin Herrenschmidt
2003-11-20 5:27 ` William Lee Irwin III
2003-11-20 5:36 ` Jeff Garzik
2003-11-20 5:36 ` Nick Piggin
2003-11-20 4:38 ` William Lee Irwin III
2003-11-20 4:59 ` Nick Piggin
2003-11-20 5:12 ` William Lee Irwin III
2003-11-20 5:27 ` Nick Piggin
2003-11-24 15:40 ` Rik van Riel
2003-11-20 12:41 ` Diego Calleja García
2003-11-20 13:04 ` Christoph Hellwig
2003-11-20 20:24 ` Pasi Kärkkäinen
2003-11-20 5:11 ` Valdis.Kletnieks
2003-11-20 9:56 ` Ingo Oeser
2003-11-20 13:15 ` Ralph Metzler
2003-11-20 6:52 ` Matt Mackall [this message]
2003-11-20 7:40 ` Nick Piggin
2003-11-20 10:13 ` Geert Uytterhoeven
2003-11-20 10:17 ` William Lee Irwin III
2003-11-20 22:47 ` Bill Davidsen
2003-11-20 22:59 ` William Lee Irwin III
2003-11-20 23:26 ` Oliver Hunt
2003-11-20 23:32 ` Bill Davidsen
2003-11-20 13:19 ` Gene Heskett
2003-11-20 23:15 ` Bill Davidsen
2003-11-20 5:25 ` Jeff Garzik
2003-11-20 5:26 ` William Lee Irwin III
2003-11-20 6:54 ` Benjamin Herrenschmidt
2003-11-20 17:27 ` Jean Tourrilhes
2003-11-20 23:57 ` Benjamin Herrenschmidt
2003-11-21 0:03 ` Jean Tourrilhes
2003-11-20 16:47 ` Jason Lunz
2003-11-20 17:36 ` Jeff Garzik
2003-11-20 17:24 ` Jean Tourrilhes
2003-11-20 17:48 ` Richard B. Johnson
2003-11-20 18:03 ` William Lee Irwin III
2003-11-20 23:01 ` Bill Davidsen
2003-11-21 5:48 ` H. Peter Anvin
2003-11-21 7:26 ` Linus Torvalds
2003-11-21 7:37 ` H. Peter Anvin
2003-11-21 7:47 ` Nuno Silva
2003-11-21 7:51 ` Linus Torvalds
2003-11-20 10:55 ` Pavel Machek
2003-11-20 17:22 ` Jean Tourrilhes
2003-11-20 23:04 ` Bill Davidsen
2003-11-20 23:45 ` Jean Tourrilhes
2003-11-21 17:08 ` Bill Davidsen
2003-11-23 23:13 ` Jan Rychter
[not found] <TNwv.6Lz.7@gated-at.bofh.it>
[not found] ` <TPHV.1vf.1@gated-at.bofh.it>
[not found] ` <TQXu.420.11@gated-at.bofh.it>
2003-11-21 2:53 ` Andrew Miklas
2003-11-21 10:33 ` Maciej Zenczykowski
-- strict thread matches above, loose matches on Subject: below --
2003-11-20 23:53 Mudama, Eric
2003-11-21 0:00 ` Jean Tourrilhes
2003-11-21 1:01 ` Bob McElrath
2003-11-24 17:42 ` Pavel Machek
2003-11-21 7:58 ` Jan De Luyck
2003-11-21 8:59 ` Jamie Lokier
2003-11-18 11:02 Pontus Fuchs
2003-11-18 12:51 ` Christian Axelsson
2003-11-18 13:26 ` Maciej Zenczykowski
2003-11-18 13:37 ` Christian Axelsson
2003-11-18 13:49 ` Richard B. Johnson
2003-11-18 14:02 ` Arjan van de Ven
2003-11-18 13:59 ` Jeff Garzik
2003-11-18 14:14 ` Maciej Zenczykowski
2003-11-18 14:49 ` Jan-Benedict Glaw
2003-11-18 15:31 ` Maciej Zenczykowski
2003-11-18 14:19 ` Richard B. Johnson
2003-11-18 14:31 ` Davide Libenzi
2003-11-18 22:22 ` Pavel Machek
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=20031120065241.GF22139@waste.org \
--to=mpm@selenic.com \
--cc=jgarzik@pobox.com \
--cc=jt@hpl.hp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=piggin@cyberone.com.au \
--cc=pof@users.sourceforge.net \
--cc=wli@holomorphy.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