[Gutsy] Network Manager freezes system when logging into a WPA WiFi network using ralink rt2500

Same things here, after I upgraded my laptop to Gutsy Gibbon (yesterday) now I have your same identical problem.
I add that the system freeze happens very randomly, sometimes just I digit the gnome-keyring password other times randomly when I use my laptop for generic porpouses
I have a Dell Latitude d610 with an Intel wifi card (ipw2200)

Dont know if it will be useful but this lines are the last of syslog before the freeze:

Aug 19 18:30:19 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev has_link? 1
Aug 19 18:30:19 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev && new_dev!!
Aug 19 18:30:20 goa NetworkManager: <info> Error getting killswitch power: org.freedesktop.Hal.Device.KillSwitch.NotSupported - Access type not supported
Aug 19 18:30:24 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev has_link? 1
Aug 19 18:30:24 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev && new_dev!!
Aug 19 18:30:28 goa NetworkManager: <info> Error getting killswitch power: org.freedesktop.Hal.Device.KillSwitch.NotSupported - Access type not supported
Aug 19 18:30:29 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev has_link? 1
Aug 19 18:30:29 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev && new_dev!!
Aug 19 18:30:34 goa NetworkManager: <info> Error getting killswitch power: org.freedesktop.Hal.Device.KillSwitch.NotSupported - Access type not supported
Aug 19 18:30:35 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev has_link? 1
Aug 19 18:30:35 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev && new_dev!!
Aug 19 18:30:40 goa NetworkManager: <info> Error getting killswitch power: org.freedesktop.Hal.Device.KillSwitch.NotSupported - Access type not supported
Aug 19 18:30:40 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev has_link? 1
Aug 19 18:30:40 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev && new_dev!!
Aug 19 18:30:45 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev has_link? 1
Aug 19 18:30:45 goa NetworkManager: <info> nm_policy_device_change_check:: old_dev && new_dev!!
Aug 19 18:30:46 goa NetworkManager: <info> Error getting killswitch power: org.freedesktop.Hal.Device.KillSwitch.NotSupported - Access type not supported
Aug 19 18:31:49 goa syslogd 1.4.1#21ubuntu2: restart.

Confirmed the bug here - occurs all the time. Note the nm-applet is still animated during the system freeze.

New kernel (2.6.22-10-generic) seems to have fixed the bug !

I was wrong! It still freezes when logging : no move on the screen, no mouse, no keyboard.

Confirmed in Gutsy Tribe 5 (desktop-i386) with RT2500pci. Worked first time, but always frozen since, requiring hard reboot.

Happens to me too. Same chipset. I can connect to an unsecured network just fine, but attempting to connect to a WPA network with network-manager freezes the whole system (using the live CD).

Actually, it happens when I try to connect to a WPA network using wicd as well. Maybe the problem is with the drivers/kernel/wpa_supplicant and not network-manager?

Confirmed in Kubuntu Gutsy Tribe 5. At first time it works for 30 minutes. Now I*ve freezes after I enter my WPA Key.

ryan: Got the same behavior with wicd, the issue appears to be to do with the kernel module. Compiling the legacy driver from CVS offers support for the latest kernel's and doesn't have any problems at all.... was the only way I could get the network working.

I stopped using network-manager as it's pants for servers at the moment.... doesn't even start the network at boot! 0.7 promises to fix a lot of the issues... fingers crossed. :)

With a PCMCIA Conceptronic C54RC (rt2500 based), with rt2500pci module, also freezes

Same card as Jesmar here, resulting in a total hang up with the daily-live from 25-sept 2007.

Sorry about my first comment... very poor.

My exact experience is this: When network-manager try to stablish an wpa connection (just after it asks you the passphrase) the system becomes totally freeze. No n-m icon animation, no mouse, no ctrl-alt-f11, ctrl-alt-del, etc.

This is the output of lspci -v (from a feisty install i'm using to post this):

02:00.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)
        Subsystem: Unknown device 1948:3c00
        Flags: bus master, slow devsel, latency 64, IRQ 10
        Memory at 44000000 (32-bit, non-prefetchable) [size=8K]
        Capabilities: [40] Power Management version 2

Its a Conceptronic PCMCIA C54RC. I'll be happy to supply any other relevant information.

This seems to be the same problem I have in #129183

Can you try with the package found in my ppa (http://ppa.launchpad.net/cschieli/ubuntu)

http://ppa.launchpad.net/cschieli/ubuntu/pool/main/l/linux-ubuntu-modules-2.6.22/linux-ubuntu-modules-2.6.22-12-generic_2.6.22-12.32~ppa1_i386.deb

I'm pleased to write that with that deb it appears to work. Here are my steps:

Booted from gitsy daily-live 25.2 (current as today). Then I removed the modules related to the wifi card (that was inserted in the PCMCIA slot at boot time, but removed after the boot) using rmmod on rt2500pci, rt2x00pci, rt2x00lib and rfkill (that was using something from rt2x00). After installing your package (previously downloaded to an ext3 partition) the card was not correctly detected the first time, inserting it a second time solved it. After that, it showed networks availables in n-m and connected correctly to my wpa-protected AP without problems at all. Now I'm writing using the connection.

How can I help to push a definitive fix to this issue in the final release? Is it too late? According to your post you have located the exact commit where the issue was introduced (so it should be not so difficult to fix or revert the patch). am I wrong?

Thank you for your help. I was loosing the hope to see this solved (and I have 2 pcs with rt2500 chips around...). Now it appears to be a chance.

Additionally: after a clean install of gutsy, install of your lum package and a reboot, I faced missing symbols like in this bug: #144079. My syslog match the log posted in this comment: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/144079/comments/13 .

Yes, this should be fixed in my latest lum (2.6.22-12.33~ppa1)

2007/9/28, Rafael Gálvez-Cañero <email address hidden>:
>
> Additionally: after a clean install of gutsy, install of your lum
> package and a reboot, I faced missing symbols like in this bug: #144079.
> My syslog match the log posted in this comment:
> https://bugs.launchpad.net/ubuntu/+source/linux-
> source-2.6.22/+bug/144079/comments/13 .
>
> --
> [Gutsy] Network Manager freezes system when logging into a WPA WiFi
> network using ralink rt2500
> https://bugs.launchpad.net/bugs/133251
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Confirmed those new ppa modules fix the issue (two different computers, both rt2500 wifi) - I'm typing this via the gutsy beta livecd right now!

I'm using Gutsy Beta with KNetworkManager: the same problem. It freezes when I'm trying to connect to a WPA-Encrypted Network.
I tried it with editing the "/etc/network/interfaces" like it is described on ubuntuusers wiki. No effect.

I agree to all the problems above, beside that, the 8 mbit connection that was very fast before get held down to a lousy 100 kbit when I try to download something.

Beginning with the Hardy Heron 8.04 development cycle, all open Ubuntu kernel bugs need to be reported against the "linux" kernel package. We are automatically migrating this bug to the new "linux" package. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://www.ubuntu.com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!