New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TP-Link Archer A6 v3, stable 21.02.2: Router bricking (5 GHz WiFi broken) #9288
Comments
Do you mean downgrade? Because the snapshot you stated is way newer than 21.02.2 |
I meant upgrade as the snapshot is from 3 days before the stable version 21.02.2 was released, with the latter being released on 02/18/2022 whereas the former was from 02/15/2022. |
Well, it doesn't really work like that. So snapshots are always newer and OpenWrt doesnt really support downgrading |
Okay. After installing the stable version, I had soft reset the router through failsafe mode. That made the router boot again. At this point, shouldn't the stable version work correctly since I soft reset and removed all my previous configuration? Enabling 5 GHz WiFi on the stable version crashes the router, and it reboots with 5 GHz WiFi disabled again. This bug with 5 GHz WiFi is being encountered by multiple people on the forum, including me. |
I agree that it's a bug if 5GHz WLAN doesn't work. |
I really have not tried any snapshots after the one from 02/15/2022 where the 5 GHz WiFi did work. However, I faced performance issues and unstability with 5 GHz WiFi on all snapshots I tried, and even the previous stable release v21.02.1. I came to know the mt76 driver is to blame. Now with 5 GHz WiFi completely broken on stable release v21.02.2, I simply reverted to stock firmware for now. If it is required to verify the 5 GHz WiFi on the latest snapshot, I will have to reflash OpenWrt, which I can do as required. |
Please change your topic title to 'downgrade' instead of 'upgrade' - as robimarko pointed out that's what you did. The present title is highly misleading since it implies you upgraded from an older codebase, which you did not. You downgraded from master to 21.02. |
The issue is not related to upgrade/downgrade, as I was trying to explain in my replies above. I have edited the title and the initial post accordingly, and added more details and findings. |
5 GHz WiFi does work on snapshots. Tried on 02/28/2022 snapshot. Only the stable release 21.02.2 seems to be affected. |
I can confirm this issue on an Archer C6 v3.2 ( same hardware as A6 v3). Stable release 21.02.2 causes a boot loop when enabling Wi-Fi 5Ghz (fresh install, reset all settings. This does not happen with 21.02.1 nor with snapshot builds. On the weekend I will try to capture the kernel error with an UART. |
me, too: stable release 21.02.2, boot loop on archer a6(CA) v3.0 thanks to all the volunteers of openwrt !! |
OK, I just connected an UART to troubleshoot the boot loop issue of stable 21.02.2 with Archer A6 v3 build after enabling the 5Ghz radio. Tested with an Archer C6 v3.2 which has exactly the same hardware (I also backported 21.02.2 to Archer C6 v6 3.2 and did a custom build and the issue is the same). Below is the portion of the boot log with the error, the full log is at pastebin:
|
Adding steps to reproduce:
|
Looking at that kernel trace, it looks like something (null pointer access?) that hostapd triggers in mt76 driver. 21.02 branch seems to contain the mt76 driver from December, so it is possibly something that has already been fixed in master.
|
Master is ok. The issue is only with 21.02.2. Perhpas it’s some incompatibility of mt76 with kernel 5.4, since master (for mt7621) switched to kernel 5.10 in December. |
mt76 driver in master has been updated later, but 21.02 has an older version. |
I've found the root cause. It's not the driver. It's a regression of an issue in the build configuration. The 21.02.2 stable build is including the package The workaround for now is after installing 21.02.2 stable and before enabling the 5Ghz radio, manually remove package After this the 5Ghz radio can be successfully configured and enabled. |
probably this commit should be backported from master to 21.02 a1ac872 |
guest wifi (https://openwrt.org/docs/guide-user/network/wifi/guestwifi/configuration_command_line_interface) (works with the snapshot) |
This firmware should only be used for mobile devices (e.g. laptops), where AP mode functionality is typically not used. This firmware supports a lot of power saving offload functionality at the expense of AP mode support. Signed-off-by: Felix Fietkau <nbd@nbd.name>
All, I've just created a pull request that will both add Archer C6 v3 support to future 21.02 stable builds and also fix this issue. The pull request basically is a cherry pick of the two commits below: d22fb7f4fd - ramips: add support for TP-Link Archer C6 v3 The second commit above is the one that fixes the issue reported here in 21.02 branch. However I need 6 reviews of my pull request so these changes make into 21.02. I would really appreciate if you could review and if OK approve this pull request: Please review and approve pull request #9502 |
how is the performance for Archer a6 v3 now ? I'm looking for a better firmware . |
@Akczht It is quite good for me. I am on a snapshot from March (r19003-43276b60c6), and it is working quite well for me, better than stock firmware. |
Device: TP-Link Archer A6 v3
OpenWrt version: Stable 21.02.2
Issue: This issue seems to be with 5 GHz WiFi, which is broken and fails to enable, using fresh install as well as after flashing the stable build while preserving the previous configuration (setting with 5 GHz WiFi enabled seems to be the culprit).
If 5 GHz WiFi is enabled and settings force applied from within LuCI, the router is bricked. This resulted in the LEDs going haywire. After soft resetting through failsafe mode, enabling 5 GHz WiFi through LuCI fails and it makes the router reboot with 5 GHz WiFi setting reverted (disabled again). Enabling 2.4 GHz WiFi seems to work.
The most serious is the scenario which I initially faced. Flashing the stable version over the 02/15/2022 snapshot that also seemed to brick my router (with configuration preserved, including 5 GHz WiFi enabled).
The router is also likely to suffer the same fate, if flashing the stable version over a previous stable build with configuration preserved (provided 5 GHz WiFi was enabled).
Other people have also facing the same issue on the forum.
I hope this can be fixed asap, as upgrading with the 5 GHz WiFi enabled may render this router unusable, and perhaps leave it in a bricked state, for more people as well.
I saved both system log and kernel log from within LuCI, if that will help.
System log: https://pastebin.com/SmQtMfum
Kernel log: https://pastebin.com/Zva49nyt
More devices with same chipset MT7621 are also affected by this bug, such as Linksys E5600, as per forum reports, and possibly way more devices.
Source: https://forum.openwrt.org/t/5-ghz-ap-not-working-on-21-02-2-linksys-e5600/120705
The text was updated successfully, but these errors were encountered: