egrep -o \w+=.+ /dev/mtd1
root@OpenWrt:~# egrep -o \\w+=.+ /dev/mtd1
tHTPLog=0
baudrate=115200
boardmodel=ZyXEL_GS1900_24EP
bootargs=console=ttyS0,115200 mem=64M quiet
bootcmd=boota
bootdelay=1
ethact=rtl8380#0
ethaddr=F4:4D:5C:6B:53:45
ipaddr=192.168.1.1
netmask=255.255.255.0
runHTP=0
serverip=192.168.1.111
stderr=serial
stdin=serial
stdout=serial
-Werror=enum-int-mismatch
Yeah, the following diff did the job for now:
diff --git a/lang/lua-rs232/Makefile b/lang/lua-rs232/Makefile
index 654e21c..a4b6642 100644
--- a/lang/lua-rs232/Makefile
+++ b/lang/lua-rs232/Makefile
@@ -41,6 +41,7 @@ define Package/lua-rs232/description
multiplatform library for serial communications over RS-232
endef
+TARGET_CFLAGS += -Wno-error=enum-int-mismatch
TARGET_LDFLAGS += -Wl,--as-needed
MAKE_FLAGS += luadir='$$$${prefix}/lib/lua' luaexecdir='$$$${exec_prefix}/lib/lua'
Could the "
Bad CRC, using default environment" warning have something to do with why yours is missing eg. boardmodel and pseId in fw_env?
Very likely it's just looking at the wrong place and as a fallback printing compiled-in default data, maybe not even from uboot itself but the userspace tools.
If you have time, could you run /tmp/poe-mgr again with "-d" and "-v" command line options added?
I'm using this switch currently productively, so will do once I have time to recovery from what might go wrong.
What probably wasn't clear from my previous output: the switch became pretty much unusable while running the lua script. It still responded to ICMP but everything userspace related just timed-out, incl. the SSH session.