Im testing their latest beta firmware now, just to close that thread out. Their product team has been responsive\great\patient so I feel I owe them a valid test.This is very, very strange. With proposed change - it should not panic at that line anymore! Unless for some crazy reason WARN_ON macro is mapped to the same stuff as BUG_ON...
Wonder if you want to try RMerlin's 386.5 with that modification applied?
Hate to tell you this, but I think this model is just buggy... with probably some type of hardware\software issue that is not being acknowledged. Most people likely dont notice it because they arent actively looking for it and the reboots are mostly quick. I spent months with support and the problem was never really solved. They gave me a firmware that disables "AVS", which im not entirely sure what that means or why it would cause my router to crash the way it was with kernel errors. In any event, its totally disabled on my router a this point and I havent had kernel panics for a good while now.I am having this exact same issue with random reboots. And even something worse. The router will just lock up. All lights on but both Wi-Fi and ethernet completely out until I pull the power. I have already returned it and new one is doing the same thing. I see some of you testing beta firmware but that was almost two months ago. Any progress? I bought two of these things in a mesh system I feel like I'm out $1,200. I have 70 smart gadgets and Wi-Fi things going. And when this happens I lose my entire house including my alarm system. Never had a router do this before.
23-May 06:00:20 AX kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x1
23-May 06:00:20 AX kernel: bcm63xx_nand ff801800.nand: intfc status 700000e0
23-May 06:00:20 AX kernel: BUG: failure at drivers/mtd/nand/brcmnand/brcmnand.c:1339/brcmnand_send_cmd()!
23-May 06:00:20 AX kernel: Kernel panic - not syncing: BUG!
23-May 06:00:20 AX kernel: CPU: 0 PID: 422 Comm: jffs2_gcd_mtd9 Tainted: P O 4.1.52 #2
23-May 06:00:20 AX kernel: Hardware name: Broadcom-v8A (DT)
I would think that it's the same thing. Every couple of days I get a random reboot. And then I guess randomly the reboot isn't successful and it drops all connections. Lots of people have this router and say they have no issues. Honestly the rebooting is not the issue for me. But when my whole house goes down including my alarm system hooked up to it until I get home to turn it off and on again is just unacceptable in any way. I've seen other people online with this issue but most people say they have no issues so I'm going to return again and I'm going to keep returning them until I guess I get one that works. Is there any way to manually turn off the AVS that you're talkin about without having to flash a different firmware?Hate to tell you this, but I think this model is just buggy... with probably some type of hardware\software issue that is not being acknowledged. Most people likely dont notice it because they arent actively looking for it and the reboots are mostly quick. I spent months with support and the problem was never really solved. They gave me a firmware that disables "AVS", which im not entirely sure what that means or why it would cause my router to crash the way it was with kernel errors. In any event, its totally disabled on my router a this point and I havent had kernel panics for a good while now.
If you can return these and get your money back I would, the gt-axe16000 is out now and I will likely look at moving to that and dumping this 11000 it has been an extremely poor experience for me from start to finish and I wouldnt honestly recommend keeping it. With that said, if you have to, I can give you my case number and you can ask them for the version of the firmware I am on that disables AVS. Maybe that would be an alternate path to take. There is also merlin firmware for this model now that may be more stable, that you could attempt to try as well.
What I dont like about any of this though, is for 600 dollars I had to waste like 3-4 months of time, and now my router has a feature thats disabled... For a premium product I dont expect that type of experience. Are you sure your issue is the same as ours was here? Kernel panics? Do you have logging turned on to review what the logs are stating when the reboot\lock up is taking place?
I cant say that I ever noticed the guest network provoking it. Maybe we can\should try disabling it all together? Ill also note that the bug is VERY sporadic. There have been times I thought the issue was resolved on a test firmware build, and then 1.5-2 weeks later it rebooted again.Hi there,
I'm new to this thread, I found it because my AX86S rebooted this morning with exactly the same syslog entries as you've posted.
I got the following sent to my syslog server (But not in the syslog file on the router)
Code:23-May 06:00:20 AX kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x1 23-May 06:00:20 AX kernel: bcm63xx_nand ff801800.nand: intfc status 700000e0 23-May 06:00:20 AX kernel: BUG: failure at drivers/mtd/nand/brcmnand/brcmnand.c:1339/brcmnand_send_cmd()! 23-May 06:00:20 AX kernel: Kernel panic - not syncing: BUG! 23-May 06:00:20 AX kernel: CPU: 0 PID: 422 Comm: jffs2_gcd_mtd9 Tainted: P O 4.1.52 #2 23-May 06:00:20 AX kernel: Hardware name: Broadcom-v8A (DT)
I don't know if this gives any clues as to what's happening, but I just made a change to the wireless config.
I bought the router about 4 weeks ago to upgrade an AC86U, I set it up exactly as the AC86U with the guest networks on slot #2 controlled by YazFi, it's worked fine without any issues.
I decided I wanted to use the old router as an Aimesh node so, in preparation, I moved the guest networks from slot #2 to #1 so they would propagate across Aimesh.
Everything seemed to work fine and all my devices connected as expected.
Then it reboots itself for the first time ever.
Just wondering if my reconfiguring the guest networks provoked it.
I dont think so. I sent them an email to questions what "AVS" actually is. And I also advised them more people are having issues. Got it, actually I went back and re-read my email. AVS = adaptive voltage scaling, assuming its related to AVS on the Nand memory on these devices. I have attached the below firmware, which is what they provided to me. This particular version did have a positive impact for me, I haven't had a kernel panic or reboot in the past 4 weeks or so which is significant as it was happening multiple times a week on my devices.I would think that it's the same thing. Every couple of days I get a random reboot. And then I guess randomly the reboot isn't successful and it drops all connections. Lots of people have this router and say they have no issues. Honestly the rebooting is not the issue for me. But when my whole house goes down including my alarm system hooked up to it until I get home to turn it off and on again is just unacceptable in any way. I've seen other people online with this issue but most people say they have no issues so I'm going to return again and I'm going to keep returning them until I guess I get one that works. Is there any way to manually turn off the AVS that you're talkin about without having to flash a different firmware?
I cant say that I ever noticed the guest network provoking it. Maybe we can\should try disabling it all together?
Very interesting. As I mentioned previously, about 2 moth ago I compiled and flashed @RMerlin 's v386.5 with that BUG_ON line changed to WARN_ON. Didn't have any reboot since that time.I dont think so. I sent them an email to questions what "AVS" actually is. And I also advised them more people are having issues. Got it, actually I went back and re-read my email. AVS = adaptive voltage scaling, assuming its related to AVS on the Nand memory on these devices. I have attached the below firmware, which is what they provided to me. This particular version did have a positive impact for me, I haven't had a kernel panic or reboot in the past 4 weeks or so which is significant as it was happening multiple times a week on my devices.
I asked them in the email I sent what can be provided to the general public as there are many of us now suffering from this problem, will report back once they email me.
TY.
1. We have fixed a critical issue in the last test firmware, which also cause the wireless clients not being in the network map.
2. Regarding the kernel panic issue, discussed with chipset vendor, it may not just a kernel issue. It may also be related to adaptive voltage scaling. Please download the following test firmware and make sure to do power cycling after firmware upgrade.
Thanks.
Only thing is the AVS disable isnt ever going to be put into the base firmware. They generated a special version of the firmware that disabled it for me, so even if I flash new stock firmware AVS will remain disabled probably forever. Since they dont want to disable this feature across the board only can get the special firmware from Asus to turn it off.Very interesting. As I mentioned previously, about 2 moth ago I compiled and flashed @RMerlin 's v386.5 with that BUG_ON line changed to WARN_ON. Didn't have any reboot since that time.
That said, I didn't have any NAND-related warnings in the remote logs as well. Suspecting Asuswrt-Merlin 386.5 might have AVS disabled either.
So, my advice would be to try to switch to Asuswrt-Merlin - it is really rock-solid and I like it even more than stock. For all who do not want to switch or uses features it does not provide - wait for next official release. Giving their release schedule it should be soon.
So there is a fix for it BUT its not something they plan to put into the firmware, its a feature disable that they gave me specific firmware for. If you start a ticket we can likely get you setup with that.Just want to put my hand up, as an owner of 2x GT-AXE11000 (One in AiMesh mode) I'm also getting the random locks ups. Can be every few days, or up to say ten days. Nothing in the syslog prior to the lockup. Can't use Web Gui or SSH (no response from Router) to subtly recover via reboot, have to Power off/on.
Currently running GT-AXE11000_386.7_beta2 which is based on 386_48966 GPL. I may have to ditch these AXE11000's and go with GT-AX6000 instead as it's frustrating, especially when traveling and losing access to your IT setup.
Thanks for the detailed reply. Had another lockup yesterday, nothing in logs...err. Frustrating that a top-end HW product acts this way and your indicating not a formal fix or correction pending, just a circumvention. I do note this issue been with me since I purchased the routers early this year. I'd like to continue with a router product model that runs @RMerlin code as many advantages over the ASUS product release, especially when you include the Add-Ons. It's the home & business rational which myself and others I've shown have purchased the applicable ASUS routers to meet our needs. ie AXE16000 not supported, therefore N/A.So there is a fix for it BUT its not something they plan to put into the firmware, its a feature disable that they gave me specific firmware for. If you start a ticket we can likely get you setup with that.
Honestly, i put a ticket in with them and I insisted on a buy back from them. These types of issues arent acceptable on a premium product, period. I just purchased an axe16000 and set it up a few days ago, already its FAR more solid than the 11000 ever was. I travel this week so going to connect back to my home network and try to stress test it, but so far its better and I havent had a single panic or reboot.
As we said earlier in this thread I think there is simply a hardware issue with this router that is not acknowledged, the 16000 uses a different soc\cpu\chip that so far at least hasnt caused me any problems. This newer router also has 10gb ports which are really nice and def future proof it more so than the 11000.
If you arent seeing kernel panics in your logs your issue may be a bit different. However, I would suggest getting a ticket created. Next time it happens immediately do a 'submit feedback' from the router and put your ticket number in the subject, that will allow them to review the logs and link it back up with your ticket.Thanks for the detailed reply. Had another lockup yesterday, nothing in logs...err. Frustrating that a top-end HW product acts this way and your indicating not a formal fix or correction pending, just a circumvention. I do note this issue been with me since I purchased the routers early this year. I'd like to continue with a router product model that runs @RMerlin code as many advantages over the ASUS product release, especially when you include the Add-Ons. It's the home & business rational which myself and others I've shown have purchased the applicable ASUS routers to meet our needs. ie AXE16000 not supported, therefore N/A.
Let me contact ASUS support to hear their story and then direction to resolve. Thks again.
Yes sir, they can and should provide direct to you. They had provided me a link, which has since expired.@strunker did they give you a firmware that disables AVS and fixes this issue? I have been fighting with this damn router for so long...I would gladly run the firmware if you can share it. I don't feel like doing a Merlin swing at the moment, although last I checked they added in the asus mesh stuff which I like.
This is accurate.My experience is that you don't see anything in the logs on the router.
The "Kernel panic - not syncing: BUG!" messages only appear if you are running a remote syslog server.
This is accurate.
I would highly recommend everyone of you do snmp logging on a separate machine. If you dont run your primary desktop 24/7 you can run this on a laptop for a while or an rpi, etc, and you can collect the logs, its really very simple and should take like 5-10 minutes to get up and running. Link is below.
https://www.solarwinds.com/free-tools/kiwi-free-syslog-server
The logs can grow rather large so I would recommend keeping an eye on that. Would also recommend that you go to firewall page on the router, and change the logging to none on the firewall. It injects a TON more data into the snmp logging and makes it harder for their support to sift through the logs.
2022-07-01 06:59:03 User.Error RT-AX86S-C32D515-C kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x1
2022-07-01 06:59:03 User.Error RT-AX86S-C32D515-C kernel: bcm63xx_nand ff801800.nand: intfc status 700000e0
2022-07-01 06:59:03 User.Warning RT-AX86S-C32D515-C kernel: BUG: failure at drivers/mtd/nand/brcmnand/brcmnand.c:1339/brcmnand_send_cmd()!
2022-07-01 06:59:03 User.Emergency RT-AX86S-C32D515-C kernel: Kernel panic - not syncing: BUG!
2022-07-01 06:59:03 User.Warning RT-AX86S-C32D515-C kernel: CPU: 1 PID: 1398 Comm: WebHistory Tainted: P O 4.1.52 #2
2022-07-01 06:59:03 User.Warning RT-AX86S-C32D515-C kernel: Hardware name: Broadcom-v8A (DT)
Thread starter | Title | Forum | Replies | Date |
---|---|---|---|---|
J | Asus router reboots same time each night | ASUS Wi-Fi | 1 |
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!