What's new

Beta Asuswrt-Merlin 386.7 Beta is now available

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

Status
Not open for further replies.
Upgrade RT-AX88U & RT-AC3100 from V386.7 Beta1 to V386.7 Beta2 via dirty firmware upgrade. 40+ devices (includes gaming, streaming, downloads, many IOT devices, etc.) and all appears to be working for main AX88U & backup AC3100 routers. Still postponing adding RT-AX58U with V386.5 XXX into AiMesh 2.0, until Guest Network #01 issue is fixed, as Guest network is #01, and IOT devices is #02 currently in my setup.
 
Could you please let us know if a Zenwifi XT8 version is imminent? Thank you…
I don't support that model.

GNUton is probably waiting for me to issue a final 386.7 release before he moves on with his own 386.7 beta cycle.
 
I am getting this approx every 10 minutes. Looks like something is crashing? I do not think I ever saw this before going to the beta version.
Something is causing your dnsmasq to crash. If you run something like Diversion that integrates into dnsmasq then maybe you are using a blocklist that's too big.

Otherwise, it sounds like a router issue, as dnsmasq shouldn't crash.
 
The benefit is that both the main router and the node will be using the same level of AiMesh and other low-level drivers too.

I see more issues with stock/RMerlin mixed setups than with just RMerlin throughout.
This is an interesting view and I understand but... In my experience over the last 2 years of having AiMesh running with a number of different configs as main router / nodes, the best stability I have found is always with stock on the nodes and merlin on main router.

The main issue that I have with AiMesh is with my Apple homepods when connected to nodes. They play nicely with stock but not with merlin. I have not been able to work out why/what.

I'm convinced (for my usage) that stock is better for nodes.
 
I'm getting these crashes on AX58U since alpha 1 and it hasn't gotten better through the betas. Nobody else has mentioned it, so I'm not sure if it's just my router or what. But I have done wps reset, factory reset in settings, and jfss format all with reentering settings again instead of restoring from backup. Each time after trying any of these reset methods and even upgrading to the beta 1 and now 2, the problem comes back after 2 days.

This crash happens twice in a row at the exact same time stamp and will happen 1 or 2 times a day every day after. I believe it's related to AdaptiveQOS which is working well and doesn't seem to be affected by these logs, but it seems alarming.

Any ideas? Bug with firmware or my router?

Code:
Jun 20 10:40:49 kernel: ------------[ cut here ]------------
Jun 20 10:40:49 kernel: WARNING: CPU: 0 PID: 6899 at net/sched/sch_htb.c:568 htb_qlen_notify+0x6c/0x70()
Jun 20 10:40:49 kernel: Modules linked in: tdts_udbfw(O) init_addr(  (null) -   (null)), core_addr(bf10f000 - bf113f74)
Jun 20 10:40:49 kernel:  tdts_udb(PO) init_addr(  (null) -   (null)), core_addr(bf23f000 - bf25ede8)
Jun 20 10:40:49 kernel:  tdts(PO) init_addr(  (null) -   (null)), core_addr(bf9fe000 - bfa38790)
Jun 20 10:40:49 kernel:  nf_nat_ftp init_addr(  (null) -   (null)), core_addr(bf03f000 - bf03f228)
Jun 20 10:40:49 kernel:  nf_conntrack_ftp init_addr(  (null) -   (null)), core_addr(bf077000 - bf077b88)
Jun 20 10:40:49 kernel:  sr_mod init_addr(  (null) -   (null)), core_addr(bf00e000 - bf01011c)
Jun 20 10:40:49 kernel:  cdrom init_addr(  (null) -   (null)), core_addr(bf0bc000 - bf0c0d2c)
Jun 20 10:40:49 kernel:  thfsplus(O) init_addr(  (null) -   (null)), core_addr(bf1cd000 - bf1d9124)
Jun 20 10:40:49 kernel:  tntfs(PO) init_addr(  (null) -   (null)), core_addr(bfd68000 - bfdb68fc)
Jun 20 10:40:49 kernel:  tfat(PO) init_addr(  (null) -   (null)), core_addr(bfd19000 - bfd4af54)
Jun 20 10:40:49 kernel:  uas init_addr(  (null) -   (null)), core_addr(bfd12000 - bfd13d48)
Jun 20 10:40:49 kernel:  usb_storage init_addr(  (null) -   (null)), core_addr(bfcff000 - bfd02820)
Jun 20 10:40:49 kernel:  sg init_addr(  (null) -   (null)), core_addr(bfcf4000 - bfcf7e80)
Jun 20 10:40:49 kernel:  sd_mod init_addr(  (null) -   (null)), core_addr(bfce8000 - bfcec840)
Jun 20 10:40:49 kernel:  scsi_mod init_addr(  (null) -   (null)), core_addr(bfcb9000 - bfcc7a54)
Jun 20 10:40:49 kernel:  cdc_mbim init_addr(  (null) -   (null)), core_addr(bfcb4000 - bfcb4a70)
Jun 20 10:40:49 kernel:  qmi_wwan init_addr(  (null) -   (null)), core_addr(bfcab000 - bfcab674)
Jun 20 10:40:49 kernel:  cdc_wdm init_addr(  (null) -   (null)), core_addr(bfca6000 - bfca75b8)
Jun 20 10:40:49 kernel:  cdc_ncm init_addr(  (null) -   (null)), core_addr(bfc9e000 - bfc9ffb8)
Jun 20 10:40:49 kernel:  rndis_host init_addr(  (null) -   (null)), core_addr(bfc99000 - bfc99b0c)
Jun 20 10:40:49 kernel:  cdc_ether init_addr(  (null) -   (null)), core_addr(bfc95000 - bfc9577c)
Jun 20 10:40:49 kernel:  ax88179_178a init_addr(  (null) -   (null)), core_addr(bfc8d000 - bfc8f544)
Jun 20 10:40:49 kernel:  asix init_addr(  (null) -   (null)), core_addr(bfc84000 - bfc86510)
Jun 20 10:40:49 kernel:  libphy init_addr(  (null) -   (null)), core_addr(bfc79000 - bfc7bf84)
Jun 20 10:40:49 kernel:  cdc_acm init_addr(  (null) -   (null)), core_addr(bfc70000 - bfc721fc)
Jun 20 10:40:49 kernel:  usbnet init_addr(  (null) -   (null)), core_addr(bfc66000 - bfc68ecc)
Jun 20 10:40:49 kernel:  mii init_addr(  (null) -   (null)), core_addr(bfc62000 - bfc629e4)
Jun 20 10:40:49 kernel:  ohci_pci init_addr(  (null) -   (null)), core_addr(bfc5e000 - bfc5e1f4)
Jun 20 10:40:49 kernel:  ohci_platform init_addr(  (null) -   (null)), core_addr(bfc5a000 - bfc5a6c0)
Jun 20 10:40:50 kernel:  ohci_hcd init_addr(  (null) -   (null)), core_addr(bfc4f000 - bfc53b58)
Jun 20 10:40:50 kernel:  ehci_pci init_addr(  (null) -   (null)), core_addr(bfc4b000 - bfc4b584)
Jun 20 10:40:50 kernel:  ehci_platform init_addr(  (null) -   (null)), core_addr(bfc46000 - bfc4673c)
Jun 20 10:40:50 kernel:  ehci_hcd init_addr(  (null) -   (null)), core_addr(bfc39000 - bfc40224)
Jun 20 10:40:50 kernel:  xhci_pci init_addr(  (null) -   (null)), core_addr(bfc35000 - bfc3559c)
Jun 20 10:40:50 kernel:  xhci_plat_hcd init_addr(  (null) -   (null)), core_addr(bfc31000 - bfc314a0)
Jun 20 10:40:50 kernel:  xhci_hcd init_addr(  (null) -   (null)), core_addr(bfc15000 - bfc24234)
Jun 20 10:40:50 kernel:  bcm_usb init_addr(  (null) -   (null)), core_addr(bfc10000 - bfc100b8)
Jun 20 10:40:50 kernel:  usbcore init_addr(  (null) -   (null)), core_addr(bfbe3000 - bfbf8250)
Jun 20 10:40:50 kernel:  usb_common init_addr(  (null) -   (null)), core_addr(bfbdf000 - bfbdf170)
Jun 20 10:40:50 kernel:  dhd init_addr(  (null) -   (null)), core_addr(bfaee000 - bfb6c77c)
Jun 20 10:40:50 kernel:  wl(P) init_addr(  (null) -   (null)), core_addr(bf27d000 - bf68f114)
Jun 20 10:40:50 kernel:  dpsta(P) init_addr(  (null) -   (null)), core_addr(bf23a000 - bf23c5ec)
Jun 20 10:40:50 kernel:  cfg80211 init_addr(  (null) -   (null)), core_addr(bf1ff000 - bf2212fc)
Jun 20 10:40:50 kernel:  igs(P) init_addr(  (null) -   (null)), core_addr(bf1f6000 - bf1f8ed0)
Jun 20 10:40:50 kernel:  emf(P) init_addr(  (null) -   (null)), core_addr(bf1ee000 - bf1f0740)
Jun 20 10:40:50 kernel:  hnd init_addr(  (null) -   (null)), core_addr(bf17c000 - bf1ac984)
Jun 20 10:40:50 kernel:  otp(P) init_addr(  (null) -   (null)), core_addr(bf178000 - bf178504)
Jun 20 10:40:50 kernel:  bcm_thermal init_addr(  (null) -   (null)), core_addr(bf173000 - bf173958)
Jun 20 10:40:50 kernel:  pwrmngtd(P) init_addr(  (null) -   (null)), core_addr(bf16f000 - bf16f480)
Jun 20 10:40:50 kernel:  bcm_pcie_hcd init_addr(  (null) -   (null)), core_addr(bf162000 - bf166fb4)
Jun 20 10:40:50 kernel:  bcmmcast init_addr(  (null) -   (null)), core_addr(bf149000 - bf154658)
Jun 20 10:40:50 kernel:  bcm_enet init_addr(  (null) -   (null)), core_addr(bf11b000 - bf13277c)
Jun 20 10:40:50 kernel:  archer(P) init_addr(  (null) -   (null)), core_addr(bf0dd000 - bf0f8628)
Jun 20 10:40:50 kernel:  cmdlist(P) init_addr(  (null) -   (null)), core_addr(bf0c7000 - bf0d25a8)
Jun 20 10:40:50 kernel:  pktflow(P) init_addr(  (null) -   (null)), core_addr(bf07b000 - bf0a4024)
Jun 20 10:40:50 kernel:  bcm_ingqos(P) init_addr(  (null) -   (null)), core_addr(bf041000 - bf044a6c)
Jun 20 10:40:50 kernel:  chipinfo(P) init_addr(  (null) -   (null)), core_addr(bf03d000 - bf03d104)
Jun 20 10:40:50 kernel:  bcm_license(P) init_addr(  (null) -   (null)), core_addr(bf030000 - bf031b30)
Jun 20 10:40:50 kernel:  bcmvlan(P) init_addr(  (null) -   (null)), core_addr(bf012000 - bf01fb30)
Jun 20 10:40:50 kernel:  bcmlibs(P) init_addr(  (null) -   (null)), core_addr(bf008000 - bf00a5cc)
Jun 20 10:40:50 kernel:  wlcsm(P) init_addr(  (null) -   (null)), core_addr(bf000000 - bf0011d4)
Jun 20 10:40:50 kernel:  [last unloaded: nf_conntrack_ftp]
Jun 20 10:40:50 kernel: CPU: 0 PID: 6899 Comm: tc Tainted: P           O    4.1.52 #1
Jun 20 10:40:50 kernel: Hardware name: Generic DT based system
Jun 20 10:40:50 kernel: [<c0026f20>] (unwind_backtrace) from [<c0022cf8>] (show_stack+0x10/0x14)
Jun 20 10:40:50 kernel: [<c0022cf8>] (show_stack) from [<c04582c4>] (dump_stack+0x8c/0xa0)
Jun 20 10:40:50 kernel: [<c04582c4>] (dump_stack) from [<c002ea8c>] (warn_slowpath_common+0x80/0xb0)
Jun 20 10:40:50 kernel: [<c002ea8c>] (warn_slowpath_common) from [<c002eb58>] (warn_slowpath_null+0x1c/0x24)
Jun 20 10:40:50 kernel: [<c002eb58>] (warn_slowpath_null) from [<c032bd94>] (htb_qlen_notify+0x6c/0x70)
Jun 20 10:40:50 kernel: [<c032bd94>] (htb_qlen_notify) from [<c0321ec0>] (qdisc_tree_reduce_backlog+0x88/0x11c)
Jun 20 10:40:50 kernel: [<c0321ec0>] (qdisc_tree_reduce_backlog) from [<c032ca94>] (htb_delete+0x19c/0x2d0)
Jun 20 10:40:50 kernel: [<c032ca94>] (htb_delete) from [<c032221c>] (tc_ctl_tclass+0x2c8/0x308)
Jun 20 10:40:50 kernel: [<c032221c>] (tc_ctl_tclass) from [<c030c150>] (rtnetlink_rcv_msg+0x94/0x224)
Jun 20 10:40:50 kernel: [<c030c150>] (rtnetlink_rcv_msg) from [<c033d03c>] (netlink_rcv_skb+0xb4/0xd8)
Jun 20 10:40:50 kernel: [<c033d03c>] (netlink_rcv_skb) from [<c033c9b8>] (netlink_unicast+0x154/0x204)
Jun 20 10:40:50 kernel: [<c033c9b8>] (netlink_unicast) from [<c033cdfc>] (netlink_sendmsg+0x2cc/0x354)
Jun 20 10:40:50 kernel: [<c033cdfc>] (netlink_sendmsg) from [<c02e273c>] (sock_sendmsg+0x14/0x24)
Jun 20 10:40:50 kernel: [<c02e273c>] (sock_sendmsg) from [<c02e33a0>] (___sys_sendmsg+0x1cc/0x1d4)
Jun 20 10:40:50 kernel: [<c02e33a0>] (___sys_sendmsg) from [<c02e4054>] (__sys_sendmsg+0x3c/0x68)
Jun 20 10:40:50 kernel: [<c02e4054>] (__sys_sendmsg) from [<c001f540>] (ret_fast_syscall+0x0/0x3c)
Jun 20 10:40:50 kernel: ---[ end trace b69d57e8d97dc350 ]---
Jun 20 10:40:50 kernel: ------------[ cut here ]------------
Jun 20 10:40:50 kernel: WARNING: CPU: 0 PID: 6899 at net/sched/sch_htb.c:568 htb_qlen_notify+0x6c/0x70()
...
Jun 20 10:40:50 kernel: ---[ end trace b69d57e8d97dc351 ]---
 
No issues from Asuswrt 46061 to Asuswrt-Merlin 386.7_beta2

1655775458221.png
 
Diversion seems to not work on my AX86U with 386.7_beta2 .. Counting Ads doesn't change / and the shortcut for IOS is not working. If I downgrade back down to the stable release it works.
Works perfectly for me - just ran an update on my RT-AX86U to prove it for you ...
Before...
Diversion1.JPG


After update [NB - was only 15 minutes after the scheduled update had already run]
Diversion2.JPG


Likely an issue with the JFFS partition due to structural change between prior versions and 386.7 - covered in previous posts in this thread.
 
RT-AX86U - anyone else notice that 386.7 no longer regularly flushes the router's cache like 386.5 used to?
My RAM is now behaving in much the same way as my old RT-AC86U used to ... runs up to +/-90% consumed and stays there.

NB - I'm not concerned - so no lectures required on RAM usage ;) - I'm chilled :cool:- but curious about the change?
router-cache.JPG
 
RT-AX86U - anyone else notice that 386.7 no longer regularly flushes the router's cache like 386.5 used to?
My RAM is now behaving in much the same way as my old RT-AC86U used to ... runs up to +/-90% consumed and stays there.

NB - I'm not concerned - so no lectures required on RAM usage ;) - I'm chilled :cool:- but curious about the change?
View attachment 42002
+1 AX88U here.
Not bothered, it’s my RAM & I’ll do what I want with it! :cool:
 
+1 AX88U here.
Not bothered, it’s my RAM & I’ll do what I want with it! :cool:
1f3af.png

May just need to remember to eject USB before attempting to Flash Firmware in the future :)!
That process generally cleans up RAM and leaves lots of free space for the flash task.
 
Has anyone who uses the Trend services have updated Definitions? Mine have not been updated in a while. Checking says they are up to date, but that could be a red herring and it just can't update for some other reason.

Anyone else seeing this with b1 & b2?

1655812521300.png
 
Has anyone who uses the Trend services have updated Definitions? Mine have not been updated in a while. Checking says they are up to date, but that could be a red herring and it just can't update for some other reason.

Anyone else seeing this with b1 & b2?

View attachment 42010
2.300 is current
 
I'm getting these crashes on AX58U since alpha 1 and it hasn't gotten better through the betas. Nobody else has mentioned it, so I'm not sure if it's just my router or what. But I have done wps reset, factory reset in settings, and jfss format all with reentering settings again instead of restoring from backup. Each time after trying any of these reset methods and even upgrading to the beta 1 and now 2, the problem comes back after 2 days.

This crash happens twice in a row at the exact same time stamp and will happen 1 or 2 times a day every day after. I believe it's related to AdaptiveQOS which is working well and doesn't seem to be affected by these logs, but it seems alarming.

