Device wiki says LEDE is supported but can't find device on supported hardware list (RT-AC58U)

I release a new firmware version every week or two. It is based on lede trunk. I test every firmware before uploading. Usually my test last 24 hours. I cannot tell you whether it is worth using lede firmware in place of a stock one. If you know and used lede/openwrt before - it is worth to try it and decide yourself. In case of stock firmware you can use Entware-3x packages on a usb drive. They are similar to openwrt packages. Here is my post on Entware.on AC58U - (Russian). Here is info on using entware with stock firmware -

I have done this procedure several times with Asus utility and with tftp client. I have renamed stock firmware file to RT-AC58U.trx but I think it is not really needed.

Wow, I did NOT pay attention to the names and didn't realize you're the creator of that FW. Thus my question if you have experience is pretty stupid in hindsight. :stuck_out_tongue_closed_eyes: Sorry about that.

I did notice I can use Entware, but I was wondering why would I need it. The ability to add a startup-script solving the WOL problem can be done on the stock FW without Entware. That said, the requirement of having a pendrive inserted into the router to have scripts / Entware running feels... weird, to say the least. This is one of the reasons I was looking into alternative FW (startup / QoS scripts are usually a given).

In case of lede/openwrt firmware - you can certainly use native openwrt packages. It has some pros and cons that are described in Russian. If you use stock firmware - you can install openvpn, l2tp, pptp http and other servers on usb drive. There are 2000+ entware packages now. Here is the packages list: It hase some packages like rtorrent, deluge, syncthing, rclone that openwrt still does not have.

Oh, I know there are plenty of packages available - I didn't want to imply that Entware is pointless or there's nothing to do with it. It's just that I currently can't think of a feature I'd need. OpenVPN and PPTP servers are available on stock FW (not sure about LEDE, as I haven't had the pleasure of trying it yet, but I'd imagine it's available as well, as they aim to be similar to stock in functionality) and I don't need a HTTP server. I guess a large, fast-speed USB drive would make a fine NAS coupled with a torrent client, but I don't have such a drive to make use of it (and if I do any torrenting I use the PC).

I did notice the Russian forums describing the project, but there's a language barrier as I don't speak the language. While Google Translate can help me get the general idea of a forum post / article, it's not something I feel comfortable relying on when it comes to actual technical guides or instructions.

Anyway, thanks for all the responses. I may just give the FW a try. :slight_smile:

There is a lot of info in English on Entware. You can start with the wiki here
Entware-3x is a fork for the new 3.x and later kernels. It has more packages and the packages versions are not restricted by 2.6 kernels. We estimate that most of Entware users are not Russian speaking.

Well, I screwed up.

I installed the 58U LEDE without issues, but I wasn't convinced. Besides, I wanted to check the stock restore procedure.

I've entered the two commands, and now my router is semi-bricked. I can ping it on, but I can't seem to send the stock FW using a TFTP client. I haven't tried these Asus utility as I can't seem to find it. :frowning:

I'm using the TFTP by Ph. Jounin, only specifying the host ( and local file. My own IP is Pressing PUT nothing happens (it says block #0, but nothing changes). Am I missing something?

If it is not a missprint your local ip should be from I have usually used (because uboot has tftp client mode and connects tftpd server with this ip).

  1. What is ttl of ping requests?
  2. You can also press and hold reset button to force recovery mode before you power on router. The asus uboot code restores ubi volumes on first boot. So if it is not the first boot after two commands you may need to force recovery mode.
  3. Rename stock firmware to RT-AC58U.trx, use 69 port in tftp client.

If you have saved response of two commands, please post it here.

There are some posts (Russian forum) when someone stuck in recovery procedure. Changing computer + reset button helped. Asus utilitu was used, asus utility can adjust host ip for recovery. Here is it -

If you still cannot recover stock firmware please give as many details as you can on what was done before and what is happening now.

