This bug seems a bit of a gripe session that nobody has paid attention
to.  However, I can confirm at least some of the behavior here with
release Feisty.  Since the Ubuntu world doesn't seem up-in-arms about
it, I assume it only triggers on some hardware.  So please everyone,
state your hardware.  I'm on an IBM T40 with the Cisco aironet wireless
mini-PCI card.  The card works perfectly, including WEP, if I manually
configure things with ifconfig, iwconfig, and route.  Sadly, I don't
know how to configure DHCP connections this way.  I also move around a
lot, so it's not a good solution.  I also set my MAC address, so manual
seems my future (FEATURE REQUEST: please let us set our MAC address, for
privacy's sake!  It's not hard...).  Most of the time network-manager
works for DHCP unencrypted sessions.

That's the good, here's the bad:

1. network-manager does not ever work with wep.  64-bit, 128-bit, ascii,
hex, all fail.

2. Occasionally, the screen and mouse will freeze when using nm.
Usually this happens after trying to mix nm and manual config, or a lot
of suspends.  A power-off is necessary (not sure if I could ssh into the
machine, but switching ttys or killing X or rebooting with different
3-key combos don't work).

3. Often, particularly after a suspend, the "network radio active" light goes 
out, and then no wireless networking happens, period, even non-encrypted 
connections that used to work.  On Thinkpads in Windows, you can press Fn-F5 to 
turn on and off the wlan and bluetooth radios.  LED indicators come on and go 
off in response.  Linux tends to keep the wlan indicator on all the time, and 
the keystroke doesn't toggle it.  However, the bluetooth light and radio are 
toggleable through the ACPI interface (/proc/acpi/ibm/bluetooth).  The 
corresponding wlan file doesn't exist.  There is a file called 
/proc/acpi/ibm/wan
that could be the equivalent, but it says "disabled".  There should be a file 
here that controls the radio (turns it on and off).  None of the manual 
commands ifconfig, iwconfig, lsmod, modprobe, rmmod, or route affect this light 
and its functionality.  If a halt or suspend command is given when the light is 
out in this manner, the halt never happens because of an error:

glup kernel: [88622.380000] unregister_netdevice: waiting for eth1 to
become free. Usage count = 23

Eth1 is the wireless radio.  No manual commands free it.  The computer
stays up while this message appears every few seconds until you tire of
it.

The original posting's problem 1 and the previous posting's problem 3
seem related to nm turning off the radio, or to a suspend or hibernate
not turning it back on properly.  That could make it a Thinkpad, aironet
or combination bug, which few would have seen.

It's pretty debilitating if you have to use wep, so I hope it's fixed
soon.

--jh--

-- 
network-manager multiple problems
https://bugs.launchpad.net/bugs/91558
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to