[Fwd: Re: Intel policy wrt OSS]
Darrin Chandler
dwchandler at stilyagin.com
Sat Sep 30 09:07:15 MST 2006
Any of you interested in "Free as in Speech" software may want to read
the following message. As some of you might know, Theo de Raadt and the
rest of the OpenBSD project gained major ground in getting hardware
vendors to release *specs* and also to free up firmware licensing, which
has shown benefits for *all* open source operating systems, Linux
included. Below are some reasons and methods for getting vendors to be
*really* open instead of just trying to *seem* open for PR reasons.
These issues are practical as well as philosophical: they affect the
quality and security of your drivers, and therefore of your operating
system. You paid for the hardware, so why should it be a secret how to
use it? Your voice *can* make a difference here. That's been shown in
the past with the push for opening much of Wifi and other things.
----- Forwarded message from Theo de Raadt <deraadt at cvs.openbsd.org> -----
To: Damien Bergamini <damien.bergamini at free.fr>
cc: majid.awad at intel.com
cc: James.Ketrenos at intel.com
cc: misc at openbsd.org
Subject: Re: Intel policy wrt OSS [was: Re: cvs.openbsd.org: src]
Date: Sat, 30 Sep 2006 03:03:57 -0600
From: Theo de Raadt <deraadt at cvs.openbsd.org>
Regarding Intel wireless chips and distribution rights...
> From: "Damien Bergamini" <damien.bergamini at free.fr>
> [...]
>
> Intel's policy with respect to open-source software[1] which
> has been presented at OSDL (I wasn't there unfortunately) is
> clear and can be summarized as follow:
>
> - make us look like we're open-source friendly by opening
> a project on sourceforge.
> - give the open-source community the bare minimum so that
> they can serve as our beta-testers.
>
> Even, they're far less opened that what they pretend to be
> in their slides:
>
> "If you need to keep IP closed source (for example some
> whiz-bang algorithm), document the hardware sufficiently
> that the community can provide their own."
>
> So Intel please tell me where I can find the documentation
> of your Intel PRO/Wireless products so that I can improve
> the drivers myself?
>
> Damien
>
> [1] "Balancing Open Source and Corporate Objectives"
> James Ketrenos, Intel SGG Core Software Division,
> ipw2100/2200/3945 project manager, July 25, 2006
> http://developer.osdl.org/dev/opendrivers/summit2006/james_ketrenos.pdf
> http://developer.osdl.org/dev/opendrivers/summit2006/james_ketrenos.mp3
> And yes, it was in the "Open Drivers" summit!
>
>
> | CVSROOT: /cvs
> | Module name: src
> | Changes by: jsg at cvs.openbsd.org 2006/09/29 21:02:45
> |
> | Modified files:
> | share/man/man4 : wpi.4 iwi.4 ipw.4
> |
> | Log message:
> | We have again tried to talk to Intel about being able
> | to redistribute firmware and they are being totally
> | unhelpful.
> |
> | If you'd like to tell Intel how screwed up this
> | situation is, you should mail majid.awad at intel.com
In the past, our users have shown that they can help us convince
vendors to do the right thing. They have shown vendors the path
towards freeing up many pieces of documentation or granting firmware
distribution rights. This has helped with many vendors, most of them
quite large.
Before we ask a vendor, we have already lost (ie. the device does not
work). When a vendor says no, we have lost nothing further -- there
is no way we can lose further than having the device not work. We can
only win, and then the device works. So there is no point in giving
up until we win back the rights to write software for the hardware
that we have purchased.
These vendors often want a quiet private discussion, because in a
quiet private discussion they can continue to dismiss the requests and
in the end do absolutely nothing. They do not want a noisy public
discussion, because then they look bad. But they DESERVE TO LOOK BAD,
because they are being bad to those who bought their hardware!
In this particular case, we would like more documentation for the
Intel wireless chips. Damien has already written drivers that make
the devices work quite well... but there are still bugs, since all of
this is based on reverse engineering efforts. The drivers could be
better. Intel stands in the way of your devices working as well as
they should.
Wireless devices from most other vendors now work significantly better
in the *BSD projects than the Intel drivers. That is because almost
all the other vendors have been far more open than Intel, and because
Damien (and friends) have worked very hard to do their best. Quite
frankly, Intel has been a royal pain in the ass. Not to us, but to
people who bought their devices.
We would also like Intel to GRANT us distribution rights for the
binary firmwares of their 3 wireless chipsets. Quite frankly we don't
care what their reasons are, because their reasons must be lies
according to the slides Intel presented at a conference.
Intel also must grant these rights freely (we will not sign away our
users rights, and we will not sign away our own rights -- that is what
some of the Linux vendors do when they ship Intel firmwares). Intel
must do this firmware grant in the same way that Adaptec, Atmel,
Broadcom, Cirrus Logic, Cyclades, QLogic, Ralink, and LSI and lots of
other companies have granted distribution firmware to be used by
others. We do not believe that Intel is not special enough that they
can take people's money and their rights.
(By the way, Intel already provides some other firmwares for other
chips, with the correct distribution terms... those firmwares being
CRITICAL BUG FIXES for very broken 100mbit ethernet chips that they
shipped in the millions. That is why we know that Intel's legal
department already knows how to release firmware images with a BSD
license, thus permitting distribution).
Until Intel releases these things, even their conference presentations
make them total liars -- and that specifically means James Ketrenos.
He has no right to tell such lies at an Open Source conference.
People who release full code are open source -- Intel is not, and
since James does not release *all the pieces that people need* into
the Open Source Community, James is not Open Source, and therefore
James is a big fat liar. James and Intel only release the partial
fragments that they feel will make them look "Open".
(To quote a friend,
Some asshole said he was "open",
but he was only open for business.
By withholding, Intel is being an Open Source fraud.
Majid Awad at Intel has stated to developers that he is the current
person who is responsible for this particular area. So go ahead, let
him know how you feel about this.
Again, his email address is majid.awad at intel.com
So let's win back the rights to run the hardware we purchased.
Please feel free to let other open source communities know about this
matter. Thank you.
----- End forwarded message -----
--
Darrin Chandler | Phoenix BSD Users Group
dwchandler at stilyagin.com | http://bsd.phoenix.az.us/
http://www.stilyagin.com/ |
More information about the PLUG-discuss
mailing list