Search Linux Wireless

Re: [PATCH v2 00/22] brcmsmac: Tx rework and expanded debug/trace support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 20.11.2012 22:09, Arend van Spriel wrote:
On 11/20/2012 06:44 PM, Daniel Wagner wrote:
Hi Seth,

On 20.11.2012 15:28, Seth Forshee wrote:
On Tue, Nov 20, 2012 at 08:30:10AM +0100, Daniel Wagner wrote:
Hi Seth,

On 19.11.2012 20:11, Daniel Wagner wrote:
Works perfectly fine on my machine.

Well, not really true. Though I am not sure if this what I am seeing
related to your changes. I see following log only when I am using my
home AP. The pattern is that when the connection stop working I see
something like this in the log:

[ 8735.159091] wlan0: moving STA 1c:c6:3c:1f:50:68 to state 4
[ 8735.197298] wlan0: Rx A-MPDU request on tid 0 result 0
[ 8735.566368] wlan0: Open BA session requested for 1c:c6:3c:1f:50:68
tid 0
[ 8735.573701] wlan0: activated addBA response timer on tid 0
[ 8735.578826] wlan0: switched off addBA timer for tid 0
[ 8735.578834] wlan0: Aggregation is on for tid 0
[ 8749.687530] wlan0: tx session timer expired on tid 0
[ 8749.687558] wlan0: Tx BA session stop requested for
1c:c6:3c:1f:50:68 tid 0
[ 8749.700550] wlan0: Stopping Tx BA session for 1c:c6:3c:1f:50:68
tid 0


This is what I do: First establishing a connection, then after a
while any
traffic seems stops for a period and sometimes it recovers from that
point. If
not a disconnect/connect (using ConnMan) dance fixes the problem.

The tx session timer expiring is a result of not having any aggregate
transfers in a while. In my testing with iperf I see periods where the
transfer seems to stall, but it always recovers. These are less frequent
after my patches, but they still happen, and I haven't been able to work
out the cause yet. I'm not sure whether these are related to what you're
seeing or not.

Luckily I've added a bunch of new debug code. Could you make sure you
have MAC80211_MESSAGE_TRACING and BRCM_TRACING enabled in your config
and collect a trace when this is happening by running:

  trace-cmd record -e mac80211 -e mac80211_msg -e brcmsmac \
         -e brcmsmac_tx -e brcmsmac_msg

This going to collect a lot of data, and you should bump up the trace
buffer size to avoid overruns. Once you've got a trace please compress
trace.dat and put it along with your dmesg somewhere where I can get at
them.

I hope I got it right. Here are the requested logs:

http://www.monom.org/misc/brcmsmac/traces/

What channel is you AP on?

It's on 13 which is the only not too crowed channel in my place.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux