-
-
Notifications
You must be signed in to change notification settings - Fork 10.2k
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
FS#3118 - Failed sysupgrades on TL-WR902ACv1 all 19.07.x stable releases - suspected sysupgrade image issue #7886
Comments
psherman: Confirmed same issue with snapshot sysupgrade image downloaded May 23. 2020 (OpenWrt SNAPSHOT, r10250-016d1eb) TFTP recovery is still successful with factory snapshot image (boots normally). I also timed the boot-loop frequency -- all LEDs flash and ethernetport flaps every 10 seconds. I am not sure if I'll be able to evaluate the serial console output during the boot-loops in the immediate future (based on available time). If it is necessary, I can try to make a priority for that. Otherwise, hopefully this gives some additional insight. |
psherman: Another note -- this is ar71xx target platform. This device is not yet available on the ath79 target for 19.07.3 stable release. However, I do see that it is available in the snapshot -- I have not tried it, though. |
adrianschmutzler: So, just to understand this properly: Please try whether the problem persists with ath79 image from master, both for: ar71xx (working 19.07) -> ath79 (master) |
psherman: Sorry if it was at all unclear... The TL-WR902AC has two images available in the 19.07.x stable build directories (ar71xx) -- "factory" which is used for flashing from the original TP-Link firmware and/or tftp recovery, and a "sysupgrade"image which is for upgrading from a previous OpenWrt version. I believe that the difference is supposed to be padding or some header information since the functional part of the image should theoretically be the same. For example, from the current [[https://downloads.openwrt.org/releases/19.07.3/targets/ar71xx/generic/|External Link19.07.3 stable release]]: All versions referenced below are for stable builds:
I will test with ath79 as soon as I can and reply back to this thread with the results. |
adrianschmutzler: ar71xx doesn't build snapshots for master, the code there is source-only and the images are from June 2019 (so, effectively older than what's offered for 19.07). Please try the ath79 from master, which should be up-to-date. |
psherman: Sure thing. Thanks for the clarification. I'll report back when I have results. |
adrianschmutzler: Just found something. Try to build the referenced branch or pick the most recent commit to a local openwrt-19.07 branch of yours: This could fix the sysupgrade problem for ar71xx. I'd still expect ath79 in master to work out-of-the-box. |
psherman: Test ath79 (snapshot) sysupgrade image (for all tests: keep settings disabled, or -n argument): 19.07.3 stable release (ar71xx) > snapshot (ath79) 'sysupgrade' image = successful flash! Interestingly, ar71xx > ath79 did not throw any flags about supported image type (ath79 > ar71xx did warn about the supported image; used sysupgrade -F -n). I failed to make note of the snapshot version, but it was from the following: |
psherman: Adrian - I don't know that I'll able to get to test yourr patch in the near future (and I may have a little learning to do if I want to build with that patch). Will the ath79 target for this device be built for 19.07.4? Or will we need to wait for 20.x to see the new target for this the WR902AC? If the ar71xx builds will be provided for at least the rest of the 19.07.x series, it is probably worth the effort to test the patch... do you know when the ar71xx target will be removed for this device? |
adrianschmutzler: Hi, I've built images for ar71xx@19.07 for you and uploaded them here: These are just containing the default packages, no GUI, so mostly just like the snapshot from master. It would be quite helpful if you could test these, because if I had the correct suspicion we would be able to fix this for 19.07 users. Please test flashing: if you have additional time, you may also try 18.06 factory -> "my" sysupgrade Concerning ar71xx vs. ath79: |
adrianschmutzler:
That's expected, we "support" upgrading, but not downgrading. Despite, downgrading would require to update the "old" stable branch in order to know what's changed in the "new" master branch ... |
psherman: Thanks Adrian. I tried to build my own images yesterday, but was not successful in integrating the patch. So it was good that you were able to provide images for me to test. Looks like it is all working exactly as expected! I ran what I think is a comprehensive set of tests -- here is my test log: 19.07.3 (stable release) 'factory' --> 19.07.3 (stable release) 'sysupgrade' image = fail (expected) force tftp --> 18.06.8 (stable release) 'factory' image = success force tftp --> 19.07.3 (stable release) 'factory' image = success |
psherman: Thanks for fixing this bug, Adrian. I appreciate your help and I'm glad you found the solution so quickly! |
None: Perfectly executed and solved !! |
psherman:
Steps to reproduce:
Recovery:
Full description of my experience linked to this bug.
When I have some time, I will try the latest snapshot build both via LuCI and via CLI and I'll add comments based on those tests.
The text was updated successfully, but these errors were encountered: