It is supported in DD-WRT with @brainslayer custom firmware, I am just not sure it runs on the IPQ-4019 (QCA4019?) and if nowdays the OpenWRT firmware supports it?
it works only with the dd-wrt firmwares since they contain some patches in it to get it to work on all chipsets. for the rest its pretty simple.
set the desired mode 5 or 10 mhz with procfs chanbw and then setup the device using standard 20 mhz operation modes.
the patches are not enough. please read what i wrote how to setup it and clarify what you did to initialize the interface. the patches do not contain any configuration handling from what i have seen and consider that the gui will indeed report only 20 mhz,but that doesnt mean that i does not operate on 10 mhz or 5 mhz. this is invisible unless you do some more patches in mac80211 (which i did in dd-wrt)
can you send me your firmware image you are using? (i guess you know how to find my email correct?) and if possible also a kernel log. i can just imaging that the cause is that the chipset isnt correctly detected by the firmwares .there are 2 chipset variants. one has 5 and 10 mhz working by its default. the other variant needs a hack handled by the firmware. usually the chipset isnt detected correct. just a guess. the chipid can be normally seen if firmware debugging is enabled (ath10k debug must be enabled for that).
the printout from the firmwares looks like that (and thats what i'm looking for)
[ 12.408200] ath10k_ahb a000000.wifi: ChipType 1100 ChipTypeID 30 BoardID 14 P 80/80 V 16 K 160 PH 272 T 282 msdu-desc: 2500 sw-crypt: 0
[ 13.574066] ath10k_ahb a800000.wifi: ChipType 1100 ChipTypeID 30 BoardID 15 P 80/80 V 16 K 160 PH 272 T 282 msdu-desc: 2500 sw-crypt: 0
in worst case i just will do a test firmware which does enable the hack required for that chip without any chipid check. but this firmware may not work on devices which do not require this hack.
Thank you! Currently I am away from my equipment so I will be able to send this to you tomorrow, found your email too
Just to make sure I get you everything needed, you want a kernel log and the ath10k firmware I used or the whole openwrt image?
Regarding firmware debug enabled, is that the ATH10K_DEBUG flag? I belive that one is set as if not I wouldn't have chanbw either, no?
And one last question, there is a variant with ipq4029 - should be the industrial version of the 4019 - you mean that one is auto detected by your firmware and doesn't require the pll clock change?
yes its a standard debug flag. but must be set at driver load time, since we need the firmware debug infos. so ath10k_debug is one thing. but there is a module parameter which enables it at the end
i just see that there is also a sysfs named fw_dbglog which enables the firmware logging. the only problem point here is that the firmware bootmessage comes earlier than you can set this flag
my solution in dd-wrt (in dd-wrt its always on since the fw does only print a bootup message and nothing else which creates noise. i simply replaced the trace_ath10k_wmi_dbglog function with ath10k_info