I did a backport to 19.07.3 from the new commit for the master branch. Everything is working fine (in contradiction to ilyas I left mt76 in place in the dts file and I didn't replace it by pci14c3). I also tried more unusual stuff like 802.11s mesh with sae encryption and it's working without any issues.
Sadly I'm experiencing a strange issue with the mt7530 switch. I can only reach 100 Mbit/s instead of 1 Gbit/s. I can remember that there were some mdio issues in the past so maybe it has some correlation with these issues.
Those of you who tried ilyas firmware version 19.07: Do you also experience the same issue?
@ilyas : I could also upload a staging tree with my modifications for the 19.07 tree. Maybe we can continue testing your or my backport and then doing a PR to get this integrated into 19.07 officially.
Hi, I upddated with firmware from https://github.com/iscilyas/openwrt/releases and it broke all networking. To restore, I connected via UART to it and I got root shell. It seems thet there is config conflicts betwean master snapshort I used before and 19.07. I made few fixes in /etc/config/network and I was able to up link (I see packets on ethernet level) However TCP/IP is not working at all. WAN can not connect to the internet. And router is not accessible via ethernet. Finally I runed firstboot that made settings reset. But it did not fix networking.
I stuck In that state that I can not copy other firmware without networking. It would be really nice if anybody can give me a hint how to fix it.
root@OpenWrt:/# umount /overlay
This will erase all settings and remove any installed packages. Are you sure? [N/y]
/dev/ubi0_1 is n[ 119.440936] ubi0 error: ubi_open_volume.part.3: cannot open device 0, volume 1, error -16
/dev/ubi0_1 will be erased on next mount
writing /dev/ubi0_1 failed: Bad file descriptor
if you're already using openwrt, keep in mind that the partition names are different (vs stock xiaomi)... kernel1 in stock becomes kernel in openwrt, and rootfs0 in stock becomes ubi in openwrt.... so the commands above would become:
mtd write xiaomi-router-kernel1.bin kernel
mtd -r write xiaomi-router-rootfs0.bin ubi
I know, that I am doing it on my own risk.
Thanks for hint. But currently I have issues with delivery new binaries, as far as standard ssh, scp, wget etc... doesn't work for me. I tried to copy it as base64 over UART but it was unsuccessful.
Just as an idea: If the network ports aren't working (maybe due to switch issues as you downgraded from DSA to swconfig) did you try just to create a wifi network and check if TCP/IP is working via wifi?
Then you could upload the fresh install files via SCP and write it to mtd.
I replaced /etc/confic/network with one from @scp07, executed service network restart Switch started to work. Now I can ssh, scp in regular way . Thanks a lot to evryone for assistance.
Now I would like to perform clean 19.07 installation by
mtd write openwrt-ramips-mt7621-xiaomi_redmi-router-ac2100-squashfs-kernel1.bin kernel
mtd write openwrt-ramips-mt7621-xiaomi_redmi-router-ac2100-squashfs-rootfs0.bin ubi
There are available fat sysupgrade.bin from @emirefek and initramfs-kernel.bin, squashfs-kernel1.bin, squashfs-sysupgrade.bin from @ilyas github.
I can't find squashfs-rootfs0.bin It is not the same as squashfs-sysupgrade.bin, is it?
I know that you are working on backport and I would be grateful if anyone could share it.
You don't need re-flash all mtd stuff. Openwrt is already clearing all rootfs and kernel while upgrading. Just clear configs while downgrade or upgrade. You will be fine. Btw If you did data reset before all this headache. You must be already got uplink.
@ilyas 's images are not include Luci and some usefull plugins. I suggest you to use my image. Based on @ilyas 's source. Just update with my image "sysupgrade.bin" you'll be fine.
The issue with 100 Mbps on the swicht ports wasn't configuration or device related. I just used the wrong cables. Now everything is running on 1000 Mbps also for me.
I included a few fixes:
Changed the port_mask of the WAN led to 0x01 (already tested, the previous value 0x10 wasn't working)
Added the amber LED of the WAN port in addition to the white LED to the LED definitions
The amber LED will light up if the link speed is unkonw (speed_mask '0x01') which may indicate a cabling problem
The white LED will light up if a link is detected and the link speed is recognized (no matter if it is 10, 100 or 1000 Mbps)
I will also upload a precompiled image for factory flashing and also for sysupgrade with a few basic addons on top of the regular basic image (luci-ssl, hostapd, iw-full and wpa-supplicant-mesh-openssl). Maybe that will be a little bit more convenient for beginners as they could use the GUI for everything. The more expierenced users can even use 802.11s mesh with this image if required.
For all of you who want to get smaller images with less packages or images with more packages being integrated: Feel free to clone the repo and test it on your own. Feedback is highly welcome.
As promised here is a precompiled version from my backport (including luci-ssl, hostapd, iw-full and wpa-supplicant-mesh-openssl):
Another precompiled version including a lot more addons (useful things like OpenVPN, SothetherVPN, wireguard, socat, stunnel, ddns, wol, tcpdump, iperf3...) can be downloaded here:
That's my favorite feature set I've also used for other devices. If you use this image, please remember to disable the startup of services you don't need (e.g. SoftetherVPN). Otherwise you will waste resources for things you don't use (you can disable services easily by going to System-->Startup in LUCI). Be careful: watchcat is also included. By default a script is predefined to reboot the device if 126.96.36.199 is not reachable for 6 hours. If you don't want that to happen you have to disable the watchcat service or modify the settings (in Luci: Services --> Watchcat).
Full list of included packages in the bigger version: