Bug 293556

Created attachment 152214 [details]
this is the output of nm-tool

Created attachment 152215 [details]
output of "iwlist wlan0 scanning"

Ooops the title probably was not precise enough. This is happening with all NetworkManager applications.

I have tried nm-tool, nm-applet and knetworkmanager.

Therefore it is probably Tambet and not Helmut.

NetworkManager -> reassigning to Tambet.

Tambet, I recently read a mail on the NetworkManager list mentioning the same problem.

Helmut, do you by any chance remember the mail and can provide a link?

Here you are...

http://mail.gnome.org/archives/networkmanager-list/2007-July/msg00124.html
http://mail.gnome.org/archives/networkmanager-list/2007-July/msg00165.html

Created attachment 155609 [details]
kwifimanager does detect it correctly but NetworkManager does not

Thanks alot Helmut.

I installed the newest madwifi Version http://snapshots.madwifi.org/madwifi-ng/madwifi-ng-r2632-20070804.tar.gz but the problem persists.

I invested some more time today: disabling patch0 (nm-wireless-driver-workarounds-rml.patch) in the spec-file solves the problem.

I rebuilt the NetworkManager RPMs without that patch and it works now. I have not noticed any other problems yet.

As the patch seems to be written by Robert Love I am adding him to CC:.

Today there was a new stable version of madwifi released (0.9.3.2). 

With that version and openSUSE rpms I get 100% on every WLAN too. Disabling patch0 gives me different quality for every WLAN.

Could anybody comment on this one?

With the current madwifi 0.9.3.2 the quality is allways 100% without nm-wireless-driver-workarounds-rml.patch it seems to be more correct.

Updating as the problem is still present.

So, there is a specific hack because madwifi used to report bogus percentages.  Disabling the whole patch is probably wrong because it contains work arounds for things like cisco scanning as well.

I have test packages for bug 310509 and for bug 293556 in my build service repo at http://download.opensuse.org/repositories/home:/jproseve/openSUSE_Factory/

Tambet, If you ok the changes I can submit the packages.  The patches added are nm-310509.patch and nm-293556.patch

(In reply to comment #13 from JP Rosevear)
> I have test packages for bug 310509 and for bug 293556 in my build service repo
> at http://download.opensuse.org/repositories/home:/jproseve/openSUSE_Factory/
> 
> Tambet, If you ok the changes I can submit the packages.  The patches added are
> nm-310509.patch and nm-293556.patch
I tested your package and now i can see different qualities, but there is something wrong with them. :-( At least ipw3945 and iwl3945 show different qualities which make more sense.

The following networks should have a lower quality (they are not seen by the intel-card at all :-( )
HummiMS: Infrastructure Mode, Freq 2.457 MHz, Rate 62 Mb/s, Strength 100%, Encrypted (WPA WPA2)
          Cell 05 - Address: xx
                    ESSID:"HummiMS"
                    Mode:Master
                    Frequency:2.457 GHz (Channel 10)
                    Quality=172/70  Signal level=-179 dBm  Noise level=-95 dBm
                    Encryption key:on
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s
                              24 Mb/s; 36 Mb/s; 54 Mb/s; 6 Mb/s; 9 Mb/s
                              12 Mb/s; 48 Mb/s
                    Extra:bcn_int=100
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (2) : CCMP TKIP
                        Authentication Suites (1) : PSK
                    IE: WPA Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (2) : CCMP TKIP
                        Authentication Suites (1) : PSK

Maho: Infrastructure Mode, Freq 2.457 MHz, Rate 54 Mb/s, Strength 81%, Encrypted (WEP)
          Cell 11 - Address: xx
                    ESSID:"Maho"
                    Mode:Master
                    Frequency:2.457 GHz (Channel 10)
                    Quality=57/70  Signal level=-38 dBm  Noise level=-95 dBm
                    Encryption key:on
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s
                    Extra:bcn_int=100

And the following should have better quality: (ipw: 88%)
FNet: Infrastructure Mode, Freq 2.462 MHz, Rate 62 Mb/s, Strength 68%, Encrypted (WPA WPA2)
          Cell 03 - Address: 00:18:F8:FA:2C:2C
                    ESSID:"FNet"
                    Mode:Master
                    Frequency:2.462 GHz (Channel 11)
                    Quality=49/70  Signal level=-46 dBm  Noise level=-95 dBm
                    Encryption key:on
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s
                              24 Mb/s; 36 Mb/s; 54 Mb/s; 6 Mb/s; 9 Mb/s
                              12 Mb/s; 48 Mb/s
                    Extra:bcn_int=100
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (2) : CCMP TKIP
                        Authentication Suites (1) : PSK
                    IE: WPA Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (2) : CCMP TKIP
                        Authentication Suites (1) : PSK

JP, thank you, but I'll take care of it. I'd rather update the original patch which adds the line your patch removes.

Felix, the output you pasted is from 'iwlist scan' command, right? That's what the driver reports so it has nothing to do with NM.

(In reply to comment #15 from Tambet Ingo)
> Felix, the output you pasted is from 'iwlist scan' command, right? That's what
> the driver reports so it has nothing to do with NM.
Yes thats right. I thought you might see the problem with them, as the displayed bandwith seems to be way better than before but still a little of. :-(

So do you want me to report an upstream madwifi bug?

Patch submitted for 10.3, closing.

Felix: Sure, if it looks like an upstream bug, the best place to get it fixed would be in upstream.

released

This is not fixed in current factory.

# rpm -q NetworkManager-0.6.5-61
NetworkManager-0.6.5-61

nm-tool:
    *freakshow:      Infrastructure Mode, Freq 2.437 MHz, Rate 62 Mb/s, Strength 100%, Encrypted (WPA WPA2)
    N3mo7network:    Infrastructure Mode, Freq 2.437 MHz, Rate 62 Mb/s, Strength 100%, Encrypted (WEP)

Yes, I know, it's because I never applied the patch to factory. The reason is that we're moving to NetworkManager 0.7 where that patch is not needed. The new version should show up sometime this week.

- Device: wlan0 ----------------------------------------------------------------
  Type:              802.11 Wireless
  Driver:            ath_pci
  Active:            no
  HW Address:        00:17:F2:51:CF:AC

  Capabilities:
    Supported:       yes

  Wireless Settings
    WEP Encryption:  yes
    WPA Encryption:  yes
    WPA2 Encryption: yes

  Wireless Access Points
    freakshow:       Infra, 00:18:F8:B8:B6:24, Freq 2437 MHz, Rate 54 Mb/s, Strength 22 WPA WPA2

The "%" is now missing, but the issue seems to be fixed. Sadly I cannot connect anymore, but thats a different issue.

# rpm -q NetworkManager
NetworkManager-0.7.0-8