Keyboard killed when using hostap_pci with NetworkManager
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
Binary package hint: linux-source-2.6.20
Description of the problem:
Reloading the hostap_pci module while in GNOME and using NetworkManager eventually stops all keyboard input (bar sysrq) from being registered.
Steps to reproduce:
1. Boot the machine into GNOME .
2. Start a gnome-terminal .
3. Become root using
/usr/bin/sudo -s
4. Run the following:
modprobe -r prism2_pci orinoco_pci hostap_pci && modprobe hostap_pci
5. Wait for NetworkManager to attach to a previously chosen network (or go to the NetworkManager applet and enter an ESSID to connect to.
Expected results:
To connect to access point specified. Computer to have a working network connection and keyboard input to continue to be accepted (e.g. respond to caps lock).
Actual results:
NetworkManager spends longer trying to connect than it does when using orinoco_pci drivers. When it brings up /sbin/wpa_
Bizarrely I was able to do a safe shutdown by copying and pasting the individual letters of
shutdown -r now
along with a newline into a gnome-terminal that happened to already have root. The computer took over five minutes to get to the "Halting computer" stage and did not power off.
How reproducible is this bug?
This bug is reproducible every time.
Version Information
Ubuntu Feisty (Herd 5)
linux-image-
Changed in linux-source-2.6.20: | |
assignee: | nobody → ubuntu-kernel-team |
importance: | Undecided → Medium |
status: | Unconfirmed → Confirmed |
Unfortunately, this is a very difficult bug for us to reproduce without the same hardware. Can you please attach the kern.log after you've done this and shutdown -r now?
(Also, does the problem still occur if after you modprobe you do a "sudo iwconfig wlan0 mode managed"?)
Thanks!
Kyle