After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 722550 - Show supported frequencies for Wi-Fi
Show supported frequencies for Wi-Fi
Status: RESOLVED OBSOLETE
Product: gnome-control-center
Classification: Core
Component: Network
unspecified
Other All
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on: 723295
Blocks:
 
 
Reported: 2014-01-19 15:38 UTC by Bastien Nocera
Modified: 2018-09-26 10:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
wifi: Show Wi-Fi frequencies the hardware supports (7.85 KB, patch)
2018-08-10 14:06 UTC, Bastien Nocera
none Details | Review
wifi: Show the frequency used by the Wi-Fi network (2.09 KB, patch)
2018-08-10 14:06 UTC, Bastien Nocera
none Details | Review

Description Bastien Nocera 2014-01-19 15:38:13 UTC
It's not possible to know whether the Wi-Fi chip on my card supports 5GHz frequencies.

It would be useful to know what the maximum speed supported is, and whether it supports 5GHz in addition to 2.4GHz.
Comment 1 Bastien Nocera 2014-01-19 15:41:31 UTC
Tried "nmcli d show wlp3s0" and it didn't show those device capabilities. Not sure whether NM actually exports it.
Comment 2 Dan Williams 2014-01-20 16:26:38 UTC
Something like http://cgit.freedesktop.org/NetworkManager/NetworkManager/log/?h=dcbw/5ghz-caps I assume?  Then you can use

if (nm_device_wifi_get_capabilities (wdev) | NM_WIFI_DEVICE_CAP_FREQ_5GHZ)
   <do cool stuff>
Comment 3 Thomas Haller 2014-01-20 17:11:12 UTC
dcbw/5ghz-caps patch looks sound to me
Comment 4 Dan Williams 2014-01-29 15:08:21 UTC
Bastien, how about now?

Or, (for everyone) would it be better to have a completely new FrequencyCapabilies property on the Wifi device that contains this stuff?  There may be new bands in the future (60ghz with 802.11ad) but not that many.  There are also non-public WiFi bands (3.9ghz and 4.9ghz public safety) and uncommon ones (900Mhz ISM) that we don't care that much about right now.  So, I think we can get away with frequency caps in the wifi capabilities field.

The other question is on affirmative capabilities.  It's kinda ugly that if neither 2ghz or 5ghz capabilities are indicated, that means "unknown", which could be due to an older NetworkManager or a driver which sucks and doesn't provide any frequency indications.  Should I add a NM_WIFI_DEVICE_CAP_FREQ_SUPPORTED or something, to indicate that NM_WIFI_DEVICE_CAP_FREQ_*GHZ caps are valid?
Comment 5 Dan Williams 2014-01-30 15:39:16 UTC
Created a proper NetworkManager review bug for this branch: bug 723295.
Comment 6 Bastien Nocera 2015-04-10 12:53:56 UTC
(In reply to Dan Williams from comment #4)
> Bastien, how about now?
> 
> Or, (for everyone) would it be better to have a completely new
> FrequencyCapabilies property on the Wifi device that contains this stuff? 
> There may be new bands in the future (60ghz with 802.11ad) but not that
> many.  There are also non-public WiFi bands (3.9ghz and 4.9ghz public
> safety) and uncommon ones (900Mhz ISM) that we don't care that much about
> right now.  So, I think we can get away with frequency caps in the wifi
> capabilities field.

It doesn't looks very future-proof, but it's better than nothing :)

> The other question is on affirmative capabilities.  It's kinda ugly that if
> neither 2ghz or 5ghz capabilities are indicated, that means "unknown", which
> could be due to an older NetworkManager or a driver which sucks and doesn't
> provide any frequency indications.  Should I add a
> NM_WIFI_DEVICE_CAP_FREQ_SUPPORTED or something, to indicate that
> NM_WIFI_DEVICE_CAP_FREQ_*GHZ caps are valid?

We'd probably just hide the field if neither values are set, to avoid confusion.
Comment 7 Thomas Haller 2015-04-10 13:12:09 UTC
(In reply to Bastien Nocera from comment #6)
> (In reply to Dan Williams from comment #4)
> > The other question is on affirmative capabilities.  It's kinda ugly that if
> > neither 2ghz or 5ghz capabilities are indicated, that means "unknown", which
> > could be due to an older NetworkManager or a driver which sucks and doesn't
> > provide any frequency indications.  Should I add a
> > NM_WIFI_DEVICE_CAP_FREQ_SUPPORTED or something, to indicate that
> > NM_WIFI_DEVICE_CAP_FREQ_*GHZ caps are valid?
> 
> We'd probably just hide the field if neither values are set, to avoid
> confusion.

in the end a flag "NM_WIFI_DEVICE_CAP_FREQ_VALID" was added to indicate whether the two values 2GHz and 5GHz are (probably) reliable.
Comment 8 Bastien Nocera 2018-08-10 14:06:30 UTC
Created attachment 373299 [details] [review]
wifi: Show Wi-Fi frequencies the hardware supports
Comment 9 Bastien Nocera 2018-08-10 14:06:35 UTC
Created attachment 373300 [details] [review]
wifi: Show the frequency used by the Wi-Fi network
Comment 10 Bastien Nocera 2018-08-10 14:09:22 UTC
This is how one can check whether an adapter supports 5GHz (or just 2.4GHz) on Windows:
https://www.techadvisor.co.uk/how-to/network-wifi/how-enable-5ghz-wi-fi-on-your-laptop-3608743/
and on macOS:
https://networking.grok.lsu.edu/Article.aspx?articleid=17340
Comment 11 Bastien Nocera 2018-09-26 10:12:08 UTC
Moved to https://gitlab.gnome.org/GNOME/gnome-control-center/merge_requests/206
as bugzilla bugs are rotting away.