- 14 Oct, 2011 40 commits
-
-
Amitkumar Karwar authored
This patch takes care of warnings found by running 'make namespacecheck': 1. Remove dead code. 2. Reorder function definitions to avoid forward declarations. 3. Remove unnecessary function/structure declarations and mark them as static. Signed-off-by:
Amitkumar Karwar <akarwar@marvell.com> Signed-off-by:
Bing Zhao <bzhao@marvell.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
Amitkumar Karwar authored
Currently global wait condition (adapter->cmd_wait_q.condition) is used while sending synchronous commands to FW. When two threads enter in mwifiex_send_cmd_sync() routine at the same time, both the threads wait for their command responses. Since wait condition is same for both, they wake up simultaneously after getting response of 1st command. After this when a thread is waiting for command response of 3rd command, it wakes up after getting response of 2nd command and so on. Therefore we don't wait for the response of last command(0xaa) during unload. Hence while next time loading the driver command time out is seen for INIT command. This problem is resolved by having separate wait condition flag for each command(except scan command). Since scan command is treated differently (by maintaining scan pending q etc.), newly defined flag (scan_wait_q_woken) is used as a scan wait condition. Signed-off-by:
Yogesh Ashok Powar <yogeshp@marvell.com> Signed-off-by:
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
-
Rafał Miłecki authored
This reverts commit 55ad5962. I assumed N is newer than LP, which isn't true. This regressed LP case. Signed-off-by:
-
Stephen Rothwell authored
Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Alwin Beukers authored
Wifi.c was empty after previous cleanups, so it was removed. Reviewed-by:
Arend van Spriel <arend@broadcom.com> Signed-off-by:
-
Alwin Beukers authored
Moved the brcmu_format_flags function and brcmu_bit_desc structure into smac. Names were adjusted accordingly. Reported-by:
Johannes Berg <johannes@sipsolutions.net> Reviewed-by:
Roland Vossen <rvossen@broadcom.com> Reviewed-by:
-
Alwin Beukers authored
Moved the brcmu_mkiovar function into fmac, adjusting the name accordingly. Reported-by:
-
Alwin Beukers authored
Moved brcmu_chspec_malformed into the only file using it. The function name was adjusted accordingly. Reported-by:
-
Alwin Beukers authored
Moved the brcmu_parse_tlvs function and brcmu_tlv structure into the only file using them. Names were adjusted accordingly. Reported-by:
-
Alwin Beukers authored
Moved the brcmu_chipname function into the only file using it. The function name was adjusted accordingly. Reported-by:
-
Alwin Beukers authored
Moved brcmu_mw_to_qdbm and brcmu_qdbm_to_mw functions into the only file using them. Names were adjusted accordingly. Reported-by:
-
Alwin Beukers authored
Removed brcmu_bitcount, brcmu_mhz2channel, brcmu_chspec_ctlchan. Reported-by:
-
Roland Vossen authored
And changed function name to something more appropriate. Reported-by:
Alwin Beukers <alwin@broadcom.com> Reviewed-by:
-
Arend van Spriel authored
For scanning several timeout parameters are configured on the device. These parameters have been endian annotated and converted appropriately. Reported-by:
Franky (Zhenhui) Lin <frankyl@broadcom.com> Signed-off-by:
-
Arend van Spriel authored
The parameters for roaming are sent to the device and should be little endian. These have been annotated and converted appropriately. Reported-by:
-
Arend van Spriel authored
The driver requests the device for number of ie's in assoc request and response. This needed to be endian annotated. Reported-by:
-
Arend van Spriel authored
The pairwise master key configuration is sent to the device. The structure has been annotated for endianess checking. Reported-by:
-
Arend van Spriel authored
The scan related functions provide scan parameters to the device which need to be in little-endian. These parameters have been annotated and conversions were placed as needed. Reported-by:
-
Arend van Spriel authored
The configuration function for the TCP offload engine were not taking CPU endianess into account. Proper annotations and conversions have been added. Reported-by:
-
Arend van Spriel authored
The variable allmulti was used to provision IFF_ALLMULTI to the device as well as IFF_PROMISC. For clarity the variable has been renamed. Reviewed-by:
-
Arend van Spriel authored
The packet filter structures were byte copied and transferred over the host bus to the device. As such they are little endian and have been annotated accordingly. Reported-by:
-
Arend van Spriel authored
The ht capabilities provided upon registration with mac80211 must be in little endian. This was fixed adding cpu_to_le16() conversion. Signed-off-by:
-
Arend van Spriel authored
The debug function did a write operation which required a different pointer type resulting in a sparse warning. Reviewed-by:
-
Alwin Beukers authored
- removed unneeded fn prototypes from include files. - explicitly marked fn prototypes as extern in include files. - reordered functions to account for removed forward declarations in include files. - removed unused functions: brcms_c_txflowcontrol_override, brcms_c_txflowcontrol_prio_isset, brcms_c_txflowcontrol. Reviewed-by:
-
Roland Vossen authored
Timer functions were called at soft-irq level, leading to the limitation that mutexes could not be used. Lifted this limitation by migrating to work queues. Reviewed-by:
-
Roland Vossen authored
Parameter 'wl' is already stored in struct brcms_timer, so the number of function parameters could be decreased. Reviewed-by:
-
Johannes Berg authored
Reformat the check, the indentation is completely strange. Also change the last part of the condition to make the code shorter. Signed-off-by:
Johannes Berg <johannes.berg@intel.com> Signed-off-by:
-
Stanislaw Gruszka authored
This fix regression introduced by commit: commit 15b3f3b0 Author: Wey-Yi Guy <wey-yi.w.guy@intel.com> Date: Fri Jun 3 07:54:13 2011 -0700 iwlagn: set smps mode after assoc for 1000 device Also remove unneeded brackets on the way. Address: https://bugzilla.redhat.com/show_bug.cgi?id=744155 Cc: stable@kernel.org # 3.1+ Signed-off-by:
Stanislaw Gruszka <sgruszka@redhat.com> Acked-by:
Wey-Yi Guy <wey-yi.w.guy@intel.com> Signed-off-by:
-
Dan Carpenter authored
Smatch complains that "key_index" is capped at 5 in nl80211_get_key() but iwm->keys[] only has 4 elements. I don't know if this is really needed, but the other ->get_key() implementations seemed to check for overflows so I've added a check here. Signed-off-by:
Dan Carpenter <dan.carpenter@oracle.com> Acked-by:
Samuel Ortiz <sameo@linux.intel.com> Signed-off-by:
-
Chaoming Li authored
This patch incorporate the differences between the 06/20/2011 and 08/16/2011 Realtek releases of the rtl8192de driver. The changes include: 1. Update for new chip versions Signed-off-by:
Chaoming Li <chaoming_li@realsil.com.cn> Signed-off-by:
Larry Finger <Larry.Finger@lwfinger.net> Signed-off-by:
-
Chaoming Li authored
This patch incorporate the differences between the 06/20/2011 and 08/16/2011 Realtek releases of the rtl8192se driver. The changes include: 1. Fixing some typos in register usage. 2. A change in the handling of decryption status for 802.11w packets. Signed-off-by:
-
Chaoming Li authored
This patch incorporate the differences between the 06/20/2011 and 08/16/2011 Realtek releases of the rtlwifi driver. The changes include: 1. Adding new chip revisions including new firmware. Signed-off-by:
-
Chaoming Li authored
This patch incorporate the differences between the 06/20/2011 and 08/16/2011 Realtek releases of the rtlwifi driver. The changes include: 1. Handling of IEEE80211_HW_CONNECTION_MONITOR. 2. Fix typo to get proper response to nullfunc frames. Signed-off-by:
-
Larry Finger authored
Signed-off-by:
-
Helmut Schaa authored
mac80211 already filled in the MCS rate info for rx'ed frames but tx'ed frames that are sent to a monitor interface during the status callback lack this information. Add the radiotap fields for MCS info to ieee80211_tx_status_rtap_hdr and populate them when sending tx'ed frames to the monitors. The needed headroom is only extended by one byte since we don't include legacy rate information in the rtap header for HT frames. Signed-off-by:
Helmut Schaa <helmut.schaa@googlemail.com> Signed-off-by:
-
Helmut Schaa authored
Get rid of the ieee80211_tx_status_rtap_hdr struct and instead build the rtap header dynamically. This makes it easier to extend the rtap header generation in the future. Add ieee80211_tx_radiotap_len to calculate the expected size of the rtap header before generating it. Since we can't check if the rtap header fits into the requested headroom during compile time anymore add a WARN_ON_ONCE. Also move the actual rtap header generation into its own function. Signed-off-by:
-
Emmanuel Grumbach authored
A few were missing Signed-off-by:
Emmanuel Grumbach <emmanuel.grumbach@intel.com> Signed-off-by:
-
Emmanuel Grumbach authored
iwl-core.c and iwl-trans-pcie-tx.c don't need to include iwl-dev.h Signed-off-by:
-
Emmanuel Grumbach authored
Move iwl_enable_rfkill_int to iwl-core.h, and remove the empty iwl-helpers.h Signed-off-by:
-
