Yes use 82000000. If the load is too close to 80000000, the uncompressed data being placed into RAM starting at 80000000 will spill over and clobber the yet to be uncompressed data causing LZMA to fail.
81000000 is still in some instructions since it worked with those days' smaller kernels and 32 MB RAM.
Solved, thank you! Now I have one last issue. Confused why the sysupgrade.bin seems unpreserved. It reboots back to Ubiquiti firmware.
root@OpenWrt:/# sysupgrade tmp/openwrt-23.05.0-ath79-generic-ubnt_litebeam-ac-ge
n2-squashfs-sysupgrade.bin
Cannot save config while running from ramdisk.
Mon Oct 9 21:52:24 UTC 2023 upgrade: Commencing upgrade. Closing all shell sessions.
Watchdog handover: fd=3
watchdog -
Watchdog did not previously reset the system
Mon Oct 9 21:52:25 UTC 2023 upgrade: Sending TERM to remaining processes ...
Mon Oct 9 21:52:29 UTC 2023 upgrade: Sending KILL to remaining processes ...
[ 427.519234] stage2 (2718): drop_caches: 3
Mon Oct 9 21:52:35 UTC 2023 upgrade: Switching to ramdisk...
Mon Oct 9 21:52:39 UTC 2023 upgrade: Performing system upgrade...
[ 431.043872] do_stage2 (2718): drop_caches: 3
Unlocking firmware ...
Writing from to firmware ...
Appending jffs2 data from /tmp/sysupgrade.tgz to firmware..
.File /tmp/sysupgrade.tgz does not exist
Mon Oct 9 21:52:43 UTC 2023 upgrade: Upgrade completed
Mon Oct 9 21:52:44 UTC 2023 upgrade: Rebooting system...
umount: can't unmount /dev: Resource busy
umount: can't unmount /tmp: Resource busy
[ 436.669422] reboot: Restarting system
You should really go to .4, or perhaps 22.03, here's a bug in 23, making Ubiquity devices forget the settings.
Not sure it's related to your issue though.