- 24 Apr, 2006 40 commits
-
-
Johannes Berg authored
This patch adds the SIOCSIWMLME wext to softmac, this functionality appears to be used by wpa_supplicant and is softmac-specific. Signed-off-by:
Johannes Berg <johannes@sipsolutions.net> Cc: Jouni Malinen <jkm@devicescape.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
Zhu Yi authored
The new ipw2200 scan completion event feature will cause a potential event race condition in wpa_supplicant. The patch fixes this problem by move the ipw_disassociate() to the IW_AUTH_WPA_ENABLED event handling code. Signed-off-by:
Zhu Yi <yi.zhu@intel.com> Signed-off-by:
-
Zhu Yi authored
priv->last_noise is not used with the exponential averaging algorithm Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
Makefile both IPW2200_RADIOTAP and IPW2200_PROMISCUOUS depend on IPW2200_MONITOR. Let IPW2200_PROMISCUOUS select IPW2200_RADIOTAP. Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
Added version string fields so the version string indicates what is configured (ie, you'll see 1.1.1kpmd if you are using a GIT snapshot (Kernel.. previously -git), promiscuous (p), monitor (m), debug (d) build. Signed-off-by:
James Ketrenos <jketreno@linux.intel.com> Signed-off-by:
-
Zhu Yi authored
With this patch, a new promiscuous mode is enabled. If the module is loaded 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. Filters can be get and set via a sysfs interface. For example, 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 Signed-off-by: -
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
This patch corrects endian issues with the v3.0 fw image format. Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
Jean Tourrilhes <jt@hpl.hp.com> Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
Ingo Molnar <mingo@elte.hu> Cc: "Zhu, Yi" <yi.zhu@intel.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
The patch make ipw2200 generate the scan event every time a scan has completed, so that user space know when to get fresh results. Dan Williams would like to go towards this model in Network Manager rather than having to poll. Signed-off-by:
-
Zhu Yi authored
This patch works with the ieee80211 stack to set the correct QoS bit to the ipw2200 card. It fixed the TX failure problem for using WPA with QoS. Signed-off-by:
Hong Liu <hong.liu@intel.com> Signed-off-by:
-
Zhu Yi authored
This patch replaces sliding averaging by exponential averaging for reporting the wireless statistics for signal and noise level for ipw2200. See details from: http://www.ces.clemson.edu/linux/ipw2200_averages.shtmlSigned-off-by:
Bill Moss <bmoss@clemson.edu> Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
Signed-off-by:
-
Zhu Yi authored
The patch replace the way to export the list of bit rates in scan results from IWEVCUSTOM to SIOCGIWRATE. It also removes the max_rate item exported with SIOCGIWRATE since this should be done by userspace. Signed-off-by:
-
Zhu Yi authored
Fix ieee80211 TX code when using WPA+QOS. TKIP/CCMP will use the TID field of qos_ctl in 802.11 frame header to do encryption. We cannot ignore this field when doing host encryption and add the qos_ctl field later. Signed-off-by:
-
Zhu Yi authored
Fix TKIP MIC verification failure when receiving QoS frames from AP. Signed-off-by:
-
Michael Buesch authored
This reduces codesize. Signed-off-by: -
Pavel Roskin authored
Signed-off-by:
Pavel Roskin <proski@gnu.org> Signed-off-by:
-
Pavel Roskin authored
Signed-off-by:
-
Pavel Roskin authored
Make all Orinoco PCI drivers (orinoco_pci, orinoco_plx, orinoco_tmd and orinoco_nortel) as similar as possible. Use the best implementation of error handling, the best error messages, the best comments. Put common code to orinoco_pci.h. For now, it's suspend and resume functions and function for registering the network device. Signed-off-by:
-
Pavel Roskin authored
Copy PCI suspend/resume functions from orinoco_pci.c. Signed-off-by:
-
Pavel Roskin authored
Signed-off-by:
-
Pavel Roskin authored
Signed-off-by:
-
Pavel Roskin authored
This is needed to identify the card before possible allocation problems, so that the user at least can report the firmware version that fails. Signed-off-by:
-
Jiri Benc authored
After several days of operation of Netgear MA311 card, the card becomes to seek improperly and needs reset. This patch tries to reset the card when this situation occurs. Mar 9 06:45:16 berkeley kernel: wlan0: Error -5 writing packet to BAP Mar 9 06:45:16 berkeley kernel: hermes @ f992a000: BAP0 offset error: reg=0x4044 id=0x128 offset=0x44 Mar 9 06:45:16 berkeley kernel: wlan0: Error -5 writing packet to BAP Mar 9 06:45:16 berkeley kernel: hermes @ f992a000: BAP0 offset error: reg=0x4044 id=0x128 offset=0x44 (etc.) A more detailed description of the problem can be found at https://bugzilla.novell.com/show_bug.cgi?id=154773 The same problem with different card is reported at http://sourceforge.net/mailarchive/message.php?msg_id=14597046Signed-off-by:
Jiri Benc <jbenc@suse.cz> Signed-off-by:
-
Pavel Roskin authored
Use skb_pull() to strip the addresses from the original packet. Don't strip protocol bytes. Signed-off-by:
-
Pavel Roskin authored
The result of orinoco_xmit() can be OK, dropped packet and busy transmitter. Rename labels accordingly. Increment stats->tx_errors in one place. Increment stats->tx_dropped - nobody is doing it for us. Signed-off-by:
-
Pavel Roskin authored
hermes_bap_pwrite() supports odd-sized packets now. There is no minimal packet size for 802.11. Also, hermes_bap_pwrite() supports odd-sized packets now. This removes all reasons to pad the Tx data. Signed-off-by:
-
Pavel Roskin authored
The new function can write an odd number of bytes, thus making padding unnecessary. Signed-off-by:
-
Pavel Roskin authored
Don't ever return -errno from orinoco_xmit() - the network layer doesn't expect it. Signed-off-by:
-
Pavel Roskin authored
When processing Tx exception, only read data until addr1. Rename hermes_tx_descriptor_802_11 to hermes_txexc_data since it's only used to Tx exceptions. Reuse existing hermes_tx_descriptor structure. Remove fields after addr1 - they are not read from the card. Signed-off-by:
-
