5 GHz fails to initialize during boot of TurrisOS 5.1.4

Hello everyone and dear developers,

I’ve encountered a strange bug with TurrisOS 5.1.4.
After installing the latest medkit, my 5 GHz wifi doesn’t seem to want to come up.
I know for sure that my card isn’t defective as this morning on TurrisOS 4 it was still working perfectly.
In my system logs I find the following error multiple times regarding the ath10k driver:

Nov 29 10:05:56 Laniakea kernel: [ 11.868244] pci 0000:00:02.0: enabling device (0140 -> 0142)
Nov 29 10:05:56 Laniakea kernel: [ 11.873991] ath10k_pci 0000:02:00.0: enabling device (0140 -> 0142)
Nov 29 10:05:56 Laniakea kernel: [ 11.880559] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
Nov 29 10:05:56 Laniakea kernel: [ 12.114538] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2
Nov 29 10:05:56 Laniakea kernel: [ 12.125294] ath10k_pci 0000:02:00.0: Falling back to user helper
Nov 29 10:05:56 Laniakea kernel: [ 12.509705] firmware ath10k!pre-cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
Nov 29 10:05:56 Laniakea kernel: [ 12.518845] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
Nov 29 10:05:56 Laniakea kernel: [ 12.529247] ath10k_pci 0000:02:00.0: Falling back to user helper
Nov 29 10:05:56 Laniakea kernel: [ 12.539808] firmware ath10k!cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
Nov 29 10:05:56 Laniakea kernel: [ 12.548619] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
Nov 29 10:05:56 Laniakea kernel: [ 12.559358] ath10k_pci 0000:02:00.0: Falling back to user helper
Nov 29 10:05:56 Laniakea kernel: [ 12.570312] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
Nov 29 10:05:56 Laniakea kernel: [ 12.587588] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
Nov 29 10:05:56 Laniakea kernel: [ 12.596855] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
Nov 29 10:05:56 Laniakea kernel: [ 12.606385] ath10k_pci 0000:02:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
Nov 29 10:05:56 Laniakea kernel: [ 12.651169] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
Nov 29 10:05:56 Laniakea kernel: [ 12.661639] ath10k_pci 0000:02:00.0: Falling back to user helper
Nov 29 10:05:56 Laniakea kernel: [ 12.672438] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
Nov 29 10:05:56 Laniakea kernel: [ 12.682526] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
Nov 29 10:05:56 Laniakea kernel: [ 13.821829] ath10k_pci 0000:02:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1

I’m quite sure this problem originates from the original OpenWRT source drop as multiple users have reported this issue with the ath10k driver.
It seems that it has something to do with DFS.
I am able to get the 5 GHz wifi up and running by locking the channel to a non-DFS channel for instance 36.
When setting channel selection to auto again, the driver fails again.
Hopefully this bug report can help you guys triage this problem and solve it.
When more help is needed, I’m happy to provide more details/test some stuff.

Jasper