What's new

Asuswrt-Merlin 376.45 is out

  • 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!

My scheduled scan also reverts to "Disable", going back as far as I can remember with this router. I'm using ext4 on my drive.

Some problem here on RT-N16.
Starting a Restart Scan on Disk Utility, my Generic Flash Disk is unmounted and then scanned, but still freezed at 90% remounting disk and the USB icon become red.
Starting e2fsck from shell the file system (ext3) is correct.
Same problem reported by tommyv2 with scheduled scans, always revert to "Disable".
 
Drat. I had high hopes for that because I've always preferred 192.168.0.1, for reasons I no longer remember.

I've switched back to the default 192.168.1.1 and rebooted everything.

The router pages still hang for me. It takes about 5-10 clicks on buttons before it happens. Which buttons doesn't seem to matter.

I'm on 43.

Bruce.

What AV are you using? If it's ESET (Nod32 or Smart Security) you need to exclude your router's IP from protocol filtering (under Web and Email in the advanced settings).

https://forum.eset.com/topic/1160-e...cking-access-to-asus-rt-ac66u-router/?p=10714

https://forum.eset.com/topic/1160-e...cking-access-to-asus-rt-ac66u-router/?p=17316
 
Last edited:
Hi there,

This is my first post here on this great forum. First, I want to thank you Merlin, for all great work you've done for this routers. For me, your work and this great community was a strong reason to choose and buy Asus RT-N66U (1 year ago). Also, based on this consideration i've recommended Merlin supported Asus routers to friends.

On topic: yesterday, i have upgraded my RT-N66U from 374.43 to 376.45. Upgrade went smooth, i have also cleared nvram settings and manually setup my network from scratch (wireless setup, dhcp reservations, port forwarding rules, openvpn, etc). Everything is working great, wireless range and performance seems to be the same. Wireless and wired download tests show pretty much same numbers. For me, the security fixes on openssl are more important than anything. This router is my gateway for internet, so it must be secure before anything else.

I want to mention that I do not use any of the USB apps of this router (i have a nas for this), so for people reading this post with similar network setup, my advice is to go ahead and upgrade without any worries :)
 
Some problem here on RT-N16.
Starting a Restart Scan on Disk Utility, my Generic Flash Disk is unmounted and then scanned, but still freezed at 90% remounting disk and the USB icon become red.
Starting e2fsck from shell the file system (ext3) is correct.
Same problem reported by tommyv2 with scheduled scans, always revert to "Disable".

This is a long-time known issue. I suspect it went under Asus's radar.
 
Run an actual speed test using a tool such as Lanbench. Uplink and downlink speeds aren't necessarily the same, which would explain the speed difference.
By any chance, do you know where I can find iperf for arm binaries? At the moment I lack a Linux box to compile iperf sources myself.

Thanks.
 
By any chance, do you know where I can find iperf for arm binaries? At the moment I lack a Linux box to compile iperf sources myself.

Thanks.

Benchmarking wifi performance should not be done by running an endpoint on the router, since the router's weak CPU will have an impact on results. Instead run Lanbench on two separate computers, one over wifi, one over Ethernet.
 
First of all - thank you RMerlin for your hard work and contribution!

I just moved from 376.44 => 376.45, but I was forced to move back to 44.
With 45 the clients do not have Internet access (e.g. no ping to hosts/IP). The router has Internet access (e.g. ping from the network tools to host/IP is successful).

My setup is RT-AC68U with Huawei E3276 LTE modem/dongle plugged to USB3 port.

After I flashed back to 44, clients regained Internet access.

