What's new

[Alpha] Preview builds for Asuswrt-Merlin 380.60

  • 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 still have pppd disconneting problems....i change modem from my ISP last week and nothing better....i think something is wrong with asus code.....

DSL issues are often caused by line problems.

Asus uses the same rp-pppoe that is used by the vast majority of routers out there.
 
Try removing the shared/ folder and checking out a fresh copy from Git.
Nope, nothing, I am already doing "git reset --hard" and "git clean -fdx" which eliminate all possible leftovers. I just can't find a reference to these tcode files in the source so I have no clue why it thinks it needs tcode.c. I am certain the source is an exact copy of your git.

All I can find in reference is:
Code:
shared # grep -rnw . -e "tcode*"
./Makefile:153:OBJS    += tcode.o
./Makefile:212:.defaults.depend .tcode.depend: .%.depend: %.c %.prep
 
DSL issues are often caused by line problems.

Asus uses the same rp-pppoe that is used by the vast majority of routers out there.
I have FTTH 100/50....i not have DSL....

sent from Kodi 17 Krypton
 
With just a few hours running the alpha, so far so good.
On the AC87, it looks like the Broadcom wireless drivers were updated, any major difference?
 
Nope, nothing, I am already doing "git reset --hard" and "git clean -fdx" which eliminate all possible leftovers. I just can't find a reference to these tcode files in the source so I have no clue why it thinks it needs tcode.c. I am certain the source is an exact copy of your git.

All I can find in reference is:
Code:
shared # grep -rnw . -e "tcode*"
./Makefile:153:OBJS    += tcode.o
./Makefile:212:.defaults.depend .tcode.depend: .%.depend: %.c %.prep
What version of automake is on your build system? If it's automake-1.14 try installing automake-1.11 and using update-alternatives to point to the 1.11 version.
 
What version of automake is on your build system? If it's automake-1.14 try installing automake-1.11 and using update-alternatives to point to the 1.11 version.
I believe I have both versions installed.
 
At this time I am giving up trying to build this version, the build system fails badly somewhere and I just cannot find where, if I bypass tcode.o it then fails at private.o, it just won't accept those prebuilt binaries and always tries to build from a non-existing source. I never had an issue with any release up to 380.59, 380.60 just won't work. The build system is a bloody mess as it is.
 
Nope, nothing, I am already doing "git reset --hard" and "git clean -fdx" which eliminate all possible leftovers. I just can't find a reference to these tcode files in the source so I have no clue why it thinks it needs tcode.c. I am certain the source is an exact copy of your git.

All I can find in reference is:
Code:
shared # grep -rnw . -e "tcode*"
./Makefile:153:OBJS    += tcode.o
./Makefile:212:.defaults.depend .tcode.depend: .%.depend: %.c %.prep

After cleaning up, is there any leftover dot files in shared/ ? Dependencies and such are stored in dot files. There's been a number of changes to shared/Makefile in 3264.
 
After cleaning up, is there any leftover dot files in shared/ ? Dependencies and such are stored in dot files. There's been a number of changes to shared/Makefile in 3264.
No, nothing, git clean -fdx leaves nothing untracked behind. I spend 2 hours trying to figure this, from what I can remember these files existed in the previous version and never gave me issues.
 
No, nothing, git clean -fdx leaves nothing untracked behind. I spend 2 hours trying to figure this, from what I can remember these files existed in the previous version and never gave me issues.

Something in the heavy changes Asus did to that Makefile must not agree with your system. No idea what it could be however, sorry. Builds without any problem on my Mint 13 box.
 
Something in the heavy changes Asus did to that Makefile must not agree with your system. No idea what it could be however, sorry. Builds without any problem on my Mint 13 box.
OK, I guess I am too stubborn. I reverted the makefile to exact previous version and the error did not occur. Of course something may end up not building so I won't even let it finish, but I know now the error is in THIS specific makefile. I made a diff of it and the previous version and will experiment.
 
