Adding OpenWrt support for QNAP QHora-301W

[lucize]

[    1.834317] Aquantia AQR113C 90000.mdio-1:00: loading firmware version 'v5.4.C CIG WF-1945_0x0 060120 02:47:48' from 'NVMEM'
[   13.256601] Aquantia AQR113C 90000.mdio-1:08: loading firmware version 'v5.4.C CIG WF-1945_0x8 060120 02:47:48' from 'NVMEM'
[   24.861019] Aquantia AQR113C 90000.mdio-1:08: attached PHY driver (mii_bus:phy_addr=90000.mdio-1:08, irq=POLL)
[   24.886040] Aquantia AQR113C 90000.mdio-1:00: attached PHY driver (mii_bus:phy_addr=90000.mdio-1:00, irq=POLL)

guess I have to update the wiki as I'm in debt for now

[TempestJunior]

root@OpenWrt:~# mtd erase 0:ethphyfw1
Could not open mtd device: 0
Could not open mtd device: 0

root@OpenWrt:/tmp# mtd -n write AQR-G4_v5.4.C-AQR_CIG_WF-1945_0x0_ID44778_VER1630.cld 0:ethphyfw1
Could not open mtd device: 0
Can't open device for writing!

@sppmaster
I end up with the above, would you know why?

[rmandrad]

had the same issue, instead wrote directly to both mtd devices

[sppmaster]

@TempestJunior

I end up with the above, would you know why?

Nope, sorry I can't tell why? I've followed @robimarko's advice.

@robimarko

Yes, though you can pass the partition name instead of /dev/mtd6 to mtd

And seeing below looked scary.

@lucize

@robimarko or someone else, could you please help me with the content of mtd1 for 301w, somehow I made a typo and erased mtd1 instead of mtd10, is that partition critical? can I extract it somehow from the original image?

@robimarko

Yes since it contains the partition table

I've proposed it for safety because if someone doesn't notice the mistake that was eventually made they would be really unpleasantly surprised with no bootable router.
Maybe this 0: is somehow the culprit. Just my speculation, though.

[robimarko]

I think that ':' in the partition name is not being parsed as a string, maybe quoting the whole name would work

[lucize]

We can also obtain the mtd from name, will add a parse pipe

[rmandrad]

yep agree it does avoid any fat fingers mistakes...

[lucize]

Also, the front leds are not working, I saw a commit related to leds, the config needs to be changed? Didn't do a reset when I uploaded the latest build.

[robimarko]

Which LED-s?

[lucize]

The ones in front, I have only the power led lighted up

[sppmaster]

See this first. You may have to reconfigure them if your settings are older.

qualcommax/ipq807x/QNAP 301w: LEDs not working, not properly ordered

[TempestJunior]

The front LEDs work in my case but I've discovered a new issue:

Ports 1 -4 become unusable if the router is started up without hooking up a LAN cable to any of the ports. Clients connected to these ports after the router is fully started up do not get IPs assigned. The ports become fully functional again after a reboot. 10g-1 and 10g-2 ports are not affected, clients connected to these ports get IPs assigned without any issues.

Could your issue be related to the above?

[lucize]

I had them defined, redefined them again with exact the same settings and added the wlan and status. Now they are working

[sppmaster]

Some fixes were merged to main OpenWrt branch.
Thanks @Lanchon and @robimarko .

[TempestJunior]

@lucize

defined, redefined

Could you briefly highlight what you did to "defined, redefined" them again?

[lucize]

go to led interface, print screen or train your memory, erase all entries and add them again like they were before

[TempestJunior]

Sadly this doesn't work in my case.

With the LAN cable disconnected and router rebooted, Lan ports 1 - 4 still unusable in my case. A LAN cable must be plugged into LAN ports 1-4 at startup in order to get these ports working after startup.