From: Jouni Malinen <j@w1.fi>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: Dan Williams <dcbw@redhat.com>,
Johannes Berg <johannes@sipsolutions.net>,
linux-wireless@vger.kernel.org
Subject: Re: Missing link quality with wireless-testing
Date: Wed, 18 Feb 2009 10:25:20 +0200 [thread overview]
Message-ID: <20090218082520.GA26280@jm.kir.nu> (raw)
In-Reply-To: <1234944391.21412.47.camel@californication>
On Wed, Feb 18, 2009 at 09:06:31AM +0100, Marcel Holtmann wrote:
> so it seems the missing value is affecting the details wpa_supplicant is
> handing out via its D-Bus interface. I didn't check the code yet to see
> what is actually happening or if I just happen to run an outdated
> version.
Yes, it looks like the dbus interface will get all three wext values
(quality, noise, level) regardless of whether they were available from
kernel or not. This does not cause any issues for wpa_supplicant, but if
other programs (e.g., NM) are using the "quality" value in preference to
"level", they would be processing zeros for all BSSes. If I understood
correctly, NM does indeed prefer to use "quality", so this will likely
explain why you are seeing different behavior with the qual->qual value
removed (= 0 for wpa_supplicant).
I don't know how NM would react to the "quality" value being removed,
but it would sound reasonable to do that in wpa_supplicant (and same for
"noise") if the value was not available from the driver (based on the
WEXT flags or in case of nl80211, just based on the fact that these
values are never reported). I would expect this change to go in shortly
(assuming it does not trigger any critical issue with NM), but anyway,
this does not help with old versions.
--
Jouni Malinen PGP id EFC895FA
next prev parent reply other threads:[~2009-02-18 8:25 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-17 18:52 Missing link quality with wireless-testing Marcel Holtmann
2009-02-17 19:43 ` Johannes Berg
2009-02-17 20:24 ` Marcel Holtmann
2009-02-17 20:55 ` Johannes Berg
2009-02-17 21:09 ` Marcel Holtmann
2009-02-17 23:25 ` Dan Williams
2009-02-18 4:57 ` Marcel Holtmann
2009-02-18 7:31 ` Jouni Malinen
2009-02-18 8:06 ` Marcel Holtmann
2009-02-18 8:25 ` Jouni Malinen [this message]
2009-02-18 12:18 ` Dan Williams
2009-02-18 12:33 ` Jouni Malinen
2009-02-18 12:48 ` Dan Williams
2009-02-18 13:20 ` Dan Williams
2009-02-18 14:01 ` Jouni Malinen
2009-02-18 14:25 ` Johannes Berg
2009-02-18 13:37 ` Johannes Berg
2009-02-18 15:13 ` Dan Williams
2009-02-18 16:48 ` Johannes Berg
2009-02-18 17:27 ` [PATCH] cfg80211/mac80211: fill qual.qual value/adjust max_qual.qual Johannes Berg
2009-02-18 17:29 ` Johannes Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090218082520.GA26280@jm.kir.nu \
--to=j@w1.fi \
--cc=dcbw@redhat.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=marcel@holtmann.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox