Re: New USB ID 2001:3c25

Willy Tarreau w...@1wt.eu writes: On Wed, Jun 03, 2015 at 05:50:49PM +, Scott Branden wrote: Hi Larry, There is no problem applying this patch to the stable tree. I didn't know it was my responsibility to inform the stable mailing list every time a patch is accepted in the latest

pull-request: wireless-drivers-next 2015-06-03

Hi Dave, here's a pull request for 4.2. Most notable change here is a new driver mt7601u for a Mediatek USB Wi-Fi device, for other driver more information in the signed tag. There's a trivial conflict in iwlwifi Kconfig help text but otherwise I'm not expecting any issues. But please let me know

[PATCH] rtlwifi: rtl8192cu: Fix performance issue.

After physical reconnect, the rtl8192cu chipset shows low transmission rates.It cause is that variable iqk_initialized do not de-initialized. So I add this code. Signed-off-by: Taehee Yoo ap420...@gmail.com --- drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 8 +--- 1 file changed, 5

Re: New USB ID 2001:3c25

On Wed, Jun 03, 2015 at 09:01:09PM +0200, Bjørn Mork wrote: Willy Tarreau w...@1wt.eu writes: On Wed, Jun 03, 2015 at 05:50:49PM +, Scott Branden wrote: Hi Larry, There is no problem applying this patch to the stable tree. I didn't know it was my responsibility to inform the stable

Re: brcmfmac: error creating p2p

On 06/02/15 07:39, Rafał Miłecki wrote: Hi, I think brcmfmac may have some problems with mixing various interfaces, so just for some test I decided to try p2p interface. I'm using BCM43602 and it seems to support p2p: # iw phy phy0 info | tail valid interface combinations:

[PATCH] staging: wilc1000: Remove commented variable declerations

Removing the commented static variable declerations. Signed-off-by: Abhishek Sharma ashar...@visteon.com --- drivers/staging/wilc1000/wilc_wlan.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_wlan.c b/drivers/staging/wilc1000/wilc_wlan.c index

RE: [PATCH] staging: wilc1000: Remove commented variable declerations

Please discard this patch . I will send V2 of it . -Original Message- From: Sharma, Abhishek (A.) Sent: Wednesday, June 03, 2015 3:26 PM To: Johnny Kim; Rachel Kim; Dean Lee; Chris Park; Greg Kroah-Hartman; linux-wireless@vger.kernel.org; de...@driverdev.osuosl.org;

Re: [PATCH v2] ath10k: Debugfs entry to enable/disable WLANBlutooth Coexist feature

Souptick Joarder jrdr.li...@gmail.com writes: From patch it looks like we can optimize the size of char buf [32] to 16 /8 as it is only going to store 0 or 1. If there are some other purpose to keep it 32 , then I apologize for the noise. I'm going to send v3 which will use dev_flags bitmap.

[PATCH 1/3] ath10k: fix ar-rx_channel updating logic

Channel contexts aren't iterable until after they've been added to the driver. The code assumed otherwise. This problem could result in: * rx_channel being NULL and forcing Rx path to go the slow way to get channel on QCA988X, * report incorrect channel when running multi-channel on

Re: [PATCH] staging: wilc1000: Remove commented variable declerations

On Wed, Jun 03, 2015 at 09:56:11AM +, Sharma, Abhishek (A.) wrote: Removing the commented static variable declerations. Signed-off-by: Abhishek Sharma ashar...@visteon.com Your email header From: name is not matching with Signed-off-by: name. If you cannot fix your email client then please

RE: [PATCH] staging: wilc1000: Remove commented variable declerations

Sudip, I have already submitted the patch V2 with additional From: line. Regards Abhishek -Original Message- From: Sudip Mukherjee [mailto:sudipm.mukher...@gmail.com] Sent: Wednesday, June 03, 2015 4:53 PM To: Sharma, Abhishek (A.) Cc: Johnny Kim; Rachel Kim; Dean Lee; Chris Park; Greg

Re: [RFC] mac80211: convert HW flags to unsigned long bitmap

On Tue, 2015-06-02 at 23:35 -0700, Joe Perches wrote: + IEEE80211_HW_HAS_RATE_CONTROL, + IEEE80211_HW_RX_INCLUDES_FCS, It may be nicer to use specified bit numbers here. It may make compatibility easier and maybe it should be written down that new entries are only to be added at

Re: [RFC] mac80211: convert HW flags to unsigned long bitmap

Hi Johannes, On Wed, Jun 3, 2015 at 5:02 PM, Johannes Berg johan...@sipsolutions.net wrote: On Wed, 2015-06-03 at 10:57 +1000, Julian Calaby wrote: Why not add a ieee80211_hw_clear() function? Yes, it'd only be used in 3 places, but it'd look neater. Well, this was actually intentional.

pull request: iwlwifi-next 2015-06-03

Hi Kalle, As promised, here is the enlarged pull request for 4.2. I double checked that the tag is signed this time. I also signed this email, just in case... I'll reply to this pull request with the diff between the previous one and this one. All the other patches have been sent to the ML

RE: pull request: iwlwifi-next 2015-05-28

Grumbach, Emmanuel emmanuel.grumb...@intel.com writes: Hi Kalle, this is the same pull request for 4.2 with the typo fixed and without the patches that are now targeted to 4.1 Thanks The following changes since commit bbbe8c8c596b3784a2ed08772900e827f8ba72c5:

[PATCH 04/15] iwlwifi: mvm: add inactive state to ebs status

From: David Spinadel david.spina...@intel.com Currently EBS status in scan complete notifications is set to success if EBS wasn't activated. FW will add a special return value for cases when EBS wasn't activated and we add a print of this status. This change is needed for debug only, no behavior

[PATCH] mac80211: ignore invalid scan RSSI values

From: Sara Sharon sara.sha...@intel.com Channels in 2.4GHz band overlap, this means that if we send a probe request on channel 1 and then move to channel 2, we will hear the probe response on channel 2. In this case, the RSSI will be lower than if we had heard it on the channel on which it was

[PATCH] mac80211: release channel on auth failure

There were a few rare cases when upon authentication failure channel wasn't released. This could cause stale pointers to remain in chanctx assigned_vifs after interface removal and trigger general protection fault later. This could be triggered, e.g. on ath10k with the following steps: 1. start

Re: [RFC] mac80211: convert HW flags to unsigned long bitmap

On Wed, 2015-06-03 at 10:57 +1000, Julian Calaby wrote: Why not add a ieee80211_hw_clear() function? Yes, it'd only be used in 3 places, but it'd look neater. Well, this was actually intentional. Drivers are not *supposed* to be doing this, the hardware flags are supposed to be constant

Re: [RFC] mac80211: convert HW flags to unsigned long bitmap

On Tue, 2015-06-02 at 21:39 +0200, Johannes Berg wrote: From: Johannes Berg johannes.b...@intel.com As we're running out of hardware capability flags pretty quickly, convert them to use the regular test_bit() style unsigned long bitmaps. I think this is nice, thanks. diff --git

Re: pull request: iwlwifi-next 2015-05-28

Grumbach, Emmanuel emmanuel.grumb...@intel.com writes: Hi Kalle, this is the same pull request for 4.2 with the typo fixed and without the patches that are now targeted to 4.1 Thanks The following changes since commit bbbe8c8c596b3784a2ed08772900e827f8ba72c5: mac80211: add missing

Re: pull request: iwlwifi-next 2015-05-28

Grumbach, Emmanuel emmanuel.grumb...@intel.com writes: Grumbach, Emmanuel emmanuel.grumb...@intel.com writes: Hi Kalle, this is the same pull request for 4.2 with the typo fixed and without the patches that are now targeted to 4.1 Thanks The following changes since commit

[PATCH 12/15] iwlwifi: mvm: Remove old scan commands

From: Matti Gottlieb matti.gottl...@intel.com The firmwares that used these commands is not supported anymore. Remove them. Signed-off-by: Matti Gottlieb matti.gottl...@intel.com Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com --- drivers/net/wireless/iwlwifi/mvm/fw-api.h | 7

[PATCH 05/15] iwlwifi: mvm: don't use EBS for P2P find

From: David Spinadel david.spina...@intel.com Don't use EBS for P2P find to make sure we find all GOs in our only attempt. Signed-off-by: David Spinadel david.spina...@intel.com Reviewed-by: Johannes Berg johannes.b...@intel.com Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com ---

Re: pull request: iwlwifi-next 2015-06-03

On Wed, 2015-06-03 at 10:24 +0300, Emmanuel Grumbach wrote: Hi Kalle, As promised, here is the enlarged pull request for 4.2. I double checked that the tag is signed this time. I also signed this email, just in case... I'll reply to this pull request with the diff between the previous one

[PATCH 14/15] iwlwifi: bump the iwlmvm API number to 15

The driver is now ready to handle the -15.ucode. Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com --- drivers/net/wireless/iwlwifi/iwl-7000.c | 2 +- drivers/net/wireless/iwlwifi/iwl-8000.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 03/15] iwlwifi: pcie: Control access to the NIC's PM registers via iwl_cfg

