iwl3945, hardy - N-M 0.7 caused system to become unresponsive when trying to connect wirelessly

[David Hugh-Jones]

Binary package hint: network-manager

Using hardy 8.04.1, with 2.6.27-2 from intrepid, and N-M 0.7~~svn20080818t061112+eni1-0ubuntu1~nm1~hardy1 from the N-M PPA. My system is a Thinkpad X60.

I attempted to join a wireless network with WPA. I then continuously got associated, authenticated, deauthenticated and deassociated from the network. While this was happening, my entire system became unresponsive: the mouse worked, so I could change windows etc., but the keyboard did not and I could not start new processes. Manually turning off the wireless switch made the system become responsive again.

After rebooting the problem went away and I was able to join the network successfully.

[David Hugh-Jones (davidhughjones)]

syslog attached. Grep for "blocked for more than 120 seconds" to find the times this occured.

[Alexander Sack (asac)]

This looks like a driver issue. Does running

 iwconfig wlan0 essid YOUESSID

while network-manager tries to associate workaround this issue?

Please attach the complete syslog.

what does modinfo iwl3945 dump to the terminal?

In any case, i think that issue should be fixed in intrepid kernel. If you have a chance please test it too.

Thanks!

[David Hugh-Jones (davidhughjones)]

That was the complete syslog. modinfo iwl3945 below. I can't reproduce the bug at the moment - if it comes back I'll try the workaround. This was using the intrepid kernel, so no, it hasn't been fixed.

filename: /lib/modules/2.6.27-2-generic/kernel/drivers/net/wireless/iwlwifi/iwl3945.ko
license: GPL
author: Copyright(c) 2003-2008 Intel Corporation
version: 1.2.26ks
description: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux
srcversion: 5C079549ABD48E07B20F3C7
alias: pci:v00008086d00004227sv*sd*bc*sc*i*
alias: pci:v00008086d00004222sv*sd*bc*sc*i*
alias: pci:v00008086d00004227sv*sd00001014bc*sc*i*
alias: pci:v00008086d00004222sv*sd00001044bc*sc*i*
alias: pci:v00008086d00004222sv*sd00001034bc*sc*i*
alias: pci:v00008086d00004222sv*sd00001005bc*sc*i*
depends: mac80211,led-class,cfg80211,rfkill
vermagic: 2.6.27-2-generic SMP mod_unload modversions 586
parm: antenna:select antenna (1=Main, 2=Aux, default 0 [both]) (int)
parm: disable:manually disable the radio (default 0 [radio on]) (int)
parm: hwcrypto:using hardware crypto engine (default 0 [software])
 (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)

[macavity (bschroder)]

I am running Hardy and I was able to connect to the WPA-Enterprise and normal WPA networks without any problems until some time in August'08. I completely reinstalled xubuntu 8.04.1 but still can't connect to any WPA encrypted network. I tried Intrepid Alpha5 from a USB stick and got it working but only for a few minutes. Looking at all the other related bug reports I am a bit disappointed that basic stuff such as networking is still such a challenge for this distribution. Anyway, here is some data:

Thinkpad X60
NetworkManager: nm-applet 0.6.6

uname -a:
Linux rick-x60 2.6.24-19-generic #1 SMP Wed Aug 20 22:56:21 UTC 2008 i686 GNU/Linux

lsmod | grep iwl3945:
iwl3945 93940 0
iwlwifi_mac80211 219108 1 iwl3945
cfg80211 15112 1 iwlwifi_mac80211
led_class 6020 1 iwl3945

modinfo iwl3945:
filename: /lib/modules/2.6.24-19-generic/updates/wireless/iwlwifi/iwlwifi/compatible/iwl3945.ko
license: GPL
author: Copyright(c) 2003-2007 Intel Corporation
version: 1.2.25
description: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux
srcversion: FDE2E62843DE3ED112A50C3
alias: pci:v00008086d00004227sv*sd*bc*sc*i*
alias: pci:v00008086d00004222sv*sd*bc*sc*i*
depends: led-class,iwlwifi_mac80211
vermagic: 2.6.24-19-generic SMP mod_unload 586
parm: antenna:select antenna (1=Main, 2=Aux, default 0 [both]) (int)
parm: disable:manually disable the radio (default 0 [radio on]) (int)
parm: hwcrypto:using hardware crypto engine (default 0 [software])
 (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)

cat syslog | egrep -i "iwl3945|network|wlan":
Sep 19 22:04:03 rick-x60 kernel: [ 14.160113] Intel(R) PRO/1000 Network Driver - version 7.3.20-k2-NAPI
Sep 19 22:04:03 rick-x60 kernel: [ 14.287575] e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
Sep 19 22:04:03 rick-x60 kernel: [ 34.411228] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.25
Sep 19 22:04:03 rick-x60 kernel: [ 34.411233] iwl3945: Copyright(c) 2003-2007 Intel Corporation
Sep 19 22:04:03 rick-x60 kernel: [ 34.411421] iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection
Sep 19 22:04:03 rick-x60 NetworkManager: <info> starting...
Sep 19 22:04:04 rick-x60 avahi-daemon[5203]: Network interface enumeration completed.
Sep 19 22:04:05 rick-x60 NetworkManager: <info> Found radio killswitch /org/freedesktop/Hal/devices/ipw_wlan_switch
Sep 19 22:04:06 rick-x60 kernel: [ 41.376337] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
Sep 19 22:04:06 rick-x60 NetworkManager: <info> wlan0: Device is fully-supported using driver 'iwl3945'.
Sep 19 22:04:06 rick-x60 NetworkManager: <info> wlan0: driver does not support SSID scans (scan_capa 0x00).
Sep 19 22:04:06 rick-x60 NetworkManager: <info> nm_device_init(): waiting for device's worker thread to start
Sep 19 22:04:06 rick-x60 N...

[macavity (bschroder)]

I installed linux-backports-2.6.24-19, no luck.
Then I booted up on Intrepid Alpha6. Still no wireless connection to WPA networks.
Here is the data:

uname -a:
Linux ubuntu 2.6.27-3-generic #1 SMP Wed Sep 10 16:02:00 UTC 2008 i686 GNU/Linux

lsmod | grep iwl
iwl3945 98804 0
mac80211 216820 1 iwl3945
cfg80211 32392 2 iwl3945,mac80211
rfkill 17048 3 iwl3945,thinkpad_acpi
led_class 12164 2 iwl3945,thinkpad_acpi

modinfo iwl3945:
filename: /lib/modules/2.6.27-3-generic/kernel/drivers/net/wireless/iwlwifi/iwl3945.ko
license: GPL
author: Copyright(c) 2003-2008 Intel Corporation
version: 1.2.26ks
description: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux
srcversion: 5C079549ABD48E07B20F3C7
alias: pci:v00008086d00004227sv*sd*bc*sc*i*
alias: pci:v00008086d00004222sv*sd*bc*sc*i*
alias: pci:v00008086d00004227sv*sd00001014bc*sc*i*
alias: pci:v00008086d00004222sv*sd00001044bc*sc*i*
alias: pci:v00008086d00004222sv*sd00001034bc*sc*i*
alias: pci:v00008086d00004222sv*sd00001005bc*sc*i*
depends: mac80211,led-class,cfg80211,rfkill
vermagic: 2.6.27-3-generic SMP mod_unload modversions 586
parm: antenna:select antenna (1=Main, 2=Aux, default 0 [both]) (int)
parm: disable:manually disable the radio (default 0 [radio on]) (int)
parm: hwcrypto:using hardware crypto engine (default 0 [software])
 (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)

Full syslog (see attachment)

[macavity (bschroder)]

I thought, maybe I needed to to update my iwl3945 firmware to iwlwifi-3945-ucode-15.28.1.6.tgz
from http://www.intellinuxwireless.org/?p=iwlwifi&n=downloads ,
extracted and copied it into /lib/firmware/ as well as updating the existing one in /lib/firmware/2.6.24-19-generic/
After the first reboot this seemed to have solved the issue but on the second reboot my wireless stopped working and now I back to square one.

[David Hugh-Jones (davidhughjones)]

macavity: Are your problems related to this specific bug? If not, maybe ask a question on the forums or answers.launchpad.net?

[macavity (bschroder)]

Sorry. Initially I was also testing N-M 0.7 with Intrepid but I guess it turned into something else.
I am having strange wireless problems so I'll just open a new bug.

[Dimitrios Symeonidis (azimout)]

david, since you haven't reported any new occurrences of the issue, I'm assuming it's fixed for you, so marking accordingly. if this is not the case, feel free to switch back to new...