alpha rt-n firmware releases

[bef]

By now I have rebuild my system two times from scratch and could not reproduce the bug :/ At first I thought it might be caused by compiling and installing the newest version of sane, but this is not the cause. And I have only packets installed from the stable feed beside sane, so I don't know where else to look, as they aren't causing problems either... So I'll leave it at that.

Therefore thank you once again for the support

[wpte]

By now I have rebuild my system two times from scratch and could not reproduce the bug :/ At first I thought it might be caused by compiling and installing the newest version of sane, but this is not the cause. And I have only packets installed from the stable feed beside sane, so I don't know where else to look, as they aren't causing problems either... So I'll leave it at that.

Therefore thank you once again for the support

Good to hear you fixed it
sometimes some weird bugs just happen, but once you get it working it'll keep on working

I'm also back from holiday so the newest builds are available again. With a mere 10kb/s upload it took a little too long to put it on my router

[expert_vision]

Where are /usr/local/sbin/post-* files located in rt-n releases ?

Edit:Never mind, I figured it out .. I mean it is the same, I made a typo in #!/bin/sh and was misled by results .. silly.

[bef]

I updated two wl-500w's today with WL500W-1.9.2.7-rtn-r3630.trx and both ended up stuck. They kept rebooting every 5 seconds and didn't respond to anything but the reset button. Luckily I was able to load another firmware with the Asus-recovery tool... I restored the Asus 2.x firmware and then used a old firmware I had previously on the units.

the routers aren't at my place so I don't have the possibility to check future updates, but I thought I let you know about my experience. (Updates were all done after a reset to factory defaults)

regards
Benj

[wpte]

Are you sure they're fully flashed?
have you tried with the asus firmware restoration utility? it can take some time to flash firmware like that, but it should flash it correctly.

[lly]

Night build r3630 has a bug in rc, it should be fixed in r3636.

Anyway, if you are not familiar with TFTP restoration method, then use of night builds not recommended.

[wpte]

I had some major problems on r3636... things like reboot or halt wouldn't work, slow dns resolve, very noticable during browsing...

So I updated to r3650, which didn't even boot, so now I'm back at r3600

[lly]

I had some major problems on r3636... things like reboot or halt wouldn't work, slow dns resolve, very noticable during browsing...

Please explain problems in detail. If it is possible, from which revision it appear exactly.
Too much changes - theMIROn reworks rc, me add a lot of kernel backports.

So I updated to r3650, which didn't even boot, so now I'm back at r3600

Unfortunately, r3446 has floating problems not discovered by me - it successfully boots on my routers. Will try to fix, simple workaround - revert r3446 commit.

[theMIROn]

Unfortunately, r3446 has floating problems not discovered by me - it successfully boots on my routers. Will try to fix, simple workaround - revert r3446 commit.

Rewert from r3653, redo from r3655. Should be ok.

[wpte]

Please explain problems in detail. If it is possible, from which revision it appear exactly.
Too much changes - theMIROn reworks rc, me add a lot of kernel backports.

I'll do a short version for now
in r3636 I had problems with reboot and halt. The commands would execute, but the router wouldn't restart.
I'm not quite sure if the pre-shutdown script was called... but some service managed to restart sometimes for some reason. (I think)
Overall they didn't do much

the resolve stuff was pretty weird. DNS lookup was quick, ping was ok, throughput was just normal but the browsers on any pc here just loaded things up a lot slower than usual.
After I flashed back to 3600 those problems disappeared.

Also I noticed some wifi problems. Clients with linux where initially unable to connect. after some retries it did work, but throughput was low and sometimes a high throughput would break the connection.

scratch that... these problems only appear after reboot or halt has been issued

I just flashed 3655, booted fine. Reboot doesn't work on it either for me...
I execute it and most services shut down, but pre-shutdown remains in sleep...
a lot of defuncts appear as well:

  PID TTY      STAT   TIME COMMAND
    2 ?        S<     0:00 [kthreadd]
    3 ?        S<     0:02  \_ [ksoftirqd/0]
    5 ?        S<     0:00  \_ [khelper]
    4 ?        S<     0:00  \_ [events/0]
   23 ?        S<     0:00  \_ [kblockd/0]
   49 ?        S      0:00  \_ [pdflush]
   50 ?        S      0:00  \_ [pdflush]
   51 ?        S<     0:00  \_ [kswapd0]
   52 ?        S<     0:00  \_ [aio/0]
  101 ?        S<     0:01  \_ [mtdblockd]
  225 ?        S<     0:00  \_ [khubd]
  313 ?        S<     0:00  \_ [scsi_eh_0]
  314 ?        S<     0:05  \_ [usb-storage]
  319 ?        S<     0:00  \_ [usb-storage]
  318 ?        S<     0:00  \_ [scsi_eh_1]
  609 ?        S<     0:00  \_ [kjournald]
  610 ?        S<     0:00  \_ [kjournald]
  611 ?        S<     0:00  \_ [kjournald]
    1 ttyS0    Ss+    0:00 /sbin/init
  194 ?        Ss     0:00 syslogd -m 0 -O /tmp/syslog.log -S -D -l 7 -b 1
  197 ?        Ss     0:00 klogd
  198 ?        Ss     0:00 eapd
  200 ?        Ss     0:00 nas
  204 ?        Ss     0:00 telnetd
  206 ?        Ss     0:00 httpd vlan2
  214 ?        S      0:00 dnsmasq
  215 ?        Ss     0:00 miniupnpd
  218 ?        Ss     0:00 radvd
  232 ?        S      0:00 lld2d br0 eth1
  287 ?        Ss     0:00 p9100d -f /dev/lp0 0
  530 ?        S      0:00 /usr/sbin/igmpproxy /etc/igmpproxy.conf
  531 ?        Ss     0:00 /sbin/udhcpc -i vlan2 -p /var/run/udhcpc0.pid -bN61 -H wpte.kicks-ass.net -O33 -O121 -O249
  532 ?        Ss     0:00 watchdog
  614 ?        Ss     0:00 /usr/sbin/vsftpd
  635 ?        Zs     0:00 [nmbd] <defunct>
  637 ?        Zs     0:00 [smbd] <defunct>
  641 ?        Zs     0:00 [cron] <defunct>
  647 ?        Zs     0:00 [xinetd] <defunct>
  656 ?        Zs     0:00 [dbus-daemon] <defunct>
  679 ?        Z      0:00 [openvpn] <defunct>
  686 ?        Z      0:00 [sshd] <defunct>
  701 ?        Z      0:00 [mysqld_safe] <defunct>
  746 ?        Z      0:00 [snmpd] <defunct>
  754 ?        Zs     0:02 [php-fcgi] <defunct>
  753 ?        Z      0:00 [lighttpd] <defunct>
  758 ?        Zs     0:00 [screen] <defunct>
  762 ?        Zs     0:06 [python] <defunct>
  764 ?        Z      0:07 [php-fcgi] <defunct>
  765 ?        Z      0:05 [php-fcgi] <defunct>
  767 ?        Z      0:00 [python] <defunct>
  768 ?        Z      0:00 [python] <defunct>
  769 ?        Z      0:00 [python] <defunct>
  772 ?        Z      0:00 [python] <defunct>
  773 ?        Z      0:01 [python] <defunct>
  776 ?        ZNs    0:00 [transmission-da] <defunct>
  780 ?        ZN     0:31 [transmission-da] <defunct>
  779 ?        ZN     0:00 [transmission-da] <defunct>
  786 ?        Z      3:45 [twonkymediaserv] <defunct>
  785 ?        Z      0:00 [twonkymedia] <defunct>
  787 ?        Zs     0:00 [umurmurd] <defunct>
  799 ?        S      0:00 /bin/sh /usr/local/sbin/scsi-stop.sh sda
 1368 ?        S      0:00  \_ /bin/sleep 30
  804 ?        S      0:00 /bin/sh /usr/local/sbin/scsi-stop.sh sdb
 1376 ?        S      0:00  \_ /bin/sleep 30
  855 ?        Z      0:00 [python] <defunct>
  856 ?        Z      0:00 [python] <defunct>
  942 ?        ZN     0:00 [transmission-da] <defunct>
  943 ?        ZN     0:00 [transmission-da] <defunct>
 1152 ?        Ss     0:02 /opt/sbin/sshd: root@pts/1
 1169 pts/1    Ss     0:00  \_ -sh
 1378 pts/1    R+     0:00      \_ ps afx
 1175 ?        Ss     0:00 /bin/sh /usr/local/sbin/pre-shutdown
 1310 ?        D      0:00  \_ mount -oremount,ro /dev/discs/disca/part3
 1213 ?        S      0:00 /opt/sbin/snmpd -c /opt/etc/snmpd.conf -Lf /dev/null
 1212 ?        Zs     0:00 [snmpd] <defunct>
 1240 ?        Zs     0:00 [sshd] <defunct>
 1241 ?        S      0:00 /opt/sbin/sshd
 1261 ?        Zs     0:00 [openvpn] <defunct>
 1262 ?        S      0:00 /opt/sbin/openvpn --daemon --cd /opt/etc/openvpn --config config
 1273 ?        Ss     0:00 /opt/sbin/xinetd
 1285 ?        Ss     0:00 /opt/sbin/nmbd -D
 1287 ?        Ss     0:00 /opt/sbin/smbd -D
 1289 ?        S      0:00  \_ /opt/sbin/smbd -D
 1290 ?        S      0:04  \_ /opt/sbin/smbd -D

