Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LUCI wifi scan not working for 2.4 Mhz on ath79 for OpenWrt 22.03 #10158

Closed
humaita-github opened this issue Jun 30, 2022 · 16 comments
Closed

LUCI wifi scan not working for 2.4 Mhz on ath79 for OpenWrt 22.03 #10158

humaita-github opened this issue Jun 30, 2022 · 16 comments

Comments

@humaita-github
Copy link

humaita-github commented Jun 30, 2022

Hi,

I have successfully been runnnig OpenWrt 22.03 on my "TP-Link Archer C7 V5". However, in LUCI both in RC1 and in RC4 wifi scan is not working for 2.4 Mhz. I can connect to 2.4Mhz wifi. And I can scan and connect to 5Ghz wifi, but no scanning in 2.4Mhz. LUCI just says "Starting wireless scan...", then nothing happens, then it says "No data". Channel analysis does not work on 2.4Mhz either. On all versions of OpenWrt 21.02 this was not a problem. When starting wifi scan, there is no new entry in system log.

In the forum, an additional user mentioned the same problem for RC1: "Installed on TP-Link CPE220 V3 (ath79/generic) from 21.2.3. Everything seems to work except wireless scan/channel analysis. LUCI seems to freeze when starting to scan for wireless, and it takes about 20 seconds to go back to normal after refreshing webpage."

Update 1: Scanning in CLI does work

  • Using "iw dev wlan1 scan" takes around 5 seconds to complete
  • Using "iwinfo wlan1 scan" takes around 25 seconds to complete > Is this maybe a time-out issue?

Update 2: The console of my webbrowser says
Uncaught (in promise) Error: XHR request timed out
at Object.handleReadyStateChange (luci.js?v=git-22.140.66268-ef99568:69:20)

Update 3: The problem is still present in RC5

Update 4: The problem is still present in RC6. Also, the problem also appears on "D-Link DIR-505"

Update 5: The problem is still present in the final release 22.03.0 (r19685-512e76967f)

@humaita-github humaita-github changed the title Wifi scan not working for 2.4 Mhz on ath79 for OpenWrt 22.03 LUCI wifi scan not working for 2.4 Mhz on ath79 for OpenWrt 22.03 Jun 30, 2022
@sven3
Copy link

sven3 commented Jul 31, 2022

I got the exact same issue. TL-WR1043ND v1, also ath79.

@ManuLinares
Copy link

Same here, can't scan from luci web. but from CLI there is no issue.

| Model            	| TP-Link CPE220 v3                                                         	|
|------------------	|---------------------------------------------------------------------------	|
| Architecture     	| Qualcomm Atheros QCA9533 ver 2 rev 0                                      	|
| Target Platform  	| ath79/generic                                                             	|
| Firmware Version 	| OpenWrt SNAPSHOT r20212-beeb49740b / LuCI Master git-22.208.55978-37422e8 	|
| Kernel Version   	| 5.10.134                                                                  	|

@NickolaySmirnov
Copy link

Same here on Raspberry Pi 3A+, web scan is broken, cli scan works

Model			Raspberry Pi 3 Model A Plus Rev 1.0
Architecture		ARMv8 Processor rev 4
Target Platform		bcm27xx/bcm2710
Firmware Version	OpenWrt 22.03.0 r19685-512e76967f / LuCI openwrt-22.03 branch git-22.245.77528-487e58a
Kernel Version		5.10.138

@dbareiro
Copy link

dbareiro commented Oct 9, 2022

Hi!

I can confirm that this issue is still present to date, tested on a TL-WDR3600 device. Is there an estimated date to publish the patch?

  • Model: TP-Link TL-WDR3600 v1
  • Architecture: Atheros AR9344 rev 2
  • Target Platform: ath79/generic
  • Firmware Version: OpenWrt 22.03.0 r19685-512e76967f / LuCI openwrt-22.03 branch git-22.245.77528-487e58a
  • Kernel Version: 5.10.138

Thanks in advance.

Regards,
Daniel

@sven3
Copy link

sven3 commented Oct 10, 2022

Is there an estimated date to publish the patch?

What patch are you referring to?

@dbareiro
Copy link

Hi, @sven3.

What patch are you referring to?

I was referring to whether there is a release date planned for new versions of the related packages including the patch that solves the problem mentioned in this issue. Although I have not seen in this thread any comment on whether there is any previous work on said patch.

Kind regards,
Daniel

@dbareiro
Copy link

dbareiro commented Oct 10, 2022

Hi, @ManuLinares

Thanks for sharing your patch here: openwrt/luci#5934

I see you posted it on August 15th but it seems they haven't generated a new version of the packages including it yet.

Edit: Hmmm... I was looking at that patch and unless I'm missing something, it fixes a typo in an informational log message I think. Could it be that you have shared an incorrect link?

Kind regards,
Daniel

@sven3
Copy link

sven3 commented Oct 11, 2022

The patch @ManuLinares mentioned (and deleted) here has absolutely nothing to do with the problem mentioned here, so it won't help.

@ManuLinares
Copy link

The patch @ManuLinares mentioned (and deleted) here has absolutely nothing to do with the problem mentioned here, so it won't help.

I misread the title, and commented wrongly. So I deleted the comment almost immediately.

@humaita-github
Copy link
Author

Hi, this bug still exists in OpenWrt v22.03.1 released on 12. October 2022.

@humaita-github
Copy link
Author

Hi, this bug still exists in OpenWrt v22.03.2 released on 17. October 2022.

@AzimsTech
Copy link

Same issue.
Techdata: D-Link DIR-842 C2

image

@bobfergster
Copy link

It's an also issue on at least some GLinet devices, specifically:
GL.iNet GL-AR750S (NOR/NAND) - SLATE
GL-MT300N-V2 - MANGO

A serious bug that has been around for a while it seems...

@humaita-github
Copy link
Author

Hi, this problem also affects CPE210 v3.

@ManuLinares
Copy link

Hi, this problem also affects CPE210 v3.

Indeed, it is still not working.

| Model            	| TP-Link CPE220 v3                                                         	|
|------------------	|---------------------------------------------------------------------------	|
| Architecture     	| Qualcomm Atheros QCA9533 ver 2 rev 0                                      	|
| Target Platform  	| ath79/generic                                                             	|
| Firmware Version 	| OpenWrt SNAPSHOT r21123-641e4f2f04 / LuCI Master git-22.299.72136-a98e2ea     |
| Kernel Version   	| 5.15.74                                                                  	|

@sven3
Copy link

sven3 commented Dec 15, 2022

I opened a bug request in the luci bug tracker because I think that this is a better place for this to get fixed. I quoted your devices and version experience there.

Vladdrako pushed a commit to Vladdrako/openwrt that referenced this issue Dec 16, 2022
8d15809 cli: print current HT mode
8f86dd6 cli: use IWINFO_HTMODE_COUNT
f36b72b cli: use IWINFO_KMGMT_NAMES
91be7e0 cli: use IWINFO_CIPHER_NAMES
49b6ec9 cli: fix printing the scan channel width
b1c8873 cli: fix marking the active channel
9e14e64 utils: add iwinfo_band2ghz() and iwinfo_ghz2band() helpers
e084781 utils: add helper functions to get names by values
d09a77a utils: add iwinfo_htmode_is_{ht|vht|he} helpers
8752977 utils: add and use iwinfo_format_hwmodes()
02f433e lib: add IWINFO_80211_COUNT and IWINFO_80211_NAMES
1d30df1 lib: add IWINFO_BAND_COUNT and IWINFO_BAND_NAMES
aefd0ef lib: use common IWINFO_CIPHER_NAMES strings
a5b30de lib: add IWINFO_OPMODE_COUNT and use it for IWINFO_OPMODE_NAMES
9f29e79 lib: constify and fixup the string array definitions
fddc015 nl80211: mark frequencies where HE operation in not allowed
6d50a7c nl80211: add support for HE htmodes
4ba5713 nl80211: properly get available bands for the hwmode
91b2ada nl80211: update the kernel header nl80211.h
3f619a5 nl80211: fix frequency/channel conversion for the 6G band
a77d915 nl80211: don't guess if a name is an ifname
c27ce71 devices: add usb device MediaTek MT7921AU
14f864e nl80211: add ability to describe USB devices
a5a75fd nl80211: remove ancient wpa_supplicant ctrl socket path
dd4e1ff nl80211: fix wpa supplicant ctrl socket permissions
d638163 fix -Wdangling-else warnings
4aa6c5a fix -Wreturn-type warning
3112726 fix -Wpointer-sign warning
ebd5f84 fix -Wmaybe-uninitialized warning
5469898 fix -Wunused-variable warnings
462b679 fix -Wduplicate-decl-specifier warnings
ccaabb4 fix -Wformat-truncation warnings
50380db enable useful compiler warnings via -Wall

Fixes: openwrt#10158
Fixes: openwrt#10687
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
HiGarfield pushed a commit to HiGarfield/lede-17.01.4-Mod that referenced this issue Dec 16, 2022
8d15809 cli: print current HT mode
8f86dd6 cli: use IWINFO_HTMODE_COUNT
f36b72b cli: use IWINFO_KMGMT_NAMES
91be7e0 cli: use IWINFO_CIPHER_NAMES
49b6ec9 cli: fix printing the scan channel width
b1c8873 cli: fix marking the active channel
9e14e64 utils: add iwinfo_band2ghz() and iwinfo_ghz2band() helpers
e084781 utils: add helper functions to get names by values
d09a77a utils: add iwinfo_htmode_is_{ht|vht|he} helpers
8752977 utils: add and use iwinfo_format_hwmodes()
02f433e lib: add IWINFO_80211_COUNT and IWINFO_80211_NAMES
1d30df1 lib: add IWINFO_BAND_COUNT and IWINFO_BAND_NAMES
aefd0ef lib: use common IWINFO_CIPHER_NAMES strings
a5b30de lib: add IWINFO_OPMODE_COUNT and use it for IWINFO_OPMODE_NAMES
9f29e79 lib: constify and fixup the string array definitions
fddc015 nl80211: mark frequencies where HE operation in not allowed
6d50a7c nl80211: add support for HE htmodes
4ba5713 nl80211: properly get available bands for the hwmode
91b2ada nl80211: update the kernel header nl80211.h
3f619a5 nl80211: fix frequency/channel conversion for the 6G band
a77d915 nl80211: don't guess if a name is an ifname
c27ce71 devices: add usb device MediaTek MT7921AU
14f864e nl80211: add ability to describe USB devices
a5a75fd nl80211: remove ancient wpa_supplicant ctrl socket path
dd4e1ff nl80211: fix wpa supplicant ctrl socket permissions
d638163 fix -Wdangling-else warnings
4aa6c5a fix -Wreturn-type warning
3112726 fix -Wpointer-sign warning
ebd5f84 fix -Wmaybe-uninitialized warning
5469898 fix -Wunused-variable warnings
462b679 fix -Wduplicate-decl-specifier warnings
ccaabb4 fix -Wformat-truncation warnings
50380db enable useful compiler warnings via -Wall