From: Avri Altman avri.alt...@intel.com Allow a cleaner way to access those hw-dependent registers, instead of using the product family type etc. Signed-off-by: Avri Altman avri.alt...@intel.com Reviewed-by: Johannes Berg johannes.b...@intel.com Signed-off-by: Emmanuel Grumbach

[PATCH 06/15] iwlwifi: pcie: re-enable interrupts on resume

From: Eliad Peller el...@wizery.com On resume, all the interrupts are masked (CSR_INT_MASK is 0), and ict is disabled. Re-configure them both. Signed-off-by: Eliad Peller eliadx.pel...@intel.com Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com ---

[PATCH 10/15] iwlwifi: mvm: simplify iwl_mvm_stop_roc()

From: Johannes Berg johannes.b...@intel.com As pointed out by smatch, there's no need for a loop that always immediately terminates. Use an if statement instead and while at it clean up the mvmvif initialization. Signed-off-by: Johannes Berg johannes.b...@intel.com Signed-off-by: Emmanuel

[PATCH 07/15] iwlwifi: pcie: New RBD allocation model

From: Sara Sharon sara.sha...@intel.com As a preperation for multiple RX queues change the RBD allocation model. The new model includes a background allocator. The allocator is called by the interrupt handler when there are two released buffers by the queue, and the allocator starts allocating

[PATCH 08/15] iwlwifi: mvm: enable IEEE80211_HW_SUPPORT_FAST_XMIT

From: Johannes Berg johannes.b...@intel.com Since the firmware is responsible for duration calculation, the driver can easily support fast-xmit. Signed-off-by: Johannes Berg johannes.b...@intel.com Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com ---

[PATCH 09/15] iwlwifi: dvm: enable IEEE80211_HW_SUPPORT_FAST_XMIT

From: Johannes Berg johannes.b...@intel.com Since the firmware is responsible for duration calculation, the driver can easily support fast-xmit. Signed-off-by: Johannes Berg johannes.b...@intel.com Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com ---

[PATCH 13/15] iwlwifi: mvm: Add DC2DC_CONFIG_CMD (0x83) cmd TLV

From: Matti Gottlieb matti.gottl...@intel.com Add DC2DC_CONFIG_CMD (0x83) cmd. Add IWL_UCODE_TLV_CAPA_DC2DC_CONFIG_SUPPORT tlv. The command allows the driver get set the DCDC's frequency tune. (freq_tune is the divider that is used to calculate the actual DCDC's clock rate) The command always

[PATCH 01/15] iwlwifi: mvm: rs: pass rate directly to column checks

From: Eyal Shapira e...@wizery.com A minor refactoring for following patches. This enables the reuse of the checks functions. type=cleanup Signed-off-by: Eyal Shapira eyalx.shap...@intel.com Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com --- drivers/net/wireless/iwlwifi/mvm/rs.c

[PATCH 02/15] iwlwifi: wrt: add mipi type to debug types

From: Liad Kaufman liad.kauf...@intel.com This adds the MIPI mode type to the types declared supported by the driver. Without this patch, when using MIPI mode and looking at the logs the user would see the debug destination UNKNOWN. Signed-off-by: Liad Kaufman liad.kauf...@intel.com

Re: Cannot disable transmission retry

