#16589: ATH10k for Tp-Link Archer C7 V2
-----------------------------+-------------------------------------
Reporter: optimizerapp@… | Owner: developers
Type: defect | Status: new
Priority: normal | Milestone: Barrier Breaker (trunk)
Component: packages | Version: Trunk
Resolution: | Keywords:
-----------------------------+-------------------------------------
Comment (by anonymous):
From what I've read, there are really two options to hack functionality
back in for ath10k;
1) stop it from bailing out on otp error:
comment out lines 279-284 of drivers/net/wireless/ath/ath10k/core.c
add in their place add "return ret;"
* the actual reason for the failure is not entirely clear, but it appears
that ath10k is trying to look at the pcie card itself for the otp data,
which is actually located in the art partition. This means pretty much a
*complete* failure of otp, but would restore to previous functionality
(bad calibration), which is, realistically, equivalent to option 2.
2) prevent it from TRYING to run otp:
Comment out lines 587-589 of the same file.
What is *entirely* unclear (at least to me) is what running otp actually
does, and how it compares to what is apparently the fallback mode of
reading the calibration values from board.bin. In any case, I have been
lead to believe that creating a custom board.bin from the content of the
art partition *should* apply the proper calibration values... however, it
does *NOT* appear that the mac addresses are actually located in the art
partition -- in its place, "00 03 7F 00 00 00"... so... ???
Note that the MAC address from a working openwrt *is* consistent with the
one at the start of board.bin. Maybe code it in manually?
--
Ticket URL: <https://dev.openwrt.org/ticket/16589#comment:29>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets
