- 29 Jul, 2010 5 commits
-
-
John W. Linville authored
Signed-off-by:John W. Linville <linville@tuxdriver.com>
-
John W. Linville authored
Signed-off-by:
Kalle Valo <kvalo@adurom.com>
-
John W. Linville authored
Signed-off-by:
Christian Lamparter <chunkeey@googlemail.com>
-
John W. Linville authored
Signed-off-by:
Lennert Buytenhek <buytenh@wantstofly.org>
-
John W. Linville authored
https://bugzilla.kernel.org/show_bug.cgi?id=16476Signed-off-by:
Luis R. Rodriguez <lrodriguez@atheros.com> Cc: stable@kernel.org
-
- 28 Jul, 2010 7 commits
-
-
Felix Fietkau authored
For some drivers it can be useful to know whether the channel they're supposed to switch to is going to be used for short off-channel work or scanning, or whether the hardware is expected to stay on it for a while longer. This is important for various kinds of calibration work, which takes longer to complete and should keep some persistent state, even if the channel temporarily changes. Signed-off-by:
Felix Fietkau <nbd@openwrt.org> Signed-off-by:
-
Luis R. Rodriguez authored
This reverts this commit. While in theory the change is correct the patch does not address current assumptions made by some drivers, one which is definitley affected is ath9k. Prior to this change the scan complete callback would be called after we returned to the home channel and configured the hardware RX filters. After this change we call the scan complete callback prior to both the hw config and the config filter. At least for ath9k this breaks quite a few assumptions on the callback, leading to disconnects to the AP after every scan making the driver pretty useless on STA mode. The goal behind this commit was to address the now understood spurious warnings from ath9k and mac80211_hwsim on scanning on two wiphys at the same time but we have now supressed these and will address this issue in the next kernel release. When fixing this for good next we must first review the other driver's dependence on this logic and perhaps consider removal of the scan complete callback all together. Cc: Johannes Berg <johannes.berg@intel.com> Signed-off-by:
-
Luis R. Rodriguez authored
When issuing two consecutive scans you could often end up getting in the logs: "ath9k: Two wiphys trying to scan at the same time" This message is due to a race in mac80211 but addressing that race requires some more major changes on the driver and perhaps optimizations on mac80211 like removing the scan complete callback alltogether. Its too late to address this this kernel release so supress the complaint and annotate this needs fixing for later. Cc: Johannes Berg <johannes.berg@intel.com> Signed-off-by:
-
Yuri Ershov authored
In some cases there could be possible dereferencing freed pointer. The update is intended to avoid this issue. Signed-off-by:
Yuri Ershov <ext-yuri.ershov@nokia.com> Signed-off-by:
-
Yuri Ershov authored
In case of errors during message composing msg should be freed after canceling. Signed-off-by:
Yuri Kululin <ext-yuri.kululin@nokia.com> Signed-off-by:
-
Yuri Ershov authored
In the function ieee80211_subif_start_xmit the logic related with meshdrlen is under CONFIG_MAC80211_MESH macro, but in one place it isn't. This is some update for this Signed-off-by:
-
-
- 27 Jul, 2010 28 commits
-
-
Dan Carpenter authored
sk_buffs have to be freed with kfree_skb() instead of kfree(). Signed-off-by:
Dan Carpenter <error27@gmail.com> Acked-by:
Gustavo F. Padovan <padovan@profusion.mobi> Signed-off-by:
Marcel Holtmann <marcel@holtmann.org>
-
Gustavo F. Padovan authored
Those annotation save memory and space on the binary. __init code is discarded just after execute and __exit code is discarded if the module is built into the kernel image or unload of modules is not allowed. Signed-off-by:
-
Gustavo F. Padovan authored
Those marks are useful to save space in the binary and in the memory. Signed-off-by:
-
Gustavo F. Padovan authored
Use the new hci_recv_stream_fragment() to reassembly incoming UART streams. Signed-off-by:
Ville Tervo <ville.tervo@nokia.com> Signed-off-by:
-
Gustavo F. Padovan authored
Testing first we avoid enter the loop when count = 0. Signed-off-by:
-
Gustavo F. Padovan authored
.c file shall not have the 'x' permission. Signed-off-by:
-
Marcel Holtmann authored
Certain headsets such as the Motorola H350 will reject SCO and eSCO connection requests while the ACL is transitioning from sniff mode to active mode. Add synchronization so that SCO and eSCO connection requests will wait until the ACL has fully transitioned to active mode. < HCI Command: Exit Sniff Mode (0x02|0x0004) plen 2 handle 12 > HCI Event: Command Status (0x0f) plen 4 Exit Sniff Mode (0x02|0x0004) status 0x00 ncmd 1 < HCI Command: Setup Synchronous Connection (0x01|0x0028) plen 17 handle 12 voice setting 0x0040 > HCI Event: Command Status (0x0f) plen 4 Setup Synchronous Connection (0x01|0x0028) status 0x00 ncmd 1 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 12 packets 1 > HCI Event: Mode Change (0x14) plen 6 status 0x00 handle 12 mode 0x00 interval 0 Mode: Active > HCI Event: Synchronous Connect Complete (0x2c) plen 17 status 0x10 handle 14 bdaddr 00:1A:0E:50:28:A4 type SCO Error: Connection Accept Timeout Exceeded Signed-off-by:Ron Shaffer <rshaffer@codeaurora.org> Signed-off-by:
-
Joe Perches authored
Save a few bytes of text (allyesconfig) $ size drivers/net/wireless/built-in.o* text data bss dec hex filename 3924568 100548 871056 4896172 4ab5ac drivers/net/wireless/built-in.o.new 3926520 100548 871464 4898532 4abee4 drivers/net/wireless/built-in.o.old $ size net/wireless/core.o* text data bss dec hex filename 12843 216 3768 16827 41bb net/wireless/core.o.new 12328 216 3656 16200 3f48 net/wireless/core.o Signed-off-by:
Joe Perches <joe@perches.com> Signed-off-by:
-
Joe Perches authored
Signed-off-by:
-
Joe Perches authored
Standardize the logging macros used. Signed-off-by:
-
Joe Perches authored
Simplify logging messages for wiphy devices Signed-off-by:
-
Dan Williams authored
Signed-off-by:
Dan Williams <dcbw@redhat.com> Signed-off-by:
-
Dan Williams authored
Signed-off-by:
-
Dan Williams authored
Remove last bits of indirect command code. Signed-off-by:
-
Dan Williams authored
Other uses were already used direct command paths. Signed-off-by:
-
Dan Williams authored
Powersave looks like it got broken at some point but we'll fix that up when the command submission stuff is more understandable, which this series helps to do. That said, this patch should not further break powersave. Signed-off-by:
-
Dan Williams authored
Signed-off-by:
-
Dan Williams authored
Slightly different approach here since there are so many arguments to the firmware command. Just let the caller fill them in before pushing the command to the firmware. Signed-off-by:
-
Dan Williams authored
Signed-off-by:
-
Dan Williams authored
Signed-off-by:
-
Dan Williams authored
Signed-off-by:
-
Dan Williams authored
For now; it's a pretty easy command to hook up and whenever OLPC figures out how they want the userspace interface to look (ie, not iwpriv commands) we can easily add it back in. Since the cfg80211 conversion it wasn't working anyway. Signed-off-by:
-
Dan Williams authored
It hasn't been hooked up to anything in a long time and it's not even listed in any of the firmware documentation I have (and I have v5.1, v8, v9, and v10). Signed-off-by:
-
Dan Williams authored
These were no longer used but were left around; Transmit Power Control is done through the lbs_set_tpc_cfg() function. Signed-off-by:
-
Dan Williams authored
Signed-off-by:
-
Dan Williams authored
Convert to a full direct command; previous code rolled a direct command by hand but left the original indirect command code intact but disabled. Signed-off-by:
-
Dan Williams authored
Convert to a full direct command; previous code rolled a direct command by handle but left the original indirect command code lying around. Signed-off-by:
-
Stanislaw Gruszka authored
On our hardware (050d:7050 Belkin Components F5D7050 Wireless G Adapter), setting any WEP key with non zero index, cause rx frames corruption. Note: perhaps (I did not check) this can be fixed differently - by using hw_key_idx the same as true MAC key index. But according to the comment in rt2x00mac_set_key(): "the hardware requires keys to be assigned in correct order (When key 1 is provided but key 0 is not, then the key is not found by the hardware during RX)" this will be quite problematic. Since WEP should not be used, disabling hardware crypto offload for it will not hurt much. Beside static one key WEP will still be offloaded. Signed-off-by:
Stanislaw Gruszka <sgruszka@redhat.com> Acked-by:
Ivo van Doorn <IvDoorn@gmail.com> Signed-off-by:
-
