Do you need the fw_env.config from a WAX202 running OpenWrt? (I haven't flashed mine yet)
There's a fw_env.config nestled in the Netgear GPL source listed in the commit message - don't know if that's helpful.
Pasted in its entirety (/bootloader/u-boot-mt7621-2018.09-gitb178829-20200526/tools/env/fw_env.config):
# Configuration file for fw_(printenv/setenv) utility.
# Up to two entries are valid, in this case the redundant
# environment sector is assumed present.
# Notice, that the "Number of sectors" is not required on NOR and SPI-dataflash.
# Futhermore, if the Flash sector size is omitted, this value is assumed to
# be the same as the Environment size, which is valid for NOR and SPI-dataflash
# Device offset must be prefixed with 0x to be parsed as a hexadecimal value.
# NOR example
# MTD device name Device offset Env. size Flash sector size Number of sectors
/dev/mtd1 0x0000 0x4000 0x4000
/dev/mtd2 0x0000 0x4000 0x4000
# MTD SPI-dataflash example
# MTD device name Device offset Env. size Flash sector size Number of sectors
#/dev/mtd5 0x4200 0x4200
#/dev/mtd6 0x4200 0x4200
# NAND example
#/dev/mtd0 0x4000 0x4000 0x20000 2
# On a block device a negative offset is treated as a backwards offset from the
# end of the device/partition, rather than a forwards offset from the start.
# Block device example
#/dev/mmcblk0 0xc0000 0x20000
#/dev/mmcblk0 -0x20000 0x20000
# VFAT example
#/boot/uboot.env 0x0000 0x4000
# UBI volume
#/dev/ubi0_0 0x0 0x1f000 0x1f000
#/dev/ubi0_1 0x0 0x1f000 0x1f000
# UBI volume by name
#/dev/ubi0:env 0x0 0x1f000 0x1f000
#/dev/ubi0:env-redund 0x0 0x1f000 0x1f000
@Ansuel No sorry . Does that mean it's broken in master as well?
@edwrap Can you copy the contents of mtd1 (which I assume could be the u-boot environment settings but it might as well be not) and check the contents with strings? 512 KiB might be a bit big maybe, but it's worth a try. Going by the DTS in OpenWrt there's nothing that immediately pops out as a u-boot config.
With a bit of luck you can run strings from the OEM firmware even. This is what e.g my switch (on OpenWrt) prints:
No luck with SSH in the OEM firmware, unsurprisingly. I wasn't planning on flashing my WAX202 at the moment, as I don't have a backup router in case things go awry, but I can give it a go this weekend if nobody else can help with this.
@Ansuel What's the consequence of this config being missing?
an error on such command use and in general having a device with some missing values...
Finding the right values for fw_env.econfig is very easy and safe... Someone can even brute force the values on the partition until the command runs and print values
@TomH Can you modify /etc/fw_env.config as follows?
/dev/mtd1 0x0 0x4000 0x20000 2
And check if fw_printenv works? I'm taking cues from the file @edwrap posted but I'm not familiar with NAND, so this might not work either (but it should not break anything either, as @Ansuel indicated). You're reading, not writing.
the bad CRC error is just that nobody ever mod the config values so it's not an error... the fact that the same result works with 2 different values... we need to find the right one just to make sure we don't destroy the env on a write.
The case of mine is still open and I already soldered pins to the UART interface. If there is anyhting i can do you just need to say so. My problem is unfortunately just that I lack the knowledge how to get the correct values.
If it helps I could also connect network and serial to another system and make it reachable via ssh.
Hello, im new to openwrt and i ordered this router because i saw the open pull request for adding support to it like a week ago, ive been curious, is all i need to do to install it just use the factory os on the router to install netgear_wax202-squashfs-factory.img on it as an update? Is everything more or less safe to use, just have to install luci through ssh? i assume i will be able to ssh to the router when i flash openwrt on it. Thanks in advance, and sorry if its a noob question
The commit contains the flashing instructions. Tip for future purchases: the commit adding support always contains flashing instructions. It's mandatory for new devices gaining support, has been for a while.