+patch author - if (retry-disabled || + if (retry-disabled || retry-value 1 || retry-value 255 || (retry-flags IW_RETRY_TYPE) != IW_RETRY_LIMIT) return -EINVAL; I'm wondering, is the 'retry-value 1' is necessary? I would write 'retry-value 0' instead, to make possible to disable

[PATCH v2] staging: wilc1000: Remove commented variable declerations

From: Abhishek Sharma ashar...@visteon.com Removing the commented static variable declerations. Signed-off-by: Abhishek Sharma ashar...@visteon.com --- drivers/staging/wilc1000/wilc_wlan.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_wlan.c

Re: [PATCH] cfg80211: modify lower retry limit to 0

On Wed, 2015-06-03 at 13:14 +, Hodaszi, Robert wrote: The problem is if I change the rt2800 driver to set 0 if it gets 1, etc., that will break all existing user-space programs. Well, I guess it's a question of which userspace even uses it, and how it'll break. Perhaps we should modify the

Re: [PATCH] cfg80211: modify lower retry limit to 0

On Wed, 2015-06-03 at 14:46 +0200, Robert Hodaszi wrote: From: Robert Hodaszi robert.hoda...@digi.com To disable the transmit retries on RT28xx driver, the retry limit should be set to 0. The current lower limit (1) prevents it. So actually - we have the same limit in nl80211... we should

[PATCH] cfg80211: modify lower retry limit to 0

From: Robert Hodaszi robert.hoda...@digi.com To disable the transmit retries on RT28xx driver, the retry limit should be set to 0. The current lower limit (1) prevents it. Signed-off-by: Robert Hodaszi robert.hoda...@digi.com --- net/wireless/wext-compat.c | 2 +- 1 file changed, 1

Re: [PATCH] brcmfmac: use direct data pointer in NVRAM parser struct

On 05/29/15 10:03, Arend van Spriel wrote: On 05/29/15 07:20, Rafał Miłecki wrote: On 28 May 2015 at 23:24, Arend van Sprielar...@broadcom.com wrote: On 05/28/15 14:34, Rafał Miłecki wrote: On 28 May 2015 at 13:54, Arend van Sprielar...@broadcom.com wrote: On 05/28/15 13:37, Rafał Miłecki

Re: [PATCH] cfg80211: modify lower retry limit to 0

The problem is if I change the rt2800 driver to set 0 if it gets 1, etc., that will break all existing user-space programs. And also with the current lower limit, I cannot disable transmission retries. The minimal transmit attempts value is 2 (retry is 1). Robert 2015. 06. 3, szerda

[PATCH] staging: wilc1000: Remove commented code lines

From: Abhishek Sharma ashar...@visteon.com Removing the commented code lines. Signed-off-by: Abhishek Sharma ashar...@visteon.com --- drivers/staging/wilc1000/wilc_wlan.c | 65 1 file changed, 65 deletions(-) diff --git

ATH10K and VLAN

I'm testing to send a VLAN frame through ATH10K device. I'm using compat wireless 2015-03-09 from openWRT. The ATH10K firmware used is 10.2.4.45 My test platform is: Pc1 : IP 10.101.4.3 (without VLAN) VLAN 1 : IP 192.168.5.1

Driver for Netgear AC1200 (with chipset mediatek mt7612u)

Hi All Please help, is there a driver for mediatek mt7612u? I see it's source code on mediatek's website. But it can not build with my linux kernel 3.16.0. Is there a patch for this driver? http://mediatek.com/en/downloads/mt7612u/ Thanks Hui -- To unsubscribe from this list: send the line

Driver for Netgear AC1200 (with chipset mediatek mt7612u)

Hi All Please help, is there a driver for mediatek mt7612u? I see it's source code on mediatek's website. But it can not build with my linux kernel 3.16.0. Is there a patch for this driver? http://mediatek.com/en/downloads/mt7612u/ Thanks Hui -- To unsubscribe from this list: send the line

[PATCH] mwlwifi: Initial submission of wireless driver to mainline

Hi all, Herewith, I am submitting the Linux driver for WRT1900AC. The work was initially developed as part of openwrt effort and maintained on https://github.com/kaloz/mwlwifi, thanks to the host where it is nurtured. Recently, I have also patched it to pass checkpatch.pl so that

Driver for Netgear AC1200 (with chipset mediatek mt7612u)

Hi All Please help, is there a driver for mediatek mt7612u? I see it's source code on mediatek's website. But it can not build with my linux kernel 3.16.0. Is there a patch for this driver? http://mediatek.com/en/downloads/mt7612u/ Thanks Hui -- To unsubscribe from this list: send the line

[PATCH v2] ath10k: add cryptmode param to support sw crypto and raw tx injection.

This change supports bypassing HW crypto engine by enabling raw Rx/Tx mode. This will enable use cases such as sw crypto and raw tx injection. This change introduces a new module param 'cryptmode'. cryptmode: 0Use HW crypto engine. Use native WiFi mode Tx/Rx encap 1Use SW crypto

Driver for Netgear AC1200 (with chipset mediatek mt7612u)

Hi All Please help, is there a driver for mediatek mt7612u? I see it's source code on mediatek's website. But it can not build with my linux kernel 3.16.0. Is there a patch for this driver? http://mediatek.com/en/downloads/mt7612u/ Thanks Hui -- To unsubscribe from this list: send the line

[PATCH V3] mac80211: minstrel_ht: Handle Dynamic SMPS state of the peer.

In case of Dynamic SMPS enable RTS/CTS for all rates. Signed-off-by: Chaitanya T K chaitanya.m...@gmail.com --- V3: Moved the check to set_rate. V2: Fix indent and add signoff. --- net/mac80211/rc80211_minstrel_ht.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 1/2] ath10k: add cryptmode param to support sw crypto and raw tx injection.

