Bug 752032

Summary: no signal levels with nl80211/zd1211rw drivers
Product: Red Hat Enterprise Linux 6 Reporter: Vladimir Benes <vbenes>
Component: wpa_supplicantAssignee: Dan Williams <dcbw>
Status: CLOSED ERRATA QA Contact: Desktop QE <desktop-qa-list>
Severity: low Docs Contact:
Priority: low    
Version: 6.2CC: tpelka
Target Milestone: rcKeywords: Regression
Target Release: ---   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: wpa_supplicant-0.7.3-3.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-20 15:12:53 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
no signal in nm-applet screenshot none

Description Vladimir Benes 2011-11-08 11:37:17 UTC 
Description of problem:
as shown on attached picture, there are no signal levels of non-connected networks in nm-applet
after switch to wifi-wext-only=true in NetworkManager.conf I can see them back again.

Version-Release number of selected component (if applicable):
NetworkManager-0.8.1-15.el6.x86_64
kernel-2.6.32-216.el6.bz750350.4.x86_64
wpa_supplicant-0.7.3-2.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1.plug in ZyDas Zyxel AG-220 USB wireless dongle
2.open nm-applet

  
Actual results:
no signal levels

Expected results:
correct signal levels as before when using wext driver

Additional info:
Comment 1 Vladimir Benes 2011-11-08 11:38:02 UTC 
Created attachment 532272 [details]
no signal in nm-applet screenshot
Comment 3 Vladimir Benes 2011-11-08 12:03:03 UTC 
rt2500usb looks fine will try another drivers to see if this is somehow generic issue
Comment 8 Dan Williams 2011-11-15 00:31:48 UTC 
This will be an issue with adm8211, at76, rtl818x, and zd1211rw drivers.  They don't report signal strength in dBm, but instead in "unspecified" units that are somewhat ambiguous.  NM's report is due to a bug in wpa_supplicant (still present upstream in git master):

	} else if (bss[NL80211_BSS_SIGNAL_UNSPEC]) {
		r->level = nla_get_u8(bss[NL80211_BSS_SIGNAL_UNSPEC]);
		r->flags |= WPA_SCAN_LEVEL_INVALID;

that should be "r->flags |= WPA_SCAN_QUAL_INVALID;" instead of LEVEL_INVALID.

A very low-risk change; we can do a zstream or something if people want that.
Comment 9 RHEL Program Management 2011-12-13 04:42:49 UTC 
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has 
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed 
products. This request is not yet committed for inclusion in an Update release.
Comment 11 Dan Williams 2011-12-15 20:18:01 UTC 
Moving to wpa_supplicant since that's where the bug is (see comment 8)
Comment 13 RHEL Program Management 2012-02-08 07:03:22 UTC 
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has 
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed 
products. This request is not yet committed for inclusion in an Update release.
Comment 20 errata-xmlrpc 2012-06-20 15:12:53 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2012-0978.html