iwlagn degrades quickly during normal wifi session

Bug #759529 reported by Stephen Thorne
40
This bug affects 7 people
Affects Status Importance Assigned to Milestone
module-init-tools (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: module-init-tools

This is a fresh bug referring to this bug here: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/630748 which has been marked as fix-released.

When 802.11n is used on a Laptop with an Intel 802.11n capable wireless card, such as the Intel 5300 in my Lenovo Thinkpad X200s, and I do any non-nominal level of network traffic, such as a file transfer of any kind, the wireless driver will reset the device.

I experience exactly the same symptoms as noted on #630748 and the same laptop and wireless card as noted by the original reporter of that bug.

If I disable 802.11n I can use my laptop normally.

cat /etc/modprobe.d/iwlagn.conf
options iwlagn 11n_disable50=1 11n_disable=1

This is a log of what it looks like when the problem occurs.

Apr 9 09:52:18 pearl kernel: [ 107.811100] iwlagn 0000:03:00.0: Aggregation not enabled for tid 0 because load = 0
Apr 9 09:52:22 pearl kernel: [ 112.127615] iwlagn 0000:03:00.0: iwlagn_tx_agg_start on ra = 00:22:75:f2:b0:43 tid = 0
Apr 9 09:52:26 pearl kernel: [ 115.805060] iwlagn 0000:03:00.0: low ack count detected, restart firmware
Apr 9 09:52:26 pearl kernel: [ 115.805067] iwlagn 0000:03:00.0: On demand firmware reload
Apr 9 09:52:26 pearl kernel: [ 115.836030] iwlagn 0000:03:00.0: Stopping AGG while state not ON or starting
Apr 9 09:52:26 pearl kernel: [ 115.836035] iwlagn 0000:03:00.0: queue number out of range: 0, must be 10 to 19
Apr 9 09:52:26 pearl kernel: [ 116.204037] iwlagn 0000:03:00.0: iwlagn_tx_agg_start on ra = 00:22:75:f2:b0:43 tid = 0
Apr 9 09:52:31 pearl kernel: [ 121.027349] iwlagn 0000:03:00.0: low ack count detected, restart firmware
Apr 9 09:52:31 pearl kernel: [ 121.027356] iwlagn 0000:03:00.0: On demand firmware reload
Apr 9 09:52:31 pearl kernel: [ 121.058471] iwlagn 0000:03:00.0: Stopping AGG while state not ON or starting
Apr 9 09:52:31 pearl kernel: [ 121.058477] iwlagn 0000:03:00.0: queue number out of range: 0, must be 10 to 19
Apr 9 09:52:32 pearl kernel: [ 121.876040] iwlagn 0000:03:00.0: iwlagn_tx_agg_start on ra = 00:22:75:f2:b0:43 tid = 0
Apr 9 09:52:39 pearl kernel: [ 129.116827] iwlagn 0000:03:00.0: low ack count detected, restart firmware
Apr 9 09:52:39 pearl kernel: [ 129.116833] iwlagn 0000:03:00.0: On demand firmware reload
Apr 9 09:52:39 pearl kernel: [ 129.155110] iwlagn 0000:03:00.0: Stopping AGG while state not ON or starting
Apr 9 09:52:39 pearl kernel: [ 129.155117] iwlagn 0000:03:00.0: queue number out of range: 0, must be 10 to 19
Apr 9 09:52:41 pearl kernel: [ 130.512066] iwlagn 0000:03:00.0: iwlagn_tx_agg_start on ra = 00:22:75:f2:b0:43 tid = 0
Apr 9 09:52:44 pearl kernel: [ 134.052032] iwlagn 0000:03:00.0: iwlagn_tx_agg_start on ra = 00:22:75:f2:b0:43 tid = 0
Apr 9 09:52:51 pearl kernel: [ 141.097408] iwlagn 0000:03:00.0: low ack count detected, restart firmware

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: module-init-tools 3.12-1ubuntu6
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic-pae 2.6.38.2
Uname: Linux 2.6.38-8-generic-pae i686
Architecture: i386
Date: Wed Apr 13 17:42:31 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/usr/bin/fish
SourcePackage: module-init-tools
UpgradeStatus: Upgraded to natty on 2011-04-04 (8 days ago)

Revision history for this message
Stephen Thorne (jerub) wrote :
Revision history for this message
Timbba (timbba) wrote :
Download full text (4.9 KiB)

I can confirm that on Natty, the stability of 802.11n on iwlagn driver is still poor. My problems however is on reconnecting situations, the driver will go nuts on on connect and disconnect cycle :)

