5GHz Wifi not working on Linksys E8450

I have 2 relatively new Linksys E8450s running OpenWrt 24.10.1 r28597-0425664679 / LuCI openwrt-24.10 branch 25.103.51521~2ac26e5, initialized by this procedure. With identical configs as well as reverted to the default config, one seems to have a broken 5GHz radio.

To be clear, OpenWrt thinks it's working. E.g.:

root@OpenWrt:~# dmesg | fgrep 7915
[    1.775026] pci 0000:01:00.0: [14c3:7915] type 00 class 0x000280
[   10.253115] mt7915e 0000:01:00.0: assign IRQ: got 130
[   10.258232] mt7915e 0000:01:00.0: enabling device (0000 -> 0002)
[   10.264408] mt7915e 0000:01:00.0: enabling bus mastering
[   10.469946] mt7915e 0000:01:00.0: HW/SW Version: 0x8a108a10, Build Time: 20240429200716a
[   10.665252] mt7915e 0000:01:00.0: WM Firmware Version: ____000000, Build Time: 20240429200752
[   10.720920] mt7915e 0000:01:00.0: WA Firmware Version: DEV_000000, Build Time: 20240429200812
[   10.837953] mt7915e 0000:01:00.0: registering led 'mt76-phy1'

and Luci reports it as on, but it's not visible. This started after the upgrade from 24.10.0 to 24.10.1, whereupon it would also freeze during reboot. I discovered the docs about OKoD on the E8450 page, and according to the given command:

root@OpenWrt:~# grep "(release)" /dev/mtd0ro
v2.10.0	(release):OpenWrt v2024.01.17~bacca82a-3 (mt7622-snand-ubi-1ddr)
v2.10.0	(release):OpenWrt v2024.01.17~bacca82a-3 (mt7622-snand-ubi-1ddr)
v2.10.0	(release):OpenWrt v2024.01.17~bacca82a-3 (mt7622-snand-ubi-1ddr)
v2.10.0	(release):OpenWrt v2024.01.17~bacca82a-3 (mt7622-snand-ubi-1ddr)

I should be okay. I also went as far as to compare fw_printenv and ubinfo -a output between the working and the broken router and they are the same except for expected differences like macaddr.

Any ideas how to proceed with debugging?

Btw note I didn't save a backup of the vendor bootchain because the instructions say If you plan to ever go back to the stock firmware, you will need a backup of the vendor bootchain and firmware, and after 10 years of running OpenWrt and only paying like $20 for the router on W00t, I figured what are the odds I'd want to go back? Though maybe there is a copy in a UBI partition?

root@OpenWrt:~# ubinfo -a
UBI version:                    1
Count of UBI devices:           1
UBI control device major/minor: 10:127
Present UBI devices:            ubi0

ubi0
Volumes count:                           8
Logical eraseblock size:                 126976 bytes, 124.0 KiB
Total amount of logical eraseblocks:     1020 (129515520 bytes, 123.5 MiB)
Amount of available logical eraseblocks: 0 (0 bytes)
Maximum count of volumes                 128
Count of bad physical eraseblocks:       0
Count of reserved physical eraseblocks:  20
Current maximum erase counter value:     2
Minimum input/output unit size:          2048 bytes
Character device major/minor:            250:0
Present volumes:                         0, 1, 2, 3, 4, 5, 6, 7

Volume ID:   0 (on ubi0)
Type:        static
Alignment:   1
Size:        9 LEBs (1142784 bytes, 1.0 MiB)
Data bytes:  1021228 bytes (997.2 KiB)
State:       OK
Name:        fip
Character device major/minor: 250:1
-----------------------------------
Volume ID:   1 (on ubi0)
Type:        static
Alignment:   1
Size:        5 LEBs (634880 bytes, 620.0 KiB)
Data bytes:  524288 bytes (512.0 KiB)
State:       OK
Name:        factory
Character device major/minor: 250:2
-----------------------------------
Volume ID:   2 (on ubi0)
Type:        dynamic
Alignment:   1
Size:        1 LEBs (126976 bytes, 124.0 KiB)
State:       OK
Name:        ubootenv
Character device major/minor: 250:3
-----------------------------------
Volume ID:   3 (on ubi0)
Type:        dynamic
Alignment:   1
Size:        1 LEBs (126976 bytes, 124.0 KiB)
State:       OK
Name:        ubootenv2
Character device major/minor: 250:4
-----------------------------------
Volume ID:   4 (on ubi0)
Type:        dynamic
Alignment:   1
Size:        58 LEBs (7364608 bytes, 7.0 MiB)
State:       OK
Name:        recovery
Character device major/minor: 250:5
-----------------------------------
Volume ID:   5 (on ubi0)
Type:        dynamic
Alignment:   1
Size:        123 LEBs (15618048 bytes, 14.8 MiB)
State:       OK
Name:        fit
Character device major/minor: 250:6
-----------------------------------
Volume ID:   6 (on ubi0)
Type:        dynamic
Alignment:   1
Size:        67 LEBs (8507392 bytes, 8.1 MiB)
State:       OK
Name:        boot_backup
Character device major/minor: 250:7
-----------------------------------
Volume ID:   7 (on ubi0)
Type:        dynamic
Alignment:   1
Size:        730 LEBs (92692480 bytes, 88.3 MiB)
State:       OK
Name:        rootfs_data
Character device major/minor: 250:8

Nothing says radio is broken. Why are you dumping mtd-s? They dont emit wifi at all.

On a fully reset device take 5ghz radio, find 5ghz "openwrt" ap, edit it and change country code, save+apply, clear "network", save+apply, set channel to auto, s+a and enable wifi, in the meantime follow the lig using logread -f

I don't think it's physically broken (though I do have a UniFi AP where the radio did actually die, but after like 8 years) -- I was suspecting that there is something low-level with radio settings or radio firmware buried deep in a partition somewhere.

Because after reading about a dozen posts relating to E8450s and/or 5GHz being broken led me to believe something got messed-up when I did the initial OpenWrt install and that it had to be reverted to factory firmware.

Thanks, but it didn't help (output below). Thing is, recall I have another identical router. When this one failed, I simply restored its settings on the other one and it worked, so it's something beyond the basic OpenWrt settings.

