This project was created by Intel to enable support for the Intel PRO/Wireless 2915ABG Network Connection and Intel PRO/Wireless 2200BG Network Connection mini PCI adapters. This project (IPW2200) is intended to be a community effort as much as is possible given some working constraints (mainly, no HW documentation is available)
If you are an end user looking for a driver to use, please use stable versions (versions ending in a 0). You can always find the latest tested stable release from Intel's Laptop Products page.
If you are looking to help develop or test, please see this notice before using one of the unstable / untested snapshots.
As always, in both cases (users or developers/testers) please send feedback, bug reports, feature requests and any fixes you come up with. Please let us know which distrubition you use this with, and any problems you encounter.
You can submit bugs to the Bugzilla repository available at BugHost.
Other Intel wireless project pages:
Intel PRO/Wireless 2100 Network
Connection
Intel PRO/Wireless 3945ABG Network
Connection
In order to use the IPW2200 driver you will need the following:
- Linux (of course) with a 2.6.8+ kernel [link]. See README.ipw2200 for information on specific options required to be enabled in the kernel.
- Wireless Extensions (v17) and Tools (v28) [link]
- The IPW2200 driver. You can obtain the latest development snapshot below.
- The IPW2200 binary firmware image. The firmware can be obtained here.
We have put up a development mailing list to help in development.
You can frequently find people on IRC channel #ipw2100 on irc.freenode.org.
The following are links to projects, archives, and other sites that may be of use to IPW2200/2915 users:
- Giuseppe's 2.4 backport patches: ipw2200 2.4 backpatch.
- SW RF Switch Project: rfswitch.sf.net
- Mail archive and web interface to ipw2100-devel mailing list: http://news.gmane.org/gmane.linux.drivers.ipw2100.devel http://marc.theaimsgroup.com/?l=ipw2100-devel&r=1&w=2
Packages (not maintained by ipw2200 project):
- Debian Unstable
- Fedora Core and RedHat:
- ATrpms: IPW2200 driver, IPW2200 firmware
- Gentoo: net-wireless/ipw2200, net-wireless/ipw2200-firmware net-wireless/ieee80211
- Sourcemage GNU/Linux: # cast ipw2200_driver ipw2200_firmware
Other IPW2200/2915 related open source projects:
- IPW2200/2915 AP for Linux is an open source 802.11 b/g access point driver for the ipw2200 and ipw2915.
Jul 12 2007 Changes in 1.2.2
- Add compatibility patch for linux-2.6.22 sk_buff structure change
- Fix ipw_isr() comments error on shared IRQ
- Fix ipw2200 set wrong power parameter causing firmware error
- Fix `iwpriv set_power` error
Jan 04 2007 Changes in 1.2.1
- Fix ESSID last byte bogus character problem caused by WE-21
- Compatibility update for 2.6.19 above kernel workqueue API change
- Fix external module compiling symbols not found warning
Sep 12 2006 Changes in 1.2.0
- Add IEEE80211_RADIOTAP_TSFT for promiscuous mode
- Fix make patch_kernel problem
Aug 20 2006 Changes in 1.1.4
- Enable wireless extension passive scan (thanks to Thomas King)
- Fix deadlock detected by lockdep
- Add pci .shutdown handler
- Fix kernel Oops if cmdlog debug is enabled
- mark "iwconfig retry 255" as invalid
- remove the MAC timestamp present field from radiotap head
- Fix ipw2200 QOS parameters endian issue
- remove unused struct ipw_rx_buffer
- Reassociate even if set the same essid (thanks to Bill Moss)
- ipw_wx_set_essid fix (thanks to Bill Moss)
- SIOCGIWFREQ ioctl returns frequency rather than channel (thanks to Ingo van Lil)
- always enable frequently used debugging code
Jun 12 2006 Changes in 1.1.3
- Add kernel 2.6.8 compatibility support patches
- Replace bash-specific constructions for verify_wifi_hw script
- Make Makefile deal better with CONFIG_* definitions
- Remove KSRC_OUTPUT checking for compiling external modules
- Always enable frequently used debugging code
- SIOCGIWFREQ ioctl returns frequency rather than channel (thanks to Ingo van Lil)
- ipw_wx_set_essid fix (thanks to Bill Moss)
- Reassociate even if set the same essid (thanks to Bill Moss)
- Remove unused struct ipw_rx_buffer
- Fix a possible SMP deadlock bug found by lockdep
- Fix QoS parameters big endian issue (thanks to Jackie Wu)
[ more ]
A quick blurb about the release version numbers use:
The version numbers used for the snapshots indicate whether a release is a tested and stable release, or an unstable development release. A version where the last number is a 0 indicates a stable release. Versions ending in anything other than 0 are unstable.
For example, 1.0.0 is stable, 1.0.1 is a development snapshot/release.
Stable versions require a more extensive validation pass to be executed and will not be made available as frequently as the development snapshots.
Only fully tested and verified drivers should be used and deployed by end users. The development and unstable snapshots are intended only for development and testing. For more information, please see this notice.
| Date | Download | md5sum | Comments | ||
| 2007-Jul-12 | ipw2200-1.2.2.tgz | 570959316e56765716824b89adf88d31 distros/ipw2200-1.2.2.tgz | |||
| 2007-Jan-04 | ipw2200-1.2.1.tgz | 8fa60fdc32f95e9ec9cf18b0c26f2e91 distros/ipw2200-1.2.1.tgz | |||
| 2006-Sep-12 | ipw2200-1.2.0.tgz | cfd26b4526186d61a4feeaee217493b9 distros/ipw2200-1.2.0.tgz | Stable | ||
| 2006-Aug-20 | ipw2200-1.1.4.tgz | 44a9adf90c6ecdea9dc11c39f6636471 distros/ipw2200-1.1.4.tgz | |||
| 2006-Jun-12 | ipw2200-1.1.3.tgz | 3ff9c1a306a02b24a38449db11267885 distros/ipw2200-1.1.3.tgz | |||
| 2006-Mar-31 | ipw2200-1.1.2.tgz | f235318ea2fb711c3f1cb066080b2fd6 distros/ipw2200-1.1.2.tgz | |||
| 2006-Mar-08 | ipw2200-1.1.1.tgz | 1a179639c51a8344830039258a62bccf distros/ipw2200-1.1.1.tgz | |||
| 2006-Feb-23 | ipw2200-1.1.0.tgz | be5b9815994e54c463ffd795ddd527e6 distros/ipw2200-1.1.0.tgz | Stable | ||
| 2006-Feb-21 | ipw2200-1.0.13.tgz | 09edbdb99936bd5474d32db9e13e23b5 distros/ipw2200-1.0.13.tgz | |||
| 2006-Feb-17 | ipw2200-1.0.12.tgz | fa7f1476c52190def4f565ca9cc3a227 distros/ipw2200-1.0.12.tgz | |||
| [ more ] | |||||
Firmware files fail to load even if installed
In some kernel configurations (users have most frequently reported the
problem only with 2.6.9), the default timeout value for the hotplug
subsystem is too low. You may have this problem if you see the
following in your kernel log (via dmesg or /var/log/messages):
ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.0.1 ipw2200: Copyright(c) 2003-2004 Intel Corporation ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection ipw2200: ipw-2.2-boot.fw load failed: Reason -2 ipw2200: Unable to load firmware: 0xFFFFFFFE ipw2200: failed to register network device ipw2200: probe of 0000:00:0b.0 failed with error -5
To work around this, you can increase the default timeout value:
echo 100 > /sys/class/firmware/timeoutand then reload the ipw2200 module. If this corrects your problem, you may wish to add the above line to your system startup scripts prior to the point at which the driver module would be loaded.
The other most common reason for getting the above error is that the firmware files are not installed in the correct location. Please see the INSTALL document for information on installing the firmware files.
My wireless settings keep being changed!
If you are trying to manually set wireless configuration settings, you
may find yourself fighting for control with your specific distribution.
If you aren't familiar with how your distribution works, or what might
be reconfiguring the wireless tools, you can try the following:
% IWPATH=`dirname \`which iwconfig\``
% mv ${IWPATH}/iwconfig ${IWPATH}/iwconfig.bin
% echo "#\!/bin/sh
date >> /tmp/iwconfig.log
ps --forest >> /tmp/iwconfig.log
echo \"iwconfig $*\" >> /tmp/iwconfig.log
${IWPATH}/iwconfig.bin $1 $2 $3 $4 $5 $6 $7 $8 $9" > ${IWPATH}/iwconfig
% chmod +x ${IWPATH}/iwconfig
NOTE: You must be root to perform the above.
You can test that the above is working:
% iwconfig % cat /tmp/iwconfig.log Tue Oct 5 14:04:51 CDT 2004 PID TTY TIME CMD 16409 pts/1 00:00:00 su 16410 pts/1 00:00:00 \_ bash 24762 pts/1 00:00:00 \_ iwconfig 24764 pts/1 00:00:00 \_ psNow, the next time you experience your distribution changing your wireless configuration, check the contents of /tmp/iwconfig.log. It will tell you when iwconfig was last executed, what the arguments were, and what the processes are that were executing at that time. From this you can typically determine which scripts on your system are involved in managing your wireless devices. To restore your system to the way it was:
% IWPATH=`dirname \`which iwconfig\``
% mv ${IWPATH}/iwconfig.bin ${IWPATH}/iwconfig
Make ipw2200 interface "down" by default: patch
This patch moves the firmware loading and card initialization from dev->init
to dev->open and de-initialize it in dev->close. This makes the ipw2200 card
consume much less power when it is not used. Hence the patch makes users and
PowerTop happy.
Fix make patch_kernel problem for ipw2200-1.1.4: patch
Fix compile error when IPW2200_DEBUG is not defined: patch
In-tree Kconfig update for ipw2200-1.1.3: patch
Kconfig updates for IPW2200_QOS and IPW2200_RADIOTAP IPW2200_PROMISCUOUS
Enable rtap interface for RF promiscuous mode while associated: patch
With this patch, a new promiscuous mode is enabled. Once applied, when you load the module with the rtap_iface=1 module parameter, two interfaces will be created (instead of just one). The second interface is prefixed 'rtap' and provides received 802.11 frames on the current channel to user space in a radiotap header format. Example usage: % modprobe ipw2200 rtap_iface=1 % iwconfig eth1 essid MyNetwork % dhcpcd eth1 % tcpdump -i rtap0 If you do not specify 'rtap_iface=1' then the rtap interface will not be created and you will need to turn it on via: % echo 1 > /sys/bus/pci/drivers/ipw2200/*/rtap_iface You can filter out what type of information is passed to user space via the rtap_filter sysfs entry. Currently you can tell the driver to transmit just the headers (which will provide the RADIOTAP and IEEE 802.11 header but not the payload), to filter based on frame control type (Management, Control, or Data), and whether to report transmitted frames, received frames, or both. The transmit frame reporting is based on a patch by Stefan Rompf. Example usage: First, see what filter bits are available: % ./filters Now set the filter to only send headers (0x7), don't report Tx'd frames (0x10), and don't report data frames (0x100): % echo 0x117 > /sys/bus/pci/drivers/ipw2200/*/rtap_filter All your packets are belong to us: % tethereal -n -i rtap0 As a side note, you can see a sample user space application to pull the packets in user space in the file ipwstats.c. Check the start of that file for information on building and running that utility. Signed-off-by: James Ketrenos <jketreno@linux.intel.com> --- Makefile | 24 + filters | 56 +++ in-tree/Kconfig.ipw2200 | 83 +++++ ipw2200.c | 661 ++++++++++++++++++++++++++++++++++++++++-- ipw2200.h | 83 +++++ ipwstats.c | 752 ++++++++++++++++++++++++++++++++++++++++++++++++ ipwstats.cc | 571 ++++++++++++++++++++++++++++++++++++ 7 files changed, 2192 insertions(+), 38 deletions(-)
ipw2200: Fix endian issues with v3.0 fw image format: patch
This patch corrects endian issues with the v3.0 fw image format. ipw2200.c | 23 ++++++++++++----------- 1 file changed, 12 insertions(+), 11 deletions(-)
Fix problem with diversity algorithm causing disassocaition in 1.1.1: patch
In 1.1.1 a patch went in which enables the "slow diversity" algorithm. This algorithm forces one antenna or the other, if the background noise is significantly quieter in one than the other. It favors the quieter antenna, and won't kick in unless the difference is significant. This is showing to be problematic in some environments and is reverted by this patch. Signed-off-by: James Ketrenos <jketreno@linux.intel.com>
Upgrade 1.1.0 to use new 3.0 fw image format: patch
The 3.0 fw image does not add any new capabilities, but it should fix two problems experienced by users: 1) Race conditions with the request_firmware interface and udev/hotplug are improved as only a single request_firmware call is now required to load the firmware and microcode (vs. 3 separate calls previously) 2) The monitor mode firmware (sniffer) is now packaged with the correct boot image so it can now function without frequent restarts. Once you apply the above, you will also need to upgrade your firmware image to the 3.0 version available from downloadable from: http://ipw2200.sf.net/firmware.php
Fix problem with broadcast packets (DHCP, etc.) with 1.0.11, 1.0.12.: patch
If you experience problems with DHCP stalling out and not being able to
obtain an IP address, but statically configuring an IP address allows
you to access the network, you may need this patch to change how
broadcast packets are detected with older kernels.
Fix QoS command sending bug with ipw_send_cmd_pdu() in 1.0.9: patch
The patch fixes a couple of errors regarding QoS in 1.0.9, which
results in compile warnings and malfunction of the driver.
ipw2200-1.0.7 compatibility with older Wireless Extensions...: patch
If you encounter problems with compiling ipw2200-1.0.7, for example
IW_EVENT_CAPA_K_0 being undefined, etc. then try this patch.
Problem sending broadcast packets with 1.0.7: patch
This patch corrects the problem with sending broadcast packets in 1.0.7
(see bug # 798). You need to apply this patch and the patch available
on http://ieee80211.sf.net/#patches.
ipw2200-1.0.5 make indicates it will remove ipw.ko: patch
The portion of the Makefile that checks for old versions of the ipw2200
module on the system will incorrectly list ipw.ko as a module target for
deletion. This patch corrects that behavior.
ipw2200-1.0.5 Add tx_power setting for 802.11a channels: patch
This patch will update the 802.11a tables when 'iwconfig iface txpower'
is used to set the transmit power.
2.6.12 compile problem with is_multicast_ethr_addr: patch
If you have updated to 2.6.12 and are experiencing a compilation problem
with a redefinition of is_multicast_ethr_addr, you can use this patch to
correct the problem.
Thanks to David Michael Leo Brown for this patch (thanks to all that
sent in this patch)
Leaving monitor mode and can no longe associate: patch
Not all of the configuration parameters are reset when switching modes
(ad-hoc, managed, monitor). This patch modifies the driver to call
sw_reset on mode change.
Does your AP use short preamble?: patch
This is a test patch against 1.0.0 to better support short preamble mode
in environments that support it.
Cumulative patchset against 1.0.0: patch
This patchset includes the following changes:
- Removes -x from helper scripts
- Fixes a div by zero compilation problem
- Fixes a problem with __FUNCTION__ declaration during compilation
- Adds debug information during association failure after authenticated
- Fixes roaming to rescan correctly during roam operation
- Adds PCI ID for 2225BG adapter
- Fixes duplicate broadcast packet problem
If you have any questions, concerns, etc. please
email
Zhu Yi.
| Last Updated: Sep 27 2007 |