First everything seemed to work, I could configure the router as I wanted. But later I noticed that after a reboot all configurations are lost. Does anyone also have this problem and know what I'm doing wrong?
I'm guessing I probably made an oopsie with the definition of the OOB size?
Either that or some shenanigans occurring with the mediatek BBT/BBM.
Edit: Hmm that could be it, the bootloader looks like it has it defined as 128 for the chip with id C8,51 (The OOB size seems to be +0xA after the nand id if you look in U-Boot)
@namidairo something weird is happening, so as @dekomote said after making changes in /overlay via Luci or CLI and executing sysupgrade -u seems to solve the issue with corrupting jffs2 after a reboot, but whenever you do sysupgrade -u -n (without saving current configuration) the issue still persists (the issue that the configuration is not getting restored after a restart)? Seems like making a change, so modifying /overlay and then executing sysupgrade -u fix somehow jjfs2/partition layout? No idea
EDIT. After executing sysupgrade -u I have different logs about jffs2:
root@OpenWrt:/etc/config# logread | grep -i jffs
Fri Mar 4 06:21:26 2022 kern.info kernel: [ 0.042257] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 7.657186] jffs2: CLEANMARKER node found at 0x00000000 has totlen 0xc != normal 0x0
Fri Mar 4 06:21:26 2022 kern.warn kernel: [ 7.691746] jffs2: Empty flash at 0x000011b4 ends at 0x00001800
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 9.178666] jffs2: notice: (818) jffs2_build_xattr_subsystem: complete building xattr subsystem, 11 of xdatum (0 unchecked, 3 orphan) and 13 of xref (2 dead, 1 orphan) found.
Fri Mar 4 06:21:26 2022 user.info kernel: [ 9.197593] mount_root: switching to jffs2 overlay
Some more not related logs:
Errors:
Fri Mar 4 06:21:26 2022 kern.err kernel: [ 0.079531] mt-pmic-pwrap 10001000.pwrap: unexpected interrupt int=0x1
Fri Mar 4 06:21:26 2022 kern.info kernel: [ 1.767899] pci 0000:00:00.0: BAR 0: failed to assign [mem size 0x200000000 64bit pref]
Fri Mar 4 06:21:26 2022 kern.err kernel: [ 1.817968] pcieport 0000:00:00.0: of_irq_parse_pci: failed with rc=-22
MTD:
Fri Mar 4 06:21:26 2022 kern.info kernel: [ 0.726228] mtk-snand 1100d000.snfi: chip is F50L1G41LB, size 128MB, page size 2048, oob size 64
Fri Mar 4 06:21:26 2022 kern.info kernel: [ 0.737025] [BBT] BMT.v2 is found at 0x3ff
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.741315] 9 fixed-partitions partitions found on MTD device 1100d000.snfi
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.748297] Creating 9 MTD partitions on "1100d000.snfi":
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.753689] 0x000000000000-0x000000080000 : "Preloader"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.760096] 0x000000080000-0x0000000c0000 : "ATF"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.765450] 0x0000000c0000-0x000000140000 : "u-boot"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.771511] 0x000000140000-0x000000180000 : "u-boot-env"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.777477] 0x000000180000-0x0000001c0000 : "bdata"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.782993] 0x0000001c0000-0x000000240000 : "factory"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.789140] 0x000000240000-0x000000280000 : "crash"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.794658] 0x000000280000-0x0000002c0000 : "crash_log"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 0.800542] 0x0000002c0000-0x0000075c0000 : "firmware"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 1.001667] 2 fit-fw partitions found on MTD device firmware
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 1.007330] Creating 2 MTD partitions on "firmware":
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 1.012287] 0x000000000000-0x0000003a0000 : "kernel"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 1.023609] 0x0000003a0000-0x000007300000 : "rootfs"
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 1.217710] mtd: device 10 (rootfs) set to be root filesystem
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 1.223679] 1 squashfs-split partitions found on MTD device rootfs
Fri Mar 4 06:21:26 2022 kern.notice kernel: [ 1.229860] 0x000000880000-0x000007300000 : "rootfs_data"
EDIT2: After executing sysupgrade -u -n again I've got corrupted passwd/shadow and now I can't login Lovely
Could you tell me what hardware you're using for 800 Mbps?
I'm using an Wireless 8265 / 8275 (Dual Band Wireless-AC 8265) as client and the AX3200 is is sitting next to it. It doesn't go above ~100 Mbps
Same with an Intel AX200 using the iwlwifi driver.
Is there the same issue on GD5F1GQ5UEYIG flash as it is on F50L1G41LB that after a fresh mtd -r write sysupgrade.bin firmware fails to sync jffs2 overlay after reboot?
Interestingly, you can see the same issue here with ax3600 from xiaomi. It's a completely different soc, but they still advise on doing sysupgrade after writing the image because the settings don't persist.
I have a GD5F1GQ5UEYIG flash unit as well, @panton's last build is working for me as I am now able to boot into openwrt firmware where as before it would just brick itself. I will setup the router and report back after some testing.
This "not keep settings" was about do not keep settings when sysupgrade. It is an usual step to avoid incompatibilities with different firmware versions.
*BTW, That first QSDK build attempt brought a lot of AX3600 bricks because it modified the partition table partition... A good time to remember to be careful with your AX6S NAND original partition layout and important partitions.