diff --git a/drivers/net/wireless/ath/ath10k/hw.h b/drivers/net/wireless/ath/ath10k/hw.h index 85cca29..37fd2f83 100644 --- a/drivers/net/wireless/ath/ath10k/hw.h +++ b/drivers/net/wireless/ath/ath10k/hw.h @@ -296,7 +296,7 @@ enum ath10k_hw_rate_cck { #define

RE: New USB ID 2001:3c25

Hi Larry, There is no problem applying this patch to the stable tree. I didn't know it was my responsibility to inform the stable mailing list every time a patch is accepted in the latest kernel that could be applied to the stable tree? Regards, Scott -Original Message- From: Larry

Re: New USB ID 2001:3c25

On Wed, Jun 03, 2015 at 05:50:49PM +, Scott Branden wrote: Hi Larry, There is no problem applying this patch to the stable tree. I didn't know it was my responsibility to inform the stable mailing list every time a patch is accepted in the latest kernel that could be applied to the

[PATCHv5 06/17] mwifiex: disable CAC upon radar detection event

This patch adds support to disable ongoing CAC in FW upon detecting radar during CAC period. Signed-off-by: Avinash Patil pat...@marvell.com Signed-off-by: Cathy Luo c...@marvell.com --- drivers/net/wireless/mwifiex/11h.c | 30 ++ drivers/net/wireless/mwifiex/main.h

[PATCHv5 05/17] mwifiex: reset 11h active flag when chandef does not require dfs

This patch fixes an issue where we were still setting 11h_active flag to true for channel defs where DFS is not required. Signed-off-by: Avinash Patil pat...@marvell.com Signed-off-by: Cathy Luo c...@marvell.com --- drivers/net/wireless/mwifiex/cfg80211.c | 2 +- 1 file changed, 1 insertion(+),

[PATCHv5 01/17] mwifiex: verbose logging for association failure messages

This patch adds more detailed information about association failures - reason and states. Signed-off-by: Avinash Patil pat...@marvell.com Signed-off-by: Cathy Luo c...@marvell.com --- drivers/net/wireless/mwifiex/fw.h | 15 +-- drivers/net/wireless/mwifiex/join.c | 30

[PATCHv5 16/17] mwifiex: using right tid for addressing ra_list

From: Xinming Hu h...@marvell.com This patch fixes issue with the accessing correct ra_list by downgrading corresponding tid number. Alternatively, ra lists are created in mwifiex_wmm_add_buf_txqueue using downgraded tid number. Signed-off-by: Xinming Hu h...@marvell.com Signed-off-by: Cathy

[PATCHv5 09/17] mwifiex: add sta_list firmware command

From: Xinming Hu h...@marvell.com This patch add sta_list firmware command, which can be used to get power status and rssi for the stations associated to mwifiex micro AP. Signed-off-by: Xinming Hu h...@marvell.com Signed-off-by: Avinash Patil pat...@marvell.com Signed-off-by: Cathy Luo

[PATCHv5 07/17] mwifiex: add cfg80211 get_channel handler

From: Xinming Hu h...@marvell.com This patch add cfg80211 get_channel handler for mwifiex. The handler will be used to report current channel to upper layer utility. Signed-off-by: Xinming Hu h...@marvell.com Signed-off-by: Cathy Luo c...@marvell.com Signed-off-by: Avinash Patil

[PATCHv5 10/17] mwifiex: dump station support in uap mode

From: Xinming Hu h...@marvell.com This patch extend cfg80211 dump_station handler, support for dump stations associated to mwifiex micro AP. Signed-off-by: Xinming Hu h...@marvell.com Signed-off-by: Avinash Patil pat...@marvell.com Signed-off-by: Cathy Luo c...@marvell.com ---

[PATCHv5 13/17] mwifiex: drop block-ack action frames

We often see ADDBA request packets coming to driver because driver has registered for action frame subtype. We dont process BA action frames in host; drop such frames. Signed-off-by: Avinash Patil pat...@marvell.com Signed-off-by: Xinmin Hu h...@marvell.com Signed-off-by: Cathy Luo

[PATCHv5 15/17] mwifiex: update AP WMM settings from BSS_START event

This was missing and would cause issue in WMM handling. Signed-off-by: Avinash Patil pat...@marvell.com Signed-off-by: Cathy Luo c...@marvell.com --- drivers/net/wireless/mwifiex/uap_event.c | 63 1 file changed, 63 insertions(+) diff --git

Re: New USB ID 2001:3c25

On 06/03/2015 12:50 PM, Scott Branden wrote: Hi Larry, There is no problem applying this patch to the stable tree. I didn't know it was my responsibility to inform the stable mailing list every time a patch is accepted in the latest kernel that could be applied to the stable tree? It is not