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!

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.

Maybe a cluster of this could help.. :)

Cb8uLYwUUAAE_JC.jpg
 
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?

For me i cannot confirm this behaviour. Everything works normal regarding this on my end. Which browser do u use ?
 
Hi,

did anyone already compiled the RMerlin RT-AC88U firmware revision 380.63 alpha 1 with latest commit df9da47 for its own ?

I want to check out some things with the new changes. Would be great if someone would share if already compiled ( I know the risks! ).

If not i wait for RMerlins prerelease version. Thanks in advance !
 
It compiles good, but you may need to update yer development environment.
Code:
sudo apt-get install libltdl-dev

Ok thanks for the headsup. Did u compile it for urself for RT-AC88U? if so would u mind to share it?

And also thanks for the useful hint about updating build enviroment. Unfortunaley my girlfriend is on vacation with my notebook which i have a dual boot system with Linux installed on. So next 3 weeks i have no ability to compile it on my own.

Thanks again anyways! Greetz
 
I was able to compile 380.63_alpha_1 using ubuntu 16.04. It compiled no problems. I compiled for rt-ac87u. I uploaded the firmware to router and rebooted a couple of times and it seems to be working well.
 
Did u compile it for urself for RT-AC88U? if so would u mind to share it?
I compiled it for most of the ARM models. My router is RT-AC68U, so that's what I'm testing with.

Iptables isn't recognizing any ipsets. This could be due to my own kernel mods, or maybe it's the new ipset 6.x program not working with Iptables.

Could someone with an ARM router please test this with a regular Asuswrt-Merlin 380.63_alpha1 firmware without any kernel mods?
Code:
# ipset create testset hash:ip

# iptables -A INPUT -i eth0 -m set --match-set testset src -j ACCEPT
iptables: No chain/target/match by that name.

# iptables -A INPUT -i eth0 -p tcp -j SET --add-set testset src
iptables: No chain/target/match by that name.
 
Could someone with an ARM router please test this with a regular Asuswrt-Merlin 380.63_alpha1 firmware without any kernel mods?

It happens here as well. I need to check if the initial merge was missing an iptables userspace patch.
 
It happens here as well. I need to check if the initial merge was missing an iptables userspace patch.
Just as an FYI for your debugging.....both iptables commands work OK on my fork with ipset 6.

EDIT: One thing you may want to try is manually loading some of the modules if you aren't already doing so....
Code:
 for module in ip_set ip_set_hash_net ip_set_hash_ip xt_set
do
     insmod $module
done
 
Last edited:
One thing you may want to try is manually loading some of the modules if you aren't already doing so....
I must have missed the "xt_set" module when loading these before. So, iptables + ipset 6.x, is working perfectly in Asuswrt-Merlin 380.63-alpha1. Just needed to load the correct kernel modules.
 
Last edited:
I was able to compile 380.63_alpha_1 using ubuntu 16.04. It compiled no problems. I compiled for rt-ac87u. I uploaded the firmware to router and rebooted a couple of times and it seems to be working well.

I forgot to mention that ipset seems to be working but with Win10tracking, nothing is shown. I'm conducting further tests.
 
I compiled it for most of the ARM models. My router is RT-AC68U, so that's what I'm testing with.

Iptables isn't recognizing any ipsets. This could be due to my own kernel mods, or maybe it's the new ipset 6.x program not working with Iptables.

Could someone with an ARM router please test this with a regular Asuswrt-Merlin 380.63_alpha1 firmware without any kernel mods?
Code:
# ipset create testset hash:ip

# iptables -A INPUT -i eth0 -m set --match-set testset src -j ACCEPT
iptables: No chain/target/match by that name.

# iptables -A INPUT -i eth0 -p tcp -j SET --add-set testset src
iptables: No chain/target/match by that name.

This is what I got after the above inputs. use #ipset --list
Name: testset
Type: hash:ip
Revision: 0
Header: family inet hashsize 1024 maxelem 65536
Size in memory: 8248
References: 2
Members:
 
For your information, Win10tracking problems listed here...

# sh firewall-start
insmod: can't insert '/lib/modules/2.6.36.4brcmarm/kernel/net/netfilter/ipset/ip_set.ko': File exists
insmod: 'ip_set_nethash.ko': module not found
insmod: 'ip_set_iphash.ko': module not found
insmod: 'ipt_set.ko': module not found
iptables v1.4.14: Set Win10tracking doesn't exist.

Try `iptables -h' or 'iptables --help' for more information.
 
or your information, Win10tracking problems listed here...
The module names have changed with ipset 6, You need to update the script. This code will detect the version and load the correct modules.
Code:
# Load ipset modules                                                     
ipset -v | grep -i "v4" > /dev/null 2>&1                                   
if [ $? -eq 0 ];                                                           
then                                                                 
   # old ipset                                                         
   ipsetv=4                                                           
   lsmod | grep "ipt_set" > /dev/null 2>&1 || \                       
   for module in ip_set ip_set_nethash ip_set_iphash ipt_set           
   do                                                                 
       insmod $module                                             
   done                                                               
else                                                                       
   # new ipset                                               
   ipsetv=6                                                   
   lsmod | grep "xt_set" > /dev/null 2>&1 || \               
   for module in ip_set ip_set_hash_net ip_set_hash_ip xt_set 
   do                                                         
       insmod $module                                     
   done                                                       
fi

EDIT: With ipset 6 is will automatically load the correct 'hash' modules at ipset creation time (Merlin figured that one out :) )....but the base ip_set and xt_set still appear to need to be manually loaded. It also won't hurt to preload the 'hash' modules, as is done for the commonly used hash types in the above script.
 
Last edited:
The module names have changed with ipset 6, You need to update the script. This code will detect the version and load the correct modules.
Code:
# Load ipset modules                                                     
ipset -v | grep -i "v4" > /dev/null 2>&1                                   
if [ $? -eq 0 ];                                                           
then                                                                 
   # old ipset                                                         
   ipsetv=4                                                           
   lsmod | grep "ipt_set" > /dev/null 2>&1 || \                       
   for module in ip_set ip_set_nethash ip_set_iphash ipt_set           
   do                                                                 
       insmod $module                                             
   done                                                               
else                                                                       
   # new ipset                                               
   ipsetv=6                                                   
   lsmod | grep "xt_set" > /dev/null 2>&1 || \               
   for module in ip_set ip_set_hash_net ip_set_hash_ip xt_set 
   do                                                         
       insmod $module                                     
   done                                                       
fi

Still having problems with the script you provided...

# sh firewall-start
insmod: can't insert '/lib/modules/2.6.36.4brcmarm/kernel/net/netfilter/ipset/ip_set.ko': File exists
insmod: can't insert '/lib/modules/2.6.36.4brcmarm/kernel/net/netfilter/ipset/ip_set_hash_net.ko': File exists
insmod: can't insert '/lib/modules/2.6.36.4brcmarm/kernel/net/netfilter/ipset/ip_set_hash_ip.ko': File exists
insmod: can't insert '/lib/modules/2.6.36.4brcmarm/kernel/net/netfilter/xt_set.ko': File exists
iptables v1.4.14: Set Win10tracking doesn't exist.
 
Similar threads

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!

Members online

Top