Skip to content

Fix incorrect abs macro#739

Merged
zxystd merged 1 commit into
OpenIntelWireless:masterfrom
pigworlds:fixabs
Jan 23, 2022
Merged

Fix incorrect abs macro#739
zxystd merged 1 commit into
OpenIntelWireless:masterfrom
pigworlds:fixabs

Conversation

@pigworlds
Copy link
Copy Markdown
Contributor

I noticed there is an issue during negotiate vht channels. If both the ap and station support 160mhz, only channels 36,40,44,48,100,104,108,112 can successfully negotiate as 160mhz. If the ap is configured as channels 52,56,60,64,116,120,124,128, the result is 20mhz.

It appears the incorrect abs macro cause the vht negotiate think certain channel is 80+80 which should be 160. The intel cards don't support 80+80 and thus the driver treat them as 20mhz.

The fix is to correct the abs macro and also use __builtin_abs if available

Wrong abs calculation can cause incorrect channel width in vht negotiation
@zxystd zxystd merged commit 9592d56 into OpenIntelWireless:master Jan 23, 2022
@zxystd
Copy link
Copy Markdown
Collaborator

zxystd commented Jan 23, 2022

It should be a good fix, Thanks!

@williambj1 williambj1 added the bug Something isn't working label Jan 23, 2022
DexterSLamb pushed a commit to DexterSLamb/itlwm that referenced this pull request May 3, 2026
…Wireless#739)

Wrong abs calculation can cause incorrect channel width in vht negotiation
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Development

Successfully merging this pull request may close these issues.

3 participants