Bugzilla – Bug 1700
iwl4965 stops transferring data within a few minutes on Linux 2.6.26
Last modified: 2008-12-08 22:53:52
You need to log in before you can comment on or make changes to this bug.
I'm running Linux-2.6.26 released yesterday, with iwl4965 driver and iwlwifi-4965-ucode-228.57.1.21. Immediately after booting the WiFi associates, obtains an IP address via DHCP and the network connection is initially usable. However, after some traffic the WiFi gets stuck and no packets seem to get transmitted anymore. This happens within 1-2 after bringing the interface online. This did not happen with Linux-2.6.25. Everything works there. I'm attaching a logfile with debugging information from the WiFi. This problem is 100% reproducible, so if you need any more information, please let me know.
Created an attachment (id=1505) [details] Kernel debugging output for iwlwifi Added logfile attachment
I had the same problem during 2.6.26 release cycle, however now I cannot reproduce with kernel 2.6.26, ucode iwl4965-ucode-4.44.1.20, following settings: esprimo ~ # zgrep IWL /proc/config.gz CONFIG_IWLWIFI=m CONFIG_IWLCORE=m # CONFIG_IWLWIFI_LEDS is not set # CONFIG_IWLWIFI_RFKILL is not set CONFIG_IWL4965=m CONFIG_IWL4965_HT=y # CONFIG_IWL4965_LEDS is not set CONFIG_IWL4965_SPECTRUM_MEASUREMENT=y CONFIG_IWL4965_SENSITIVITY=y CONFIG_IWLWIFI_DEBUG=y # CONFIG_IWL3945 is not set I know I could trigger this bug with 2.6.26-rc9 and following combination: CONFIG_IWLWIFI_RFKILL=y CONFIG_IWL4965_HT=n CONFIG_IWL4965_SPECTRUM_MEASUREMENT=n CONFIG_IWL4965_SENSITIVITY=n so you may try to fiddle with mentioned settings, I personally blame IWLWIFI_RFKILL.
/usr/src/linux-2.6.25> grep IWL .config CONFIG_IWL4965=y # CONFIG_IWL4965_QOS is not set # CONFIG_IWL4965_SPECTRUM_MEASUREMENT is not set # CONFIG_IWL4965_SENSITIVITY is not set # CONFIG_IWL4965_DEBUG is not set # CONFIG_IWL3945 is not set /usr/src/linux-2.6.26> grep IWL .config CONFIG_IWLWIFI=y CONFIG_IWLCORE=y CONFIG_IWLWIFI_LEDS=y # CONFIG_IWLWIFI_RFKILL is not set CONFIG_IWL4965=y # CONFIG_IWL4965_HT is not set CONFIG_IWL4965_LEDS=y # CONFIG_IWL4965_SPECTRUM_MEASUREMENT is not set # CONFIG_IWL4965_SENSITIVITY is not set CONFIG_IWLWIFI_DEBUG=y # CONFIG_IWL3945 is not set Even after disabling RFKILL support in the kernel, I get the same problem.
Can you try if it relates to CONFIG_IWL4965_HT?
With CONFIG_IWL4965_HT=y it gets worse. I can associate to the AP, but data transmission stops even before DHCP completes. With CONFIG_IWL4965_HT=n I could at least obtain an IP address and send/receive data for a few minutes.
i have this problem also kernel 2.6.26 same ucode
Confirmed here as well with 2.6.26 final (I don't think this occurred on 2.6.26-rc8). Laptop is a ThinkPad T61 with latest BIOS. Example dmesg output when the card stops working: iwl4965: HARDWARE GONE?? INTA == 0x000000000000000000000000000000000000000000000 000000000000000000000000000ffffffff iwl4965: Error sending REPLY_RXON: time out after 500ms. iwl4965: Error clearing ASSOC_MSK on current configuration (-110). iwl4965: Error sending REPLY_RXON: time out after 500ms. iwl4965: Error clearing ASSOC_MSK on current configuration (-110). iwl4965: Error sending REPLY_RXON: time out after 500ms. Kernel configuration is as follows: CONFIG_MAC80211=y CONFIG_MAC80211_RC_DEFAULT_PID=y CONFIG_MAC80211_RC_DEFAULT="pid" CONFIG_MAC80211_RC_PID=y CONFIG_MAC80211_LEDS=y CONFIG_IWLWIFI=m CONFIG_IWLCORE=m CONFIG_IWLWIFI_LEDS=y CONFIG_IWLWIFI_RFKILL=y CONFIG_IWL4965=m CONFIG_IWL4965_HT=y CONFIG_IWL4965_LEDS=y CONFIG_IWL4965_SPECTRUM_MEASUREMENT=y CONFIG_IWL4965_SENSITIVITY=y CONFIG_IWL4965_HT unfortunately makes no difference in this case.
I had encountered the same issue on Linux-2.6.26,there are no data transfer between two DUTs with 4965. My Test Environments are same.
I retested it and set "CONFIG_IWL4965_HT=y" according to Comment #4. But DUT can not transfer big file. When datas are transmited less than 20M, the data transfer is stalled. But DUT can receive ping packages.
Change priority to P1
This may be related to the following issue in Windows. At work I support a number of ThinkPad T60 and T61 laptops (a largely Windows environment). However, both cards use very similar drivers -- that is, in the device manager "advanced options" both have a "Power Management" setting. Leaving this default (perhaps whatever IBM sets, or perhaps what Intel sets) even in Windows, these laptops have issues where the wireless card will randomly stop working. The only way is to reboot the machine to get it working again. As an official fix in the IT department, we re-configure the driver, uncheck the "power management" option to use the default and move the slider to maximum. This is the dialog in which I am referring to: http://zeus.dogtoe.com/files/screenshots/iwl3945-power-management.png I know it mentions the 3945 card, but the option in 4965 is in the exact same spot. Changing this setting to like I have it in the picture resolved the problem for my company in Windows. This question is mostly for the Intel guys: Is there any way to ensure that the wireless power management is set to maximum in Linux, or does the setting not apply?
Same Problem here: Thinkpad T61 (6460-65G, Bios 2.19, Embedded-Controller 1.08) running Linux x86_64. ucode is v4.44.1.20 thinkpadt61 linux-2.6.26 # grep IWL .config CONFIG_IWLWIFI=m CONFIG_IWLCORE=m # CONFIG_IWLWIFI_LEDS is not set # CONFIG_IWLWIFI_RFKILL is not set CONFIG_IWL4965=m # CONFIG_IWL4965_HT is not set # CONFIG_IWL4965_LEDS is not set # CONFIG_IWL4965_SPECTRUM_MEASUREMENT is not set # CONFIG_IWL4965_SENSITIVITY is not set # CONFIG_IWLWIFI_DEBUG is not set CONFIG_IWL3945=m # CONFIG_IWL3945_SPECTRUM_MEASUREMENT is not set # CONFIG_IWL3945_LEDS is not set # CONFIG_IWL3945_DEBUG is not set thinkpadt61 linux-2.6.26 # lspci | grep -i network 00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03) 03:00.0 Network controller: Intel Corporation Unknown device 4230 (rev 61) thinkpadt61 linux-2.6.26 # modinfo iwl4965 filename: /lib/modules/2.6.26/kernel/drivers/net/wireless/iwlwifi/iwl4965.ko license: GPL author: Copyright(c) 2003-2008 Intel Corporation version: 1.2.26k description: Intel(R) Wireless WiFi Link 4965AGN driver for Linux srcversion: 1539418C0C1E4229FD60D0A alias: pci:v00008086d00004230sv*sd*bc*sc*i* alias: pci:v00008086d00004229sv*sd*bc*sc*i* depends: iwlcore vermagic: 2.6.26 SMP preempt mod_unload modversions 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_hw_scan:disable hardware scanning (default 0) (int) parm: queues_num:number of hw queues. (int) parm: qos_enable:enable all QoS functionality (int) parm: amsdu_size_8K:enable 8K amsdu size (int) thinkpadt61 linux-2.6.26 # modinfo iwlcore filename: /lib/modules/2.6.26/kernel/drivers/net/wireless/iwlwifi/iwlcore.ko license: GPL author: Copyright(c) 2003-2008 Intel Corporation version: 1.2.26k description: iwl core srcversion: 0F6F41ABB873385903EF92E depends: vermagic: 2.6.26 SMP preempt mod_unload modversions thinkpadt61 linux-2.6.26 # dmesg | grep -i wlan wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:1b:9e:e9:4d:1f wlan0: RX authentication from 00:1b:9e:e9:4d:1f (alg=0 transaction=2 status=0) wlan0: authenticated wlan0: associate with AP 00:1b:9e:e9:4d:1f wlan0: RX AssocResp from 00:1b:9e:e9:4d:1f (capab=0x411 status=0 aid=3) wlan0: associated wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection disabled (BSSID=00:1b:9e:e9:4d:1f) wlan0: CTS protection enabled (BSSID=00:1b:9e:e9:4d:1f) thinkpadt61 linux-2.6.26 # dmesg | grep -i iwl iwl4965: Intel(R) Wireless WiFi Link 4965AGN driver for Linux, 1.2.26k iwl4965: Copyright(c) 2003-2008 Intel Corporation iwl4965: Detected Intel Wireless WiFi Link 4965AGN iwl4965: Tunable channels: 13 802.11bg, 19 802.11a channels phy0: Selected rate control algorithm 'iwl-4965-rs' firmware: requesting iwlwifi-4965-1.ucode thinkpadt61 linux-2.6.26 # ping www.luemmel.org PING www.luemmel.org (84.200.250.11) 56(84) bytes of data. 64 bytes from www.luemmel.org (84.200.250.11): icmp_seq=1 ttl=57 time=37.6 ms 64 bytes from www.luemmel.org (84.200.250.11): icmp_seq=2 ttl=57 time=45.6 ms 64 bytes from www.luemmel.org (84.200.250.11): icmp_seq=3 ttl=57 time=37.0 ms ping: sendmsg: No buffer space available ping: sendmsg: No buffer space available ^C
Is there any update to this? Proposed fix, etc? Should we upgrade to 2.6.27, if possible, and use the ABI-2 microcode and such?
Just tried 2.6.27 with the ABI-2 driver and it still stops transferring after a few minutes of data transfer.
I can confirm the same bug on Ubuntu Intrepid (2.6.27-4). This makes my T61 completely unusable, the wired nic is blacklisted because of the EPROM corruption bug and the wireless NIC works intermittently... Let me know if you need any debug info.
Question: Is this bug still in 2.6.26 and 2.6.27 Kernels, if compat-wireless drivers are applied? I want to know this, before I update my Kernel....
It should be fixed in the 27-rc kernels (around rc1 or rc2, I couldn't really remember).
OK, Thanks. And what about the 2.6 Kernel with compat-wireless drivers applied? Is it fixed there too?
(In reply to comment #17) > It should be fixed in the 27-rc kernels (around rc1 or rc2, I couldn't really > remember). > I'm using Ubuntu's 2.6.27-6 which I guess is using a kernel newer than rc2 and the problem is still here.
Sorry to be a ditto, but I'm seeing the same thing on an Intel Corporation PRO/Wireless 4965 AGN Network Connection (rev 61). This is 3 months after a bug was filed on a release kernel version of this driver. I've poked through the comments on this bug... no official response or patch or suggestion... wow. I wonder if I can get the Atheros card out of my old laptop... *sigh*
Do you still see this problem on 2.6.27 kernel?
If it is the same issue as https://bugs.launchpad.net/ubuntu/+source/linux/+bug/179698 it is still in Ubuntu 8.10's 2.6.27 kernel.
For me, the problem is gone! 2.6.27.4 (x86_64) with ucode 228.57.2.21 works without problems.
dmesg output of modprobe iwlagn with this bug: [10176.880088] wlan0: authenticate with AP 00:18:74:c6:46:a1 [10176.893969] wlan0: authenticate with AP 00:18:74:c6:46:a1 [10176.895894] wlan0: authenticated [10176.895907] wlan0: associate with AP 00:18:74:c6:46:a1 [10176.899317] wlan0: RX AssocResp from 00:18:74:c6:46:a1 (capab=0x431 status=0 aid=20) [10176.899327] wlan0: associated [10793.601132] wlan0: No ProbeResp from current AP 00:18:74:c6:46:a1 - assume out of range [10794.204149] iwlagn: Error sending REPLY_SCAN_CMD: time out after 500ms. [10794.204392] iwlagn: TX Power requested while scanning! [10794.704141] iwlagn: Error sending REPLY_SCAN_ABORT_CMD: time out after 500ms. [10795.205133] iwlagn: Error sending REPLY_RXON: time out after 500ms. [10795.205146] iwlagn: Error setting new RXON (-110) [10795.205154] wlan0: authenticate with AP 00:18:74:c6:46:a1 [10795.405091] wlan0: authenticate with AP 00:18:74:c6:46:a1 [10795.604150] wlan0: authenticate with AP 00:18:74:c6:46:a1 [10795.804165] wlan0: authentication with AP 00:18:74:c6:46:a1 timed out [10809.321106] iwlagn: Error sending REPLY_SCAN_ABORT_CMD: time out after 500ms. [10809.321136] iwlagn: Aborted scan still in progress after 100ms [10809.321142] wlan0: Failed to config new SSID to the low-level driver [10914.465017] iwlagn: MAC is in deep sleep! [10914.517492] iwlagn: MAC is in deep sleep! [10914.567339] iwlagn: MAC is in deep sleep! [10914.615196] iwlagn 0000:03:00.0: PCI INT A disabled [10919.996208] cfg80211: Using static regulatory domain info [10919.996226] cfg80211: Regulatory domain: US [10919.996230] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [10919.996236] (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm) [10919.996242] (5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [10919.996248] (5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [10919.996253] (5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [10919.996259] (5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [10919.996264] (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm) [10919.996269] cfg80211: Calling CRDA for country: US [10920.070340] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks [10920.070350] iwlagn: Copyright(c) 2003-2008 Intel Corporation [10920.070474] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [10920.070517] iwlagn: Detected Intel Wireless WiFi Link 4965AGN REV=0xFFFFFFFF [10920.120172] iwlagn: MAC is in deep sleep! [10920.121759] iwlagn: probe of 0000:03:00.0 failed with error -5 It should look like this: (dmesg on the same machine) [ 1459.929125] mac80211-phy0: failed to remove key (0, ff:ff:ff:ff:ff:ff) from hardware (-16) [ 1461.954943] iwlagn 0000:03:00.0: PCI INT A disabled [ 1465.997212] cfg80211: Using static regulatory domain info [ 1465.997227] cfg80211: Regulatory domain: US [ 1465.997231] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 1465.997238] (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm) [ 1465.997243] (5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 1465.997248] (5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 1465.997253] (5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 1465.997259] (5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 1465.997264] (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm) [ 1465.997270] cfg80211: Calling CRDA for country: US [ 1466.100553] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks [ 1466.100563] iwlagn: Copyright(c) 2003-2008 Intel Corporation [ 1466.103562] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 1466.103605] iwlagn 0000:03:00.0: setting latency timer to 64 [ 1466.103738] iwlagn: Detected Intel Wireless WiFi Link 4965AGN REV=0x4 [ 1466.151338] iwlagn: Tunable channels: 13 802.11bg, 19 802.11a channels [ 1466.153071] phy0: Selected rate control algorithm 'iwl-agn-rs' [ 1470.180589] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 1470.181722] firmware: requesting iwlwifi-4965-2-lbm.ucode [ 1470.395099] Registered led device: iwl-phy0:radio [ 1470.395159] Registered led device: iwl-phy0:assoc [ 1470.395200] Registered led device: iwl-phy0:RX [ 1470.395239] Registered led device: iwl-phy0:TX [ 1470.443317] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1478.005716] wlan0: authenticate with AP 00:18:f8:b6:eb:d1 [ 1478.008448] wlan0: authenticated [ 1478.008464] wlan0: associate with AP 00:18:f8:b6:eb:d1 [ 1478.010586] wlan0: RX AssocResp from 00:18:f8:b6:eb:d1 (capab=0x431 status=0 aid=2) [ 1478.010592] wlan0: associated [ 1478.032529] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 1488.944123] wlan0: no IPv6 routers present
Ingo, which uCode version are you using? the latest one is 228.57.2.21
Created an attachment (id=1681) [details] my ucode file I cannot tell which version it is from the file name. This line in dmesg > [ 45.402803] firmware: requesting iwlwifi-4965-2-lbm.ucode makes me assume, that I use the attached ucode file.
The original bug report by Udo is for "iwl4965 stops transferring data within a few minutes on Linux 2.6.26" as title. This problem is resolve after we fixed the bug for CONFIG_IWL4965_HT setting. Now the option is even total removed (HT code is always enabled). Some people misuse this bug to track another "hardware gone" bug. They are totally unrelated bugs. Ingo and Brian, do you still see "hardware gone" problem with the latest driver? If so, please open a new bug for it. I'll close this one. Re: comment #24, do you have AMT/vPRO enabled in your BIOS? Please disable it and have another try. Open a bug if it doesn't fix the problem.
Mark as Verified. Please reopen it if this bug still exists.