* (no subject)
@ 2012-05-30 20:25 Seth Forshee
2012-05-30 20:47 ` brcmsmac problems in wireless-testing Seth Forshee
2012-05-30 20:49 ` brcmsmac connection stalls (was Re: ) Arend van Spriel
0 siblings, 2 replies; 6+ messages in thread
From: Seth Forshee @ 2012-05-30 20:25 UTC (permalink / raw)
To: Arend van Spriel
Cc: linux-wireless, Brett Rudley, Roland Vossen, Franky (Zhenhui) Lin,
Kan Yan
Bcc:
Subject: brcmsmac problems in wireless-testing
Reply-To:
Hi Arend,
I'm seeing some problems with BCM43224 in a Macbook Air 4,1 in
wireless-testing. The symptom is that transferring data on the
connection isn't working, even though it appears to still be associated.
Eventually network manager realizes the connection is dead and gets
stuck in an endless loop of trying to reassociate until I take down the
connection and bring it back up. I find the following in dmesg.
[ 583.943618] WARNING: at /home/sforshee/wireless-testing/wireless-testing/drivers/net/wireless/brcm80211/brcmsmac/main.c:7968 brcms_c_wait_for_tx_completion+0x99/0xb0 [brcmsmac]()
[ 583.943626] Hardware name: MacBookAir4,1
[ 583.943629] Modules linked in: hidp dm_crypt snd_hda_codec_hdmi snd_hda_codec_cirrus arc4 brcmsmac mac80211 brcmutil cfg80211 cordic joydev snd_hda_intel snd_hda_codec snd_hwdep snd_pcm applesmc input_polldev coretemp snd_seq_midi microcode snd_rawmidi rfcomm uvcvideo bnep snd_seq_midi_event parport_pc videobuf2_core videodev snd_seq ppdev btusb videobuf2_vmalloc snd_timer bluetooth videobuf2_memops bcm5974 snd_seq_device snd soundcore bcma snd_page_alloc apple_bl mei(C) mac_hid lp parport hid_apple usbhid hid ghash_clmulni_intel aesni_intel cryptd aes_x86_64 i915 drm_kms_helper drm i2c_algo_bit video [last unloaded: ipmi_msghandler]
[ 583.943733] Pid: 63, comm: kworker/u:6 Tainted: G C 3.4.0-030400+brcmreg201205292159-generic #030400+brcmreg201205292159
[ 583.943740] Call Trace:
[ 583.943756] [<ffffffff8105022f>] warn_slowpath_common+0x7f/0xc0
[ 583.943765] [<ffffffff8105028a>] warn_slowpath_null+0x1a/0x20
[ 583.943785] [<ffffffffa03c2bd9>] brcms_c_wait_for_tx_completion+0x99/0xb0 [brcmsmac]
[ 583.943798] [<ffffffffa03b35fb>] brcms_ops_flush+0x3b/0x60 [brcmsmac]
[ 583.943840] [<ffffffffa03483ed>] ieee80211_mgd_probe_ap_send+0x12d/0x1f0 [mac80211]
[ 583.943852] [<ffffffff8101258b>] ? __switch_to+0x12b/0x420
[ 583.943864] [<ffffffff8167707e>] ? _raw_spin_lock+0xe/0x20
[ 583.943892] [<ffffffffa0348aaf>] ieee80211_mgd_probe_ap.part.22+0x10f/0x130 [mac80211]
[ 583.943917] [<ffffffffa0348c4e>] ieee80211_sta_monitor_work+0x2e/0x30 [mac80211]
[ 583.943928] [<ffffffff8106d52a>] process_one_work+0x12a/0x420
[ 583.943952] [<ffffffffa0348c20>] ? ieee80211_beacon_connection_loss_work+0x150/0x150 [mac80211]
[ 583.943962] [<ffffffff8106e0ce>] worker_thread+0x12e/0x2f0
[ 583.943972] [<ffffffff8106dfa0>] ? manage_workers.isra.25+0x200/0x200
[ 583.943980] [<ffffffff81072d63>] kthread+0x93/0xa0
[ 583.943989] [<ffffffff816805a4>] kernel_thread_helper+0x4/0x10
[ 583.943997] [<ffffffff81072cd0>] ? flush_kthread_worker+0x80/0x80
[ 583.944004] [<ffffffff816805a0>] ? gs_change+0x13/0x13
[ 583.944009] ---[ end trace 32b6c1209a07d73c ]---
[ 1018.400892] ieee80211 phy0: brcms_c_prec_enq_head: No where to go, prec == 4
This last message repeats indefinitely until disassociating with the AP.
I also found an instance of this in my logs where I start getting the
messages from brcms_c_prec_enq_head without the warning.
I'm not doing anything specific to trigger the issue. I've found it in
this state a couple times after the machine has been left sitting idle
for a while. I'm currently trying to reproduce it again so I can poke at
it some more.
Let me know if you have any ideas. Bisecting will be problematic due to
the variability in reproducing, but I don't think I've ever seen this in
3.4.
Thanks,
Seth
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: brcmsmac problems in wireless-testing
2012-05-30 20:25 Seth Forshee
@ 2012-05-30 20:47 ` Seth Forshee
2012-05-30 20:51 ` Arend van Spriel
2012-05-30 20:49 ` brcmsmac connection stalls (was Re: ) Arend van Spriel
1 sibling, 1 reply; 6+ messages in thread
From: Seth Forshee @ 2012-05-30 20:47 UTC (permalink / raw)
To: Arend van Spriel
Cc: linux-wireless, Brett Rudley, Roland Vossen, Franky (Zhenhui) Lin,
Kan Yan
Bah, I managed to screw up the format of the headers somehow. Fixed the
subject.
On Wed, May 30, 2012 at 03:25:47PM -0500, Seth Forshee wrote:
> Hi Arend,
>
> I'm seeing some problems with BCM43224 in a Macbook Air 4,1 in
> wireless-testing. The symptom is that transferring data on the
> connection isn't working, even though it appears to still be associated.
> Eventually network manager realizes the connection is dead and gets
> stuck in an endless loop of trying to reassociate until I take down the
> connection and bring it back up. I find the following in dmesg.
>
> [ 583.943618] WARNING: at /home/sforshee/wireless-testing/wireless-testing/drivers/net/wireless/brcm80211/brcmsmac/main.c:7968 brcms_c_wait_for_tx_completion+0x99/0xb0 [brcmsmac]()
> [ 583.943626] Hardware name: MacBookAir4,1
> [ 583.943629] Modules linked in: hidp dm_crypt snd_hda_codec_hdmi snd_hda_codec_cirrus arc4 brcmsmac mac80211 brcmutil cfg80211 cordic joydev snd_hda_intel snd_hda_codec snd_hwdep snd_pcm applesmc input_polldev coretemp snd_seq_midi microcode snd_rawmidi rfcomm uvcvideo bnep snd_seq_midi_event parport_pc videobuf2_core videodev snd_seq ppdev btusb videobuf2_vmalloc snd_timer bluetooth videobuf2_memops bcm5974 snd_seq_device snd soundcore bcma snd_page_alloc apple_bl mei(C) mac_hid lp parport hid_apple usbhid hid ghash_clmulni_intel aesni_intel cryptd aes_x86_64 i915 drm_kms_helper drm i2c_algo_bit video [last unloaded: ipmi_msghandler]
> [ 583.943733] Pid: 63, comm: kworker/u:6 Tainted: G C 3.4.0-030400+brcmreg201205292159-generic #030400+brcmreg201205292159
> [ 583.943740] Call Trace:
> [ 583.943756] [<ffffffff8105022f>] warn_slowpath_common+0x7f/0xc0
> [ 583.943765] [<ffffffff8105028a>] warn_slowpath_null+0x1a/0x20
> [ 583.943785] [<ffffffffa03c2bd9>] brcms_c_wait_for_tx_completion+0x99/0xb0 [brcmsmac]
> [ 583.943798] [<ffffffffa03b35fb>] brcms_ops_flush+0x3b/0x60 [brcmsmac]
> [ 583.943840] [<ffffffffa03483ed>] ieee80211_mgd_probe_ap_send+0x12d/0x1f0 [mac80211]
> [ 583.943852] [<ffffffff8101258b>] ? __switch_to+0x12b/0x420
> [ 583.943864] [<ffffffff8167707e>] ? _raw_spin_lock+0xe/0x20
> [ 583.943892] [<ffffffffa0348aaf>] ieee80211_mgd_probe_ap.part.22+0x10f/0x130 [mac80211]
> [ 583.943917] [<ffffffffa0348c4e>] ieee80211_sta_monitor_work+0x2e/0x30 [mac80211]
> [ 583.943928] [<ffffffff8106d52a>] process_one_work+0x12a/0x420
> [ 583.943952] [<ffffffffa0348c20>] ? ieee80211_beacon_connection_loss_work+0x150/0x150 [mac80211]
> [ 583.943962] [<ffffffff8106e0ce>] worker_thread+0x12e/0x2f0
> [ 583.943972] [<ffffffff8106dfa0>] ? manage_workers.isra.25+0x200/0x200
> [ 583.943980] [<ffffffff81072d63>] kthread+0x93/0xa0
> [ 583.943989] [<ffffffff816805a4>] kernel_thread_helper+0x4/0x10
> [ 583.943997] [<ffffffff81072cd0>] ? flush_kthread_worker+0x80/0x80
> [ 583.944004] [<ffffffff816805a0>] ? gs_change+0x13/0x13
> [ 583.944009] ---[ end trace 32b6c1209a07d73c ]---
> [ 1018.400892] ieee80211 phy0: brcms_c_prec_enq_head: No where to go, prec == 4
>
> This last message repeats indefinitely until disassociating with the AP.
> I also found an instance of this in my logs where I start getting the
> messages from brcms_c_prec_enq_head without the warning.
>
> I'm not doing anything specific to trigger the issue. I've found it in
> this state a couple times after the machine has been left sitting idle
> for a while. I'm currently trying to reproduce it again so I can poke at
> it some more.
>
> Let me know if you have any ideas. Bisecting will be problematic due to
> the variability in reproducing, but I don't think I've ever seen this in
> 3.4.
>
> Thanks,
> Seth
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* brcmsmac connection stalls (was Re: )
2012-05-30 20:25 Seth Forshee
2012-05-30 20:47 ` brcmsmac problems in wireless-testing Seth Forshee
@ 2012-05-30 20:49 ` Arend van Spriel
2012-05-30 21:05 ` Seth Forshee
1 sibling, 1 reply; 6+ messages in thread
From: Arend van Spriel @ 2012-05-30 20:49 UTC (permalink / raw)
To: Seth Forshee
Cc: linux-wireless, Brett Rudley, Roland Vossen, Franky (Zhenhui) Lin,
Kan Yan
On 05/30/2012 10:25 PM, Seth Forshee wrote:
> Bcc:
> Subject: brcmsmac problems in wireless-testing
> Reply-To:
>
> Hi Arend,
>
> I'm seeing some problems with BCM43224 in a Macbook Air 4,1 in
> wireless-testing. The symptom is that transferring data on the
> connection isn't working, even though it appears to still be associated.
> Eventually network manager realizes the connection is dead and gets
> stuck in an endless loop of trying to reassociate until I take down the
> connection and bring it back up. I find the following in dmesg.
>
> [ 583.943618] WARNING: at /home/sforshee/wireless-testing/wireless-testing/drivers/net/wireless/brcm80211/brcmsmac/main.c:7968 brcms_c_wait_for_tx_completion+0x99/0xb0 [brcmsmac]()
> [ 583.943626] Hardware name: MacBookAir4,1
> [ 583.943629] Modules linked in: hidp dm_crypt snd_hda_codec_hdmi snd_hda_codec_cirrus arc4 brcmsmac mac80211 brcmutil cfg80211 cordic joydev snd_hda_intel snd_hda_codec snd_hwdep snd_pcm applesmc input_polldev coretemp snd_seq_midi microcode snd_rawmidi rfcomm uvcvideo bnep snd_seq_midi_event parport_pc videobuf2_core videodev snd_seq ppdev btusb videobuf2_vmalloc snd_timer bluetooth videobuf2_memops bcm5974 snd_seq_device snd soundcore bcma snd_page_alloc apple_bl mei(C) mac_hid lp parport hid_apple usbhid hid ghash_clmulni_intel aesni_intel cryptd aes_x86_64 i915 drm_kms_helper drm i2c_algo_bit video [last unloaded: ipmi_msghandler]
> [ 583.943733] Pid: 63, comm: kworker/u:6 Tainted: G C 3.4.0-030400+brcmreg201205292159-generic #030400+brcmreg201205292159
> [ 583.943740] Call Trace:
> [ 583.943756] [<ffffffff8105022f>] warn_slowpath_common+0x7f/0xc0
> [ 583.943765] [<ffffffff8105028a>] warn_slowpath_null+0x1a/0x20
> [ 583.943785] [<ffffffffa03c2bd9>] brcms_c_wait_for_tx_completion+0x99/0xb0 [brcmsmac]
> [ 583.943798] [<ffffffffa03b35fb>] brcms_ops_flush+0x3b/0x60 [brcmsmac]
> [ 583.943840] [<ffffffffa03483ed>] ieee80211_mgd_probe_ap_send+0x12d/0x1f0 [mac80211]
> [ 583.943852] [<ffffffff8101258b>] ? __switch_to+0x12b/0x420
> [ 583.943864] [<ffffffff8167707e>] ? _raw_spin_lock+0xe/0x20
> [ 583.943892] [<ffffffffa0348aaf>] ieee80211_mgd_probe_ap.part.22+0x10f/0x130 [mac80211]
> [ 583.943917] [<ffffffffa0348c4e>] ieee80211_sta_monitor_work+0x2e/0x30 [mac80211]
> [ 583.943928] [<ffffffff8106d52a>] process_one_work+0x12a/0x420
> [ 583.943952] [<ffffffffa0348c20>] ? ieee80211_beacon_connection_loss_work+0x150/0x150 [mac80211]
> [ 583.943962] [<ffffffff8106e0ce>] worker_thread+0x12e/0x2f0
> [ 583.943972] [<ffffffff8106dfa0>] ? manage_workers.isra.25+0x200/0x200
> [ 583.943980] [<ffffffff81072d63>] kthread+0x93/0xa0
> [ 583.943989] [<ffffffff816805a4>] kernel_thread_helper+0x4/0x10
> [ 583.943997] [<ffffffff81072cd0>] ? flush_kthread_worker+0x80/0x80
> [ 583.944004] [<ffffffff816805a0>] ? gs_change+0x13/0x13
> [ 583.944009] ---[ end trace 32b6c1209a07d73c ]---
> [ 1018.400892] ieee80211 phy0: brcms_c_prec_enq_head: No where to go, prec == 4
I have been chasing this ghost for a while now. Apparently, it still
rears its ugly head. It is WARN_ONCE so it shows only once in dmesg,
but I am pretty sure it happens a lot more. The last message indicates
that all queue have been filled.
> This last message repeats indefinitely until disassociating with the AP.
> I also found an instance of this in my logs where I start getting the
> messages from brcms_c_prec_enq_head without the warning.
>
> I'm not doing anything specific to trigger the issue. I've found it in
> this state a couple times after the machine has been left sitting idle
> for a while. I'm currently trying to reproduce it again so I can poke at
> it some more.
If you can provide me as much detail as possible on the AP settings I
can dive into it over here.
Gr. AvS
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: brcmsmac problems in wireless-testing
2012-05-30 20:47 ` brcmsmac problems in wireless-testing Seth Forshee
@ 2012-05-30 20:51 ` Arend van Spriel
0 siblings, 0 replies; 6+ messages in thread
From: Arend van Spriel @ 2012-05-30 20:51 UTC (permalink / raw)
To: Seth Forshee
Cc: linux-wireless, Brett Rudley, Roland Vossen, Franky (Zhenhui) Lin,
Kan Yan
On 05/30/2012 10:47 PM, Seth Forshee wrote:
> Bah, I managed to screw up the format of the headers somehow. Fixed the
> subject.
>
I noticed ;-)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: brcmsmac connection stalls (was Re: )
2012-05-30 20:49 ` brcmsmac connection stalls (was Re: ) Arend van Spriel
@ 2012-05-30 21:05 ` Seth Forshee
2012-05-30 21:23 ` Arend van Spriel
0 siblings, 1 reply; 6+ messages in thread
From: Seth Forshee @ 2012-05-30 21:05 UTC (permalink / raw)
To: Arend van Spriel
Cc: linux-wireless, Brett Rudley, Roland Vossen, Franky (Zhenhui) Lin,
Kan Yan
On Wed, May 30, 2012 at 10:49:05PM +0200, Arend van Spriel wrote:
> If you can provide me as much detail as possible on the AP settings I
> can dive into it over here.
The AP is a Linksys E3000 running dd-wrt. Here's what iw says about it.
Let me know if there's any more information you'd like to have or
anything else I can do to help.
TSF: 80992461200 usec (0d, 22:29:52)
freq: 2412
beacon interval: 100
capability: ESS Privacy ShortSlotTime (0x0411)
signal: -35.00 dBm
last seen: 10192 ms ago
Information elements from Probe Response frame:
SSID: Kailia
Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0
DS Parameter set: channel 1
ERP: <no flags>
RSN: * Version: 1
* Group cipher: CCMP
* Pairwise ciphers: CCMP
* Authentication suites: PSK
* Capabilities: 16-PTKSA-RC (0x000c)
Extended supported rates: 6.0 9.0 12.0 48.0
HT capabilities:
Capabilities: 0x187e
HT20/HT40
SM Power Save disabled
RX Greenfield
RX HT20 SGI
RX HT40 SGI
No RX STBC
Max AMSDU length: 7935 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT RX MCS rate indexes supported: 0-15, 32
HT TX MCS rate indexes are undefined
HT operation:
* primary channel: 1
* secondary channel offset: above
* STA channel width: any
* RIFS: 1
* HT protection: nonmember
* non-GF present: 0
* OBSS non-GF present: 1
* dual beacon: 0
* dual CTS protection: 0
* STBC beacon: 0
* L-SIG TXOP Prot: 0
* PCO active: 0
* PCO phase: 0
WMM: * Parameter version 1
* u-APSD
* BE: CW 15-1023, AIFSN 3
* BK: CW 15-1023, AIFSN 7
* VI: CW 7-15, AIFSN 2, TXOP 3008 usec
* VO: acm CW 3-7, AIFSN 2, TXOP 1504 usec
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: brcmsmac connection stalls (was Re: )
2012-05-30 21:05 ` Seth Forshee
@ 2012-05-30 21:23 ` Arend van Spriel
0 siblings, 0 replies; 6+ messages in thread
From: Arend van Spriel @ 2012-05-30 21:23 UTC (permalink / raw)
To: Seth Forshee
Cc: linux-wireless, Brett Rudley, Roland Vossen, Franky (Zhenhui) Lin,
Kan Yan
On 05/30/2012 11:05 PM, Seth Forshee wrote:
> On Wed, May 30, 2012 at 10:49:05PM +0200, Arend van Spriel wrote:
>> If you can provide me as much detail as possible on the AP settings I
>> can dive into it over here.
>
> The AP is a Linksys E3000 running dd-wrt. Here's what iw says about it.
> Let me know if there's any more information you'd like to have or
> anything else I can do to help.
This will do nicely. Thanks.
Gr. AvS
> TSF: 80992461200 usec (0d, 22:29:52)
> freq: 2412
> beacon interval: 100
> capability: ESS Privacy ShortSlotTime (0x0411)
> signal: -35.00 dBm
> last seen: 10192 ms ago
> Information elements from Probe Response frame:
> SSID: Kailia
> Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0
> DS Parameter set: channel 1
> ERP: <no flags>
> RSN: * Version: 1
> * Group cipher: CCMP
> * Pairwise ciphers: CCMP
> * Authentication suites: PSK
> * Capabilities: 16-PTKSA-RC (0x000c)
> Extended supported rates: 6.0 9.0 12.0 48.0
> HT capabilities:
> Capabilities: 0x187e
> HT20/HT40
> SM Power Save disabled
> RX Greenfield
> RX HT20 SGI
> RX HT40 SGI
> No RX STBC
> Max AMSDU length: 7935 bytes
> DSSS/CCK HT40
> Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
> Minimum RX AMPDU time spacing: 8 usec (0x06)
> HT RX MCS rate indexes supported: 0-15, 32
> HT TX MCS rate indexes are undefined
> HT operation:
> * primary channel: 1
> * secondary channel offset: above
> * STA channel width: any
> * RIFS: 1
> * HT protection: nonmember
> * non-GF present: 0
> * OBSS non-GF present: 1
> * dual beacon: 0
> * dual CTS protection: 0
> * STBC beacon: 0
> * L-SIG TXOP Prot: 0
> * PCO active: 0
> * PCO phase: 0
> WMM: * Parameter version 1
> * u-APSD
> * BE: CW 15-1023, AIFSN 3
> * BK: CW 15-1023, AIFSN 7
> * VI: CW 7-15, AIFSN 2, TXOP 3008 usec
> * VO: acm CW 3-7, AIFSN 2, TXOP 1504 usec
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-05-30 21:23 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-05-30 20:25 Seth Forshee
2012-05-30 20:47 ` brcmsmac problems in wireless-testing Seth Forshee
2012-05-30 20:51 ` Arend van Spriel
2012-05-30 20:49 ` brcmsmac connection stalls (was Re: ) Arend van Spriel
2012-05-30 21:05 ` Seth Forshee
2012-05-30 21:23 ` Arend van Spriel
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).