Keyboard killed when using hostap_pci with NetworkManager

Bug #89464 reported by Sitsofe Wheeler
6
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_supplicant keyboard seemingly stops working accept for sysrq keys (assuming sysrq is enabled). Computer does not respond to power button request to shut down. Can't swap to a virtual console. Mouse input continues to work.

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-2.6.20-9-generic

Revision history for this message
Kyle McMartin (kyle) wrote :

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

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

Please find kern.log attached.

I ran
sudo iwconfig wlan0 mode managed
but that command just wound up hanging.

Interestingly I did a
watch cat /proc/interrupts
and
1: 1003 XT-PIC-XT i8042
which appears to be my PS/2 keyboard continued to increase only when I pressed keys on the keyboard. However the input was never registered by X (and I could not switch to a virtual terminal).

Wifi card is a Netgear MA311:
00:0f.0 Network controller: Intersil Corporation Prism 2.5 Wavelan chipset (rev 01)

Changed in linux-source-2.6.20:
assignee: nobody → ubuntu-kernel-team
importance: Undecided → Medium
status: Unconfirmed → Confirmed
Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

I will also add that is running the 1.8.4 firmware.

Revision history for this message
Brett Clippingdale (brett-clippingdale) wrote :

I have same problem on an IBM Thinkpad T30 with Prism2 (internal IBM "mini PCI" card) running hostap driver.

I see that NM disconnects from my WPA network with "sudo iwconfig wlan0 essid x mode managed", but then fails to connect to an unencrypted network -- in fact, it pretty much freezes the desktop. I lose keyboard, and notice that the Gnome system monitor status applets also freeze, I cannot open new windows (using Gnome applets). Only the mouse appears to work.

I can sometimes turn the system off, but not always. In those cases when it failed to shut off after 30 seconds, I have not had the patience to wait to see if it will eventually turn off by itself. Actual system shutoff does not happen -- it says it will shutdown in the console after unmounting drives -- but this perhaps an unrelated bug:

https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/43961

https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/104741

Revision history for this message
Joe Clifford (joeclifford) wrote :

The same happens to me with hostap_cs and NetworkManager. NetworkManager scans and sees all APs but fails to associate or get an IP address when I select my AP. After ~60 seconds the NM swirling icon freezes and keyboard input does not work at all though I can still use the mouse (programs don't run however the logout prompt comes up) and the system monitor on the panel showing CPU usage still scrolls by. Once, whilst trying to find out what was happening, I ran a watch on the end of syslog or messages and I seem to remember something coming up along the lines of 'Unrecognised keycode 0x#### on serio i8042'... or something like this as soon as the keyboard locked up. I have unfortunately not been able to reproduce this yet. Perhaps the keyboard is losing it's interrupt? The only way I can shut down my laptop is to manually power off - clicking shutdown on the logout prompt does not work. I'm using Prism station firmware 1.7.4.

Revision history for this message
Joe Clifford (joeclifford) wrote :
Revision history for this message
Ben Klaasen (ben-fluidlogic) wrote :

Hi Kyle -

I experienced the same issue using Ubuntu Gutsy Gibbon (7.10) while attempting to configure my wireless network with a Hannstar MV-4WL-138G V2 R3.01 PCI wireless card. This card is surplus to my requirements but may be useful to you to help diagnose the cause of the issue. Contact me at ben ta fluid logic tod org or via skype at reverse(nesaalkneb) to arrange for me to send you this card with my compliments.

Kudos to Sitsofe for an excellent bug report.

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

This issue no longer seems reproducible for me in Hardy beta.

Ubuntu hardy (development branch)
linux-image-2.6.24-12-generic 2.6.24-12.22

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

I take it back. This just happened to me although the steps to reproduce it are no longer so straightforward.

Version information:
Ubuntu hardy (development branch)
linux-image-2.6.24-12-generic 2.6.24-12.22

Revision history for this message
Mr. Mike (mike-himikeb) wrote :

Using Hardy, I have encountered this several times.
Once or twice, I was able to copy-paste existing letters to do a chvt 1. That terminal worked, and I was able to kill some running NetworkManager processes, which ultimately allowed use of the keyboard to resume back in X.
So, is this a NM issue? Or is it possible that something in the UI-Framework is allowing NM to capture the Keyboard and prevent other apps from getting it? A GTK+ problem??

Revision history for this message
Launchpad Janitor (janitor) wrote : Kernel team bugs

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

Revision history for this message
Andy Whitcroft (apw) wrote :

This is not a bug in the linux-meta package, moving to the linux package.

affects: linux-meta (Ubuntu) → linux (Ubuntu)
Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

Let's close this bug as invalid as I haven't used the hardware that caused it for several years.

Changed in linux (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.