[PATCH 04/41] iwlwifi: mvm: implement driver RX queues sync command

From: Sara Sharon mac80211 will call the driver whenever there is a race between RSS queues and control path that requires a processing of all pending frames in RSS queues. Implement that by utilizing the internal notification mechanism: queue a message to all queues. When

[PATCH 26/41] iwlwifi: mvm: loosen nssn comparison to reorder buffer head

From: Sara Sharon Up till now, the reorder buffer uses standard spec based comparison when comparing the buffer status to NSSN. This indeed works for the regular case, since we shouldn't cross the 2048 boundary without getting a frame release notification. However, this is

[PATCH 17/41] iwlwifi: wake from runtime suspend before sending sync commands

From: Luca Coelho If a host command was queued while in runtime suspend, it would go out before the D0I3_END_CMD was sent. Sometimes it works, but sometimes it fails, and it is obviously the wrong thing to do. To fix this, have the opmode take a reference before

[PATCH 38/41] iwlwifi: pcie: use shadow registers for updating write pointer

From: Sara Sharon The RX queues have a shadow register for the write pointer that enables updates without grabbing NIC access. Use them instead of the periphery registers because accessing those is much more expensive. Signed-off-by: Sara Sharon

[PATCH 19/41] iwlwifi: consider VHT 160MHz while parsing NVM

From: Gregory Greenman Devices belonging to 9000 family can support VHT 160MHz channel width, so need to consider it when configuring VHT capabilities. However, NVM file doesn't have a single bit specifying that 160MHz is supported. This patch turns on 160MHz support

[PATCH 24/41] iwlwifi: Fix firmware name maximum length definition

From: Haim Dreyfuss Previous patch had changed firmware name convention for new generation product. The firmware name is now longer than the former convention. Adapt max firmware name length to the new convention. Fixes: e1ba684f762b ("iwlwifi: 8000: fix MODULE_FIRMWARE

[PATCH 28/41] iwlwifi: mvm: make phy_db size dynamic

From: Sara Sharon Driver is agnostic to the number of the phy_db entries and only serves the firmware as a pipe to move the data from init image to RT image. As the size of the arrays may change (as it does in 9000 device) allocate it dynamically. Firmware sends the

[PATCH 14/41] iwlwifi: mvm: add a flag to disable checksum

From: Sara Sharon Add a constant to allow disabling checksum. This will enable easier debugging in early phases. Signed-off-by: Sara Sharon Signed-off-by: Luca Coelho ---

[PATCH 34/41] iwlwifi: turn on SGI support for VHT 160MHz

From: Gregory Greenman Devices supporting VHT 160MHz width are supporting also Short GI. Turn on this capability in vht cap. Signed-off-by: Gregory Greenman Signed-off-by: Luca Coelho ---

[PATCH 15/41] iwlwifi: Rename 9560 to 9260 and add new PCI IDs for it

From: Haim Dreyfuss Rename 9560 to 9260. Add new PCI ID for 9260 and change some entries from 5165 to 9260. Also order the 9000 series. Signed-off-by: Haim Dreyfuss Signed-off-by: Luca Coelho ---

[PATCH 31/41] iwlwifi: remove IWLWIFI_DEBUG_EXPERIMENTAL_UCODE

From: Emmanuel Grumbach This Kconfig option allows to load a firmware for debugging with a different name. This mechanism has not been used for a few years now and replacing the firmware file works as well. Kill this Kconfig option and all the code that goes with it.

[PATCH 18/41] iwlwifi: allow combining different phy images with mac images

From: Haim Dreyfuss Currently there is one to one function between device id to it's ucode. The new generation devices allows to combine different phy and mac images. Now we have two different ucode images with the same device id. Read RF ID to identify phy image and

[PATCH 07/41] iwlwifi: mvm: add firmware API name comment

From: Johannes Berg Add the firmware API name to the struct iwl_wowlan_gtk_status. Signed-off-by: Johannes Berg Signed-off-by: Luca Coelho --- drivers/net/wireless/intel/iwlwifi/mvm/fw-api-d3.h | 2 +- 1 file

[PATCH 08/41] iwlwifi: mvm: add reorder buffer per queue

From: Sara Sharon Next hardware will direct packets to core based on the TCP/UDP streams. This logic can create holes in reorder buffer since packets that belong to other stream were directed to a different core. However, those are valid holes and the packets can be

[PATCH 05/41] iwlwifi: mvm: change RX sync notification to be an attribute and not a type

From: Sara Sharon Currently the sync notification is a type of notification. However, it is better fitted as an attribute of a notification, since there might be another message in the payload (delba for instance) that should be sent while control path is waiting for all

[PATCH 06/41] iwlwifi: mvm: add infrastructure for tracking BA session in driver

From: Sara Sharon According to the spec when a BA session is started there is a timeout set for the session in the ADDBA request. If there is not activity on the TA/TID then the session expires and a DELBA is sent. In order to check for the timeout, data must be shared

[PATCH 23/41] iwlwifi: mvm: don't allow negative reference count

From: Sara Sharon Currently code allows mvm reference to become negative and only warns in case mvm reference is released while reference counting is 0. However, we better prevent this from happening at all since iwl_mvm_unref() may race against iwl_mvm_unref_all_except()

[PATCH 25/41] iwlwifi: pcie: don't wake up the NIC when writing CSRs in MSIX mode

From: Haim Dreyfuss CSR registers are always available even when the NIC is not awake, no need to wake up the NIC before accessing them. This has a huge impact when we re-enable an interrupt at the end of the ISR since waking up the NIC can take some time.

[PATCH 29/41] iwlwifi: mvm: remove redundant alloc_ctx parameter

From: Sara Sharon iwl_phy_db_set_section() is get called only from atomic context, the alloc_ctx parameter is not needed. Remove it. Signed-off-by: Sara Sharon Signed-off-by: Luca Coelho ---

[PATCH 41/41] MAINTAINERS: add myself as co-maintainer of the iwlwifi driver

From: Luca Coelho I'm starting to take a more active role in the iwlwifi driver maintainership. Cc: Emmanuel Grumbach Cc: Johannes Berg Signed-off-by: Luca Coelho --- MAINTAINERS | 1 +

[patch] airo: prevent potential underflow in airo_set_freq()

I'm not sure if this can underflow but Smatch complains. It seems harmless to add a check for negatives. Signed-off-by: Dan Carpenter diff --git a/drivers/net/wireless/cisco/airo.c b/drivers/net/wireless/cisco/airo.c index 55456f7..ca3cd21 100644 ---

[PATCH 21/41] iwlwifi: mvm: add a new mvm reference type for RX data

From: Luca Coelho When a data packet is received, we need to make sure that we stay awake until it can be processed and wait a while before trying to enter runtime_suspend os system_suspend again. To do so, add a new reference type for RX data and take the reference

[PATCH 22/41] iwlwifi: mvm: add more registers to dump upon error

From: Golan Ben-Ami Add UREG, RXFC, RFH, WMAL and RL2P registers to the prph dump upon error. These regesiters could help to debug MSI-X and other issues. These register should be dumped only when multi-queue rx is supported so separate the prph ranges static array to

[PATCH 30/41] iwlwifi: mvm: use helpers to get iwl_mvm_sta

From: Sara Sharon Getting the mvm station out of station id requires dereferencing the station id to get ieee80211_sta, then checking for pointer validity and only then extract mvm station out. Given that there are helpers to do it - use them instead of duplicating the

[PATCH 27/41] iwlwifi: mvm: set correct vht capability

From: Sara Sharon Our device supports only 160 GHz and not 80+80. Fix VHT flag accordingly. Signed-off-by: Sara Sharon Signed-off-by: Luca Coelho --- drivers/net/wireless/intel/iwlwifi/iwl-nvm-parse.c | 2 +- 1 file

[PATCH 35/41] iwlwifi: pcie: extend device reset delay

From: Johannes Berg Newer hardware generations will take longer to be accessible again after reset, so we need to wait longer before continuing any flow that did a reset. Rather than make the wait time configurable, simply extend it for all. Since all of these code

[PATCH 12/41] iwlwifi: trans: don't call the trans-specific ref/unref directly

From: Luca Coelho It's cleaner to always call the iwl_trans_ref/unref() functions instead of sometimes calling the trans-specific ops directly. This also prepares for moving some of the code from the trans-specific ops to the common trans code. Signed-off-by: Luca

[PATCH 36/41] iwlwifi: pcie: avoid msleep() with short timeout

From: Johannes Berg Since msleep is based on jiffies, it can sleep for a long time. Use usleep_range() instead to shorten the maximum time. Signed-off-by: Johannes Berg Signed-off-by: Luca Coelho ---

[patch] atmel: potential underflow in atmel_set_freq()

Smatch complains that we cap the upper bound of "fwrq->m" but not the lower bound. I don't know if it can actually happen but it's simple enough to check for negatives. Signed-off-by: Dan Carpenter diff --git a/drivers/net/wireless/atmel/atmel.c

[PATCH 10/41] iwlwifi: mvm: utilize the frame release infrastructure

From: Sara Sharon The firmware will send frame release notification in order to release "stuck" frames on a queue where no more frames arrive on. Upon receiving the message the driver shall indicate the frames up to the NSSN. Signed-off-by: Sara Sharon

[PATCH 09/41] iwlwifi: mvm: add reorder timeout per frame

From: Sara Sharon Add a timer in order to release expired frames from the reorder buffer. This is needed since some APs do not retransmit frames to fill in the reorder holes and in TCP it results with a complete stall of traffic. This has a few side effects on the general

[PATCH 39/41] iwlwifi: pcie: grab NIC access only once on RX init

From: Sara Sharon When initializing RX we grab NIC access for every read and write. This is redundant - we can just grab access once. Signed-off-by: Sara Sharon Signed-off-by: Luca Coelho ---

[PATCH 11/41] iwlwifi: mvm: support queue removal in ADD_STA hcmd

From: Liad Kaufman To indicate to the FW that a queue has been removed, an existing flag in the ADD_STA HCMD (that hasn't been in use) has been changed to indicate that a queue is being removed from a STA. Update this in the driver code. Signed-off-by: Liad Kaufman

[PATCH 40/41] iwlwifi: add default value to disable_11ac mod param description

From: Emmanuel Grumbach Small change to make it clear that the default value is false. Signed-off-by: Emmanuel Grumbach Signed-off-by: Luca Coelho --- drivers/net/wireless/intel/iwlwifi/iwl-drv.c | 2 +- 1

[PATCH 13/41] iwlwifi: mvm: advertise RSS queue usage

From: Johannes Berg In order for mac80211 to use per-CPU statistics for RSS RX, the driver needs to advertise that it uses RSS. Do this when using more than a single queue. Signed-off-by: Johannes Berg Signed-off-by: Luca Coelho

[PATCH 33/41] iwlwifi: make configuration structs smaller

From: Johannes Berg Since we have a lot of configuration structs (almost 70) saving some memory in each one of them leads to an overall saving of ~2.6KiB of memory. Signed-off-by: Johannes Berg Signed-off-by: Luca Coelho

[PATCH 20/41] iwlwifi: mvm: pass station to mac80211 RX where known

From: Johannes Berg When we've already looked up the transmitter station, we can just pass it to mac80211 using the new ieee80211_rx_napi(). This saves the overhead of looking it up in mac80211 again. Signed-off-by: Johannes Berg Signed-off-by:

[PATCH 37/41] iwlwifi: mvm: support dqa-mode agg on non-shared queue

From: Liad Kaufman In non-shared queues, DQA requires re-configuring existing queues to become aggregated rather than allocating a new one. It also requires "un-aggregating" an existing queue when aggregations are turned off. Support this requirement for non-shared

[PATCH 32/41] iwlwifi: don't access a nonexistent register upon assert

From: Emmanuel Grumbach The commit below added code to dump the content of FIFOs that are present only on dual CPU products (8000 and up). This broke 7265D whose firmware does advertise IWL_UCODE_TLV_CAPA_EXTEND_SHARED_MEM_CFG but doesn't have 2 CPUs. The current

Re: Realtek USB WiFi rtl8192eu

Fisher Grubb writes: > Hi Xose, > > I'm not sure, I have the latest version of Ubuntu on my laptop and I > had to use the DKMS -2 deb file to get it working as no driver claimed > it. > > After Googeling (especially for the 0bda:818b USB device and vendor > ID), it seemed

Re: Realtek USB WiFi rtl8192eu

Hi Jes, Thanks for the info. Ok, so I assume I just Google how to bring/compile a newer "unreleased" driver into a previous kernel version. Do I just need my current kernel's headers and typical GCC build toolchain? This is for Debian 7.9 on the ARM based BeagleBone Black board (Texas

Re: Realtek USB WiFi rtl8192eu

Fisher Grubb writes: > Hi Jes, > > Thanks for the info. > > Ok, so I assume I just Google how to bring/compile a newer > "unreleased" driver into a previous kernel version. > > Do I just need my current kernel's headers and typical GCC build toolchain? > > This is for

Re: Limit rate of BCM34348 on Raspberry PI-3 via brcmfmac

Arend, I have done some follow up testing by disabling Bluetooth. The AP works fine in this case. However, if I enable wlan0 then the AP fails. The testing sequence is to create a ssh session into the RPI3 over the A{, ping back to the ssh client from the hub and then ifconfig wlan0 up and

Re: [PATCH] cfg80211/nl80211: add wifi tx power mode switching support

On Fri, May 6, 2016 at 4:19 PM, Wei-Ning Huang wrote: > On Fri, May 6, 2016 at 12:07 AM, Dan Williams wrote: >> >> On Thu, 2016-05-05 at 14:44 +0800, Wei-Ning Huang wrote: >> > Recent new hardware has the ability to switch between tablet mode and >> >

wifi driver crashes openwrt device

hello, every body. I developed an openwrt device based on git clone git://git.openwrt.org/15.05/openwrt.git. I found that my device rebooted during wifi initializing sometimes, maybe one in twenty. The wifi driver is compat-wireless-2016-01-10.tar.bz2. Could somebody give some hint or

RE: rt2800 and BeagleBone Black soft lockup when unplugging from USB hub

Yegor Yefremov wrote: > On Tue, May 10, 2016 at 9:43 AM, Yegor Yefremov > wrote: > > On Tue, May 10, 2016 at 9:17 AM, Craig McQueen > > wrote: > >> Yegor Yefremov wrote: > >>> Hi Craig, > >>> > >>> On Tue, May 10, 2016 at 8:08 AM, Craig

Re: Realtek USB WiFi rtl8192eu

Fisher Grubb wrote: > I don't know if this stick's driver is in the process of being > incorporated into the Kernel drivers, I havn't seen so yet. > [...] > Bus 002 Device 003: ID 0bda:818b Realtek Semiconductor Corp. That device is supported by rtl8xxxu. -- To unsubscribe from this list: send

Re: Realtek USB WiFi rtl8192eu

On 05/10/2016 02:58 PM, Xose Vazquez Perez wrote: > That device is supported by rtl8xxxu. BTW, Realtek devices are documented at: https://wireless.wiki.kernel.org/en/users/Drivers/rtl819x -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to

Realtek USB WiFi rtl8192eu

Hi all, I don't know if this stick's driver is in the process of being incorporated into the Kernel drivers, I havn't seen so yet. I've put the full lsusb -v at end of email as its a lot of stuff. Please let me know if any other info is needed about it, I'm not a programmer but I have

Re: Realtek USB WiFi rtl8192eu

Hi all, The version of driver which I think came on my CD is rtl8192EU_linux_v4.2.2_7585.20130524 Here's a page which may have the original code: https://sites.google.com/site/easylinuxtipsproject/reserve-7 Here's another Github repository that claims to be more regularly updated and links to a

Re: Realtek USB WiFi rtl8192eu

Hi Xose, I'm not sure, I have the latest version of Ubuntu on my laptop and I had to use the DKMS -2 deb file to get it working as no driver claimed it. After Googeling (especially for the 0bda:818b USB device and vendor ID), it seemed the driver supported most of Realtek's WiFi devices but mine

Re: [PATCH v2 3/5] ath10k: Add WARN_ON if we over-write peer-map pointer.

On 05/10/2016 12:12 AM, Mohammed Shafi Shajakhan wrote: Hi Ben, On Fri, Apr 01, 2016 at 02:12:10PM -0700, gree...@candelatech.com wrote: From: Ben Greear Not sure this can happen, but seems like a reasonable sanity check. [shafi] possibly if the peer is removed

Re: [PATCH v2 1/5] ath10k: Ensure txrx-compl-task is stopped when cleaning htt-tx.

On 05/09/2016 11:48 PM, Mohammed Shafi Shajakhan wrote: Hi Ben, On Fri, Apr 01, 2016 at 02:12:08PM -0700, gree...@candelatech.com wrote: From: Ben Greear Otherwise, the txrx-compl-task may access some bad memory? good to mention when this happens, will be helpful

Re: [PATCH 15/21] ath10k: support CT firmware flag.

On 05/10/2016 12:20 AM, Mohammed Shafi Shajakhan wrote: Hi Ben, On Mon, May 09, 2016 at 04:11:09PM -0700, gree...@candelatech.com wrote: From: Ben Greear Add placeholder so CT firmware can more easily co-exist with upstream kernel. [shafi] nitpick: good to

[PATCH] ath10k: Reduce warning messages during rx without proper channel context

From: Mohammed Shafi Shajakhan WARN_ON_ONCE when we receive packets for self peer when mac80211 had not assigned a proper channel context. This scenario happens in QCA4019 when we start the AP via hostapd in background and start it once again in the background without

Re: [PATCH v2 1/5] ath10k: Ensure txrx-compl-task is stopped when cleaning htt-tx.

Hi Ben, On Fri, Apr 01, 2016 at 02:12:08PM -0700, gree...@candelatech.com wrote: > From: Ben Greear > > Otherwise, the txrx-compl-task may access some bad memory? good to mention when this happens, will be helpful ifsome one recreates the issue and matches your call

Re: linux-next: manual merge of the net-next tree with the wireless-drivers tree

Stephen Rothwell writes: > Today's linux-next merge of the net-next tree got a conflict in: > > drivers/net/wireless/intel/iwlwifi/mvm/tx.c > > between commit: > > 5c08b0f5026f ("iwlwifi: mvm: don't override the rate with the AMSDU len") > > from the wireless-drivers

RE: rt2800 and BeagleBone Black soft lockup when unplugging from USB hub

I previously wrote: > I previously wrote: > > I previously wrote: > > > > > > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 > > > chipset). I've been testing it on a BeagleBone Black running an > > > Ubuntu > > > 16.04 image (4.4.6 kernel), with a USB hub. > > > > > > When I

[PATCH] mwifiex: fixup error messages

Use dev_err instead of pr_err and add newline character at the end. Signed-off-by: Wei-Ning Huang --- drivers/net/wireless/marvell/mwifiex/sdio.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/marvell/mwifiex/sdio.c

Re: [PATCH v2 3/5] ath10k: Add WARN_ON if we over-write peer-map pointer.

Hi Ben, On Fri, Apr 01, 2016 at 02:12:10PM -0700, gree...@candelatech.com wrote: > From: Ben Greear > > Not sure this can happen, but seems like a reasonable sanity > check. [shafi] possibly if the peer is removed and the bit is not cleared in the driver ? when the new

RE: rt2800 and BeagleBone Black soft lockup when unplugging from USB hub

Yegor Yefremov wrote: > Hi Craig, > > On Tue, May 10, 2016 at 8:08 AM, Craig McQueen > wrote: > > I previously wrote: > >> I previously wrote: > >> > I previously wrote: > >> > > > >> > > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based > >> > > (5392

Re: rt2800 and BeagleBone Black soft lockup when unplugging from USB hub

On Tue, May 10, 2016 at 9:17 AM, Craig McQueen wrote: > Yegor Yefremov wrote: >> Hi Craig, >> >> On Tue, May 10, 2016 at 8:08 AM, Craig McQueen >> wrote: >> > I previously wrote: >> >> I previously wrote: >> >> > I previously wrote: >>

Re: rt2800 and BeagleBone Black soft lockup when unplugging from USB hub

Hi Craig, On Tue, May 10, 2016 at 8:08 AM, Craig McQueen wrote: > I previously wrote: >> I previously wrote: >> > I previously wrote: >> > > >> > > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 >> > > chipset). I've been testing it on a

Re: [PATCH 15/21] ath10k: support CT firmware flag.

Hi Ben, On Mon, May 09, 2016 at 04:11:09PM -0700, gree...@candelatech.com wrote: > From: Ben Greear > > Add placeholder so CT firmware can more easily co-exist with upstream > kernel. [shafi] nitpick: good to provide an expansion in commit log as well, so that if we

Re: [PATCH] ath10k: Fix 10.4 extended peer stats update

On 05/10/2016 09:40 AM, Mohammed Shafi Shajakhan wrote: On Tue, May 10, 2016 at 09:34:55AM -0700, Ben Greear wrote: On 05/10/2016 09:27 AM, Mohammed Shafi Shajakhan wrote: From: Mohammed Shafi Shajakhan 10.4 'extended peer stats' will be not be appended with normal

Re: [PATCH v2 3/5] ath10k: Add WARN_ON if we over-write peer-map pointer.

On Tue, May 10, 2016 at 07:41:44AM -0700, Ben Greear wrote: > > > On 05/10/2016 12:12 AM, Mohammed Shafi Shajakhan wrote: > >Hi Ben, > > > >On Fri, Apr 01, 2016 at 02:12:10PM -0700, gree...@candelatech.com wrote: > >>From: Ben Greear > >> > >>Not sure this can happen,

[PATCH] ath10k: Fix 10.4 extended peer stats update

From: Mohammed Shafi Shajakhan 10.4 'extended peer stats' will be not be appended with normal peer stats data and they shall be coming in separate chunks. Fix this by maintaining a separate linked list 'extender peer stats' for 10.4 and update rx_duration for per

Re: [PATCH] ath10k: Fix 10.4 extended peer stats update

On 05/10/2016 09:27 AM, Mohammed Shafi Shajakhan wrote: From: Mohammed Shafi Shajakhan 10.4 'extended peer stats' will be not be appended with normal peer stats data and they shall be coming in separate chunks. Fix this by maintaining a separate linked list 'extender

Re: [PATCH v2 1/5] ath10k: Ensure txrx-compl-task is stopped when cleaning htt-tx.

> > > >On Fri, Apr 01, 2016 at 02:12:08PM -0700, gree...@candelatech.com wrote: > >>From: Ben Greear > >> > >>Otherwise, the txrx-compl-task may access some bad memory? > > > >good to mention when this happens, will be helpful ifsome one recreates > >the issue and matches

Re: [PATCH] ath10k: Fix 10.4 extended peer stats update

On Tue, May 10, 2016 at 09:34:55AM -0700, Ben Greear wrote: > On 05/10/2016 09:27 AM, Mohammed Shafi Shajakhan wrote: > >From: Mohammed Shafi Shajakhan > > > >10.4 'extended peer stats' will be not be appended with normal peer stats > >data and they shall be coming in

Re: mwifiex: change sleep cookie poll count

Amitkumar Karwar wrote: > From: Shengzhen Li > > Sometimes current polling count is not sufficient. > This patch increases it to 100. > > Signed-off-by: Shengzhen Li > Signed-off-by: Amitkumar Karwar Thanks, 1

Re: [PATCH 4/4] ath10k: Enable support for QCA9984

Archisman Maitra writes: > Can you provide me the binaries of QCA9984? I pushed them to ath10k-firmware.git: https://github.com/kvalo/ath10k-firmware/tree/master/QCA9984/hw1.0 -- Kalle Valo-- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in

Re: rt2800 and BeagleBone Black soft lockup when unplugging from USB hub

On Tue, May 10, 2016 at 9:43 AM, Yegor Yefremov wrote: > On Tue, May 10, 2016 at 9:17 AM, Craig McQueen > wrote: >> Yegor Yefremov wrote: >>> Hi Craig, >>> >>> On Tue, May 10, 2016 at 8:08 AM, Craig McQueen >>>

Re: [PATCH] Fix regression in Android due to rework .get_station() callback

2016-05-09 16:21 GMT+02:00 Kalle Valo : > Arend Van Spriel writes: >> I did see the patch and noticed the procedural issues as well. However, >> last week was a short week over here and I did not get to it to respond. >> The fix is not done