[Release] Asuswrt-Merlin 380.68 is available

[Vexira]

its it only one model being affected by the torrent issues or multiple.

 

[MrEprize]

its it only one model being affected by the torrent issues or multiple.

I have a RT-AC68U not sure what other people have. Rolling back to 380.66_6 makes it stable though, no more reboots. I have had this router for about a year and have used Merlin from the beginning. Revision 380.68 is the first time I have had any issues.

 

[Vexira]

I have a RT-AC68U not sure what other people have. Rolling back to 380.66_6 makes it stable though, no more reboots. I have had this router for about a year and have used Merlin from the beginning. Revision 380.68 is the first time I have had any issues.

did you factory reset after upgrading to .68, and put your settings in manually or did you dirty flash?

 

[hjohan13]

My Ac5300 is running rock solid...even on Torrents. 380.68.2. Autoreboot activated every Friday and Sunday late evening.

 

[Pir8pete]

whats does this mean?

Sep 20 04:27:15 kernel: net_ratelimit: 62 callbacks suppressed
Sep 20 04:27:31 kernel: net_ratelimit: 63 callbacks suppressed
Sep 20 04:27:42 kernel: net_ratelimit: 8 callbacks suppressed
Sep 20 04:27:54 kernel: net_ratelimit: 186 callbacks suppressed
Sep 20 04:27:59 kernel: net_ratelimit: 201 callbacks suppressed
Sep 20 04:28:17 kernel: net_ratelimit: 98 callbacks suppressed
Sep 20 04:28:47 kernel: net_ratelimit: 59 callbacks suppressed
Sep 20 04:29:44 kernel: net_ratelimit: 6 callbacks suppressed
Sep 20 04:29:55 kernel: net_ratelimit: 73 callbacks suppressed
Sep 20 04:30:00 kernel: net_ratelimit: 141 callbacks suppressed
Sep 20 04:31:57 kernel: net_ratelimit: 79 callbacks suppressed
Sep 20 04:32:13 kernel: net_ratelimit: 164 callbacks suppressed
Sep 20 04:32:28 kernel: net_ratelimit: 171 callbacks suppressed
Sep 20 04:32:46 kernel: net_ratelimit: 154 callbacks suppressed

I also noticed my BitTorrent running slower then normal, 7-8 MB/s so I rebooted and now it back to the faster speeds 38MB/s

can't wait for Full Duplex docsis 3.1 will give equal speeds on upload and download. 10GB/10GB

 

[Pir8pete]

its it only one model being affected by the torrent issues or multiple.

I have the 1900p, what do you guys have thats crashing?

 

[Pir8pete]

Right after I did a cold reboot the 1900P crashes when using BitTorrent again.

I bet if I switch out the hardware for another new 1900p from best-buy it will do the same thing. I may try testing out if the factory fw does this first. But anyways I'm seeing more reports of others having the same issue so somethings off.

Here's the log output;

