<html><head></head><body>Hi David,<br><br>thanks for your response. <br><br>To me it looks like qca953x already uses 25 MHz clock, or am I looking at the wrong value:<br><br><a href="https://github.com/openwrt/openwrt/blob/master/target/linux/ath79/dts/qca953x.dtsi#L27">https://github.com/openwrt/openwrt/blob/master/target/linux/ath79/dts/qca953x.dtsi#L27</a><br><br>Best<br><br>Adrian<br><br><br><div class="gmail_quote">On 5 November 2019 16:46:59 CET, David Bauer <mail@david-bauer.net> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hello Adrian,<br><br>during the CPE210v2 bringup it was discovered that the CPE210 has the wrong bootstrap option set<br>for it's 25 MHz reference clock. Because of this, the device was originally not even booting with ar71xx.<br><br>On ath79, the reference clock is not detected based on the bootstrap option, but set by the DTS.<br>The twist however is the ath9k driver, whose OF patch still reads this register. [0]<br><br>On ar71xx, the platform data was always set to true for the QCA9533 [1]<br><br>So you can try to force the settings for 25MHz reference clock for all QCA953x regardless of the bootstrap<br>settings to keep the behavior in line with ar71xx.<br><br>I have no device to verify this, however it's a good candidate for the root cause. ;)<br><br>[0] <a href="https://github.com/openwrt/openwrt/blob/master/package/kernel/mac80211/patches/ath/552-ahb_of.patch#L237">https://github.com/openwrt/openwrt/blob/master/package/kernel/mac80211/patches/ath/552-ahb_of.patch#L237</a><br>[1] <a href="https://github.com/openwrt/openwrt/blob/master/target/linux/ar71xx/patches-4.14/620-MIPS-ath79-add-support-for-QCA953x-SoC.patch#L260">https://github.com/openwrt/openwrt/blob/master/target/linux/ar71xx/patches-4.14/620-MIPS-ath79-add-support-for-QCA953x-SoC.patch#L260</a><br><br>Best wishes<br>David<br><br>On 11/5/19 3:05 PM, Adrian Schmutzler wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Hi,<br><br>for quite some time already we are struggling with broken WiFi on some TP-Link CPE devices having QCA9533 rev. 2 (QCA9533-BL3A SOC) in common.<br><br>I'd be happy on some help here, since I've exhausted my debugging capabilities.<br><br><br>1. Symptoms: WiFi looks up on the device, some TX traffic is shown in ifconfig, RX is zero. The AP cannot be found by clients. "iw dev wlan0 scan" returns nothing.<br><br>2. Affected devices: TP-Link CPE210 v2/v3, CPE220 v3 (all QCA9533 rev. 2?); no other QCA9533 devices known to be affected (specific to CPE or to QCA9533 rev. 2?)<br><br>3. For a certain model, there are devices which are working correctly and others which don't. There is no known indicator to find out whether a device works or not. The state of a device does not change as far as we know (always working or never working).<br><br>4. So far, only 2.4 GHZ-only devices were affected<br><br>5. There is no diagnostic output that indicates a WiFi problem. dmesg/logread look normal, there is no difference when compared between working and not-working devices (despite RX=0/scan as stated above)<br><br>6. The problem seems to be present from the beginning (device support patches), it just has been overlooked since it's not occurring on every device.<br><br>7. The ar71xx firmware for all devices works flawlessly, so it is an ath79-specific problem.<br><br><br>Other findings that might be connected or not:<br><br>a. On ath79 phy0 uses irq=11/irq=12 and on ar71xx irq=47. eth0 uses irq=4 on both targets.<br><br>b. The following gpio is only found on ar71xx: gpio-495 ( |ath9k-phy0 ) in lo<br><br><br>I currently own a CPE210v2 with the bug and can test suggestions (if I'm capable of implementing them).<br>There is a device support PR for the CPE220 v3 suffering from the same problem: <a href="https://github.com/openwrt/openwrt/pull/2514">https://github.com/openwrt/openwrt/pull/2514</a><br><br>Despite, further reading may be found in forum discussion and bug report:<br><a href="https://bugs.openwrt.org/index.php?do=details&task_id=2333">https://bugs.openwrt.org/index.php?do=details&task_id=2333</a><br><a href="https://bugs.openwrt.org/index.php?do=details&task_id=2478">https://bugs.openwrt.org/index.php?do=details&task_id=2478</a><br><a href="https://forum.openwrt.org/t/ath79-tp-link-cpe210-v2-0-wifi-not-working/40666">https://forum.openwrt.org/t/ath79-tp-link-cpe210-v2-0-wifi-not-working/40666</a><br><br>Initial support for CPE210 v2/v3 was done by me and bluelineXY, both already involved in the discussion. ;-)<br><br>Thanks for any hints!<br><br>Adrian<hr>openwrt-devel mailing list<br>openwrt-devel@lists.openwrt.org<br><a href="https://lists.openwrt.org/mailman/listinfo/openwrt-devel">https://lists.openwrt.org/mailman/listinfo/openwrt-devel</a><br><br></blockquote></pre></blockquote></div></body></html>