Fixes: openwrt/openwrt#10158
Fixes: openwrt/openwrt#10687
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
openwrt-bot pushed a commit that referenced this issue Dec 19, 2022
8d15809 cli: print current HT mode
8f86dd6 cli: use IWINFO_HTMODE_COUNT
f36b72b cli: use IWINFO_KMGMT_NAMES
91be7e0 cli: use IWINFO_CIPHER_NAMES
49b6ec9 cli: fix printing the scan channel width
b1c8873 cli: fix marking the active channel
9e14e64 utils: add iwinfo_band2ghz() and iwinfo_ghz2band() helpers
e084781 utils: add helper functions to get names by values
d09a77a utils: add iwinfo_htmode_is_{ht|vht|he} helpers
8752977 utils: add and use iwinfo_format_hwmodes()
02f433e lib: add IWINFO_80211_COUNT and IWINFO_80211_NAMES
1d30df1 lib: add IWINFO_BAND_COUNT and IWINFO_BAND_NAMES
aefd0ef lib: use common IWINFO_CIPHER_NAMES strings
a5b30de lib: add IWINFO_OPMODE_COUNT and use it for IWINFO_OPMODE_NAMES
9f29e79 lib: constify and fixup the string array definitions
fddc015 nl80211: mark frequencies where HE operation in not allowed
6d50a7c nl80211: add support for HE htmodes
4ba5713 nl80211: properly get available bands for the hwmode
91b2ada nl80211: update the kernel header nl80211.h
3f619a5 nl80211: fix frequency/channel conversion for the 6G band
a77d915 nl80211: don't guess if a name is an ifname
c27ce71 devices: add usb device MediaTek MT7921AU
14f864e nl80211: add ability to describe USB devices
a5a75fd nl80211: remove ancient wpa_supplicant ctrl socket path
dd4e1ff nl80211: fix wpa supplicant ctrl socket permissions
d638163 fix -Wdangling-else warnings
4aa6c5a fix -Wreturn-type warning
3112726 fix -Wpointer-sign warning
ebd5f84 fix -Wmaybe-uninitialized warning
5469898 fix -Wunused-variable warnings
462b679 fix -Wduplicate-decl-specifier warnings
ccaabb4 fix -Wformat-truncation warnings
50380db enable useful compiler warnings via -Wall

Fixes: #10158
Fixes: #10687
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
(cherry picked from commit 4a4d0bf)
Arie pushed a commit to Arie/openwrt-rb5009 that referenced this issue Dec 28, 2022
8d15809 cli: print current HT mode
8f86dd6 cli: use IWINFO_HTMODE_COUNT
f36b72b cli: use IWINFO_KMGMT_NAMES
91be7e0 cli: use IWINFO_CIPHER_NAMES
49b6ec9 cli: fix printing the scan channel width
b1c8873 cli: fix marking the active channel
9e14e64 utils: add iwinfo_band2ghz() and iwinfo_ghz2band() helpers
e084781 utils: add helper functions to get names by values
d09a77a utils: add iwinfo_htmode_is_{ht|vht|he} helpers
8752977 utils: add and use iwinfo_format_hwmodes()
02f433e lib: add IWINFO_80211_COUNT and IWINFO_80211_NAMES
1d30df1 lib: add IWINFO_BAND_COUNT and IWINFO_BAND_NAMES
aefd0ef lib: use common IWINFO_CIPHER_NAMES strings
a5b30de lib: add IWINFO_OPMODE_COUNT and use it for IWINFO_OPMODE_NAMES
9f29e79 lib: constify and fixup the string array definitions
fddc015 nl80211: mark frequencies where HE operation in not allowed
6d50a7c nl80211: add support for HE htmodes
4ba5713 nl80211: properly get available bands for the hwmode
91b2ada nl80211: update the kernel header nl80211.h
3f619a5 nl80211: fix frequency/channel conversion for the 6G band
a77d915 nl80211: don't guess if a name is an ifname
c27ce71 devices: add usb device MediaTek MT7921AU
14f864e nl80211: add ability to describe USB devices
a5a75fd nl80211: remove ancient wpa_supplicant ctrl socket path
dd4e1ff nl80211: fix wpa supplicant ctrl socket permissions
d638163 fix -Wdangling-else warnings
4aa6c5a fix -Wreturn-type warning
3112726 fix -Wpointer-sign warning
ebd5f84 fix -Wmaybe-uninitialized warning
5469898 fix -Wunused-variable warnings
462b679 fix -Wduplicate-decl-specifier warnings
ccaabb4 fix -Wformat-truncation warnings
50380db enable useful compiler warnings via -Wall

Fixes: openwrt/openwrt#10158
Fixes: openwrt/openwrt#10687
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
fengmushu pushed a commit to fengmushu/openwrt that referenced this issue Nov 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants