Thread (77 messages) 77 messages, 3 authors, 2012-12-05

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

From: Daniel Wagner <hidden>
Date: 2012-11-20 22:35:59

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

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

On 19.11.2012 20:11, Daniel Wagner wrote:
quoted
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.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help