Jul 31 20:00:12 kernel: _ Reboot message ... _______________________________________________________
Jul 31 20:00:12 kernel: <1>Unable to handle kernel NULL pointer derefere�U�: 17 [#1] PREEMPT SMP
Jul 31 20:00:12 kernel: <0>last sysfs file: /sys/devices/pci0000:00/0000:00:0c.0/usb1/1-1/1-1:1.0/IDP     bf74d000     529190
Jul 31 20:00:12 kernel: <4>module:odule:  nf_nat_ftp     bf740000     11 bf739000     4909
Jul 31 20:00:12 kernel: <4>module:  ip6table_mangle     bf733000     934
Jul 31 20:00:12 kernel: <4>mo 30901
Jul 31 20:00:12 kernel: <4>module:  cdc_mbim     bf6f6a2000     10321
Jul 31 20:00:12 kernel: <4>module:  ohci_e:  emf     bf021000     15225
Jul 31 20:00:12 kernel: <4>moduules linked in: ct_notification nntrack_proto_gre wl(P) igs(P) e0: c786e12c  r9 : 00000003  r8 : c786e12c
Jul 31 20:00:12 kernel: <4>r7 : 00000006  r6 :00 bf7bce54
Jul 31 20:00:12 kernel: <0>1840: c96f1850 bf
Jul 31 20:00:12 kernel: <0>18e0: 00000000 cec65b60 00000006
Jul 31 20:00:12 kernel: <0>1960: bf7ca148 c96f0000 ef0 c96e7900 a8fe0726
Jul 31 20:00:12 kernel: <0>1980: 100000 59c23990 c02ce870
Jul 31 20:00:12 kernel: <0>19c0: 7d852326 bf7e51a4 c96f1ba0 c00300000000
Jul 31 20:00:12 kernel: <0>19e0: 00000000 000000 bf7eda6c
Jul 31 20:00:12 kernel: <0>1a20: c96f0000 d2fa40: c96f1a68 000000dd 00000000 000001ab 000015b4 d2f08868 00000a c041de30 cc5f9380 cf84b000 c04 00000000 bf0166bc c037bab0  ^Caba0 cec65d20 000000bb cec9bc00
Jul 31 20:00:12 kernel: c9bc5c cf9f9c60 0b98610a c037bdccc5f9380 cf84f000 c041decc cf9f9f00
Jul 31 20:00:12 kernel: <0>1b40: c786d11e ce046000 c02ea85c c037bab0 00000000 00000480 cde7ff00 c9877f94 c02ea470 c0283a9c c037c30c
Jul 31 20:00:12 kernel: <0>1cc0: c0283a9e788 c0223c88 00000000 c96f1d1c 0 cf84b000 fffffe71
Jul 31 20:00:12 kernel: <0>1d40: 000000 cf84b000 00000000
Jul 31 20:00:12 kernel: <0>1d80: 00 cc5f9000 c037c30c c0283a9c 000e0c c0283a9c 80000000 00000000 c96f1e0c c786e11e 0000000a
Jul 31 20:00:12 kernel: <0>1e0000 c041df3c
Jul 31 20:00:12 kernel: <0>1e60: c96f0000 04b4 00000000 00000001 c96f1ecc c1651c 00000040 0000012c c82164a09611 c037b1e4 cf84b4ac c96f0000 000
Jul 31 20:00:12 kernel: 03c2040 c0411f20 00000000 c03871
Jul 31 20:00:12 kernel: ____________________________________________________________________________

Jul 31 20:00:12 kernel: _ Reboot message ... _______________________________________________________
Jul 31 20:00:12 kernel: <1>Unable to handle kernel NULL pointer derefere�U�s: 17 [#1] PREEMPT SMP
Jul 31 20:00:12 kernel: <0>last s190
Jul 31 20:00:12 kernel: <4>module:  nls_cp437     bf72c000     934
Jul 31 20:00:12 kernel: <4>module:  xt_length     0     31565
Jul 31 20:00:12 kernel: <4>module:  xhci_hcd     bf678000     51124
Jul 31 20:00:12 kernel: <4>module:  thfsponntrack_proto_gre     bf43e000     32 61445
Jul 31 20:00:12 kernel: <4>module:  ctf     bf000000n cdc_wdm cdc_ncm rndis_host cdc0
Jul 31 20:00:12 kernel: <0>18c0: 00000000 00000000 00000000 00000000 00000000 0000000000000000 00000000 00000000 0000000 00000000 00000000 00000000 00: 00000000 00000000 00000000 000 cf9e1200
Jul 31 20:00:12 kernel: <0>19c0: c8225f80 0000c0059cd4 00000000 cf9e1200
Jul 31 20:00:12 kernel: <0>19e0: c8225f80 c8225f80 cf9e1200 c 00000003 c003bf80 a0000193 c03e4604 c8225240
Jul 31 20:00:12 kernel: <0>1a40: 40000113 cf815060 cf8fdce8 cf8fdbb4 c7e8f11a bf017fc4 cdcdd000 c0074378
Jul 31 20:00:12 kernel: <8 c03896c8 c80ff1e0 00000110 ^Ccd
Jul 31 20:00:12 kernel: <0>1ae0: c02ea470 c037bab0 00 a0fd8742 cec3aa80 00000000 0000528 000004f8 c0379b30
Jul 31 20:00:12 kernel: <0>1b40: 00000500 00000011 feef0110 cec3a3000 c03dc4dc c022ca58 00000001 0 cf96bea0 bf017dac cf8fd800
Jul 31 20:00:12 kernel: <0>1d44 a8fe0726
Jul 31 20:00:12 kernel: <0>1c20: 16f0dfe2 41a80 00000000 00000000 cf8fd800
Jul 31 20:00:12 kernel: 4
Jul 31 20:00:12 kernel: <0>1cc0: c0283a9c fffffe71 16f0 00000000 ce0b89a0 00000000 000 00000000 cf8fd800 c0283a9c c02ae828 c0283a9c c7a6811e
Jul 31 20:00:12 kernel: <0>1d60: c1dd4 c0283a9c 80000000 00000000283a9c 80000000 00000000 c7a6811e ce0b89a0 c041df1c c03dfb7c
Jul 31 20:00:12 kernel: <0>0 00000000 ce0b89a0 c041df6c c8203c0000 00000000 c03c0000 0000001f 00000000 c00678ec 000000b3 c
Jul 31 20:00:12 kernel: ____________________________________________________________________________



Jul 31 20:00:12 kernel: _ Reboot message ... _______________________________________________________
Jul 31 20:00:12 kernel: <1>Unable to handle kernel NULL pointer derefere�U�at virtual address 00000001
Jul 31 20:00:12 kernel: <1>p
Jul 31 20:00:12 kernel: ____________________________________________________________________________

@Merlin does posting these log outputs of the crash not help pin point where to check in the fw coding for an issue?

 

[RMerlin]

whats does this mean?

It means the command before that in your syslog was repeated hundreds of times, syslog is merging them together to avoid filling up the log with the same command over and over.

 

[RMerlin]

@Merlin does posting these log outputs of the crash not help pin point where to check in the fw coding for an issue?

No, I'm not a kernel developer.

 

[MrEprize]

did you factory reset after upgrading to .68, and put your settings in manually or did you dirty flash?

Dirty flash since it was just a minor upgrade.

 

[Makaveli]

Why do so many of you run torrents on your router don't you run into bottlenecks this way?

 

[MrEprize]

Why do so many of you run torrents on your router don't you run into bottlenecks this way?

I think there is a misunderstanding. The torrent client runs on my server not my router. As for bottlenecks, I have it scheduled so it runs at night.

 

[Pir8pete]

So I did some troubleshooting with this reboot issue as it's ruining my online experience and frustrating me to the max here!!!

I dirty flashed the 1900p back to the newest Asus factory firmware and it does NOT reboot when running BitTorrent or qBitTorrent.

I went out a bought another new 1900P from best-buy and flashed 380.68 and set everything up manual, and it gets the reboot bug right away. I flash back to Asus newest factory firmware and it doesn't reboot.

Now for ppl that are saying it's working good for them, I don't think they are running a Torrent client on the win PC to check.


for ppl at the wondering I'm a VIP member @ HD-Torrents with an internet connection package of 330/20 and two 10TB mirrored HDD.


@Merlin I know your not a kernel developer but there's something in your firmware making it crash bro, it all points to it.
Can you please look into this for us.
I don't mind using the Asus factory version but I'd like to have the more polished GUI and use the SSH for AB-solution which I can't now.

 

[RMerlin]

@Merlin I know your not a kernel developer but there's something in your firmware making it crash bro, it all points to it.
Can you please look into this for us.

I can't. The error message is total gibberish to me, and I don't experience any crash with my own torrents. I have absolutely no idea what is causing it to crash for you, the crash lies in the kernel code, which is totally outside of my field of expertise. I have no way of "looking into it".

 

[Blinkyz]

Now for ppl that are saying it's working good for them, I don't think they are running a Torrent client on the win PC to check

win 7 on a pc(desktop) with rt-ac1900p here . Utorrent, bitorrent,Qbittorent, everything work fine , no reboots never.

 

[ThePower]

ac56u works perfect all is ok torrents. I use qbittorrent

 

[doczenith1]

I seed torrents 24/7 and have never had an issue. I'm currently on 380.68_0.

 

[JacquesR]

Torrenting with Deluge on a 24/7 Win10 server, via a AC68U with a 100/100 connection, with no reboots.

 

[Igor]

380.68_2
URL filtering over IPv4 for `webcompanion.com` works correctly. But Network Services Filter for 104.17.115.51 not blocked http://webcompanion.com. Why?
Name: webcompanion.com
Address: 104.17.113.51

 

[brummygit]

I'm getting similar reboot messages (previously reported on here) with my RT-AC68U on 380.68_2 which I've never experienced on earlier versions. At the moment I have regressed to 380.68 to try to isolate where it was introduced.

The interesting thing is that I don't believe I am using torrents on my network. I can't be 100% certain as I have teenagers in the house, but they are currently insisting that they don't use any.

Looking for commonality between those suffering the issue, my connection is PPPoE and I use Adaptive QoS, fq_codel and FreshJRs QoS script with the various Trend Micro AiProtections