Re: [PATCH v2] cfg80211: allow to configure dynamic PS timeout

On Tue, Oct 7, 2014 at 5:35 PM, Johannes Berg johan...@sipsolutions.net wrote: On Tue, 2014-10-07 at 13:03 +0200, Stanislaw Gruszka wrote: On Mon, Oct 06, 2014 at 05:00:40PM +0200, Johannes Berg wrote: On Wed, 2014-10-01 at 11:27 +0200, Stanislaw Gruszka wrote: Dynamic power save

SMPS for AP mode confoguration

Hi, We are testing SMPS functionality for AP mode. The driver conveys its capabilities through setting the HT capability which can be set to 0-3. I wanted to convey support for both Dynamic and Static Powersave and then control the config through hostapd.conf file. Currently this is not

Re: SMPS for AP mode confoguration

On Sun, Oct 19, 2014 at 6:51 PM, Eliad Peller el...@wizery.com wrote: hi, On Sun, Oct 19, 2014 at 2:50 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: We are testing SMPS functionality for AP mode. The driver conveys its capabilities through setting the HT capability which can be set

Re: iwlwifi: Reason 7 periodic disconnect

On Tue, Oct 21, 2014 at 12:06 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel Grumbach egrumb...@gmail.com wrote: On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach egrumb...@gmail.com wrote: On Mon, Oct 20, 2014 at 10:29 PM, Laurențiu Nicola

Re: iwlwifi: Reason 7 periodic disconnect

On Tue, Oct 21, 2014 at 12:34 PM, Emmanuel Grumbach egrumb...@gmail.com wrote: On Tue, Oct 21, 2014 at 9:37 AM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Tue, Oct 21, 2014 at 12:06 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel

Re: iwlwifi: Reason 7 periodic disconnect

On Tue, Oct 21, 2014 at 2:05 PM, Felix Fietkau n...@openwrt.org wrote: On 2014-10-21 10:23, Laurențiu Nicola wrote: It's an ASUS RT-N66U running NEWD-2/K3X from r24160. This is a Broadcom based device, so it should behave in the same way as other APs/Routers running the Broadcom drivers. The

Re: iwlwifi: Reason 7 periodic disconnect

On Tue, Oct 21, 2014 at 2:46 PM, Emmanuel Grumbach egrumb...@gmail.com wrote: On Tue, Oct 21, 2014 at 12:05 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Tue, Oct 21, 2014 at 2:05 PM, Felix Fietkau n...@openwrt.org wrote: On 2014-10-21 10:23, Laurențiu Nicola wrote: It's an ASUS RT

Re: [ath9k-devel] strange MPDU loss pattern

On Sat, Oct 25, 2014 at 12:53 AM, Kamran Nishat kamran.nis...@gmail.com wrote: But for this channel conditions should be changing at the scale of 100 micro secs consistently. On Sat, Oct 25, 2014 at 12:13 AM, Adrian Chadd adr...@freebsd.org wrote: It's not completely unsurprising - the

Re: [PATCH] mac80211: Increase uapsd max SP frames number

On Tue, Nov 4, 2014 at 2:10 PM, Emmanuel Grumbach emmanuel.grumb...@intel.com wrote: From: Andrei Otcheretianski andrei.otcheretian...@intel.com Deliver up to 128 frames during SP instead of 8 if unlimited max SP is specified during association. Signed-off-by: Andrei Otcheretianski

Re: [PATCH] mac80211: Increase uapsd max SP frames number

looks like some certification tests expect more frames to be delivered during SP. 128 is still kind of arbitrary value -Original Message- From: Krishna Chaitanya [mailto:chaitanya.m...@gmail.com] Sent: Tuesday, November 04, 2014 11:03 To: Grumbach, Emmanuel Cc: Johannes Berg

Re: [PATCH] mac80211: Increase uapsd max SP frames number

On Tue, Nov 4, 2014 at 2:57 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Tue, Nov 4, 2014 at 2:53 PM, Otcheretianski, Andrei andrei.otcheretian...@intel.com wrote: The spec doesn't require unlimited to be really unlimited and the AP decides when to end the SP, so any value here

Re: Laptop disassociating by local choice (reason=17)

On Tue, Dec 2, 2014 at 12:19 AM, Brent Taylor moto...@gmail.com wrote: On Mon, Nov 10, 2014 at 12:12 PM, Brent Taylor moto...@gmail.com wrote: Resending in plain text mode... Hi Kalle, I have a custom built board with an AR6003 WiFi chip running linux-3.10.40 and hostapd 2.2 that

Re: Laptop disassociating by local choice (reason=17)

On Wed, Dec 3, 2014 at 12:48 AM, Brent Taylor moto...@gmail.com wrote: On Mon, Dec 1, 2014 at 1:00 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Tue, Dec 2, 2014 at 12:19 AM, Brent Taylor moto...@gmail.com wrote: On Mon, Nov 10, 2014 at 12:12 PM, Brent Taylor moto...@gmail.com

Connection issues with BW Tracking in mac80211

Hi Johannes, The BW tracking feature in mac80211 is causing connection problems and operating mode/bw problems when switching b/w modes and bw's in AP. For Eg. Initially if AP is operating in VHT-80MHz, and then we changed in to HT-40MHz, mac80211 cannot handle it because the VHT capability is

Re: Connection issues with BW Tracking in mac80211

On Fri, Feb 20, 2015 at 1:00 AM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: Hi Johannes, The BW tracking feature in mac80211 is causing connection problems and operating mode/bw problems when switching b/w modes and bw's in AP. For Eg. Initially if AP is operating in VHT-80MHz

Re: Connection issues with BW Tracking in mac80211

On Wed, Feb 25, 2015 at 1:32 PM, Johannes Berg johan...@sipsolutions.net wrote: On Wed, 2015-02-25 at 02:41 +0530, Krishna Chaitanya wrote: On Wed, Feb 25, 2015 at 2:17 AM, Johannes Berg johan...@sipsolutions.net wrote: On Wed, 2015-02-25 at 02:03 +0530, Krishna Chaitanya wrote: Use

Re: informations about Linux wifi driver's architecture today

On Mon, Mar 23, 2015 at 2:51 AM, Stefano Cappa stefano.ca...@mail.polimi.it wrote: Hi I prefer a generic version, without specific things, like this one: h**p://postimg.org/image/hfkpjt3ux/ created by Johannes Berg. A while ago, i have written about the generic linux wireless architecture for

Re: [PATCH] mac80211: fix failed to set smps

On Mon, Mar 30, 2015 at 2:13 PM, Johannes Berg johan...@sipsolutions.net wrote: On Fri, 2015-03-27 at 13:21 +0800, miaoq...@qti.qualcomm.com wrote: From: Miaoqing Pan miaoq...@qca.qualcomm.com Signed-off-by: Miaoqing Pan miaoq...@qca.qualcomm.com Since you give no commit log, I can only

Re: [PATCH] mac80211: disable u-APSD queues by default

On Tue, Mar 3, 2015 at 2:46 PM, Johannes Berg johan...@sipsolutions.net wrote: On Tue, 2015-02-10 at 12:48 +0100, Michal Kazior wrote: Some APs experience problems when working with U-APSD. Decreasing the probability of that happening by using legacy mode for all ACs but VO isn't enough.

Re: [PATCH] mac80211: disable u-APSD queues by default

On Tue, Mar 3, 2015 at 3:58 PM, Michal Kazior michal.kaz...@tieto.com wrote: On 3 March 2015 at 11:15, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Tue, Mar 3, 2015 at 3:06 PM, Johannes Berg johan...@sipsolutions.net wrote: Cisco 4410N originally forced us to enable VO by default

Re: [PATCH] mac80211: disable u-APSD queues by default

On Tue, Mar 3, 2015 at 3:06 PM, Johannes Berg johan...@sipsolutions.net wrote: Cisco 4410N originally forced us to enable VO by default only because it treated non-VO ACs as legacy. Mixed mode (uapsd + legacy) is not really the optimal configuration, where we expect STA to send trigger

Re: Connection issues with BW Tracking in mac80211

On Fri, Feb 20, 2015 at 2:58 AM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Fri, Feb 20, 2015 at 1:00 AM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: Hi Johannes, The BW tracking feature in mac80211 is causing connection problems and operating mode/bw problems when switching

Re: Connection issues with BW Tracking in mac80211

On Wed, Feb 25, 2015 at 2:17 AM, Johannes Berg johan...@sipsolutions.net wrote: On Wed, 2015-02-25 at 02:03 +0530, Krishna Chaitanya wrote: Use case2: When changing from HT40-VHT80, the connection goes through but it still connected as HT40 (vht_ie from cfg80211 is returned null). Can you

Re: Connection issues with BW Tracking in mac80211

On Tue, Feb 24, 2015 at 4:59 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Tue, Feb 24, 2015 at 4:05 PM, Johannes Berg johan...@sipsolutions.net wrote: On Tue, 2015-02-24 at 15:58 +0530, Krishna Chaitanya wrote: STA (mac80211) connects to AP in VHT-80. AP is reconfigured to 11n40

Re: Connection issues with BW Tracking in mac80211

