linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wolfgang Draxinger <wdraxinger@darkstargames.de>
To: "Linux-Kernel@Vger. Kernel. Org" <linux-kernel@vger.kernel.org>
Subject: Re: Binary Drivers
Date: Fri, 22 Dec 2006 10:47:04 +0100 (MET)	[thread overview]
Message-ID: <200612221046.43305.wdraxinger@darkstargames.de> (raw)
In-Reply-To: <MDEHLPKNGKAHNMBLJOLKGEGDAIAC.davids@webmaster.com>

[-- Attachment #1: Type: text/plain, Size: 5652 bytes --]

Am Donnerstag, 21. Dezember 2006 21:50 schrieb David Schwartz:

> Honestly, I think it *is* wrong to sell someone a physical product
> and then not tell them how to make it work. If you're not actually
> selling them the physical product but selling them a way to get a
> particular thing done, then don't represent that you're selling
> them physical product because that would presumably include the
> right to use it any way they wanted provided it was lawful.

My opinion, too. I wasted months to get specifications for a 
particular HW once and I've heared them all:

* "We can't publish documentation due to 3rd party patents" (Unh, I 
thought, that patents are there, _that_ you can safely publish).

* "It would be expensive for us to publish documentation" (Wouldn't 
that save the in house development of drivers, the kernel developers 
would that for you _and_ maintain it).

* "We've lost the documentation" (Aaahaaa, lame excuse)

And sometimes they are honest: "We don't want to publish". If it is 
rare, special hardware, like measurement interfaces I found out, that 
you can put a lot of pressure on them, if you return them their 
hardware, and claim your money back telling them the reason, why 
their product is inapropriate. If they don't accept that, sue them 
for fraud (you expected a working product, but it doesn't work with 
your system). But most of the time they fear to loose one of their 
precious customers and get quite talkative. But in the consumer 
market a margin of +/-0.5M users doesn't put force on vendors selling 
~10M units, so not buying is not an option.

Personally I've given up to tell HW manufators directly. Instead I 
tell people what to buy and what not and to send protest letters the 
hardware vendors - hey for something that registration cards coming 
with the product must be good for.

On the long term I think, that the only way to force hardware vendors 
to publish all documentation is by going the legislative way, i.e. 
getting politically active, with the goal being a law, that anyone, 
selling a product _must_ provide detailed documentation for free, 
that enable one to understand use and maintain the product and it's 
individual components without requiring additional restricted 
information from the manufactor.
Anything else creates a maintenance and support monopoly for the 
manufactor, which distorts the free market.

IMHO hardware documentation disclosure is of uttermost importance, 
since if the manufactor goes out of buisnes you mostly have some bad 
luck.

2 years ago I bought on eBay a small DECT PCI adapter with the 
intention to connect it with Asterisk someday - knowing that there 
are no Linux drivers and that the manufactor got bankrupt and was 
bought by a competitor. I didn't even got replies to my documentation 
requests addressed at the new owner of the IP. Quite disappointing. 
At least the driver CD contains also VxD drivers, which are quite 
easy to reverse engineer, but I haven't yet found the time to do so.

BTW: Does anybody know a not too expensive way to have some silicon 
created from a VHDL? Eventually it would be easier to design our own 
hardware, than being dependent on some manufactor. But there are 
plenty of quite trivial patents, like this one, making you "aaarghh":
<http://tinyurl.com/yl4d2n>

But I think, that Linux can also add some force on the manufactors if 
we want a little bit: Already Linux is a vital component in many 
operations. For example Hollywood: There are virtually none rendering 
farms running not under Linux, there, a few MacOS X, a few Solaris 
and a few Irix. The same goes for the workstations. Now give Linux 
another 2 years to diffuse into widespread market. I'm quite sure, 
that within the next year a lot of users will look for alternative 
OS, when their Windows Vista refuses to reactivate, once they changed 
their hardware for the 2nd time. WinXP support is said to be 
cancelled a lot earlier. People still have their hardware then, not 
wanting to invest into a Mac, just to get a good OS. Instead they 
will remeber that free Knoppix/Kanotix/Ubuntu LiveCD, wich came with 
their computing magazine and that they tried out, found it nice but 
didn't migrate fearing the effort. But the isntalled OS refuses to 
work, demanding reactivation and that LiveCD is a comfortable way to 
continue work. Then they install it, and at some point HW manufactors 
_must_ provide Linux drivers. It doesn't matter if they are OSS yet. 
Just let them deliver and gain Linux a not neglectible consumer 
market share. Then forbid CSS drivers in the kernel, not aprupt, but 
with enough migration time. Hardware manufactors will have to 
disclose information, if they don't want to loose customers. But 
since the migration is done smoothly customers will experience their 
systems failing - due to the older CSS only drivers. But HW vendors 
are forced to open the spec for new products, to that the drivers are 
not illegal and may be delivered with the product/integrated into the 
kernel. Without working drivers the product is worthless and people 
using Linux won't buy a product not supported. It's a pervasive long 
time plan, but it might work - if Microsoft plays along and keeps 
it's user gaging restrictions.

This is purely politics, I know, but unfortunately this is probably 
the only way to get it done. Marketeers and attornerys are technical 
illiterates numb to technical argumentation. I don't like it, but it 
seems, that we've to adopt some of their methods...

Wolfgang Draxinger

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2006-12-22  9:53 UTC|newest]

