Bug 752032 - no signal levels with nl80211/zd1211rw drivers
Summary: no signal levels with nl80211/zd1211rw drivers
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: wpa_supplicant
Version: 6.2
Hardware: All
OS: All
low
low
Target Milestone: rc
: ---
Assignee: Dan Williams
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-08 11:37 UTC by Vladimir Benes
Modified: 2012-06-20 15:12 UTC (History)
1 user (show)

Fixed In Version: wpa_supplicant-0.7.3-3.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-20 15:12:53 UTC
Target Upstream Version:


Attachments (Terms of Use)
no signal in nm-applet screenshot (1.50 MB, image/png)
2011-11-08 11:38 UTC, Vladimir Benes
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2012:0978 0 normal SHIPPED_LIVE wpa_supplicant bug fix update 2012-06-19 21:11:49 UTC

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


Note You need to log in before you can comment on or make changes to this bug.