On Tue, Feb 24, 2015 at 3:39 PM, Johannes Berg johan...@sipsolutions.net wrote: On Fri, 2015-02-20 at 02:58 +0530, Krishna Chaitanya wrote: Before that i have a basic question? Should we reset our tracking after the connection is lost, in my case above the connection was lost (Config change

Re: Connection issues with BW Tracking in mac80211

On Tue, Feb 24, 2015 at 4:05 PM, Johannes Berg johan...@sipsolutions.net wrote: On Tue, 2015-02-24 at 15:58 +0530, Krishna Chaitanya wrote: STA (mac80211) connects to AP in VHT-80. AP is reconfigured to 11n40 (stops beaconing for about 30secs and then starts again). STA loses connection

Re: iw: two small questions

On Fri, Jan 30, 2015 at 2:44 AM, Stefano Cappa stefano.ca...@mail.polimi.it wrote: Hi, i've two question about iw 1) It's possibile that iw phy phy0 info said that i can use a particular combination of interfaces in Valid interface combinations but on my device i can't use this

Re: [PATCH 1/2] mac80211_hwsim: Set VHT capabilities only for the 5.2 GHz band

On Thu, Apr 9, 2015 at 1:05 PM, Jouni Malinen j...@w1.fi wrote: On Wed, Apr 08, 2015 at 06:29:38PM +, Peer, Ilan wrote: According to the 802.11ac amendment: The IEEE 802.11 VHT STA operates in frequency bands below 6 GHz excluding the 2.4 GHz band, so at least the spec. is clear about

Re: [PATCH] mac80211: Fix power save state stuck in ACTIVE caused by race between suspend and Tx packet.

On Wed, May 20, 2015 at 7:11 PM, Johannes Berg johan...@sipsolutions.net wrote: On Tue, 2015-05-19 at 13:53 +0530, Krishna Chaitanya wrote: I'm not sure I get it - we always transmit a frame after resume. Let me explain the sequence of events: tx_frame: dynamic_ps_disable_work

Re: mac80211 modification

On Mon, Jun 8, 2015 at 10:40 PM, Alexis Green agr...@cococorp.com wrote: You should build mac80211 as module instead of built-in driver and make modules instead of full make. This way you'll be just rebuilding mac80211.ko instead of the whole thing. On Mon, Jun 8, 2015 at 2:39 AM, Duy Tai

Re: [PATCH V2] mac80211: Minstrel HT: Handle all SMPS states of the peer STA.

On Wed, Jun 3, 2015 at 12:07 AM, Chaitanya T K chaitanya.m...@gmail.com wrote: From: Chaitanya Tata chaitanya.m...@gmail.com In case of Dynamic SMPS enable RTS/CTS for all rates. In case of Static SMPS mark the Nss 1 rates as not supported. Signed-off-by: Chaitanya T K

Re: [PATCH] minstrel_ht: Use RTS_CTS when STA is in DYNAMIC SMPS mode for frames sent using Nss1.

On Tue, Jun 2, 2015 at 3:10 AM, Johannes Berg johan...@sipsolutions.net wrote: On Tue, 2015-06-02 at 03:03 +0530, Krishna Chaitanya wrote: This patch is *ancient*, before we actually used patchwork properly ... Ok, so you want me to send a V2 with the indentation fixed? (or) shall i wait

Re: [PATCH V2] mac80211: Fix power save state stuck in ACTIVE caused by race between suspend and Tx packet.

On Wed, Jun 10, 2015 at 1:40 AM, Johannes Berg johan...@sipsolutions.net wrote: On Tue, 2015-06-02 at 03:02 +0530, Krishna Chaitanya wrote: This isn't what your patch is actually doing though. You need to mention WoWLAN at the very least in your commit log; Yes, WoWLAN is enabled in our

Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue

On Tue, Jun 23, 2015 at 5:25 PM, Peer, Ilan ilan.p...@intel.com wrote: I suspect this is because of P2P_GO NoA? Who should care about this direct probes tx when GO is not present? In case we didn't send direct probes - there is no problem and TC works correctly Interesting :)

Re: [PATCH 1/3] ath9k: handle RoC abort correctly

On Mon, Jun 22, 2015 at 5:13 PM, Janusz Dziedzic janusz.dzied...@tieto.com wrote: In case we will get ROC abort we should not call ieee80211_remain_on_channel_expired(). In other case I hit such warning on MIPS and p2p negotiation failed (tested with use_chanctx=1). ath: phy0: Starting RoC

Re: [PATCH 1/3] ath9k: handle RoC abort correctly

On Mon, Jun 22, 2015 at 6:32 PM, Michal Kazior michal.kaz...@tieto.com wrote: On 22 June 2015 at 13:56, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Mon, Jun 22, 2015 at 5:13 PM, Janusz Dziedzic janusz.dzied...@tieto.com wrote: In case we will get ROC abort we should not call

Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue

On Tue, Jun 23, 2015 at 4:41 PM, Peer, Ilan ilan.p...@intel.com wrote: -Original Message- From: linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless- ow...@vger.kernel.org] On Behalf Of Janusz Dziedzic Sent: Tuesday, June 23, 2015 11:51 To: linux-wireless@vger.kernel.org Cc:

Re: [PATCH V3] mac80211: wowlan: suspend: Fix power save state stuck in ACTIVE caused by race between suspend and Tx packet.

On Wed, Jun 17, 2015 at 5:07 PM, Johannes Berg johan...@sipsolutions.net wrote: On Wed, 2015-06-17 at 17:05 +0530, Krishna Chaitanya wrote: Then again, you're talking about WoWLAN, but then ... In wowlan, we simply call drv_resume and only if it fails then we will go through full resume

Re: [PATCH V3] mac80211: wowlan: suspend: Fix power save state stuck in ACTIVE caused by race between suspend and Tx packet.

On Wed, Jun 17, 2015 at 4:31 PM, Johannes Berg johan...@sipsolutions.net wrote: On Wed, 2015-06-17 at 15:52 +0530, Krishna Chaitanya wrote: I still don't like it. I also don't believe that what you're writing is actually true. The only problem I can see is that it leads to higher power

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

On Wed, Jun 17, 2015 at 2:38 PM, Johannes Berg johan...@sipsolutions.net wrote: On Fri, 2015-06-12 at 02:34 +0530, Chaitanya T K wrote: In case of Dynamic SMPS enable RTS/CTS for all rates. Applied. I really think you should drop the . at the end of the subject though :) Oh..will drop it. Is

Re: [PATCH V3] mac80211: wowlan: suspend: Fix power save state stuck in ACTIVE caused by race between suspend and Tx packet.

On Wed, Jun 17, 2015 at 2:17 PM, Johannes Berg johan...@sipsolutions.net wrote: On Wed, 2015-06-10 at 19:12 +0530, Chaitanya T K wrote: From: Chaitanya T K chaitanya.m...@gmail.com Background: When wowlan is enabled, the chipset stays in low power state maintaining the connection as per the

Re: Question on beacon-miss offloading.

On Fri, Jun 12, 2015 at 6:59 PM, Ben Greear gree...@candelatech.com wrote: On 06/11/2015 11:03 PM, Michal Kazior wrote: On 12 June 2015 at 01:38, Ben Greear gree...@candelatech.com wrote: On 06/11/2015 02:07 PM, Ben Greear wrote: In my ath10k CT firmware, I am disabling the beacon-miss

Re: [PATCH] minstrel_ht: Use RTS_CTS when STA is in DYNAMIC SMPS mode for frames sent using Nss1.

On Thu, Jan 30, 2014 at 11:48 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: On Thu, Jan 23, 2014 at 2:57 AM, Johannes Berg johan...@sipsolutions.net wrote: On Wed, 2014-01-22 at 12:27 +0530, Chaitanya T K wrote: + if (sta-smps_mode == IEEE80211_SMPS_DYNAMIC

Re: cfg80211: Beacon hints for DFS channels

On Thu, Mar 19, 2015 at 1:37 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: Hi, In the Regulatory and DFS wiki it is mentioned that beacon hints are not processed for DFS channels. But i could not find the related piece of code which does this. So in DFS channels can we process

Re: [PATCH V2] mac80211: Fix power save state stuck in ACTIVE caused by race between suspend and Tx packet.

On Tue, Jun 2, 2015 at 2:06 AM, Johannes Berg johan...@sipsolutions.net wrote: On Mon, 2015-06-01 at 22:44 +0530, Chaitanya T K wrote: From: Chaitanya T K chaitanya.m...@gmail.com If suspended during TX in progress, there can be race where the driver is put of of power-save due to TX and

Re: [PATCH v2] cfg80211: Don't re-use the skb for larger NL messages.

On Sun, May 31, 2015 at 4:12 PM, Johannes Berg johan...@sipsolutions.net wrote: On Sun, 2015-05-31 at 15:31 +0530, Krishna Chaitanya wrote: In our case the data size is 411KB, and each message carries around 3072 bytes, so total messages would be 138. The first message we get, we retrieve

Re: [PATCH v2] cfg80211: Don't re-use the skb for larger NL messages.

On Sun, May 31, 2015 at 12:28 PM, Arend van Spriel aspr...@gmail.com wrote: On 31-05-15 01:28, Chaitanya T K wrote: cfg80211 reuses the skb before asking for a fresh on from genl framework, this works efficiently for smaller messages but NLM_F_DUMP is normally used to transport larger data

Re: [PATCH] mac80211: Fix power save state stuck in ACTIVE caused by race between suspend and Tx packet.

On Sun, May 31, 2015 at 3:52 PM, Chaitanya T K chaitanya.m...@gmail.com wrote: From: Chaitanya T K chaitanya.m...@gmail.com If we receive suspend after TX path has executed dynamic ps disable work, the driver will be in ACTIVE state during suspend and even after it resumes. As before

Re: [PATCH v2] cfg80211: Don't re-use the skb for larger NL messages.

On Sun, May 31, 2015 at 2:01 PM, Johannes Berg johan...@sipsolutions.net wrote: On Sun, 2015-05-31 at 04:58 +0530, Chaitanya T K wrote: cfg80211 reuses the skb before asking for a fresh on from genl framework, this works efficiently for smaller messages but NLM_F_DUMP is normally used to

Re: [PATCH v2] cfg80211: Don't re-use the skb for larger NL messages.

On Sun, May 31, 2015 at 4:51 PM, Johannes Berg johan...@sipsolutions.net wrote: On Sun, 2015-05-31 at 16:47 +0530, Krishna Chaitanya wrote: Note # of messages as you say is actually irrelevant - you should look Well with 138 messages the function and each message 3072 bytes calls b/w

Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue

On Thu, Jul 2, 2015 at 12:57 PM, Johannes Berg johan...@sipsolutions.net wrote: On Sat, 2015-06-27 at 23:49 +0200, Janusz Dziedzic wrote: I just check the mac80211/cfg80211 code, and I am not sure this direct probe could work correctly. Function ieee80211_rx_mgmt_probe_resp() is interesting.

Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue

On Thu, Jul 2, 2015 at 5:08 PM, Johannes Berg johan...@sipsolutions.net wrote: On Thu, 2015-07-02 at 14:32 +0530, Krishna Chaitanya wrote: We have also found another issue with direct probe. Some of the AP's are not setting sequence number in the probe responses so in case of a retry

Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue

On Thu, Jul 2, 2015 at 5:09 PM, Johannes Berg johan...@sipsolutions.net wrote: On Thu, 2015-07-02 at 11:44 +0200, Janusz Dziedzic wrote: The issue above can probably easily fixed by doing the BSS update after the direct probe responded though, no? Like this:

Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue

On Thu, Jul 2, 2015 at 5:31 PM, Johannes Berg johan...@sipsolutions.net wrote: On Thu, 2015-07-02 at 17:20 +0530, Krishna Chaitanya wrote: On Thu, Jul 2, 2015 at 5:09 PM, Johannes Berg johan...@sipsolutions.net wrote: On Thu, 2015-07-02 at 11:44 +0200, Janusz Dziedzic wrote: The issue

Re: Not able to set u-apsd for P2P client

On Fri, May 8, 2015 at 8:16 PM, Krishna Chaitanya chaitanya.m...@gmail.com wrote: Hi, We are having trouble making the uapsd working in p2p client case. Is this broken? or is there a way to configure the uapsd for p2p client case? case a) p2p client with p2p_no_group_iface=1 When trying

Re: [RFC 02/10] mac80211: allow to transmit A-MSDU within A-MPDU

On Tue, Jul 21, 2015 at 1:12 AM, Emmanuel Grumbach emmanuel.grumb...@intel.com wrote: diff --git a/net/mac80211/agg-tx.c b/net/mac80211/agg-tx.c index c8ba2e7..a758eb84 100644 --- a/net/mac80211/agg-tx.c +++ b/net/mac80211/agg-tx.c @@ -97,7 +97,8 @@ static void

Re: [RFC 02/10] mac80211: allow to transmit A-MSDU within A-MPDU

On Tue, Jul 28, 2015 at 10:42 PM, Grumbach, Emmanuel emmanuel.grumb...@intel.com wrote: On 07/28/2015 02:35 PM, Grumbach, Emmanuel wrote: On Tue, Jul 21, 2015 at 1:12 AM, Emmanuel Grumbach emmanuel.grumb...@intel.com wrote: diff --git a/net/mac80211/agg-tx.c b/net/mac80211/agg-tx.c index

Undocumented Sleep Requirements for ieee80211_ops

Hi, >From the documentation:(mac80211.h) For the ieee80211_ops (un)assign_vif_chanctx, there is no mention of explicit sleep requirements (allowed/disallwoed) for the callback. >From a quick glance at the code calling the OP, looks like we can sleep (mutexes are used). So how should we handle

Re: Undocumented Sleep Requirements for ieee80211_ops

On Fri, Oct 30, 2015 at 3:07 PM, Johannes Berg <johan...@sipsolutions.net> wrote: > On Thu, 2015-10-29 at 12:16 +0530, Krishna Chaitanya wrote: >> Hi, >> >> From the documentation:(mac80211.h) For the ieee80211_ops >> (un)assign_vif_chanctx, there is no mention

Re: [PATCHv2] offchannel: Cancel the pending_action TX wait, before starting new one.

On Mon, Nov 2, 2015 at 8:40 PM, Chaitanya T K wrote: > From: tkc > > Before the tx_status is received for the action frame, if we > get another request, we respond to that by freeing the memory > for pending_action_tx, but we don't cancel the

Re: [PATCH 6/9] mac80211: handle width changes from opmode notification IE in beacon

On Tue, Dec 8, 2015 at 7:34 PM, Emmanuel Grumbach wrote: > > From: Eyal Shapira > > An AP can send an operating channel width change in a beacon > opmode notification IE as long as there's a change in the nss as > well (See 802.11ac-2013 section

Re: [PATCH 6/9] mac80211: handle width changes from opmode notification IE in beacon

On Tue, Dec 8, 2015 at 9:23 PM, Johannes Berg <johan...@sipsolutions.net> wrote: > On Tue, 2015-12-08 at 21:17 +0530, Krishna Chaitanya wrote: >> >> > If the rate control algorithm doesn't look at sta->sta.rx_nss then >> > that's their bug. >> &g

Re: [PATCH 2/9] mac80211: limit the A-MSDU Tx based on peer's capabilities

On Tue, Dec 8, 2015 at 7:34 PM, Emmanuel Grumbach wrote: > index 7a76ce6..f4a5287 100644 > --- a/net/mac80211/ht.c > +++ b/net/mac80211/ht.c > @@ -230,6 +230,11 @@ bool ieee80211_ht_cap_ie_to_sta_ht_cap(struct > ieee80211_sub_if_data *sdata, > /* set Rx

Re: [PATCH 6/9] mac80211: handle width changes from opmode notification IE in beacon

On Tue, Dec 8, 2015 at 9:28 PM, Johannes Berg <johan...@sipsolutions.net> wrote: > On Tue, 2015-12-08 at 21:25 +0530, Krishna Chaitanya wrote: >> On Tue, Dec 8, 2015 at 9:23 PM, Johannes Berg <johannes@sipsolutions. >> net> wrote: >> > On Tue, 2015-12-08 at

Re: [PATCH 6/9] mac80211: handle width changes from opmode notification IE in beacon

On Tue, Dec 8, 2015 at 9:12 PM, Johannes Berg <johan...@sipsolutions.net> wrote: > On Tue, 2015-12-08 at 21:08 +0530, Krishna Chaitanya wrote: >> >> > void ieee80211_vht_handle_opmode(struct ieee80211_sub_if_data >> > *sdata, >> >

Re: [PATCH 2/9] mac80211: limit the A-MSDU Tx based on peer's capabilities

On Wed, Dec 9, 2015 at 12:52 AM, Grumbach, Emmanuel <emmanuel.grumb...@intel.com> wrote: > > > On 12/08/2015 09:11 PM, Krishna Chaitanya wrote: >> >> >> On Dec 9, 2015 12:37 AM, "Grumbach, Emmanuel" >> <emmanuel.grumb...@i

Re: lost connectivity until "wpa_cli reassociate" is issued

On Thu, Jan 7, 2016 at 9:59 PM, David Mosberger wrote: > > Ben, > > On Thu, Jan 7, 2016 at 9:24 AM, Ben Greear wrote: > > On 01/07/2016 08:19 AM, David Mosberger wrote: > >> > >> We are seeing a curious issue where WLAN connectivity sometimes > >> gets

Re: lost connectivity until "wpa_cli reassociate" is issued

On Thu, Jan 7, 2016 at 10:17 PM, David Mosberger <dav...@egauge.net> wrote: > On Thu, Jan 7, 2016 at 9:32 AM, Krishna Chaitanya > <chaitanya.m...@gmail.com> wrote: > >> Management frames use a different queue (VO) >> from the logs it looks like a data path

Re: [PATCHv2] offchannel: Cancel the pending_action TX wait, before starting new one.

On Mon, Nov 23, 2015 at 12:45 AM, Jouni Malinen wrote: > > On Mon, Nov 02, 2015 at 08:40:28PM +0530, Chaitanya T K wrote: > > From: tkc > > > > Before the tx_status is received for the action frame, if we > > get another request, we respond to that by

Re: iw reg overwritten after connecting to AP

On Thu, Jun 2, 2016 at 7:34 PM, Belisko Marek wrote: > > Hello, > > I'm using kernel 4.1 with option CONFIG_CFG80211_INTERNAL_REGDB > enabled. I have set one country in db.txt which during startup I set > via 'iw reg set XX'. When connected to some AP which sends country

Re: iw reg overwritten after connecting to AP

On Fri, Jun 3, 2016 at 2:02 AM, Belisko Marek <marek.beli...@gmail.com> wrote: > > Hi Krishna, > > On Thu, Jun 2, 2016 at 10:21 PM, Krishna Chaitanya > <chaitanya.m...@gmail.com> wrote: > > On Thu, Jun 2, 2016 at 7:34 PM, Belisko Marek <marek.beli...@gm

STBC and LDPC for VHT

Hi, What is the background for disabling STBC and LDPC for VHT rates? The below comment is cryptic :-). /* TODO tx_flags for vht - ATM the RC API is not fine-grained enough */ Can we just enable these now? -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body

Re: [PATCH] mac80211: minstrel: Enable STBC and LDPC for VHT Rates

On Wed, Jun 29, 2016 at 1:41 PM, Karl Beldan wrote: > On Mon, Jun 27, 2016 at 9:53 AM, Chaitanya TK > wrote: >> >> From: Chaitanya T K >> >> If peer support reception of STBC and LDPC, enable them for better >>

Re: [PATCH] mac80211: minstrel: Enable STBC and LDPC for VHT Rates

On Wed, Jun 29, 2016 at 1:50 PM, Krishna Chaitanya <chaitanya.m...@gmail.com> wrote: > On Wed, Jun 29, 2016 at 1:41 PM, Karl Beldan <karl.bel...@gmail.com> wrote: >> On Mon, Jun 27, 2016 at 9:53 AM, Chaitanya TK <chaitanya.m...@gmail.com> >> wrote: >>

Re: [PATCH] mac80211: minstrel: Enable STBC and LDPC for VHT Rates

On Wed, Jun 29, 2016 at 1:52 PM, Krishna Chaitanya <chaitanya.m...@gmail.com> wrote: > On Wed, Jun 29, 2016 at 1:50 PM, Krishna Chaitanya > <chaitanya.m...@gmail.com> wrote: >> On Wed, Jun 29, 2016 at 1:41 PM, Karl Beldan <karl.bel...@gmail.com> wrote: >&

Re: [RFC v4] mac80211: add A-MSDU tx support

On Mon, Feb 8, 2016 at 2:56 PM, Emmanuel Grumbach wrote: > On Mon, Feb 8, 2016 at 10:38 AM, Felix Fietkau wrote: >> Requires software tx queueing support. frag_list support (for zero-copy) >> is optional. >> >> Signed-off-by: Felix Fietkau

Re: [RFC v4] mac80211: add A-MSDU tx support

On Mon, Feb 8, 2016 at 3:56 PM, Emmanuel Grumbach <egrumb...@gmail.com> wrote: > On Mon, Feb 8, 2016 at 11:54 AM, Krishna Chaitanya > <chaitanya.m...@gmail.com> wrote: >> On Mon, Feb 8, 2016 at 2:56 PM, Emmanuel Grumbach <egrumb...@gmail.com> >> wrote: >&g

Re: [RFC v4] mac80211: add A-MSDU tx support

On Mon, Feb 8, 2016 at 4:34 PM, Felix Fietkau <n...@openwrt.org> wrote: > On 2016-02-08 10:54, Krishna Chaitanya wrote: >> On Mon, Feb 8, 2016 at 2:56 PM, Emmanuel Grumbach <egrumb...@gmail.com> >> wrote: >>> On Mon, Feb 8, 2016 at 10:38 AM, Felix Fietkau <

Re: mac80211_hwsim + iperf + netns

On Thu, Feb 4, 2016 at 5:57 PM, Krishna Chaitanya <chaitanya.m...@gmail.com> wrote: > On Thu, Feb 4, 2016 at 5:23 PM, Michal Kazior <michal.kaz...@tieto.com> wrote: >> On 4 February 2016 at 12:49, Krishna Chaitanya <chaitanya.m...@gmail.com> >> wrote: >>&

Re: mac80211_hwsim + iperf + netns

On Thu, Feb 4, 2016 at 5:02 PM, Michal Kazior <michal.kaz...@tieto.com> wrote: > On 4 February 2016 at 12:22, Krishna Chaitanya <chaitanya.m...@gmail.com> > wrote: >> Hi All, >> >> I am trying to run some iperf tests using mac80211_hwsim b/w AP and STA. >

Re: mac80211_hwsim + iperf + netns

On Thu, Feb 4, 2016 at 5:23 PM, Michal Kazior <michal.kaz...@tieto.com> wrote: > On 4 February 2016 at 12:49, Krishna Chaitanya <chaitanya.m...@gmail.com> > wrote: >> On Thu, Feb 4, 2016 at 5:02 PM, Michal Kazior <michal.kaz...@tieto.com> >> wrote: >

Re: mac80211_hwsim + iperf + netns

On Thu, Feb 4, 2016 at 5:49 PM, Johannes Berg wrote: > On Thu, 2016-02-04 at 12:32 +0100, Michal Kazior wrote: >> >> ip netns add ns1 >> ip netns exec ns1 bash # get the PID in the session and don't close >> it >> iw phy phyX set netns $pid_of_that_shell >> > > If

Re: mac80211_hwsim + iperf + netns

On Thu, Feb 4, 2016 at 6:05 PM, Johannes Berg <johan...@sipsolutions.net> wrote: > On Thu, 2016-02-04 at 17:58 +0530, Krishna Chaitanya wrote: >> On Thu, Feb 4, 2016 at 5:49 PM, Johannes Berg <johannes@sipsolutions. >> net> wrote: >> > On Thu, 2016-02-04

mac80211_hwsim + iperf + netns

Hi All, I am trying to run some iperf tests using mac80211_hwsim b/w AP and STA. Even after tweaking the routing table, the packets are still not going through mac80211_hwsim instead they are just looping back. After a quick search i found that we should use different network namespaces. Can

Re: mac80211_hwsim + iperf + netns

On Thu, Feb 4, 2016 at 6:21 PM, Michal Kazior <michal.kaz...@tieto.com> wrote: > On 4 February 2016 at 13:46, Krishna Chaitanya <chaitanya.m...@gmail.com> > wrote: >> On Thu, Feb 4, 2016 at 5:57 PM, Krishna Chaitanya >> <chaitanya.m...@gmail.com> wrote: >&g

Re: ath9k(?): AP stops sending traffic to iPhone 4S until another 802.11n-capable STA joins

On Wed, Feb 17, 2016 at 10:02 AM, Avery Pennarun wrote: > > On Tue, Feb 16, 2016 at 5:05 PM, Johannes Berg > wrote: > > On Tue, 2016-02-16 at 16:28 -0500, Avery Pennarun wrote: > >> Changing default_agg_timeout to zero (as it is on most non-ath9k >

RFC: Handling DL only traffic when already in Powersave

Hi, When using HW_PS and running Downlink only traffic like UDP-RX, mac80211 has the mechanism to not to enter power-save (postpone the dynamic ps timer). But if we are already in power-save it continues to stay in PS and retrieves the frames, for large traffic this is not acceptable. The

Re: RFC: Handling DL only traffic when already in Powersave

On Fri, Apr 8, 2016 at 1:37 AM, Johannes Berg <johan...@sipsolutions.net> wrote: > On Thu, 2016-04-07 at 18:31 +0530, Krishna Chaitanya wrote: >> Hi, >> >> When using HW_PS and running Downlink only traffic like UDP-RX, >> mac80211 has the mechanism to

Re: Debug prints mac80211 drivers

On Sat, Apr 23, 2016 at 12:59 AM, Joe Perches <j...@perches.com> wrote: > > On Fri, 2016-04-22 at 17:51 +0530, Krishna Chaitanya wrote: > > What is the recommended method for adding > > debug prints in mac80211 based drivers. > > > > 1) -DDEBUG + pr_debug =

Debug prints mac80211 drivers

Hi, What is the recommended method for adding debug prints in mac80211 based drivers. 1) -DDEBUG + pr_debug ==> used by mac80211, brcm80211 2) -DDEBUG + dev_dbg ==> zd1201 3) dev_printk(KERN_DEBUG) ==> used by iwlwifi 4) printk(KERN_DEBUG) ==> Just to complete the list. -- Thanks, Regards,

