- 06 Mar, 2012 40 commits
-
-
Samuel Ortiz authored
Based on the receiver MIU, we have to fragment the frame to be transmitted. Signed-off-by:
Samuel Ortiz <sameo@linux.intel.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
Samuel Ortiz authored
We use the maximum values for the LLCP Maximum Information Unit and Receive Window Size. Signed-off-by:
-
Samuel Ortiz authored
In order to acknowledge an I frame, we have to either queue pending local I frames or queue a receiver ready frame. Signed-off-by:
-
Samuel Ortiz authored
Signed-off-by:
-
Samuel Ortiz authored
Signed-off-by:
-
Samuel Ortiz authored
The polled target structure should be memset to 0 in order to avoid sel_res and sens_res garbage. Signed-off-by:
-
Samuel Ortiz authored
Signed-off-by:
-
Samuel Ortiz authored
Signed-off-by:
-
Samuel Ortiz authored
Signed-off-by:
-
Samuel Ortiz authored
This one will be called from the I frame command sending. Signed-off-by:
-
Samuel Ortiz authored
For user space to know if a device is up or down. Signed-off-by:
-
Samuel Ortiz authored
Signed-off-by:
-
Arend van Spriel authored
Wireless Broadcom chips can have either their SPROM data stored on either external SPROM or on-chip OTP memory. Both are accessed through the same register space. This patch adds support for the on-chip OTP memory. Tested with: BCM43224 OTP and SPROM BCM4331 SPROM BCM4313 OTP This patch is in response to linux-wireless thread [1]. [1] http://article.gmane.org/gmane.linux.kernel.wireless.general/85426Tested-by:
Saul St. John <saul.stjohn@gmail.com> Tested-by:
Rafal Milecki <zajec5@gmail.com> Tested-by:
Hauke Mehrtens <hauke@hauke-m.de> Cc: Larry Finger <Larry.Finger@lwfinger.net> Signed-off-by:
Arend van Spriel <arend@broadcom.com> Signed-off-by:
-
Arend van Spriel authored
When not SPROM is available a fallback mechanism is used. However, when that fails the code currently continues. This patch assures that the bcma_sprom_get() function aborts when that happens. Cc: Rafal Milecki <zajec5@gmail.com> Cc: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by:
-
Felix Fietkau authored
All other Atheros drivers run the AGC gain calibration and DC offset calibration only after reset. Running them periodically has caused stability issues on some (primarily AR2315/2413/5413/5414 based) devices, leading to messages such as: ath5k phy0: gain calibration timeout (2462MHz) ath5k phy0: calibration of channel 11 failed Related bug reports: https://dev.openwrt.org/ticket/10574 https://bugzilla.redhat.com/show_bug.cgi?id=795141Signed-off-by:
Felix Fietkau <nbd@openwrt.org> Acked-by:
Nick Kossifidis <mickflemm@gmail.com> Signed-off-by:
-
Felix Fietkau authored
Some calibration types interfere with tx activity, but the queue stop does not prevent that. In fact, some calibration types need tx activity to properly function, so stopping the queues for them is counterproductive. In some tests this patch has been shown to improve stability, especially in AP or ad-hoc mode. Signed-off-by:
-
Javier Cardona authored
Signed-off-by:
Javier Cardona <javier@cozybit.com> Reviewed-by:
Johannes Berg <johannes@sipsolutions.net> Signed-off-by:
-
Javier Cardona authored
Generate a tsf from internal kernel clock. Prepare the path for having different tsf offsets on each phy. This will be useful for testing mesh synchronization algorithms. Signed-off-by:
-
Thomas Pedersen authored
Airtime link metric estimation was broken in HT mesh, use cfg80211_calculate_bitrate to get the right rate value. Also factor out tx rate copying from sta_set_sinfo(). Signed-off-by:
Thomas Pedersen <thomas@cozybit.com> Reviewed-by:
-
Thomas Pedersen authored
Signed-off-by:
-
Johannes Berg authored
This doesn't belong into the op_mode, it has to be in the drv stop flow instead. Signed-off-by:
Johannes Berg <johannes.berg@intel.com> Signed-off-by:
Wey-Yi Guy <wey-yi.w.guy@intel.com> Signed-off-by:
-
Johannes Berg authored
Firmware request is a base driver flow, it isn't related to any specific mode. Move the code related to it into the base driver file iwl-drv.c. Signed-off-by:
-
Johannes Berg authored
This is used from there, so should be in it. Signed-off-by:
-
Johannes Berg authored
This shouldn't be in the op_mode, as it will later be switchable at runtime. Signed-off-by:
-
Johannes Berg authored
My patch "iwlwifi: simplify auth/assoc flow" caused a serious throughput degradation due to me forgetting that there are HT settings in the station table. To restore throughput, set these parameters correctly when the sta moves to assoc state. This patch should probably be merged with the auth/assoc redesign patch for upstream. In that case, this paragraph should be added to the commit log as the third paragraph (before talking about RXON): However, as we only get the station HT data when the station moves into assoc state, we also need to program this into the device (and copy it into our database) then. Signed-off-by:
-
Johannes Berg authored
These are DVM specific, and shouldn't be in iwl-shared.h. Signed-off-by:
-
Johannes Berg authored
Only used in two places in the same file, no need to be in iwl-shared.h. Signed-off-by:
-
Johannes Berg authored
Currently, queue mapping is handled in the transport. This may change, but until then the code for it can be close to where it's used rather than in iwl-shared.h. Signed-off-by:
-
Johannes Berg authored
This is how the transport passes things up into higher layers, so it belongs to the transport API. Signed-off-by:
-
Johannes Berg authored
iwl_queue_inc_wrap/iwl_queue_dec_wrap aren't shared functions, they are PCI-E specific, so move them into the appropriate header. Signed-off-by:
-
Johannes Berg authored
The annotation/documentation is wrong, we call it in a context that can't sleep. Signed-off-by:
-
Johannes Berg authored
Just make the code easier to read with less indentation. Signed-off-by:
-
Johannes Berg authored
struct iwl_rx_mem_buffer implementation details (DMA address, list pointers) that the upper layers don't need. Introduce iwl_rx_cmd_buffer that is passed upstream and only contains the needed data (the page). Additionally, access this data only via accessor functions, allowing us to change the implementation in the future. These accessors are rxb_addr() (as before) and rxb_steal_page() to take ownership of the data. Signed-off-by:
-
Johannes Berg authored
When CMD_WANT_SKB is set for a (synchronous) command, the response is passed back to the caller which is then responsible for freeing it. Make this more abstract with real API, passing directly the response packet in the new cmd.resp_pkt member and also introduce iwl_free_resp() to free the pages -- this way the upper layers don't have to directly touch the page implementation. NOTE: This breaks IDI -- the new code isn't reflected there yet! Signed-off-by:
-
Johannes Berg authored
We currently use the _irqsafe version, but that isn't recommended together with ieee80211_rx() as it can cause races. If the device reports a TX-status and RX in that order then with the current combination mac80211 might process them in the other order, which can cause issues with powersaving clients. Use ieee80211_tx_status() to avoid this race. Since we don't want to call it with locks held, process the frame queues later -- this is fine as they are on the stack. Signed-off-by:
-
Johannes Berg authored
With the new WoWLAN flow into the transport there no longer is a need for this to be shared, so move it into priv. Signed-off-by:
-
Johannes Berg authored
In the WoWLAN suspend flow, instead of accessing registers directly, ask the transport to do the required setup at the end of suspend. If the transport doesn't implement this, don't tell the stack we support WoWLAN. When the device suspends w/o WoWLAN, mac80211 will have stopped it already, which has already called iwl_apm_stop() via stop_hw(). Thus, it isn't necessary to call it again in pcie_suspend and we can simply do nothing there. This unifies the regular and WoWLAN suspend. Signed-off-by:
-
Johannes Berg authored
The code in the two branches of the #ifdef is almost the same so move the common code outside the #ifdef. Signed-off-by:
-
Johannes Berg authored
Writing to the global config structures is always wrong. To protect against such mistakes in the future, mark them const. Signed-off-by:
-
Johannes Berg authored
It's not really a good idea to write to the global static configuration. Use the valid TX/RX antenna information only from the HW params struct except in the case where the values from the config are used to override the values from the EEPROM. Signed-off-by:
-