Thread overview: 108+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-15 21:20 Binary Drivers James Porter
2006-12-15 21:59 ` Alan
2006-12-15 22:00   ` Jan Engelhardt
2006-12-18 14:31   ` Lennart Sorensen
2006-12-15 22:01 ` Alexey Dobriyan
2006-12-16  1:57   ` Tomas Carnecky
2006-12-16 18:03     ` Jan Engelhardt
2006-12-18 14:34     ` Eric W. Biederman
2006-12-21 16:33       ` Scott Preece
2006-12-21 17:43         ` Erik Mouw
2006-12-21 19:10           ` Tomas Carnecky
     [not found]             ` <f0e2c5070612211120wa6e3402p2ffb6e1d579a485a@mail.gmail.com>
2006-12-21 19:42               ` Tomas Carnecky
2006-12-21 22:36                 ` Dave Neuer
2006-12-21 20:32             ` Eric W. Biederman
2006-12-21 20:18         ` Eric W. Biederman
2006-12-21 22:02           ` Scott Preece
2006-12-21 20:50         ` David Schwartz
2006-12-21 20:58           ` David Lang
2006-12-21 21:20           ` Valdis.Kletnieks
2006-12-21 22:12           ` Scott Preece
2006-12-21 23:20             ` Martin Mares
2006-12-22  0:38             ` Valdis.Kletnieks
2006-12-22  9:47           ` Wolfgang Draxinger [this message]
2006-12-23  1:04           ` Horst H. von Brand
2006-12-16  3:56   ` jdow
2006-12-16  4:59     ` Dave Airlie
2006-12-16  8:12     ` Horses and donkeys [Re: Binary Drivers] Pavel Machek
2006-12-16 18:05       ` Jan Engelhardt
2006-12-17 11:44   ` Binary Drivers Geert Uytterhoeven
2006-12-16  8:08 ` Pavel Machek
2006-12-16  9:07 ` Marek Wawrzyczny
2006-12-17 12:17   ` Denis Vlasenko
2006-12-18 21:34   ` Open letter to Linux kernel developers (was Re: Binary Drivers) Hannu Savolainen
2006-12-19  0:10     ` Jesper Juhl
2006-12-20 22:06     ` Giuseppe Bilotta
2006-12-21  0:38       ` Casey Schaufler
2006-12-21 10:17         ` Bernd Petrovitsch
2006-12-21 18:16       ` Valdis.Kletnieks
2006-12-22 11:59         ` Erik Mouw
2006-12-24  6:35           ` Valdis.Kletnieks
2006-12-31 12:41           ` Bernd Petrovitsch
2006-12-31 13:03             ` Trent Waddington
2006-12-31 17:09               ` Alan
2007-01-02  2:42                 ` Valdis.Kletnieks
2007-01-02  4:04               ` Valdis.Kletnieks
2007-01-02  5:06                 ` David Weinehall
2007-01-02  6:30                 ` Trent Waddington
2007-01-02  9:40                   ` Bernd Petrovitsch
2007-01-02 11:26                     ` Trent Waddington
2007-01-02 12:06                       ` Bernd Petrovitsch
2007-01-02 19:23                         ` Horst H. von Brand
2007-01-03  8:59                           ` Bernd Petrovitsch
2007-01-02 12:50                       ` Theodore Tso
2007-01-02 13:22                         ` Robert P. J. Day
2007-01-02 15:15                           ` David Weinehall
2007-01-02 15:18                             ` Jens Axboe
2007-01-02 16:33                               ` James Simmons
2007-01-02 17:13                             ` Jan Engelhardt
2007-01-02 20:20                               ` David Weinehall
2007-01-02 19:30                             ` Geert Uytterhoeven
2007-01-02 20:01                               ` OT Coffee (was " Valdis.Kletnieks
2007-01-02 20:17                                 ` Dmitry Torokhov
2007-01-02 23:01                                   ` David Schwartz
2007-01-03  5:55                                     ` Valdis.Kletnieks
2007-01-04  0:50                                       ` David Schwartz
2007-01-02 21:11                             ` Neil Brown
2007-01-02 22:26                               ` Randy Dunlap
2007-01-02 19:04                           ` [OT] Hot coffee (was: Open letter to Linux kernel developers (was Re: Binary Drivers)) Steven Rostedt
2007-01-02 10:40                   ` Open letter to Linux kernel developers (was Re: Binary Drivers) Alan
2006-12-18  9:51 ` Binary Drivers Bernd Petrovitsch
     [not found] <7ssWL-8rd-15@gated-at.bofh.it>
     [not found] ` <7sE1N-2Y4-5@gated-at.bofh.it>
     [not found]   ` <7t39Q-Ru-9@gated-at.bofh.it>