Any ideas? Bug with firmware or my router?

Code:
Jun 20 10:40:49 kernel: ------------[ cut here ]------------
Jun 20 10:40:49 kernel: WARNING: CPU: 0 PID: 6899 at net/sched/sch_htb.c:568 htb_qlen_notify+0x6c/0x70()
...
Jun 20 10:40:50 kernel:  [last unloaded: nf_conntrack_ftp]
Jun 20 10:40:50 kernel: CPU: 0 PID: 6899 Comm: tc Tainted: P           O    4.1.52 #1
Jun 20 10:40:50 kernel: Hardware name: Generic DT based system
Jun 20 10:40:50 kernel: [<c0026f20>] (unwind_backtrace) from [<c0022cf8>] (show_stack+0x10/0x14)
Jun 20 10:40:50 kernel: [<c0022cf8>] (show_stack) from [<c04582c4>] (dump_stack+0x8c/0xa0)
Jun 20 10:40:50 kernel: [<c04582c4>] (dump_stack) from [<c002ea8c>] (warn_slowpath_common+0x80/0xb0)
Jun 20 10:40:50 kernel: [<c002ea8c>] (warn_slowpath_common) from [<c002eb58>] (warn_slowpath_null+0x1c/0x24)
Jun 20 10:40:50 kernel: [<c002eb58>] (warn_slowpath_null) from [<c032bd94>] (htb_qlen_notify+0x6c/0x70)
Jun 20 10:40:50 kernel: [<c032bd94>] (htb_qlen_notify) from [<c0321ec0>] (qdisc_tree_reduce_backlog+0x88/0x11c)
Jun 20 10:40:50 kernel: [<c0321ec0>] (qdisc_tree_reduce_backlog) from [<c032ca94>] (htb_delete+0x19c/0x2d0)
Jun 20 10:40:50 kernel: [<c032ca94>] (htb_delete) from [<c032221c>] (tc_ctl_tclass+0x2c8/0x308)
Jun 20 10:40:50 kernel: [<c032221c>] (tc_ctl_tclass) from [<c030c150>] (rtnetlink_rcv_msg+0x94/0x224)
Jun 20 10:40:50 kernel: [<c030c150>] (rtnetlink_rcv_msg) from [<c033d03c>] (netlink_rcv_skb+0xb4/0xd8)
Jun 20 10:40:50 kernel: [<c033d03c>] (netlink_rcv_skb) from [<c033c9b8>] (netlink_unicast+0x154/0x204)
Jun 20 10:40:50 kernel: [<c033c9b8>] (netlink_unicast) from [<c033cdfc>] (netlink_sendmsg+0x2cc/0x354)
Jun 20 10:40:50 kernel: [<c033cdfc>] (netlink_sendmsg) from [<c02e273c>] (sock_sendmsg+0x14/0x24)
Jun 20 10:40:50 kernel: [<c02e273c>] (sock_sendmsg) from [<c02e33a0>] (___sys_sendmsg+0x1cc/0x1d4)
Jun 20 10:40:50 kernel: [<c02e33a0>] (___sys_sendmsg) from [<c02e4054>] (__sys_sendmsg+0x3c/0x68)
Jun 20 10:40:50 kernel: [<c02e4054>] (__sys_sendmsg) from [<c001f540>] (ret_fast_syscall+0x0/0x3c)
Jun 20 10:40:50 kernel: ---[ end trace b69d57e8d97dc350 ]---
Jun 20 10:40:50 kernel: ------------[ cut here ]------------
Jun 20 10:40:50 kernel: WARNING: CPU: 0 PID: 6899 at net/sched/sch_htb.c:568 htb_qlen_notify+0x6c/0x70()
...
Jun 20 10:40:50 kernel: ---[ end trace b69d57e8d97dc351 ]---

On my RT-AX56U, I've been seeing this warning for over a year, regardless of whether the stock or Merlin firmware is installed (for example, here is my post for 386.4, and here is another one). It is indeed caused by Adaptive QOS and usually appears exactly one hour later after a certain client that causes it (for some unknown reason) disconnects. For example, in my case, now it does not appear after smartphones disconnect, but as soon as I shut down my laptop, exactly one hour later this appears in the log. So, in your case, I'm almost sure that some client disconnected from WiFi at approx. 9:40.

