What's new

searching RMerlin 380.63 alpha 2 ( unofficial / nightly / latest commit ) build for RT-AC88U

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

i flashed 380.60_alpha2 from merlin test builds....IPTV working, that is what i need firstly...:) so i have to wait with more power up time if something not working....
 
i flashed 380.60_alpha2 from merlin test builds

have installed this as a fix to my voip issues with 3341 and its working fine

just getting a bunch of


Jun 6 20:25:54 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:26:43 dnsmasq-dhcp[1215]: DHCPDISCOVER(br0) ec:1a:59:a0:53:49
Jun 6 20:26:43 dnsmasq-dhcp[1215]: DHCPOFFER(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:26:43 dnsmasq-dhcp[1215]: DHCPREQUEST(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:26:43 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:27:31 dnsmasq-dhcp[1215]: DHCPDISCOVER(br0) ec:1a:59:a0:53:49
Jun 6 20:27:31 dnsmasq-dhcp[1215]: DHCPOFFER(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:27:32 dnsmasq-dhcp[1215]: DHCPREQUEST(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:27:32 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPDISCOVER(br0) ec:1a:59:a0:53:49
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPOFFER(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPREQUEST(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49

the device on 192.168.1.117 is a wemo switch down the other end of the house on 2.4 gig , the signal is low but it doesnt need a lot

wasnt an issue pre 34341 and this firmware but i might have a play with the wemo switch

this may indicate lower power level on 2.4 gig compared to older versions but not 100% sure
 
have installed this as a fix to my voip issues with 3341 and its working fine

just getting a bunch of


Jun 6 20:25:54 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:26:43 dnsmasq-dhcp[1215]: DHCPDISCOVER(br0) ec:1a:59:a0:53:49
Jun 6 20:26:43 dnsmasq-dhcp[1215]: DHCPOFFER(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:26:43 dnsmasq-dhcp[1215]: DHCPREQUEST(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:26:43 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:27:31 dnsmasq-dhcp[1215]: DHCPDISCOVER(br0) ec:1a:59:a0:53:49
Jun 6 20:27:31 dnsmasq-dhcp[1215]: DHCPOFFER(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:27:32 dnsmasq-dhcp[1215]: DHCPREQUEST(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:27:32 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPDISCOVER(br0) ec:1a:59:a0:53:49
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPOFFER(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPREQUEST(br0) 192.168.1.117 ec:1a:59:a0:53:49
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49

the device on 192.168.1.117 is a wemo switch down the other end of the house on 2.4 gig , the signal is low but it doesnt need a lot

wasnt an issue pre 34341 and this firmware but i might have a play with the wemo switch

this may indicate lower power level on 2.4 gig compared to older versions but not 100% sure

Hi thanks for info!

@Shonk do u maybe have an updated nightly build available for AC88U which is compiled after the latest commit? Would be great if so and if u can share. Cuz i am interested in the UPNP uuid commit, which maybe also helps u with ur upnp xbox problems u reported in the official 380.60 alpha2 thread.

TIA!
 
Last edited:
Hi thanks for info! The message above are totally normal and just indicating that a new device was discovered / connected by DHCP server. U can disable this log entry in WebUI under Administration/DHCP Server/ -> Hide DHCP/RA queries . If u set yes there will be no more entries about DHCP connection events in the syslog.

@Shonk do u maybe have an updated nightly build available for AC88U which is compiled after the latest commit? Would be great if so and if u can share. Cuz i am interested in the UPNP uuid commit, which maybe also helps u with ur upnp xbox problems u reported in the official 380.60 alpha2 thread.

TIA!


i have just done a build for myself but it has my customizations
 
@RMerlin - build 380.60_alpha2-gafc2bd5 fails for the AC3200 with.....
Code:
services.o: In function `firmware_check_main':
services.c:(.text.firmware_check_main+0x20): undefined reference to `check_imagefile'
collect2: ld returned 1 exit status
make[4]: *** [rc] Error 1
make[4]: Leaving directory `/mnt/user_data/RMerl/asuswrt.ac3200/release/src/router/rc'
make[3]: *** [rc] Error 2
make[3]: Leaving directory `/mnt/user_data/RMerl/asuswrt.ac3200/release/src/router'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/mnt/user_data/RMerl/asuswrt.ac3200/release/src-rt-7.x.main/src'
make[1]: *** [bin] Error 2
make[1]: Leaving directory `/mnt/user_data/RMerl/asuswrt.ac3200/release/src-rt-7.x.main/src'
make: *** [rt-ac3200] Error 2

I haven't dug into it yet, but thought I'd post in case it was something you had already seen.
 
Jun 6 20:28:20 dnsmasq-dhcp[1215]: DHCPACK(br0) 192.168.1.117 ec:1a:59:a0:53:49

the device on 192.168.1.117 is a wemo switch down the other end of the house on 2.4 gig , the signal is low but it doesnt need a lot

wasnt an issue pre 34341 and this firmware but i might have a play with the wemo switch


just fyi

the wemo switch was having issues with the signal with the 2.4 gig set to auto and ch 6 , set ch 1 manually and its fixed it , wont have much time to look at this for a few days but will test over the weekend
 
BUILD: 380.60_alpha2-gafc2bd5
Available for: RT-AC56U, RT-AC68U, RT-AC87U, RT-AC88U, RT-AC3100, RT-AC5300
NOT Available (fails build): RT-N66U, RT-AC66U, RT-AC3200
All builds available not tested
Download: SUPERCEDED - No longer available

Just as an aside.....it was fun to put my 8 cores to work (compile all routers in parallel using an adaption of Merlin's build script). This was one of the peaks during the builds.....

Code:
top - 18:55:04 up 31 min,  4 users,  load average: 10.99, 8.40, 5.14
Tasks: 340 total,  14 running, 326 sleeping,   0 stopped,   0 zombie
%Cpu0  : 96.7 us,  3.3 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu1  : 94.4 us,  5.6 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu2  : 94.3 us,  5.7 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu3  : 94.0 us,  6.0 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu4  : 90.7 us,  9.3 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu5  : 93.0 us,  6.3 sy,  0.0 ni,  0.3 id,  0.3 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu6  : 93.3 us,  6.7 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu7  : 91.7 us,  8.3 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  16330652 total, 16109268 used,   221384 free,  1020436 buffers
KiB Swap: 16499708 total,     1516 used, 16498192 free. 12513084 cached Mem
 
Last edited:
@RMerlin - build 380.60_alpha2-gafc2bd5 fails for the AC3200 with.....
Code:
services.o: In function `firmware_check_main':
services.c:(.text.firmware_check_main+0x20): undefined reference to `check_imagefile'
collect2: ld returned 1 exit status
make[4]: *** [rc] Error 1
make[4]: Leaving directory `/mnt/user_data/RMerl/asuswrt.ac3200/release/src/router/rc'
make[3]: *** [rc] Error 2
make[3]: Leaving directory `/mnt/user_data/RMerl/asuswrt.ac3200/release/src/router'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/mnt/user_data/RMerl/asuswrt.ac3200/release/src-rt-7.x.main/src'
make[1]: *** [bin] Error 2
make[1]: Leaving directory `/mnt/user_data/RMerl/asuswrt.ac3200/release/src-rt-7.x.main/src'
make: *** [rt-ac3200] Error 2

I haven't dug into it yet, but thought I'd post in case it was something you had already seen.

That's normal, I don't have any recent GPL for the RT-AC3200, so it can't be build at the moment. check_imagefile(() is in the newer shared/prebuild/private.o.

Same with the RT-N66U and RT-AC66U.
 
Just as an aside.....it was fun to put my 8 cores to work (compile all routers in parallel using an adaption of Merlin's build script). This was one of the peaks during the builds.....

I allocate 6 threads out of 8 to my VM, which means my desktop remains very responsive even while building firmwares (I even played an online game at the same time I was building once).
 
That's normal, I don't have any recent GPL for the RT-AC3200, so it can't be build at the moment. check_imagefile(() is in the newer shared/prebuild/private.o.

Same with the RT-N66U and RT-AC66U.
Suspected as much....I had lost track of what was available.....Thanks.
 
I allocate 6 threads out of 8 to my VM, which means my desktop remains very responsive even while building firmwares (I even played an online game at the same time I was building once).
I'm running it in a terminal window on a native Linux box (no VMs).....I was just browsing and doing mail during the build, and didn't have any slowdowns with that light load.
 
Suspected as much....I had lost track of what was available.....Thanks.

I just tried a "blind URL" and the GPL is now on their web server, it just doesn't show up yet.

http://dlcdnet.asus.com/pub/ASUS/wireless/RT-AC3200/GPL_RT_AC3200_30043803479.zip

When looking for a GPL, I've learned to try to "guess" download URLs, as files often appear on their server 1-2 days before they show up on the list of available downloads.

This is a 380_34xx FW however, that means I will have to cheat to use it, like I did for the RT-AC87U... Have I said before how much of a PITA all of these closed source components have become?
 
I just tried a "blind URL" and the GPL is now on their web server, it just doesn't show up yet.

http://dlcdnet.asus.com/pub/ASUS/wireless/RT-AC3200/GPL_RT_AC3200_30043803479.zip

When looking for a GPL, I've learned to try to "guess" download URLs, as files often appear on their server 1-2 days before they show up on the list of available downloads.

This is a 380_34xx FW however, that means I will have to cheat to use it, like I did for the RT-AC87U... Have I said before how much of a PITA all of these closed source components have become?
Heh heh, after my frustration trying to build it for just one model, no need to convince me at least. They probably use some ancient boxes to build these themselves (the build environment I mean) as lately they seem easy to break. I had some autoconf breakage with 380.59 that I had to patch around, now the weirndess of that makefile with 380.60.
 
Heh heh, after my frustration trying to build it for just one model, no need to convince me at least. They probably use some ancient boxes to build these themselves (the build environment I mean) as lately they seem easy to break. I had some autoconf breakage with 380.59 that I had to patch around, now the weirndess of that makefile with 380.60.

At least some of their build boxes are based on Ubuntu 14.04, according to traces I saw in autoconf files.
 
At least some of their build boxes are based on Ubuntu 14.04, according to traces I saw in autoconf files.
Hmm, not THAT old. I use Gentoo Linux for my boxes, rolling distro, doesn't have versions, everything built from source and constantly updating. Not for the average user obviously.
 
Just as an aside.....it was fun to put my 8 cores to work (compile all routers in parallel using an adaption of Merlin's build script). This was one of the peaks during the builds.....

top - 18:55:04 up 31 min, 4 users, load average: 10.99, 8.40, 5.14
Tasks: 340 total, 14 running, 326 sleeping, 0 stopped, 0 zombie

8 core 16 threads.. is it a Xeon box or some extreme edition?

Compilation has been I/O bound for many years. You had better equipped a SSD for code repository.

Just curious how much time does it take your box to finish RT-AC56U image? It's ~25mins on my 2-core/2-thread Sandy Bridge VM with system on SSD home/code on HDD.
 
When trying to change settings on the Adaptive QoS page nothing seems to stick and reverts to one of two things.

If I try to edit the Custom Adaptive QoS page when I click save the page reloads and is on the Bandwidth Limiter settings. I navigate away from the page an come back. It's back on Custom Adaptive QoS but no settings are changed from default.

If I try to change it to one of the presets on the Adaptive QoS page and hit apply it reloads and goes back to Custom Adaptive QoS selection with default settings.

Is anyone else experiencing this problem?
 
When trying to change settings on the Adaptive QoS page nothing seems to stick and reverts to one of two things.

If I try to edit the Custom Adaptive QoS page when I click save the page reloads and is on the Bandwidth Limiter settings. I navigate away from the page an come back. It's back on Custom Adaptive QoS but no settings are changed from default.

If I try to change it to one of the presets on the Adaptive QoS page and hit apply it reloads and goes back to Custom Adaptive QoS selection with default settings.

Is anyone else experiencing this problem?

I too have seen this behavior. But when I test at dslreports.com depending on what I clicked 'apply' on seems to change the outcome instead of where the page lands after it reloads. But it does seem like a bug.

In addition, the green icon at the top right always shows 'custom' QoS settings. Or, is that 'customize'? (Away from the router right now to check).
 
Compilation has been I/O bound for many years. You had better equipped a SSD for code repository.

A few years ago I experimented with compiling from a ram disk. It wasn't any faster than from my SSD, so my bottleneck remained my CPU.
 
Similar threads

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top