I will do some tests with the rest tomorrow

[!gm]

As you know, I only own a WL-500gP (no WPS here)

but for the RT-XXX owners I don't know if WPS is enabled on the firmware

if so, you should disable WPS by default due to thus brute force vulnerability:

http://www.kb.cert.org/vuls/id/723755

just informing, because the RT-N16 was listed as being crackable on FW 1.0.2.3

https://docs.google.com/spreadsheet/...SSHZEN3c#gid=0

[maurer]

hi.
I have a 100/100 mbps line (pppoe) and an old wl500gp.
i tried to use today last nightly build - r3771 and i could not reach more than 70mbps download speed.
Do i need to do something special to activate fast-nat and get more dw/up speed?

[ryzhov_al]

Do i need to do something special to activate fast-nat and get more dw/up speed?

$ nvram set misc_fastnat_x=1
$ nvram commit
$ reboot

Please note, packet marking (QoS, etc) and tun-interfaces is not available when FastNat is working.
And let us know if sudden reboots will appear.

You may check is FastNat works this way:

$ cat /proc/sys/net/netfilter/nf_conntrack_fastnat
2

[maurer]

hi, i did the commands above and i got after reboot :

[admin@mau-wl500gp root]$ nvram show | grep fastnat
size: 14170 bytes (18598 left)
misc_fastnat_x=1
[admin@mau-wl500gp root]$ cat /proc/sys/net/netfilter/nf_conntrack_fastnat
1
[admin@mau-wl500gp root]$ dmesg  | grep NAT
BCM fast NAT: INIT

but no increase in speed.
is it because nf_conntrack_fastnat is 1 instead of 2 ?

[wpte]

hi, i did the commands above and i got after reboot :

[admin@mau-wl500gp root]$ nvram show | grep fastnat
size: 14170 bytes (18598 left)
misc_fastnat_x=1
[admin@mau-wl500gp root]$ cat /proc/sys/net/netfilter/nf_conntrack_fastnat
1
[admin@mau-wl500gp root]$ dmesg  | grep NAT
BCM fast NAT: INIT

but no increase in speed.
is it because nf_conntrack_fastnat is 1 instead of 2 ?

By default it's activated as far as I know...
I'm afraid that this is the maximum speed you'll be able to get with the wl500gp.