i test OpenWrt for Belkin RT1800
found bug / problem
mac address are bad for Lan Wan WIFI 2.4G & 5G
openwrt look for mac address in mtd2 & good mac adress are in mtd1 as oem firmware !!!
I have absolutely valid MACs from "Belkin International Inc" range E8:9F:80 shown by ip link on wan, lan[1-4], phy0-ap0 and phy1-ap0. One of the MACs matches the sticker.
Manual check returns the same addresses
. /lib/functions/system.sh
mtd_get_mac_ascii Config lan_hwaddr
mtd_get_mac_ascii Config wan_hwaddr
The same check is performed by OpenWrt, see https://github.com/openwrt/openwrt/blob/master/target/linux/ramips/mt7621/base-files/etc/board.d/02_network#L236-L240
"Config" used in the above command is mtd1
Make sure you're using the official firmware build.
1 Like
belkin,rt1800|\
linksys,e7350)
lan_mac=$(mtd_get_mac_ascii Config lan_hwaddr)
wan_mac=$(mtd_get_mac_ascii Config wan_hwaddr)
label_mac=$lan_mac
;;
that is only for E7350 , not for RT1800 ???
belkin,rt1800)
lan_mac=$(mtd_get_mac_ascii Config lan_hwaddr)
wan_mac=$(mtd_get_mac_ascii Config wan_hwaddr)
label_mac=$lan_mac
;
linksys,e7350)
lan_mac=$(mtd_get_mac_ascii Config lan_hwaddr)
wan_mac=$(mtd_get_mac_ascii Config wan_hwaddr)
label_mac=$lan_mac
;;
correct ?
I can't replicate this on my two rt1800.
What build are you using @Annick ?
I think you might be missing how it is a logical OR of either of these two conditions 'belkin,rt1800' | (OR) 'linksys,e7350'
So it is currently correct, and should not be changed.
It would be the mtd_get_mac_ascii script that would be responsible here. and it's reported to be working for others.
But you haven't provided enough information.
What makes the MAC 'bad'?
What error/warning/info message does it provide that suggests it's 'bad'?
How have you validated that the MAC is being checked for in mtd2, and that it should be in mtd1 instead?
Where have you gotten the OpenWRT image from that you are testing with?
first i use a part of files dts . mk7621.mk , 02_network for build v22.03.2 because i cannot run the " official ??" firmware in my RT1800
hexedit mtd1
hexedit mtd2
when i run sh . /lib/functions/system.sh
return nothing
don't worry too much I will modify the factory to see the correct addresses
this has already happened to me with the MIWIFI D2 boxes which all had the same MAC addresses with the original memory and which did not correspond to the sticker at all
can change for this with breed web page
in fine i have edited factory partition
just use latest snapshot. the config is fine.
hum, last snapshot:
Using eth@1e100000 device
TFTP from server 10.10.10.3; our IP address is 10.10.10.1
Filename 'openwrt-e0952e76964d-ramips-mt7621-belkin_rt1800-squashfs-factory (1).bin'.
Load address: 0x80010000
Loading: T #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
##########################################################
1.3 MiB/s
done
Bytes transferred = 9437216 (900020 hex)
*** Loaded 9437216 (0x900020) bytes at 0x80010000 ***
Erasing from 0x3180000 to 0x3a9ffff, size 0x920000 ... OK
Writting from 0x80010000 to 0x3180000, size 0x900020 ... OK
*** Firmware_2 upgrade completed! ***
Erasing from 0x180000 to 0xa9ffff, size 0x920000 ... OK
Writting from 0x80010000 to 0x180000, size 0x900020 ... OK
*** Firmware upgrade completed! ***
Hit any key to stop firmware bootup: 0
Saving Environment to NAND... Erasing NAND...
Erasing at 0x80000 -- 100% complete.
Writing to NAND... OK
OK
#####CBT_BOOT_VERSION=[V1.0]######
#####boot_count=[46] boot_part=[2] boot_change=[1]######
Loading from nand0, offset 0x3180000
** Unknown image type
no partition number specified
Loading from nand0, offset 0x180000
** Unknown image type
=>
The latest snapshot factory works for you?
I've had to use initramfs snapshot.
1 Like
with last snapshot
tftp --> 2 firmware 1 --> KO
tftp --> 6 firmware 2 --> OK
but always bad MAC address
With OpenWrt 23.05.1 r23619-101988c61a / LuCI openwrt-23.05 branch git-23.306.39416-c86c256
Kernel Version 5.15.137
Always Lan , Wan & WIFI always bad MAC address