root@OpenWrt:~# logread -f
Sun Apr 13 16:57:32 2025 daemon.err uhttpd[2151]: [info] luci: accepted login on / for root from 192.168.1.190
Sun Apr 13 16:57:54 2025 daemon.warn odhcpd[2033]: No default route present, overriding ra_lifetime to 0!
Sun Apr 13 16:57:55 2025 daemon.notice netifd: radio1 (3402): WARNING: Variable 'data' does not exist or is not an array/object
Sun Apr 13 16:57:56 2025 daemon.notice hostapd: Set new config for phy wl1:
Sun Apr 13 16:57:56 2025 daemon.notice wpa_supplicant[1824]: Set new config for phy wl1
Sun Apr 13 16:57:56 2025 daemon.notice wpa_supplicant[1824]: Set new config for phy wl1
Sun Apr 13 16:57:56 2025 daemon.notice hostapd: Set new config for phy wl1: /var/run/hostapd-wl1.conf
Sun Apr 13 16:57:56 2025 daemon.notice hostapd: Restart interface for phy wl1
Sun Apr 13 16:57:56 2025 daemon.notice hostapd: Configuration file: data: driver=nl80211 logger_syslog=127 logger_syslog_level=2 logger_stdout=127 logger_stdout_level=2 country_code=US ieee80211d=1 ieee80211h=1 hw_mode=a beacon_int=100 stationary_ap=1 chanlist=36 tx_queue_data2_burst=2.0 #num_global_macaddr=1 #macaddr_base= ieee80211n=1 ht_coex=0 ht_capab=[HT40+][LDPC][SHORT-GI-20][SHORT-GI-40][TX-STBC][RX-STBC1][MAX-AMSDU-7935] ieee80211ac=1 vht_oper_chwidth=1 vht_oper_centr_freq_seg0_idx=42 vht_capab=[RXLDPC][SHORT-GI-80][TX-STBC-2BY1][SU-BEAMFORMER][SU-BEAMFORMEE][MU-BEAMFORMER][MU-BEAMFORMEE][RX-ANTENNA-PATTERN][TX-ANTENNA-PATTERN][RX-STBC-1][SOUNDING-DIMENSION-4][BF-ANTENNA-4][MAX-MPDU-7991][MAX-A-MPDU-LEN-EXP7] ieee80211ax=1 he_oper_chwidth=1 he_oper_centr_freq_seg0_idx=42 he_su_beamformer=1 he_su_beamformee=1 he_mu_beamformer=1 he_bss_color=128 he_spr_sr_control=3 he_default_pe_duration=4 he_rts_threshold=1023 he_mu_edca_qos_info_param_count=0 he_mu_edca_qos_info_q_ack=0 he_mu_edca_qos_info_queue_request=0 he_mu_edca_qo
Sun Apr 13 16:57:56 2025 kern.info kernel: [  286.658751] br-lan: port 5(wl1-ap0) entered blocking state
Sun Apr 13 16:57:56 2025 kern.info kernel: [  286.664354] br-lan: port 5(wl1-ap0) entered disabled state
Sun Apr 13 16:57:56 2025 kern.info kernel: [  286.669918] mt7915e 0000:01:00.0 wl1-ap0: entered allmulticast mode
Sun Apr 13 16:57:56 2025 kern.info kernel: [  286.676381] mt7915e 0000:01:00.0 wl1-ap0: entered promiscuous mode
Sun Apr 13 16:57:56 2025 kern.info kernel: [  286.682714] br-lan: port 5(wl1-ap0) entered blocking state
Sun Apr 13 16:57:56 2025 kern.info kernel: [  286.688198] br-lan: port 5(wl1-ap0) entered forwarding state
Sun Apr 13 16:57:56 2025 kern.info kernel: [  286.695022] br-lan: port 5(wl1-ap0) entered disabled state
Sun Apr 13 16:57:56 2025 daemon.notice hostapd: wl1-ap0: interface state UNINITIALIZED->COUNTRY_UPDATE
Sun Apr 13 16:57:56 2025 daemon.notice hostapd: wl1-ap0: interface state COUNTRY_UPDATE->HT_SCAN
Sun Apr 13 16:57:56 2025 daemon.notice netifd: Wireless device 'radio1' is now up
Sun Apr 13 16:57:57 2025 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Sun Apr 13 16:57:57 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 4 names
Sun Apr 13 16:57:57 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 2 names
Sun Apr 13 16:57:57 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Sun Apr 13 16:57:57 2025 kern.info kernel: [  287.226914] br-lan: port 5(wl1-ap0) entered blocking state
Sun Apr 13 16:57:57 2025 kern.info kernel: [  287.232447] br-lan: port 5(wl1-ap0) entered forwarding state
Sun Apr 13 16:57:57 2025 daemon.notice netifd: Network device 'wl1-ap0' link is up
Sun Apr 13 16:57:57 2025 daemon.notice hostapd: wl1-ap0: interface state HT_SCAN->ENABLED
Sun Apr 13 16:57:57 2025 daemon.notice hostapd: wl1-ap0: AP-ENABLED
Sun Apr 13 16:57:58 2025 daemon.warn odhcpd[2033]: No default route present, overriding ra_lifetime to 0!

Now do you see 5ghz wifi nñmed OpenWrt? And 10cm from the router? Whats in the log if you try and fail to connect?

I can't even try to connect: the SSID isn't there. 2.4GHz works if I enable that, but the 5GHz is simply not present.