The Mikrotik LDF 5 ac (RBLDFG-5acD) is a device in the formfactor of a satellite dish feed (in sat tv called LNB) with a single Gigabit ethernet port with PoE and 5 GHz 802.11ac 2x2 MIMO single radio for bit rates up to MCS9 (867 Mbps). It can be combined with parabolic offset dishes of various size and gain to connect over large distances in point-to-point connections. See https://mikrotik.com/product/ldf_5_ac
The LDF 5 ac is ipq4018 based (quad core 32 bit ARM, 716 MHz) and comes with 256 MB RAM and 16 MB flash.
With the valued help of robimarko have created OpenWrt support for this device that can be tested here: github.com/wwortel/openwrt (choose branch Mikrotik-LDF-5-ac).
It would be really helpful if you rebased and squashed your commits. That way, one commit can show the device support being added. Then all you should need to get this added to OpenWrt is more in the commit message: device details and a signoff.
In the rebase -i editor, leave the first LDF-5-ac commit as pick, and change the rest of the LDF-5-ac commits pick into squash.
delete the lines for the commits that master will already have, but git should do this for you.
once you are happy & have tested the rebase, you can switch back to your main device branch, and reset --hard it to your rebase branch, then push --force this to github.
You can modify the last commit with git commit --amend
If the networking is similar to the SXTsq5ac's, you might need some extra settings to get VLANs (1 and 2 are usually problematic) working correctly with the Qualcomm driver.
thanks! Will give it a try.
in Mikrotik's original .dts qcom,phy_mdio_addr, qcom,poll_required, qcom,forced_speed, and qcom,forced_duplex are listed directly under edma@c080000. You put them under the &gmac subentries, one level lower. Is that intentional? Probably things that are not gmac specific but always applicable could be a level higher. Will the driver still find it when one shifts a .dts definition level up or down?
Success! Needed in .dts to deactivate the switch, to add your suggestions, and to activate ess-psgmii.
Now OpenWrt boots with lan @ eth0. 02_network entry is now identical to that of sqtsq-5-ac2. Have updated github.
Will now try to read up on how to do this rebasing and squashing.
The one entry in your suggestion that I could not find in the drivers is phy-mode. It only gets parsed in the Distributed Switch Architecture driver, which appears not active here.
I saw you are having some trouble with wireless performance (1, 2).
It might be worth mentioning on the PR. Adrian will probably be able to point you towards someone with a good understanding of ath10k, and you also may not want the device merged (yet) if you are not happy with performance. Another hint to git fetch origin master; git rebase origin/master for your PR branch, so that you are not adding additional commits (Merge branch 'openwrt) to your PR.
There is an OpenWrt build config option that enables the ath10k debug options: openwrt/package/kernel/mac80211/ath.mk: CONFIG_PACKAGE_ATH_DEBUG
You will also need to set the debug mask value on device.
The OpenWrt IRC, or openwrt-devel mailing-list might find someone suitable. You do not get much exposure with a forum post buried in an old thread.
You might also want to look for who has made commits to ath10k and ath10k-ct in OpenWrt. You could email them, or tag them in the forum, or PR, to try and get their help.
Thanks for your advise; although I've been silent, I have not given up and am making good progress.
It turns out that the QCA firmware does have an option to set the so called TX_ACK_TIMEOUT via the wmi interface. So hope to be back soon with a full solution that is more elegant than the hack currently in ath10k to constantly write to a register, countering the actions of the firmware that resets Coverage Class all the time to zero. Sensitivity of the 5 GHz radio is fine. So this Coverage Class item is the only thing missing.
Since this morning have the Coverage Class setting working via the elegant way and tested on a long distance link. The wmi interface to the QCA firmware, unlike what current backported ath10k' source code suggests, does cater for setting this. There is an addition to ath10k on its way written by brainslayer that takes care of this, and more, for the ipq40xx. It is basically unrelated to this particular 'LDF 5 ac' device as any ipq40xx device that needs to work over larger distances will benefit. All credits to BrainSlayer who provided the essential clues.