I compared the boot logs from 44 and 45. Most noticeable difference was this section only on 45. (Note! Timestamps have been removed).
Code:
[COLOR="Silver"]kernel: Attempt to kill tasklet from interrupt[/COLOR]
kernel: BUG: scheduling while atomic: preinit/1/0x00000102
kernel: module:  nf_nat_sip	 bf809000	 5586
kernel: module:  nf_conntrack_sip	 bf7fd000	 16679
kernel: module:  nf_nat_h323	 bf7f6000	 5137
kernel: module:  nf_conntrack_h323	 bf7e5000	 34844
kernel: module:  nf_nat_rtsp	 bf7df000	 3400
kernel: module:  nf_conntrack_rtsp	 bf7d8000	 4268
kernel: module:  nf_nat_ftp	 bf7d2000	 1314
kernel: module:  nf_conntrack_ftp	 bf7cb000	 5131
kernel: module:  ip6table_filter	 bf7c5000	 893
kernel: module:  ip6table_mangle	 bf7bf000	 1093
kernel: module:  option	 bf798000	 15412
kernel: module:  usb_wwan	 bf788000	 6296
kernel: module:  usbserial	 bf75b000	 25385
kernel: module:  cdc_mbim	 bf73d000	 3313
kernel: module:  qmi_wwan	 bf735000	 5972
kernel: module:  cdc_wdm	 bf72e000	 7856
kernel: module:  cdc_ncm	 bf725000	 9210
kernel: module:  rndis_host	 bf71e000	 5209
kernel: module:  cdc_ether	 bf718000	 3456
kernel: module:  asix	 bf70f000	 11741
kernel: module:  usbnet	 bf705000	 11691
kernel: module:  mii	 bf6ff000	 3484
kernel: module:  usblp	 bf6f6000	 9386
kernel: module:  ohci_hcd	 bf6eb000	 19288
kernel: module:  ehci_hcd	 bf6dc000	 34220
kernel: module:  xhci_hcd	 bf6c7000	 53546
kernel: module:  thfsplus	 bf6ab000	 81460
kernel: module:  tntfs	 bf632000	 439769
kernel: module:  tfat	 bf5fe000	 169756
kernel: module:  ext2	 bf5e8000	 55581
kernel: module:  ext4	 bf59f000	 234233
kernel: module:  jbd2	 bf588000	 52386
kernel: module:  crc16	 bf582000	 1081
kernel: module:  ext3	 bf55b000	 113117
kernel: module:  jbd	 bf546000	 45524
kernel: module:  mbcache	 bf53e000	 5156
kernel: module:  usb_storage	 bf52b000	 35319
kernel: module:  sg	 bf51e000	 21138
kernel: module:  sd_mod	 bf512000	 23159
kernel: module:  scsi_wait_scan	 bf50c000	 502
kernel: module:  scsi_mod	 bf4dd000	 114857
kernel: module:  usbcore	 bf4b2000	 107711
kernel: module:  jffs2	 bf491000	 94871
kernel: module:  zlib_deflate	 bf487000	 19990
kernel: module:  nf_nat_pptp	 bf481000	 1796
kernel: module:  nf_conntrack_pptp	 bf47b000	 3739
kernel: module:  nf_nat_proto_gre	 bf475000	 1047
kernel: module:  nf_conntrack_proto_gre	 bf46f000	 3499
kernel: module:  wl	 bf037000	 3956700
kernel: module:  igs	 bf02d000	 12935
kernel: module:  emf	 bf023000	 16229
kernel: module:  et	 bf00b000	 63944
kernel: module:  ctf	 bf000000	 17519
kernel: Modules linked in: nf_nat_sip nf_conntrack_sip nf_nat_h323 nf_conntrack_h323 nf_nat_rtsp nf_conntrack_rtsp nf_nat_ftp nf_conntrack_ftp ip6table_filter ip6table_mangle option usb_wwan usbserial cdc_mbim qmi_wwan cdc_wdm cdc_ncm rndis_host cdc_ether asix usbnet mii usblp ohci_hcd ehci_hcd xhci_hcd thfsplus tntfs(P) tfat(P) ext2 ext4 jbd2 crc16 ext3 jbd mbcache usb_storage sg sd_mod scsi_wait_scan scsi_mod usbcore jffs2 zlib_deflate nf_nat_pptp nf_conntrack_pptp nf_nat_proto_gre nf_
kernel: [<c0044000>] (unwind_backtrace+0x0/0xf8) from [<c02c488c>] (schedule+0x434/0x75c)
kernel: [<c02c488c>] (schedule+0x434/0x75c) from [<c02c4fd4>] (schedule_timeout+0x160/0x1c0)
kernel: [<c02c4fd4>] (schedule_timeout+0x160/0x1c0) from [<c02c4310>] (wait_for_common+0xc0/0x164)
kernel: [<c02c4310>] (wait_for_common+0xc0/0x164) from [<c0075a28>] (flush_workqueue+0x11c/0x424)
kernel: [<c0075a28>] (flush_workqueue+0x11c/0x424) from [<bf00bf48>] (et_down+0x88/0xfc [et])
kernel: [<bf00bf48>] (et_down+0x88/0xfc [et]) from [<bf00c0b0>] (et_close+0x6c/0x88 [et])
kernel: [<bf00c0b0>] (et_close+0x6c/0x88 [et]) from [<c01f70bc>] (__dev_close+0x64/0x9c)
kernel: [<c01f70bc>] (__dev_close+0x64/0x9c) from [<c01f8058>] (__dev_change_flags+0x7c/0x134)
kernel: [<c01f8058>] (__dev_change_flags+0x7c/0x134) from [<c01f8198>] (dev_change_flags+0x10/0x48)
kernel: [<c01f8198>] (dev_change_flags+0x10/0x48) from [<c0257644>] (devinet_ioctl+0x69c/0x754)
kernel: [<c0257644>] (devinet_ioctl+0x69c/0x754) from [<c01e5a3c>] (sock_ioctl+0x5c/0x250)
kernel: [<c01e5a3c>] (sock_ioctl+0x5c/0x250) from [<c00d7b44>] (do_vfs_ioctl+0x80/0x5d0)
kernel: [<c00d7b44>] (do_vfs_ioctl+0x80/0x5d0) from [<c00d80cc>] (sys_ioctl+0x38/0x60)
kernel: [<c00d80cc>] (sys_ioctl+0x38/0x60) from [<c003dac0>] (ret_fast_syscall+0x0/0x30)
[COLOR="silver"]kernel: device eth0 left promiscuous mode[/COLOR]
 
Ran checkdsk and wow, it found a lot of issues with my hd. Thanks for the head up rmerlin

Edit: now the router doesn't see the hd or won't load it. :(

Edit edit lol: enabled USB interference setting and it came back online. Will try to flip that back off when wife is done with her test for class, she didn't like that quick reset lol
 
Last edited:
Moved the modem issue discussion to a separate topic, as it was getting way off-topic for this thread.
 
After a long day with ASUS phone support as a tech named Isaak can confirm that Firmware 3.0.0.4.376.1663 is buggy there looking into this , hope new firmware soon.

thank god :)
 
Ended up having to go to the fork versions with the security updates.

Not for anything Merlin did but the issues with the new code asus has added.

It looking like the harddrive issue goes deeper then expected and involves the linux kernel they are using.
 
The Wi-Fi range has decreased if I compare it with the standard Asus firmware. I did a factory reset before and after upgrading.
 
After 7 days uptime I get this in log from dropbear:
Aug 23 12:10:50 dropbear[28072]: Couldn't set SO_PRIORITY (Bad file descriptor)

SO_PRIORITY
Set the protocol-defined priority for all packets to be sent on this socket. Linux uses this value to order the networking queues: packets with a higher priority may be processed first depending on the selected device queueing discipline. For ip(7), this also sets the IP type-of-service (TOS) field for outgoing packets. Setting a priority outside the range 0 to 6 requires the CAP_NET_ADMIN capability.

CAP_NET_ADMIN
  • Perform various network-related operations:
  • interface configuration;
  • administration of IP firewall, masquerading, and accounting
  • modify routing tables;
  • bind to any address for transparent proxying;
  • set type-of-service (TOS)
  • clear driver statistics;
  • set promiscuous mode;
  • enabling multicasting;
 
I borrowed a PCE-AC68 for testing purposes but I can connect to my AC56U using 5GHz band. Only 2.5GHz band connection is working. I can see both SSIDs using card utility.

I tried with several version of PCE-AC68 drivers, including the latest one (2.0.8.8), and with various 5GHz band settings on the router (including factory defaults) but no result.

What can be wrong?

LE: forgot to mention the OS - Windows 8.1 x64

LE1: Resolved by downgrading router to 374.43_2 and upgrading again to 376.45. Kind of clueless here because I reseted 376.45 to factory defaults already with no results...

LE2: Back to square one after running card utility in order to enable beamforming (was the shorter way than going to device properties...) Again, just 2.5GHz band is working for connections...
 
Last edited:
this pops up in the log now and then


Code:
Aug 23 13:03:57 kernel: wlc_dump_aggfifo:
Aug 23 13:03:57 kernel: framerdy 0x0 bmccmd 4 framecnt 1024 
Aug 23 13:03:57 kernel: AQM agg params 0xfc0 maxlen hi/lo 0x0 0xffff minlen 0x0 adjlen 0x8
Aug 23 13:03:57 kernel: AQM agg results 0x2001 len hi/lo: 0x0 0x92 BAbitmap(0-3) 0 0 0 0
Aug 23 13:30:18 kernel: wlc_dump_aggfifo:
Aug 23 13:30:18 kernel: framerdy 0x12 bmccmd 4 framecnt 2 
Aug 23 13:30:18 kernel: AQM agg params 0xfc0 maxlen hi/lo 0x0 0xffff minlen 0x0 adjlen 0x8
Aug 23 13:30:18 kernel: AQM agg results 0x8000 len hi/lo: 0x0 0x0 BAbitmap(0-3) 0 0 0 0
Aug 23 13:55:05 kernel: wlc_dump_aggfifo:
Aug 23 13:55:05 kernel: framerdy 0x0 bmccmd 4 framecnt 1024 
Aug 23 13:55:05 kernel: AQM agg params 0xfc0 maxlen hi/lo 0x0 0xffff minlen 0x0 adjlen 0x8
Aug 23 13:55:05 kernel: AQM agg results 0x2001 len hi/lo: 0x0 0x92 BAbitmap(0-3) 0 0 0 0
Aug 23 15:25:46 kernel: wlc_dump_aggfifo:
Aug 23 15:25:46 kernel: framerdy 0x0 bmccmd 4 framecnt 1024 
Aug 23 15:25:46 kernel: AQM agg params 0xfc0 maxlen hi/lo 0x0 0xffff minlen 0x0 adjlen 0x8
Aug 23 15:25:46 kernel: AQM agg results 0x8001 len hi/lo: 0x0 0x92 BAbitmap(0-3) 0 0 0 0
Aug 23 16:33:19 kernel: wlc_dump_aggfifo:
Aug 23 16:33:19 kernel: framerdy 0x10 bmccmd 4 framecnt 1 
Aug 23 16:33:19 kernel: AQM agg params 0xfc0 maxlen hi/lo 0x0 0xffff minlen 0x0 adjlen 0x8
Aug 23 16:33:19 kernel: AQM agg results 0x8000 len hi/lo: 0x0 0x0 BAbitmap(0-3) 0 0 0 0
Aug 23 16:43:09 kernel: wlc_dump_aggfifo:
Aug 23 16:43:09 kernel: framerdy 0x10 bmccmd 4 framecnt 1 
Aug 23 16:43:09 kernel: AQM agg params 0xfc0 maxlen hi/lo 0x0 0xffff minlen 0x0 adjlen 0x8
Aug 23 16:43:09 kernel: AQM agg results 0x8000 len hi/lo: 0x0 0x0 BAbitmap(0-3) 0 0 0 0
 
There is a bug in web ui of 376.45 for RT-N16

N16's build comes without openvpn support but in 376.45 there is the "OpenVPN Client tab" with all settings for two client instances. None of those settings work.
 

Attachments

  • ovpn.jpg
    ovpn.jpg
    45.9 KB · Views: 338
There is a bug in web ui of 376.45 for RT-N16

N16's build comes without openvpn support but in 376.45 there is the "OpenVPN Client tab" with all settings for two client instances. None of those settings work.

OPenvpn isn't included in RT-N16 build. You have to use entware for that.
 

Latest threads

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