Nmcli incorrectly reports Wi-Fi channel as 0 for 6 GHz AP
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| network-manager (Ubuntu) |
Fix Released
|
High
|
Antoine Lassagne | ||
| Noble |
Fix Released
|
High
|
Antoine Lassagne | ||
| Plucky |
Fix Released
|
High
|
Antoine Lassagne | ||
| Questing |
Fix Released
|
High
|
Antoine Lassagne | ||
Bug Description
SRU Justification:
[ Impact ]
* All systems compatible with wifi 6E (6 ghz endpoint) are currently reporting an incorrect channel when using the `nmcli` tool to scan the network.
* This patch provides minimal changes to address this problem. It adds the <frequency-channel> pairs that are missing in the code, and handles the few case where hard-coded exits where implemented for frequencies > 5.9 ghz.
[ Test Plan ]
1. Run `nmcli device wifi list` without / with the patch. See that the channel is not zero anymore
2. Run the Wireless Network certification suite from Checkbox, that will
* Connect and disconnect to all kind of wifi
* Scan the network
All the tests should be successfull.
wireless/
wireless/
wireless/
wireless/
wireless/
wireless/
wireless/
wireless/
wireless/
wireless/
wireless/
wireless/
wireless/
[ Where problems could occur ]
* Some function where existing or returning (0,0) when using wifi 6E before this patch. I made sure that it would not cause an unexpected behavior later.
[ Other Info ]
* The patch is a subset of an upstream, unmerged, PR: https:/
The above upstream PR contains other changes that are not relevant for a SRU (refactoring, for example). It went through several rounds of review already but is a bit stalled lately. Since one of our partners (nvidia) asks for a fix, I am proposing this patch and will help the PR move forward in parallel. Once the PR is merged upstream, the patch can be dropped from Questing.
original description:
We are observing that when connecting to a 6 GHz Wi-Fi access point (channel 169), the nmcli tool incorrectly reports the channel as 0, while other tools like iw dev and wpa_cli reflect the correct value.
The issue affects the accuracy of WiFi scanning, potentially leading to incorrect channel information and difficulties in using the WiFi network.
Repro steps:
- Power on the target
- Turn on the wifi 6GHz band network (Using WiFi7 TP BE19000)
- Set the region to US
$ sudo iw reg set US
- Scan the network using the cmd:
$ nmcli dev wifi list
Expected Result:
The channel set in the router should display in scan list
Additional comments:
After connecting to 6G WiFi, and executed the command
$ sudo iw dev
We are able to see the channel as 169,
and verified that in router page 6G AP channel is set to 169 itself.
However, when scanning 6G AP using nmcli, the channel is displaying as 0.
Related branches
- Vladimir Petko (community): Approve
- git-ubuntu import: Pending requested
-
Diff: 158 lines (+136/-0)3 files modifieddebian/changelog (+6/-0)
debian/patches/lp2116940-wifi-fix-6ghz-channels.patch (+129/-0)
debian/patches/series (+1/-0)
- Vladimir Petko (community): Approve
- git-ubuntu import: Pending requested
-
Diff: 158 lines (+136/-0)3 files modifieddebian/changelog (+6/-0)
debian/patches/lp2116940-wifi-fix-6ghz-channels.patch (+129/-0)
debian/patches/series (+1/-0)
| description: | updated |
| Changed in network-manager (Ubuntu Plucky): | |
| assignee: | nobody → Antoine Lassagne (antoinelassagne) |
| Changed in network-manager (Ubuntu Noble): | |
| assignee: | nobody → Antoine Lassagne (antoinelassagne) |
| Changed in network-manager (Ubuntu Questing): | |
| assignee: | nobody → Antoine Lassagne (antoinelassagne) |
| Changed in network-manager (Ubuntu Noble): | |
| status: | New → In Progress |
| Changed in network-manager (Ubuntu Plucky): | |
| status: | New → In Progress |
| Changed in network-manager (Ubuntu Questing): | |
| status: | New → In Progress |
| Changed in network-manager (Ubuntu Noble): | |
| importance: | Undecided → High |
| Changed in network-manager (Ubuntu Plucky): | |
| importance: | Undecided → High |
| Changed in network-manager (Ubuntu Questing): | |
| importance: | Undecided → High |
| Changed in network-manager (Ubuntu Plucky): | |
| status: | Fix Committed → Fix Released |
| status: | Fix Released → Fix Committed |

There is an upstream PR about it: https:/ /gitlab. freedesktop. org/NetworkMana ger/NetworkMana ger/-/merge_ requests/ 2110
The review is fairly advanced, however it's a bit stalled. Also, the PR is broader than just this channel thing.
I will help the upstream PR move forward and, in parallel, I will propose a smaller subset of it in a patch that can be SRU'd.