Bug 301920 - Different wifi connection power level between networkmanager icon and wifi list
Summary: Different wifi connection power level between networkmanager icon and wifi list
Status: RESOLVED UPSTREAM
Alias: None
Product: Network Management
Classification: Miscellaneous
Component: Plasma Widget (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Sebastian Kügler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-14 17:12 UTC by Germano Massullo
Modified: 2012-10-30 16:07 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
icon level (28.80 KB, image/png)
2012-06-14 17:13 UTC, Germano Massullo
Details
wifi list (58.08 KB, image/png)
2012-06-14 17:13 UTC, Germano Massullo
Details
"removedName" plasma netman. list (37.79 KB, image/png)
2012-06-17 14:17 UTC, Germano Massullo
Details
KDE 4.9.2 wifi icon (7.78 KB, image/png)
2012-10-17 13:04 UTC, Germano Massullo
Details
KDE 4.9.2 wifi list (37.72 KB, image/png)
2012-10-17 13:05 UTC, Germano Massullo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Germano Massullo 2012-06-14 17:12:59 UTC
Description of problem:
I noticed that wifi connection power indicator icon indicates zero power but when you open the list of wifi networks you see the real power level.



Additional info:
IBM Thinkpad T60
KDE 4.8.3

lspci >>
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02)
00:1c.3 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 4 (rev 02)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
02:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
03:00.0 Ethernet controller: Atheros Communications Inc. AR5212 802.11abg NIC (rev 01)
15:00.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller

Reproducible: Always

Steps to Reproduce:
1 Connect to a wireless connection
Actual Results:  
.

Expected Results:  
.

IBM Thinkpad T60
Fedora 17
KDE 4.8.3
https://bugzilla.redhat.com/show_bug.cgi?id=832153
Comment 1 Germano Massullo 2012-06-14 17:13:21 UTC
Created attachment 71833 [details]
icon level
Comment 2 Germano Massullo 2012-06-14 17:13:38 UTC
Created attachment 71834 [details]
wifi list
Comment 3 Rex Dieter 2012-06-14 17:16:37 UTC
confirmed, on my fedora 17 x86_64 that was running kde-4.8.3 (now 4.8.90).
Comment 4 Lamarque V. Souza 2012-06-15 18:57:23 UTC
What signal strength does nm-tool report for your connection? My guess is that the  atheros driver is not reporting the correct signal strength and the systray icon is doing right and the list is the one reporting the wrong signal.
Comment 5 Germano Massullo 2012-06-17 14:17:26 UTC
Created attachment 71888 [details]
"removedName" plasma netman. list
Comment 6 Germano Massullo 2012-06-17 14:17:53 UTC
NetworkManager Tool

State: connected (global)

- Device: wlan0  [removedName] ----------------------------------------------
  Type:              802.11 WiFi
  Driver:            ath5k
  State:             connected
  Default:           yes
  HW Address:        removed

  Capabilities:

  Wireless Properties
    WEP Encryption:  yes
    WPA Encryption:  yes
    WPA2 Encryption: yes

  Wireless Access Points 
    removedName:  Infra, removed, Freq 2412 MHz, Rate 54 Mb/s, Strength 42

  IPv4 Settings:
    Address:         192.168.1.5
    Prefix:          24 (255.255.255.0)
    Gateway:         192.168.1.1

    DNS:             192.168.1.1


- Device: eth0 -----------------------------------------------------------------
  Type:              Wired
  Driver:            e1000e
  State:             unavailable
  Default:           no
  HW Address:        removed

  Capabilities:
    Carrier Detect:  yes
    Speed:           100 Mb/s

  Wired Properties
    Carrier:         off
Comment 7 Germano Massullo 2012-06-17 14:18:36 UTC
I created a screenshot and I submitted nm-tools info for the wireless connection I am actually connecting on
Comment 8 Lamarque V. Souza 2012-06-17 15:37:14 UTC
Which Plasma NM version do you use?
Comment 9 Rex Dieter 2012-06-17 16:22:33 UTC
kde-plasma-networkmanagement-0.9.0.2-1.fc17.x86_64

here.  I suspect we may have a kernel/driver issue on our hands, since upgrading
kernel-3.4.0-1.fc17.x86_64 -> kernel-3.4.2-4.fc17.x86_64
I haven't seen this any more (yet).  *crosses fingers*

For example, the output from nm-tool prior seemed to be much lower than expected, now seems to be back to normal:
    foo:        Infra, ..., Freq 5180 MHz, Rate 54 Mb/s, Strength 88 WPA WPA2

when before my sitting here right next to it said 'Stength 20'
Comment 10 Rex Dieter 2012-07-03 16:25:56 UTC
Hrm, seems some applets/dataengines updates seem to be getting lost after a suspend->resume cycle.

I just noticed signal strength works fine until i do that, and similarly the battery applet gets stuck too (see bug #287952)
Comment 11 Lamarque V. Souza 2012-07-03 16:43:13 UTC
Well, I do not have problems with suspend/resume. The battery widget reports the correct charge level if I suspend/resume my notebook.
Comment 12 Germano Massullo 2012-07-03 21:50:44 UTC
The problem is no longer happening with newer updates, can I close the bugreport?
Comment 13 Rex Dieter 2012-07-03 23:56:46 UTC
It's (still) valid for me, but I'll be happy to open a new/different bug (the causes may have been different)
Comment 14 Germano Massullo 2012-10-17 12:31:46 UTC
Reopening since it is going to happen again on KDE 4.9.2
Comment 15 Lamarque V. Souza 2012-10-17 12:53:58 UTC
What do you mean by "it is going to happen"? Are you planing to deliberately reintroduce this bug?!! Or the bug reappeared? If so can you create a screencast to show it?
Comment 16 Rex Dieter 2012-10-17 12:56:18 UTC
I think he means it is happening again (which matches his downstream comment @ https://bugzilla.redhat.com/show_bug.cgi?id=832153#c2 ).
Comment 17 Germano Massullo 2012-10-17 13:04:33 UTC
Created attachment 74598 [details]
KDE 4.9.2 wifi icon
Comment 18 Germano Massullo 2012-10-17 13:04:50 UTC
(In reply to comment #15)
> What do you mean by "it is going to happen"? Are you planing to deliberately
> reintroduce this bug?!! Or the bug reappeared? If so can you create a
> screencast to show it?

I am sorry, I wrote in bad English. I meant it is happening with KDE 4.9.2 and I can reproduce it
Comment 19 Germano Massullo 2012-10-17 13:05:17 UTC
Created attachment 74599 [details]
KDE 4.9.2 wifi list
Comment 20 Rex Dieter 2012-10-17 13:06:41 UTC
What plasma theme are you using?
Comment 21 Germano Massullo 2012-10-17 13:10:18 UTC
Oxygen
Comment 22 Lamarque V. Souza 2012-10-17 14:37:05 UTC
I am currentely in a latin-american conference (Latinoware) and here I can reproduce this problem. The odd part is that iwconfig shows my wifi card is not associated even tough I am connected to the Internet (and sending this comment). The systray icon not showing signal is probably due to a driver problem. The fact that the progress bar in besides the connection icon is showing signal is probably a bug.
Comment 23 Lamarque V. Souza 2012-10-17 14:53:11 UTC
When you show the wifi card details, does it also show the wifi channel? Here it does not show it.
Comment 24 Germano Massullo 2012-10-30 13:14:29 UTC
(In reply to comment #23)
> When you show the wifi card details, does it also show the wifi channel?
> Here it does not show it.

No man, it does not show the wifi channel
Comment 25 Lamarque V. Souza 2012-10-30 13:28:32 UTC
So it looks like the same problem I have. Since the problem also affects iwconfig it is probably a problem in the device driver or in another part of the wireless stack in the kernel. Can you confirm that it also affects iwconfig command?
Comment 26 Germano Massullo 2012-10-30 14:15:51 UTC
While I am connected to a wireless connection....


[caterpillar@Portatile ~]$ iwconfig
wlan0     IEEE 802.11abg  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          
virbr0-nic  no wireless extensions.

lo        no wireless extensions.

virbr0    no wireless extensions.

eth0      no wireless extensions.
Comment 27 Lamarque V. Souza 2012-10-30 16:07:38 UTC
Ok, this really looks like an upstream issue (driver issue). Closing the bug.