2006-12-21 12:33     ` Nikolaos D. Bougalis
2006-12-21 21:15 Niklas Steinkamp
2006-12-22 19:22 ` Rok Markovic
2006-12-22 22:00   ` Wolfgang Draxinger
2006-12-22 22:14     ` Scott Preece
2006-12-23  7:19       ` David Schwartz
2006-12-23 23:11         ` Horst H. von Brand
2006-12-24  6:46         ` Valdis.Kletnieks
2006-12-24 13:31           ` Wolfgang Draxinger
2006-12-24 17:33           ` David Schwartz
2006-12-24 19:27             ` James C Georgas
2006-12-24 21:05               ` Rok Markovic
2006-12-25  0:09                 ` Horst H. von Brand
2006-12-24 20:20             ` Horst H. von Brand
2006-12-25  0:30               ` Wolfgang Draxinger
2006-12-26  0:20               ` David Schwartz
2006-12-26  2:49                 ` Scott Preece
2006-12-26  6:31                   ` David Schwartz
2006-12-26 19:20                     ` Scott Preece
2006-12-26 19:53                       ` David Schwartz
2006-12-27  1:20                         ` Scott Preece
2006-12-28 13:32       ` Pavel Machek
     [not found] <fa.a8+7qGNMZNO6YbgTojLj7poBcEU@ifi.uio.no>
     [not found] ` <fa.whH2sDigxYlZmzC0pHJ6ew9w3Is@ifi.uio.no>
     [not found]   ` <fa.YLpcIfSTbYXcChK98VmCgG/OEAI@ifi.uio.no>
     [not found]     ` <fa.m5y0sm7/G8Fnz1bRfMDgwNw+YI4@ifi.uio.no>
2006-12-22 21:27       ` Robert Hancock
2006-12-22 23:15         ` Nikolaos D. Bougalis
2006-12-26 11:13 Martin Knoblauch
2006-12-26 11:33 ` Trent Waddington
2006-12-26 14:04   ` Martin Knoblauch
2006-12-26 11:20 Martin Knoblauch
2006-12-26 13:28 ` James C Georgas
2006-12-26 13:57   ` Martin Knoblauch
2006-12-26 16:37   ` Horst H. von Brand
2006-12-28  8:59   ` Rok Markovic
2006-12-28  9:07     ` Trent Waddington
2006-12-28 22:32     ` David Schwartz
2006-12-28 22:34       ` David Lang
2006-12-26 19:12 ` David Schwartz
2006-12-26 23:37   ` Horst H. von Brand
     [not found] <28wj.2xb.21@gated-at.bofh.it>
     [not found] ` <7wu47-3dV-7@gated-at.bofh.it>
2006-12-27 11:55   ` Nikolaos D. Bougalis

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=200612221046.43305.wdraxinger@darkstargames.de \
    --to=wdraxinger@darkstargames.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;
as well as URLs for NNTP newsgroup(s).