Thanks, it was a typo and my IP was (not 0.2). Also, thanks for the link - I'll definitely keep that for the future! When I tried to download the tool from Asus, it just didn't show ANY tools - only the FW (and I've tried a few different router models).

It eventually worked. I did use a TFTP recovery mode a long LONG time ago on a different router and didn't remember how "fiddly" it is. That is to say, you need to hit it at the right time, or it doesn't work (which is annoying and pointlessly raises blood pressure).

Anyway, my router's back to stock. What I found REALLY REALLY strange is that, once restored, it had all of my original settings. I still restored settings from a previous backup, just to be sure, but this was really weird.

Anyway, now that I got the procedure down, I'll likely be eager to do more experimenting more with LEDE and your FW in the future.

My biggest question is... how to get that WOL ARP working. What I found weird was that the ARP command didn't work as I expected it to. But I guess that's a minor thing. During my short playtime with the FW I managed to install DDNS for LEDE (using the web admin page, so I didn't use the packages you linked earlier). I did miss the ability to use the DDNS service... but I take it that's only available on stock Asus FW?

Finally, I'm a bit unsure how to proceed with QoS. I once used something called "WRT54 tool" which generated a nice QoS script. I was hoping the "adaptive QoS" feature would be similar, but alas, this particular model doesn't have access to this feature in the stock FW. And I have no idea which package would be appropriate in LEDE.

That is normal. Lede does not use ubi volume with stock nvram.
I am not an expert in openwrt/lede. I use ac58u mainly for tests with entware after my armv7 nas died. If fact building lede firmware for it takes several minutes every week or two + some testing.

In case someone else will restore stock firmware - here is a screenshot that may help

Actually, it's way weirder. The RT-AC58U dts is part of LEDE:

as well as the custom board-2.bin

What happend was: Back in October/November of 2016, I picked up a RT-AC58U. It had a new IPQ40XX chip and I discovered that there was no support for the router, chip and platform. So I started a new github project LEDE-IPQ40XX

Back then, the upstream kernel already had some IPQ40XX support (Matthew McClintock and the GPL sources provided the rest). But the 4.9 was still in the RC-phase and backporting everything to 4.4 would have been much more work... and thankfully @Noltari had a set of patches for LEDE with the 4.8 kernel ready to go.

I figured, the easiest way to port the device would be to start a new separate target: ipq40xx.
This had the advantage that I didn't need to port any of the existing ipq806x patches to 4.8 or that I had to stick to IPQ806x's platform features.

Anyway, once the IPQ40XX gained some popularity on the ML, John decided to integrate/cherry-pick big parts of the external tree. This came a bit out of the blue and that's why the files ended up in the tree. I never had to post the patches to the ML or do a PR on github (hence there is none).

However, the merge of the two targets broke some stuff. The IPQ806x would no longer boot, since John decided to include the USB-PHYs drivers directly into the kernel (previously, they were modules and my tree had modules as well... oh well)... This was because of a bug in the IPQ806x's usb phy drivers that caused it to crash and panic (no idea if this was fixed or not). Another thing that broke was the 9980 and 9984 wifi card initialization, so IPQ806x had no WIFI. But this has since been fixed...

Now, the problem with the initramfs (in the buildbot situation. i.e.: building all devices at once) is that all devices sort of (sub-)target would end up sharing the same kernel + initramfs-image. (Or: DEVICE_PACKAGES gets ignored. no firmware for the wifi, etc..).

Now, as to why the RT-AC58U is still not really supported. John actually told me in a private mail that he would look at the "asus router". My guess is that his time ran out... And that's why I keep telling people to bribe him :wink: . It would be great if @blogic could tell us, what he wants or what is acceptable. I know there are ways around the initramfs.

The reason why the AVM FB4040 was so easier to integrate was the fact that I made a custom u-boot image for it (And Felix made the u-boot package). This was necessary, because AVM has the wonky ADAM2/EVA bootloader. I could do the same with the RT-AC58U. However, this will make it harder to go back to the stock firmware.

Another option would be to make FIT + ramdisk work.
Incidentally, I did play around with this back in the day:

Any other option?

USB is working fine on ipq8065 (ZyXEL NBG6817).

Please read/include the sentence before as well:

"The IPQ806x would no longer boot, since John decided to include the USB-PHYs drivers directly into the kernel (previously, they were modules and my tree had modules as well… oh well)… This was because of a bug in the IPQ806x’s usb phy drivers that caused it to crash and panic (no idea if this was fixed or not)."

What happend was that John reverted the patch later:

If you want to verify this: simply revert the "reverted patch" again and test if the NBG6817 will actually boot this time.

Please also note that @dissent1 made a PR to fix some more IPQ806x USB related issues. But sadly, it's been sitting in the queue for a while now (since August?):

I don't have a IPQ806x, however you do! Please tell about your experience with the patch set? Because I think these should be integrated.

Hi,who can help to dump 2MB SPI FLASH,thanks very much。
attach the way to dump flash

I add RT-AC58U support to my code:

  • Install with two steps(-must-):

    1. install factory.trx image, this can be done via the web-interface
    2. after the factory.trx installation, install the sysupgrade.bin
      do this via luci web ui or ssh, it is recommended not to keep the configuration
  • Revert back to stock:

    1. login ssh to openwrt and execute: sysupgrade -F /bin/busybox
    2. after that system reboot to recovery mode, computer set static IP, connect to lan port, use tftp send the RT-AC58U.trx
      to like:
      tftp put RT-AC58U.trx

custom builds downloads:

help me test it.

1 Like

Great! It rather similar to my project -
I would be happy if somebody else will release firmware for RT-AC58U on a regular basis. I will give up this project.
BTW Builds are not awailable.

I'm thinking about wading into the waters from stock firmware to OpenWRT, many thanks for @zyxmon and @ptpt52 firmware.

In older routers I have owned, the OpenWRT HW NAT performance wasn't as good as stock (Archer C7v2, DLink DIR860L B2), is this the case with this newer device? After all, this one is quad-core ARM v7.

I am interested in SQM QoS plus all the nice speed in the LuCI GUI. I notice the stock firmware GUI is very slow. Also, having good SSH access and very often sysupgrade is nice!

That firmware upload for Asus tftp, enjoy :slight_smile:

FYI - RT-AC58U is supported since 18.06.0, and the ToH has been updated accordingly.

RT-AC58U Firmware downloads

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.