iwlagn: cannot allocate SKB buffers
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-backports-modules-2.6.27 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
After prolonged network activity (typically during heavy traffic) the network stops responding. Wireless card remains associated with the access point (local router with WPA), but no traffic comes in or out. As this happens, /var/log/syslog obtains several tens of:
Dec 14 18:18:54 gemma kernel: [11538.519710] iwlagn: Can not allocate SKB buffers
separated by ~45 seconds. Other machines connected to the AP are unaffected, the problem is local to this computer. This is observed on a Compaq 6820s running Intrepid 64-bit. There are no other network-related messages in either syslog or messages. After disassociating and associating, everything returns back to normal.
Device:
10:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
Subsystem: Intel Corporation Device 1100
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 2297
Region 0: Memory at dc000000 (64-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
Kernel driver in use: iwlagn
Kernel modules: iwlagn
00: 86 80 29 42 06 00 10 00 61 00 80 02 10 00 00 00
10: 04 00 00 dc 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 00 11
30: 00 00 00 00 c8 00 00 00 00 00 00 00 0a 01 00 00
Module:
filename: /lib/modules/
alias: iwl4965
license: GPL
author: Copyright(c) 2003-2008 Intel Corporation
version: 1.3.27ks
description: Intel(R) Wireless WiFi Link AGN driver for Linux
firmware: iwlwifi-
firmware: iwlwifi-
srcversion: D21819AB73FDCB4
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
alias: pci:v00008086d0
depends: iwlcore,
vermagic: 2.6.27-10-generic SMP mod_unload modversions
parm: disable50:manually disable the 50XX radio (default 0 [radio on]) (int)
parm: swcrypto50:using software crypto engine (default 0 [hardware])
(bool)
parm: debug50:50XX debug output mask (int)
parm: queues_num50:number of hw queues in 50xx series (int)
parm: qos_enable50:enable all 50XX QoS functionality (int)
parm: 11n_disable50:
parm: amsdu_size_
parm: fw_restart50:
parm: antenna:select antenna (1=Main, 2=Aux, default 0 [both]) (int)
parm: disable:manually disable the radio (default 0 [radio on]) (int)
parm: swcrypto:using crypto in software (default 0 [hardware]) (int)
parm: debug:debug output mask (int)
parm: disable_
parm: queues_num:number of hw queues. (int)
parm: qos_enable:enable all QoS functionality (int)
parm: 11n_disable:disable 11n functionality (int)
parm: amsdu_size_
parm: fw_restart4965:
Changed in linux-backports-modules-2.6.27: | |
status: | New → Invalid |
Managed to get more syslog output on the bug:
[ 2876.725114] iwlagn: Microcode SW error detected. Restarting 0x2000000.
[ 2876.941557] Registered led device: iwl-phy0:radio
[ 2876.941877] Registered led device: iwl-phy0:assoc
[ 2876.942152] Registered led device: iwl-phy0:RX
[ 2876.942422] Registered led device: iwl-phy0:TX
It seems to me that the reset should be done on the active connection as well -- maybe NM should catch the microcode exception.