Something in the heavy changes Asus did to that Makefile must not agree with your system. No idea what it could be however, sorry. Builds without any problem on my Mint 13 box.
Besides my whines, I am stubborn indeed. I found the solution! This patch fixes it:
Code:
--- a/asuswrt-merlin/release/src/router/shared.Makefile 2016-06-06 21:21:57.078144745 +0300
+++ b/asuswrt-merlin/release/src/router/shared/Makefile 2016-06-06 21:21:05.000000000 +0300
@@ -195,14 +195,14 @@
 clean:
        rm -f *.o *.so *.a .*.depend *.prep sysdeps/*.o sysdeps/broadcom/*.o sysdeps/ralink/*.o sysdeps/qtn/*.o

+%.o: prebuild/%.o
+       @echo " [shared] cp $@"
+       @cp -f $< $@
+
 %.o: %.c .%.depend
        @echo " [shared] CC $@"
        @$(CC) $(CFLAGS) -o $@ -c $<

-%.o: prebuild/%.o
-       @echo " [shared] cp $@"
-       @cp -f $< $@
-
 .depend: $(OBJS:%.o=%.c)
        @$(CC) $(CFLAGS) -M $^ > .depend
For some reason, just putting the prebuild part just above the depend part makes it work as expected. ARGH those ASUS engineers!
 
Just flashed 380.60 A2 working fine so far Ac-3100.
 
Besides my whines, I am stubborn indeed. I found the solution! This patch fixes it:
Code:
--- a/asuswrt-merlin/release/src/router/shared.Makefile 2016-06-06 21:21:57.078144745 +0300
+++ b/asuswrt-merlin/release/src/router/shared/Makefile 2016-06-06 21:21:05.000000000 +0300
@@ -195,14 +195,14 @@
clean:
        rm -f *.o *.so *.a .*.depend *.prep sysdeps/*.o sysdeps/broadcom/*.o sysdeps/ralink/*.o sysdeps/qtn/*.o

+%.o: prebuild/%.o
+       @echo " [shared] cp $@"
+       @cp -f $< $@
+
%.o: %.c .%.depend
        @echo " [shared] CC $@"
        @$(CC) $(CFLAGS) -o $@ -c $<

-%.o: prebuild/%.o
-       @echo " [shared] cp $@"
-       @cp -f $< $@
-
.depend: $(OBJS:%.o=%.c)
        @$(CC) $(CFLAGS) -M $^ > .depend
For some reason, just putting the prebuild part just above the depend part makes it work as expected. ARGH those ASUS engineers!

Really odd that the issue doesn't get triggered on my system. Timing issue perhaps?

I'll test your change locally to ensure it doesn't break things for me, and if it still works I'll merge it in.

Fairly sure Asus doesn't really try rebuilding their own GPL. None of the MIPS GPLs build right now, they're all missing private.o...
 
@RMerlin the firmware built in the end but failed on the last stage, the creation of the trx file itself, are you sure the ctools for the AC56U are complete? The makefile refers to trx_asus which doesn't exist in that directory. The newer SDKs seem to have a prebuilt version, don't see it on the older ones but it's still referenced on the makefile.

Edit: to be clear I'm referring to these ctools: https://github.com/RMerl/asuswrt-merlin/tree/master/release/src-rt-6.x.4708/ctools
 
@RMerlin the firmware built in the end but failed on the last stage, the creation of the trx file itself, are you sure the ctools for the AC56U are complete? The makefile refers to trx_asus which doesn't exist in that directory. The newer SDKs seem to have a prebuilt version, don't see it on the older ones but it's still referenced on the makefile.

Edit: to be clear I'm referring to these ctools: https://github.com/RMerl/asuswrt-merlin/tree/master/release/src-rt-6.x.4708/ctools

I have it locally, but git failed to push it because of gitignore. I'll do a forced git add to push it to the repo.
 

Similar 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