Re: Intel 7260 AC only using 802.11n not AC

On Tue, Apr 26, 2016 at 4:20 PM, Kalle Valo wrote: > > Radu P writes: > > > iw list|grep -i VHT <- still nothing > > Maybe your iw is too old? I didn't see anything either (using stock iw > from Ubuntu 14.04) but then I upgraded to the latest one from git

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

On Wed, Apr 27, 2016 at 1:40 AM, Ben Greear <gree...@candelatech.com> wrote: > On 04/26/2016 01:07 PM, Krishna Chaitanya wrote: >> >> On Tue, Apr 26, 2016 at 5:33 PM, Valo, Kalle <kv...@qca.qualcomm.com> >> wrote: >>> >>> Johannes Berg <johan

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

On Wed, Apr 27, 2016 at 2:46 PM, Jouni Malinen <j...@w1.fi> wrote: > On Wed, Apr 27, 2016 at 12:13:46PM +0530, Krishna Chaitanya wrote: >> On Wed, Apr 27, 2016 at 1:40 AM, Ben Greear <gree...@candelatech.com> wrote: >> > On 04/26/2016 01:07 PM, Krishna Chaitanya wrote

Re: Debug prints mac80211 drivers

On Sat, Apr 23, 2016 at 1:35 PM, Joe Perches <j...@perches.com> wrote: > On Sat, 2016-04-23 at 13:11 +0530, Krishna Chaitanya wrote: >> On Sat, Apr 23, 2016 at 3:48 AM, Joe Perches <j...@perches.com> wrote: >> > >> > On Sat, 2016-04-23 at 02:32 +0530, Krishn

Re: Debug prints mac80211 drivers

On Sat, Apr 23, 2016 at 3:48 AM, Joe Perches <j...@perches.com> wrote: > On Sat, 2016-04-23 at 02:32 +0530, Krishna Chaitanya wrote: >> On Sat, Apr 23, 2016 at 12:59 AM, Joe Perches <j...@perches.com> wrote: >> > >> > >> > On Fri, 20

Re: Debug prints mac80211 drivers

On Sat, Apr 23, 2016 at 1:53 PM, Krishna Chaitanya <chaitanya.m...@gmail.com> wrote: > On Sat, Apr 23, 2016 at 1:35 PM, Joe Perches <j...@perches.com> wrote: >> On Sat, 2016-04-23 at 13:11 +0530, Krishna Chaitanya wrote: >>> On Sat, Apr 23, 2016 at 3:48 AM, Joe Pe

[RFC] Sampling Holes in Minstrel when VHT is enabled

Hi, With the current design, occasionally we are seeing issues where minstrel sends 3x3 rates for our 2x2 chip. IMHO, couple of things can cause this 1) update_caps doesn't take local HW capabilities in to account 2) While calculating sample_idx, we use MCS_GROUP_RATES which can cause a

Re: dynamic ps + offchannel mgmt_tx + HW RoC

On Wed, May 4, 2016 at 1:05 AM, Johannes Berg wrote: > There is, btw, perhaps a different way - just fix the damn stuff. > > Requires moving everything into ifmgd rather than local, and then > perhaps if only a single managed interface exists mirroring its state > into

dynamic ps + offchannel mgmt_tx + HW RoC

Hi, When the HW is in PS and Dynamic PS is enabled we are dropping all the offchannel frames. Sequence is as below if hw is in PS: stop_queues reason=PS, queue dynamic_ps_disable_work send Offchannel mgmt_tx drop the packet because offchanel + stop_reasons[q] !=0 How should we handle this? SW

Re: dynamic ps + offchannel mgmt_tx + HW RoC

On Tue, May 3, 2016 at 7:46 PM, Krishna Chaitanya <chaitanya.m...@gmail.com> wrote: > On Tue, May 3, 2016 at 6:44 PM, Johannes Berg <johan...@sipsolutions.net> > wrote: >> On Tue, 2016-05-03 at 18:23 +0530, Krishna Chaitanya wrote: >>> Hi, >>> >>>

  1   2   >