802.11ad Wi-Fi was present on OpenWrt 23 builds on TP-Link Talon AD7200. Is it possible to enable it for the version 24?
Is it not enabled?
Do you see 60GHz channels available in iw phy ?
Yes, it is there
Wiphy phy0
wiphy index: 0
max # scan SSIDs: 1
max scan IEs length: 1024 bytes
max # sched scan SSIDs: 16
max # match sets: 16
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Available Antennas: TX 0 RX 0
Supported interface modes:
* managed
* AP
* monitor
* P2P-client
* P2P-GO
* P2P-device
Band 3:
Capabilities: 0x00
HT20
Static SM Power Save
No RX STBC
Max AMSDU length: 3839 bytes
No DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 1-12
Frequencies:
* 58320.0 MHz [1] (10.0 dBm)
* 60480.0 MHz [2] (10.0 dBm)
* 62640.0 MHz [3] (10.0 dBm)
interface combinations are not supported
max # scan plans: 2
max scan plan interval: -1
max scan plan iterations: 0
Supported extended features:
but it is not in /etc/config/wireless anymore. Can I just add it there like this?
config wifi-device 'radio2'
option type 'mac80211'
option path 'soc/1b900000.pci/pci0002:00/0002:00:00.0/0002:01:00.0'
option channel '1'
option band '60g'
option cell_density '0'
option disabled '1'
config wifi-iface 'default_radio2'
option device 'radio0'
option network 'lan'
option mode 'ap'
option ssid 'OpenWrt'
option encryption 'psk-mixed'
option key 'xxxxxxx'
option disabled '1'
It used to be 'radio0' in OpenWrt 23 though.
Rename /etc/config/wireless and run wifi config (or restart) to generate default wireless configuration.
Does not matter the names, physical connection path gets them right with upgrades.
This did not help, the interface did not get into /etc/config/wireless
Please fill the bug report on github,
> opkg search `which wifi`
wifi-scripts - 1.0-r1
Hardware is there with proper drivers but scripts dont see it.
You can try snapshot which has different wifi scripts (in ucode, not shell) - may work or not, but rev24 broken is bug on its own.
I think I found the bug.
"60G" is missing in the array on line 5 of /lib/wifi/mac80211.uc
-const bands_order = [ "6G", "5G", "2G" ];
+const bands_order = [ "60G", "6G", "5G", "2G" ];
@nbd is the main developer of those. If a simple edit helps - add edited file to /etc/sysupgrade.conf and carefully proceed with a pull request
Source file is here
The device has shown up in LuCi but the interface stays "disabled" after enabling the device. I don't k now if this is just LuCi reporting or the real problem. Unfortunately I don't have 60G client to test if it is working or not.
It has to read back set channel, so it is not working. There are channel maps like selecting mid-channel for broader channel in those scripts. You can check hostapd*conf in /var/run for whats missing, or trap the log while restarting the interface.
Unfortunately I am not educated enough on the subject. Could you tell what's missing in .conf file?
cat /tmp/run/hostapd-phy0.conf
driver=nl80211
logger_syslog=127
logger_syslog_level=2
logger_stdout=127
logger_stdout_level=2
hw_mode=ad
beacon_int=100
stationary_ap=1
channel=1
chanlist=1
#num_global_macaddr=1
#macaddr_base=
interface=phy0-ap0
ctrl_interface=/var/run/hostapd
ap_isolate=1
bss_load_update_period=60
chan_util_avg_period=600
disassoc_low_ack=1
skip_inactivity_poll=0
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
utf8_ssid=1
multi_ap=0
sae_require_mfp=1
sae_pwe=2
wpa_passphrase=Secret
wpa_psk_file=/var/run/hostapd-phy0-ap0.psk
sae_password_file=/var/run/hostapd-phy0-ap0.sae
auth_algs=1
wpa=2
wpa_pairwise=GCMP
ssid=OpenWrt
bridge=br-lan
wds_bridge=
snoop_iface=br-lan
wpa_disable_eapol_key_retries=0
wpa_key_mgmt=WPA-PSK WPA-PSK-SHA256 SAE
okc=1
ieee80211w=1
group_mgmt_cipher=AES-128-CMAC
dynamic_vlan=0
vlan_naming=1
vlan_no_bridge=1
vlan_file=/var/run/hostapd-phy0-ap0.vlan
qos_map_set=0,0,2,16,1,1,255,255,18,22,24,38,40,40,44,46,48,56
bssid=xx:xx:xx:xx:xx:xx
#default_macaddr
Set country code and use auto channel and set one encryption only?
There is no 'chanel: auto' in LuCi - only three channels are available for selection. Country code doesn't have any effect because it is picked up from the other interface setting, but encryption was the key - it does not like WPA3, any other combination works fine. Thank you for your help - I would have never guessed that the encryption is the culprit here.
I will do my best to submit the pull request for the bug in /lib/wifi/mac80211.uc
Yep, report a bug.
I submitted a pull request.
You can link it here and close this thread, it is a problem that good advice without code change is unable to correct.
This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.