[ipw2200] NM doesn't connect to one particular network

Bug #128116 reported by William Grant
2
Affects Status Importance Assigned to Milestone
network-manager (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: network-manager

All Victorian schools use a 802.11x wireless authentication system. It uses Dynamic WEP, and in order to connect with NM we need to force it to use WPA Enterprise with the various settings by selecting `Connect to Other Wireless Network...' Ideally it would allow selection of WPA Enterprise even if it didn't detect it as a WPA network, but that's another bug.

It works fine when you force it connect and enter all the details, and it saves them all to gconf correctly. However, automatic reconnection fails, with completion of stage 2 followed by an infinite loop of `old_dev has_link? 1' and `old_dev && new_dev!!' every 5 seconds. I guess this is probably because it continues to detect it as a WEP-only network, and gets thoroughly confused when it sees WPA details.

All this is rather inconvenient, as I have to manually enter the details and select certificates every time I wish to connect.

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 128116] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

On Tue, Jul 24, 2007 at 11:17:58PM -0000, William Grant wrote:
> Public bug reported:
>
> Binary package hint: network-manager
>
> All Victorian schools use a 802.11x wireless authentication system. It
> uses Dynamic WEP, and in order to connect with NM we need to force it to
> use WPA Enterprise with the various settings by selecting `Connect to
> Other Wireless Network...' Ideally it would allow selection of WPA
> Enterprise even if it didn't detect it as a WPA network, but that's
> another bug.
>
> It works fine when you force it connect and enter all the details, and
> it saves them all to gconf correctly. However, automatic reconnection
> fails, with completion of stage 2 followed by an infinite loop of
> `old_dev has_link? 1' and `old_dev && new_dev!!' every 5 seconds. I
> guess this is probably because it continues to detect it as a WEP-only
> network, and gets thoroughly confused when it sees WPA details.
>
> All this is rather inconvenient, as I have to manually enter the details
> and select certificates every time I wish to connect.
>

What kind of network card/chipset are you using? What driver is
loaded? Do you know?

 - Alexander

Revision history for this message
William Grant (wgrant) wrote : Re: [Bug 128116] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

On Sun, 2007-07-29 at 22:42 +0000, Alexander Sack wrote:
> [snip]
> What kind of network card/chipset are you using? What driver is
> loaded? Do you know?

It's an ipw2200.

Revision history for this message
Alexander Sack (asac) wrote :

On Mon, Jul 30, 2007 at 09:21:41AM -0000, William Grant wrote:
> On Sun, 2007-07-29 at 22:42 +0000, Alexander Sack wrote:
> > [snip]
> > What kind of network card/chipset are you using? What driver is
> > loaded? Do you know?
>
> It's an ipw2200.
>

Do you have some technical skills and would join #ubuntu-mozillateam
channel on irc.freenode.net and ping me (asac)? I am looking for
someone who can test a few things for me on that chipset.

Thanks,

 - Alexander

Revision history for this message
Alexander Sack (asac) wrote : Re: NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

any improvements with latest gutsy network-manager (0.6.5-0ubuntu9) ?

Changed in network-manager:
status: New → Incomplete
Revision history for this message
William Grant (wgrant) wrote : Re: [ipw2200] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

It is different with the latest network-manager, but still doesn't work.

Revision history for this message
Alexander Sack (asac) wrote :

i don't see the successful connection attempt you referred to in your summary in this log. Can you add the full log please?

Revision history for this message
Alexander Sack (asac) wrote :

please try to load your ipw2200 driver module with associate=1 parameter

for that you probably have to stop network manager by

 sudo /etc/dbu*/even*/25NetworkManager stop

and remove the module:

 sudo modprobe -r ipw2100

then reload the module:

 sudo modprobe ipw2100 associate=0

...
let me know if that helps.

Revision history for this message
Alexander Sack (asac) wrote :

forgot ... finally start networkmanager again :) ...

sudo /etc/dbu*/even*/25NetworkManager start

Revision history for this message
William Grant (wgrant) wrote :

When you say:
 sudo modprobe ipw2100 associate=0
... do you mean associate=1?

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 128116] Re: [ipw2200] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

On Fri, Sep 14, 2007 at 08:51:43AM -0000, William Grant wrote:
> When you say:
> sudo modprobe ipw2100 associate=0
> ... do you mean associate=1?
>

no associate=0 is correct ... please try.

 - Alexander

Revision history for this message
William Grant (wgrant) wrote : Re: [ipw2200] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

OK, I'll try it when I'm next at school. I just noticed you said associate=0 in one place, and associate=1 in another.

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 128116] Re: [ipw2200] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

On Fri, Sep 14, 2007 at 11:10:15PM -0000, William Grant wrote:
> OK, I'll try it when I'm next at school. I just noticed you said
> associate=0 in one place, and associate=1 in another.
>

Could you try associate=0 ?

 - Alexander

Revision history for this message
Alexander Sack (asac) wrote : Re: [ipw2200] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

if you can test what i asked for, please reopen this bug.

Thanks,
  - Alexander

Changed in network-manager:
status: Incomplete → Invalid
importance: Undecided → Medium
Revision history for this message
William Grant (wgrant) wrote : Re: [Bug 128116] Re: [ipw2200] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network

On Sun, 2007-10-07 at 12:47 +0000, Alexander Sack wrote:
> if you can test what i asked for, please reopen this bug.

Sorry, we were just on school holidays. I've tested with associate=0,
and it still won't associate automatically. It no longer print `old_dev
has_link? 1', but still won't associate automatically. It gets to stage
2 and drops back hundred times, eventually stopping.

I'll attach appropriate excerpts of syslog shortly.

  status new

Changed in network-manager:
status: Invalid → New
Revision history for this message
William Grant (wgrant) wrote : Re: [ipw2200] NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network
Revision history for this message
Basilio Kublik (sourcercito) wrote :

Hi there
do you still experience this issue with the current version of the application?, could you please try to reproduce this using the live environment of the Desktop CD of the development release - Hardy Heron.

Thanks in advance

Changed in network-manager:
status: New → Incomplete
Revision history for this message
Alexander Sack (asac) wrote :

there are a bunch of improvements in network manager 0.6.6-0ubuntu5 package and the drivers in hardy. can you please test?

Revision history for this message
Basilio Kublik (sourcercito) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New".

Thanks again!

Changed in network-manager:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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