[ 8705.759680] wlan0: deauthenticated from 00:23:f8:2f:e1:a2 (Reason: 3)
[ 8705.790277] cfg80211: All devices are disconnected, going to restore regulatory settings
[ 8705.790285] cfg80211: Restoring regulatory settings
[ 8705.790291] cfg80211: Calling CRDA to update world regulatory domain
[ 8705.796255] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
[ 8705.796263] cfg80211: World regulatory domain updated:
[ 8705.796267] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 8705.796273] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 8705.796278] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 8705.796282] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 8705.796287] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 8705.796291] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 8706.333696] wlan0: authenticate with 00:23:f8:2f:e1:a2 (try 1)
[ 8706.336336] wlan0: authenticated
[ 8706.336382] wlan0: associate with 00:23:f8:2f:e1:a2 (try 1)
[ 8706.340128] wlan0: RX AssocResp from 00:23:f8:2f:e1:a2 (capab=0x411 status=0 aid=1)
[ 8706.340135] wlan0: associated
[ 8706.349695] cfg80211: Calling CRDA for country: FR
[ 8706.355707] cfg80211: Updating information on frequency 2412 MHz for a 20 MHz width channel with regulatory rule:
[ 8706.355715] cfg80211: 2402000 KHz - 2482000 KHz @ KHz), (N/A mBi, 2000 mBm)
[ 8706.355719] cfg80211: Updating information on frequency 2417 MHz for a 20 MHz width channel with regulatory rule:
[ 8706.355724] cfg80211: 2402000 KHz - 2482000 KHz @ KHz), (N/A mBi, 2000 mBm)
[ 8706.355727] cfg80211: Updating information on frequency 2422 MHz for a 20 MHz width channel with regulatory rule:
[ 8706.355732] cfg80211: 2402000 KHz - 2482000 KHz @ KHz), (N/A mBi, 2000 mBm)
[ 8706.355736] cfg80211: Updating information on frequency 2427 MHz for a 20 MHz width channel with regulatory rule:
[ 8706.355740] cfg80211: 2402000 KHz - 2482000 KHz @ KHz), (N/A mBi, 2000 mBm)
[ 8706.355744] cfg80211: Updating information on frequency 2432 MHz for a 20 MHz width channel with regulatory rule:
[ 8706.355749] cfg80211: 2402000 KHz - 2482000 KHz @ KHz), (N/A mBi, 2000 mBm)
[ 8706.355753] cfg80211: Updating information on frequency 2437 MHz for a 20 MHz width channel with regulatory rule:
[ 8706.355758] cfg80211: 2402000 KHz - 2482000 KHz @ KHz), (N/A mBi, 2000 mBm)
[ 8706.355761] cfg80211: Updating information on frequency 2442 MHz for a 20 MHz width channel with regulatory rule:
[ 8706.355766] cfg80211: 2402000 KHz - 2482000 KHz @ KHz), (N/A mBi, 2000 mBm)
[ 8706.355770] cfg80211: Updating information on frequency 2447 MHz for a 20 MHz width channel with regulatory rule:
[ 8706.355774] cfg80211: 2402000 KHz - 2482000 KHz @ KHz), (N/A mBi, 2000 mBm)
[ 8706.355778] cfg80211: Updating information on frequency 2452 MHz f...

Read more...

Revision history for this message
MiGu^ (miguit) wrote :

Same here natty updated from maverick same symptoms
Device is Lenovo T410i
Wireless drops off and sometimes it looks like its connected but nothing happens after wireless off wireles on it's back again.

Revision history for this message
Matthew Walden (matthew-walden) wrote :

I experienced this error yesterday but have been having wireless issues today without this message.

Although I can see from /var/log/syslog that it is disconnecting and reconnecting, if I disable ipv6 with the following sysctl settings it has so far prevented the GUI network manager from going into a infinite reconnecting loop -

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

I should say that I am not a Linux expert so this has just been through 'nothing ventured nothing gained' testing on my own machine. I noticed some warnings about ipv6 and I know I don't use it so it made sense to see whether disabling it helped.

Revision history for this message
Nigel Roberts (nigel-nobiscuit) wrote :

I have this same problem with a Lenovo L512 and an Advanced-N 6200 card. Disabling 802.11n using the module option allows it work ok.

Changed in module-init-tools (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.