Some users of RT-AX86U and RT-AX82U also reported that they get this message. There was one report on the ROG forum, and technical support from ASUS told the user that this message can be ignored (however, I'm not sure that it does not affect QOS in the long term).

BTW, it does not look like a crash, it more looks like a warning that some third-party module is re-loaded (based on the Comm: tc Tainted: P O message).
 
Last edited:
Something is causing your dnsmasq to crash. If you run something like Diversion that integrates into dnsmasq then maybe you are using a blocklist that's too big.

I have Diversion installed but not enabled. I am running AdGuard Home on a separate server. I had a few custom entries in a conf.add and also postconf. I started disabling things and got it to stop crashing. Was down to just one simple replace that's fixing the IPv6 DNS otherwise it should be a stock dnsmasq.conf file based on my router config. Worth noting that I did not change anything besides upgrading to 386.7 from 386.5_2. Should I create a new thread for this if it continues? I will enable things back again and see if it starts crashing again to narrow it down.

I also saw a crash like @crkpot posted above once when I was looking back in the logs.
 
@Jeffrey Young @capncybo
I was referring to the (pic) and hadn't noticed any discussion regarding the Asus implementation (now I know), yet lots of promising chatter in the RMerlin Addon Forum.

Screenshot 2022-06-21 at 06-29-22 ASUS Wireless Router GT-AX6000 - WireGuard Server.png
 
My GT-AX11000 is doing the exact same


"
Jun 20 14:22:14 lld2d[1406]: get_icon_image: reading iconfile /usr/sbin/icon.ico FAILED : No such file or directory
Jun 20 14:22:14 kernel: device br0 left promiscuous mode
Jun 20 14:22:32 kernel: dhd_prot_ioctl: status ret value is -17
Jun 20 14:22:32 kernel: dhd_prot_ioctl: status ret value is -17
Jun 20 14:22:32 kernel: dhd_prot_ioctl: status ret value is -17
Jun 20 14:22:32 kernel: dhd_prot_ioctl: status ret value is -17
Jun 20 14:22:32 kernel: dhd_prot_ioctl: status ret value is -17
Jun 20 14:22:56 kernel: dhd_prot_ioctl: status ret value is -17
Jun 20 14:22:56 kernel: dhd_prot_ioctl: status ret value is -17

I searched the saved log I have and didn't notice those exact messages, mine starts displaying stuff like this in the logs when I start noticing issues after the 12 hrs post reboot.

Code:
Jun 19 22:31:29 kernel: DUMP CONSOLE: wlc_ampdu_recv_addba_resp: 64:16:xx:xx:xx:xx: Failed. status 37 wsize 64 policy 1
Jun 19 22:31:29 kernel: DUMP CONSOLE: 091867.454 wl1: wlc_ampdu_recv_addba_resp: 64:16:xx:xx:xx:xx: Failed. status 37 wsize 64 policy 1
Jun 19 22:31:29 kernel: DUMP CONSOLE: 091867.454 wl1: wlc_ampdu_recv_addba_resp: 64:16:xx:xx:xx:xx: Failed. status 37 wsize 64 policy 1
Jun 19 22:31:29 kernel: DUMP CONSOLE: 091874.789 wl1: r0hole: tx_exp_seq 0x7a3, seq 0x7a4
Jun 19 22:31:29 kernel: DUMP CONSOLE: 091882.428 wl1: wlc_ampdu_recv_addba_resp: cc:f4:xx:xx:xx:xx: Failed. status 37 wsize 64 policy 1
Code:
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 psmxdebug 0x01ff0009 macctl_x 0x403 maccmd_x 0x4
Jun 19 22:31:29 kernel: DUMP CONSOLE: psmx_brc 0xd2d5 psmx_brc_1 0x0000 MX_UCODE_DBGST 0x2
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 PC (psmdebug_x):
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x4a3 0x4a3 0x4a3 0x4a3
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 PC (psmdebug):
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x1ff0023 0x1ff0039 0x1fd005c 0x19300aa
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x1ff0023 0x1fd0038 0x1d9005c 0x1fd00aa
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 PSMX_STACK_STATUS : 0x8101
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 PSMX_STACK_ENTRIES:
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x125e
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x04a3
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x0fa8
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x0fa4
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x0f9e
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x0e21
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x3bfb
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 0x3eff
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 txe_vasip_intsts 0x0
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 wl1: wlc_check_assert_type HAMMERING: reinit_reason 2
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 wl1: fatal error, reinitializing
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 wl1: fatal error, reinitializing, total count of reinit's[1]
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 wl1: 802.11 reinit reason[2], count[1]
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 HWA3b TxFIFO: TX FIFO-69 shadow is empty
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 wl1: wlc_bmac_dma_getnexttxp Could not reclaim data dd(hwa) fifo=5
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 HWA4a TxSTAT: hwa_txstat_reclaim: reinit<1> stall<0>
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 HWA3b TxFIFO: reclaim fifo 4 pkts 12
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.697 HWA3b TxFIFO: reclaim fifo 10 pkts 1
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.698 HWA1b RxFILL: mac_counter_status sat<0> need_post<0> aval<256>
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.698 HWA1b RxFILL: reclaim core<0> 256 rxbuffers RD<170> WR<426>
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.698 HWA1a RxPOST: wi_cnt<127> in hwa internal memory<RD:57 WR:56>
Jun 19 22:31:29 kernel: DUMP CONSOLE: 092492.698 wlc_ucode_download: wl1: Loading 129 MU ucode
Jun 19 22:31:29 kernel: DUMP CONSOLE:
Jun 19 22:31:29 kernel: DUMP CONSOLE: FWID 01-82f8e8d8
Jun 19 22:31:29 kernel: DUMP CONSOLE: flags 10b10082
Jun 19 22:31:29 kernel: DUMP CONSOLE:
Jun 19 22:31:29 kernel: DUMP CONSOLE: TRAP 4(17a23c): pc 81c72, lr 8469d, sp 17a294, cpsr 88000193, spsr 88000033
Jun 19 22:31:29 kernel: DUMP CONSOLE: dfsr 7, dfar 580000
Jun 19 22:31:29 kernel: DUMP CONSOLE: r0 289cdc, r1 202bec, r2 20000000, r3 df505, r4 28001000, r5 17800c, r6 286eac
Jun 19 22:31:29 kernel: DUMP CONSOLE: r7 0, r8 1, r9 28825c, r10 28966c, r11 0, r12 17a0f8
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+0 00289cdc 00289b44 0008469d 000000ff
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+10 00289b44 00000000 00087e0f 00000001
Jun 19 22:31:29 kernel: DUMP CONSOLE:
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+8 0008469d
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+18 00087e0f
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+20 000932c5
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+48 000932c5
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+70 00094f6b
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+a0 0005cadb
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+d8 00059461
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+f8 0005a59d
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+110 000ad67f
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+138 000531e5
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+148 000ad759
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+14c 0005324b
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+160 00053247
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+170 0001107d
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+190 000115c1
Jun 19 22:31:29 kernel: DUMP CONSOLE: sp+198 000127c5
Jun 19 22:31:29 kernel: DUMP CONSOLE: RO region is overwritten. printf not allowed. called from 0000e957
Jun 19 22:31:29 kernel: DUMP CONSOLE: RO region is overwritten. printf not allowed. called from 0000
Jun 19 22:31:29 kernel: DUMP CONSOLE: RO region is overwritten. printf not allowed. called from 0000
Jun 19 22:31:29 kernel: DUMP CONSOLE: RO region is overwritten. printf not allowed. called from 0000
Jun 19 22:31:38 kernel: Instantiating WFD 0 thread
Jun 19 22:31:38 kernel: dhdpcie_irq_enabled: depth:0
Jun 19 22:31:38 kernel: dhd:0: fw path:/etc/wlan/dhd nv path:(null)
Jun 19 22:31:38 kernel: DHD concate_extfdimg_name: Final FW path is /etc/wlan/dhd/43684b0/rtecdc.bin
Jun 19 22:31:38 kernel: dhd_bus_download_firmware: firmware path=/etc/wlan/dhd/43684b0/rtecdc.bin, nvram path=
Jun 19 22:31:38 kernel: dhdpcie_ramsize_adj: Enter
Jun 19 22:31:39 kernel: Initial configuration
Jun 19 22:31:39 kernel: =================================

Jun 19 22:31:39 kernel: rx_post_flow_ring_base_addr : ffffffc02f3c4000
Jun 19 22:31:39 kernel: tx_post_flow_ring_base_addr : ffffffc00a5d8000
Jun 19 22:31:39 kernel: rx_complete_flow_ring_base_addr : ffffffc02921e000
Jun 19 22:31:39 kernel: tx_complete_flow_ring_base_addr : ffffffc02ff84000
Jun 19 22:31:39 kernel: r2d_wr_arr_base_addr : ffffff8004bd7000
Jun 19 22:31:39 kernel: d2r_rd_arr_base_addr : ffffff8004bd7802
Jun 19 22:31:39 kernel: r2d_rd_arr_base_addr : ffffff8004bd8000
Jun 19 22:31:39 kernel: d2r_wr_arr_base_addr : ffffff8004bd7c02
Jun 19 22:31:39 kernel: tx_post_mgmt_arr_base_addr : ffffff8004bd8800
Jun 19 22:31:39 kernel: tx_post_mgmt_arr_base_phys_addr : 0x2a151800
Jun 19 22:31:39 kernel: r2d_wr_arr_base_phys_addr : 0x2a150000
Jun 19 22:31:39 kernel: d2r_rd_arr_base_phys_addr : 0x2a150802
Jun 19 22:31:39 kernel: r2d_rd_arr_base_phys_addr : 0x2a151000
Jun 19 22:31:39 kernel: d2r_wr_arr_base_phys_addr : 0x2a150c02
Jun 19 22:31:39 kernel: Doorbell Post Wakeup register : phy_addr: 0xe0802160, virt_addr: ffffff8004be2160
Jun 19 22:31:39 kernel: Doorbell Complete Wakeup register : phy_addr: 0xe0802164, virt_addr: ffffff8004be2164
Jun 19 22:31:39 kernel: Doorbell ISR : ffffffbffcb27d80
Jun 19 22:31:39 kernel: Doorbell CTX : ffffffc02b791c00
Jun 19 22:31:39 kernel: flow_ring_format : 1
Jun 19 22:31:39 kernel: idma_active : 1
Jun 19 22:31:39 kernel: Creating CPU ring for queue number 7 with 128 packets descriptor=0xffffffbffc2c9b80, size_of_entry 16
Jun 19 22:31:39 kernel: Done initializing Ring 7 Base=0xffffff80003e3000 End=0xffffff80003e3800 calculated entries= 128 RDD Base=3e012000K descriptor=0xffffffbffc2c9b80
Jun 19 22:31:39 kernel: ^[[0;33;40mRunner DHD Offload initialization complete^[[0m
Jun 19 22:31:39 kernel: Failed creating netlink: radio unit idx 0
Jun 19 22:31:39 kernel: CSIMON: HOST CSIMON[1.0.0]
Jun 19 22:31:39 kernel: CUR_ETHERADDR : 6
Jun 19 22:31:39 kernel: 7c 10 c9 80 29 d0
Jun 19 22:31:39 kernel: dhd_sync_with_dongle: GET_REVINFO device 0x442a, vendor 0x14e4, chipnum 0xaaa4, corerev 129
Jun 19 22:31:39 kernel: Dongle Host Driver, version 17.10.121.41 (r796515)
Jun 19 22:31:39 kernel: Compiled in drivers/net/wireless/bcmdhd
Jun 19 22:31:39 kernel: wfd_registerdevice Successfully registered dev eth6 ifidx 0 wfd_idx 0
Jun 19 22:31:39 kernel: Register interface [eth6] MAC: 7c:10:xx:xx:xx:xx
Jun 19 22:31:39 kernel: PCI_PROBE: bus 1, slot 0,vendor 14E4, device AAA4(good PCI location)
Jun 19 22:31:39 kernel: dhdpcie_init: can't find adapter info for this chip
Jun 19 22:31:39 kernel: dhd_hwa_event: Dongle(wl0) schedule hwa event
Jun 19 22:31:39 kernel: dhd_hwa_event_handler: Dongle(wl0) hwa event scheduled
Jun 19 22:31:39 kernel: CONSOLE: ipxotp_init: mapping otpbase at 0x28007000 to 0x28007000
Jun 19 22:31:39 kernel: CONSOLE: 000000.000 ipxotp_init: mapping otpbase at 0x28007000 to 0x28007000
Jun 19 22:31:39 kernel: CONSOLE: 000000.000 initvars_cis_pci: Not CIS format
Jun 19 22:31:39 kernel: CONSOLE: 000000.000 ipxotp_init: mapping otpbase at 0x28007000 to 0x28007000
Jun 19 22:31:39 kernel: CONSOLE: 000000.000 ipxotp_read_region: h/w region not programmed
Jun 19 22:31:39 kernel: CONSOLE: 000000.000 Neither SPROM nor OTP has valid image
 
Status
Not open for further replies.

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top