OpenWrt Forum Archive

Topic: davidc502 1900ac 3200acm builds

The content of this topic has been archived between 26 Feb 2018 and 7 May 2018. Unfortunately there are posts – most likely complete pages – missing.

I just saw this happening:

[177170.508736] BUG: Bad page map in process tinyproxy  pte:1b06d7dd pmd:1cbe3831
[177170.516009] page:dff59da0 count:0 mapcount:-1 mapping:  (null) index:0x0
[177170.522837] flags: 0x10(dirty)
[177170.526052] page dumped because: bad pte
[177170.530081] addr:01421000 vm_flags:00100073 anon_vma:dcbb2540 mapping:  (null) index:1421
[177170.538390] file:  (null) fault:  (null) mmap:  (null) readpage:  (null)
[177170.545209] CPU: 1 PID: 6474 Comm: tinyproxy Not tainted 4.9.65 #0
[177170.551501] Hardware name: Marvell Armada 380/385 (Device Tree)
[177170.557549] [<c0016010>] (unwind_backtrace) from [<c0012220>] (show_stack+0x10/0x14)
[177170.565420] [<c0012220>] (show_stack) from [<c0218580>] (dump_stack+0x7c/0x9c)
[177170.572769] [<c0218580>] (dump_stack) from [<c00b5140>] (print_bad_pte+0x154/0x18c)
[177170.580549] [<c00b5140>] (print_bad_pte) from [<c00b7394>] (unmap_page_range+0x4fc/0x554)
[177170.588851] [<c00b7394>] (unmap_page_range) from [<c00b781c>] (zap_page_range+0xd0/0x174)
[177170.597156] [<c00b781c>] (zap_page_range) from [<c00c468c>] (SyS_madvise+0x58c/0x7e8)
[177170.605111] [<c00c468c>] (SyS_madvise) from [<c000ed40>] (ret_fast_syscall+0x0/0x3c)
[177170.612984] Disabling lock debugging due to kernel taint
[177170.618830] BUG: Bad rss-counter state mm:dc174700 idx:0 val:-1
[177170.624899] BUG: Bad rss-counter state mm:dc174700 idx:1 val:1
[178472.320439] BUG: Bad page state in process swapper/0  pfn:1b06d
[178472.326478] page:dff59da0 count:-1 mapcount:-1 mapping:  (null) index:0x0
[178472.333393] flags: 0x10(dirty)
[178472.336545] page dumped because: PAGE_FLAGS_CHECK_AT_PREP flag set
[178472.342837] bad because of flags: 0x10(dirty)
[178472.347296] Modules linked in: pppoe ppp_async pppox ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 iptable_nat ipt_REJECT ipt_MASQUERADE xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_quota xt_policy xt_pkttype xt_physdev xt_owner xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_esp xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_addrtype xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usblp ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda ts_fsm ts_bm slhc rfcomm nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda
[178472.419066]  nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda iptable_mangle iptable_filter ipt_ah ipt_ECN ip_tables hidp hci_uart crc_ccitt btusb btmrvl_sdio btmrvl btintel br_netfilter bnep bluetooth fuse sch_cake em_nbyte cls_basic sch_dsmark sch_pie sch_gred sch_teql act_ipt em_text em_meta sch_codel sch_sfq sch_fq act_police sch_prio em_cmp sch_red act_connmark nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress hid evdev input_core mwlwifi mac80211 cfg80211 compat cryptodev xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet
[178472.490579]  ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables msdos bonding ifb tun vfat fat ntfs nls_utf8 nls_iso8859_1 nls_cp437 regmap_mmio sha512_generic sha256_generic seqiv jitterentropy_rng drbg md5 hmac ghash_generic gf128mul gcm ecb ctr cmac cbc authenc ohci_pci uhci_hcd ohci_platform ohci_hcd gpio_button_hotplug
[178472.542862] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G    B           4.9.65 #0
[178472.550114] Hardware name: Marvell Armada 380/385 (Device Tree)
[178472.556162] [<c0016010>] (unwind_backtrace) from [<c0012220>] (show_stack+0x10/0x14)
[178472.564034] [<c0012220>] (show_stack) from [<c0218580>] (dump_stack+0x7c/0x9c)
[178472.571383] [<c0218580>] (dump_stack) from [<c009c000>] (bad_page+0x100/0x138)
[178472.578727] [<c009c000>] (bad_page) from [<c009df98>] (get_page_from_freelist+0x638/0x658)
[178472.587115] [<c009df98>] (get_page_from_freelist) from [<c009e3f8>] (__alloc_pages_nodemask+0xe8/0xa10)
[178472.596635] [<c009e3f8>] (__alloc_pages_nodemask) from [<c009edb8>] (__alloc_page_frag+0x34/0x14c)
[178472.605725] [<c009edb8>] (__alloc_page_frag) from [<c0399c80>] (netdev_alloc_frag+0x24/0x34)
[178472.614291] [<c0399c80>] (netdev_alloc_frag) from [<c03c6868>] (hwbm_pool_refill+0x18/0x68)
[178472.622771] [<c03c6868>] (hwbm_pool_refill) from [<c031e3a0>] (mvneta_poll+0x470/0x970)
[178472.630903] [<c031e3a0>] (mvneta_poll) from [<c03a76f4>] (net_rx_action+0xe8/0x2ac)
[178472.638684] [<c03a76f4>] (net_rx_action) from [<c002d364>] (__do_softirq+0xd0/0x204)
[178472.646550] [<c002d364>] (__do_softirq) from [<c002d71c>] (irq_exit+0x94/0xb8)
[178472.653887] [<c002d71c>] (irq_exit) from [<c0062154>] (__handle_domain_irq+0x90/0xb4)
[178472.661840] [<c0062154>] (__handle_domain_irq) from [<c0009428>] (gic_handle_irq+0x50/0x94)
[178472.670316] [<c0009428>] (gic_handle_irq) from [<c0012c8c>] (__irq_svc+0x6c/0x90)
[178472.677916] Exception stack(0xc062ff60 to 0xc062ffa8)
[178472.683077] ff60: 00000001 00000000 00000000 c001b1a0 00000000 c062e000 c0630fe4 00000001
[178472.691377] ff80: c062c168 00000000 c062ffb8 00000001 00000000 c062ffb0 c000f808 c000f80c
[178472.699675] ffa0: 60000013 ffffffff
[178472.703268] [<c0012c8c>] (__irq_svc) from [<c000f80c>] (arch_cpu_idle+0x2c/0x38)
[178472.710791] [<c000f80c>] (arch_cpu_idle) from [<c005b4a4>] (cpu_startup_entry+0xf0/0x19c)
[178472.719096] [<c005b4a4>] (cpu_startup_entry) from [<c05e8c54>] (start_kernel+0x39c/0x420)
[187564.266647] swap_free: Bad swap file entry 00000c00
[187564.271683] BUG: Bad page map in process grep  pte:00060000 pmd:1cbe3831
[187564.278525] addr:00021000 vm_flags:00000875 anon_vma:  (null) mapping:df068b94 index:11
[187564.286663] file:busybox fault:filemap_fault mmap:generic_file_readonly_mmap readpage:squashfs_readpage
[187564.296199] CPU: 0 PID: 4974 Comm: grep Tainted: G    B           4.9.65 #0
[187564.303276] Hardware name: Marvell Armada 380/385 (Device Tree)
[187564.309321] [<c0016010>] (unwind_backtrace) from [<c0012220>] (show_stack+0x10/0x14)
[187564.317193] [<c0012220>] (show_stack) from [<c0218580>] (dump_stack+0x7c/0x9c)
[187564.324539] [<c0218580>] (dump_stack) from [<c00b5140>] (print_bad_pte+0x154/0x18c)
[187564.332319] [<c00b5140>] (print_bad_pte) from [<c00b718c>] (unmap_page_range+0x2f4/0x554)
[187564.340621] [<c00b718c>] (unmap_page_range) from [<c00b773c>] (unmap_vmas+0x44/0x54)
[187564.348487] [<c00b773c>] (unmap_vmas) from [<c00bc0fc>] (exit_mmap+0xc0/0x1bc)
[187564.355829] [<c00bc0fc>] (exit_mmap) from [<c0026ee8>] (mmput+0x38/0xf4)
[187564.362649] [<c0026ee8>] (mmput) from [<c002b650>] (do_exit+0x354/0x838)
[187564.369468] [<c002b650>] (do_exit) from [<c002cc64>] (do_group_exit+0x48/0xd0)
[187564.376810] [<c002cc64>] (do_group_exit) from [<c002ccfc>] (__wake_up_parent+0x0/0x18)
[187564.385112] BUG: Bad rss-counter state mm:ddb41880 idx:2 val:-1

Router is still running, but I assume these would lead to the reboots issues I have. Whats the meaning of this? Doesnt look good. Something with swap not working, or just filesystem problems maybe?

(Last edited by makedir on 13 Dec 2017, 15:07)

makedir wrote:

I just saw this happening:

[177170.508736] BUG: Bad page map in process tinyproxy  pte:1b06d7dd pmd:1cbe3831
[177170.516009] page:dff59da0 count:0 mapcount:-1 mapping:  (null) index:0x0
[177170.522837] flags: 0x10(dirty)
[177170.526052] page dumped because: bad pte
[177170.530081] addr:01421000 vm_flags:00100073 anon_vma:dcbb2540 mapping:  (null) index:1421
[177170.538390] file:  (null) fault:  (null) mmap:  (null) readpage:  (null)
[177170.545209] CPU: 1 PID: 6474 Comm: tinyproxy Not tainted 4.9.65 #0
[177170.551501] Hardware name: Marvell Armada 380/385 (Device Tree)
[177170.557549] [<c0016010>] (unwind_backtrace) from [<c0012220>] (show_stack+0x10/0x14)
[177170.565420] [<c0012220>] (show_stack) from [<c0218580>] (dump_stack+0x7c/0x9c)
[177170.572769] [<c0218580>] (dump_stack) from [<c00b5140>] (print_bad_pte+0x154/0x18c)
[177170.580549] [<c00b5140>] (print_bad_pte) from [<c00b7394>] (unmap_page_range+0x4fc/0x554)
[177170.588851] [<c00b7394>] (unmap_page_range) from [<c00b781c>] (zap_page_range+0xd0/0x174)
[177170.597156] [<c00b781c>] (zap_page_range) from [<c00c468c>] (SyS_madvise+0x58c/0x7e8)
[177170.605111] [<c00c468c>] (SyS_madvise) from [<c000ed40>] (ret_fast_syscall+0x0/0x3c)
[177170.612984] Disabling lock debugging due to kernel taint
[177170.618830] BUG: Bad rss-counter state mm:dc174700 idx:0 val:-1
[177170.624899] BUG: Bad rss-counter state mm:dc174700 idx:1 val:1
[178472.320439] BUG: Bad page state in process swapper/0  pfn:1b06d
[178472.326478] page:dff59da0 count:-1 mapcount:-1 mapping:  (null) index:0x0
[178472.333393] flags: 0x10(dirty)
[178472.336545] page dumped because: PAGE_FLAGS_CHECK_AT_PREP flag set
[178472.342837] bad because of flags: 0x10(dirty)
[178472.347296] Modules linked in: pppoe ppp_async pppox ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 iptable_nat ipt_REJECT ipt_MASQUERADE xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_quota xt_policy xt_pkttype xt_physdev xt_owner xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_esp xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_addrtype xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usblp ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda ts_fsm ts_bm slhc rfcomm nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda
[178472.419066]  nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda iptable_mangle iptable_filter ipt_ah ipt_ECN ip_tables hidp hci_uart crc_ccitt btusb btmrvl_sdio btmrvl btintel br_netfilter bnep bluetooth fuse sch_cake em_nbyte cls_basic sch_dsmark sch_pie sch_gred sch_teql act_ipt em_text em_meta sch_codel sch_sfq sch_fq act_police sch_prio em_cmp sch_red act_connmark nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress hid evdev input_core mwlwifi mac80211 cfg80211 compat cryptodev xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet
[178472.490579]  ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables msdos bonding ifb tun vfat fat ntfs nls_utf8 nls_iso8859_1 nls_cp437 regmap_mmio sha512_generic sha256_generic seqiv jitterentropy_rng drbg md5 hmac ghash_generic gf128mul gcm ecb ctr cmac cbc authenc ohci_pci uhci_hcd ohci_platform ohci_hcd gpio_button_hotplug
[178472.542862] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G    B           4.9.65 #0
[178472.550114] Hardware name: Marvell Armada 380/385 (Device Tree)
[178472.556162] [<c0016010>] (unwind_backtrace) from [<c0012220>] (show_stack+0x10/0x14)
[178472.564034] [<c0012220>] (show_stack) from [<c0218580>] (dump_stack+0x7c/0x9c)
[178472.571383] [<c0218580>] (dump_stack) from [<c009c000>] (bad_page+0x100/0x138)
[178472.578727] [<c009c000>] (bad_page) from [<c009df98>] (get_page_from_freelist+0x638/0x658)
[178472.587115] [<c009df98>] (get_page_from_freelist) from [<c009e3f8>] (__alloc_pages_nodemask+0xe8/0xa10)
[178472.596635] [<c009e3f8>] (__alloc_pages_nodemask) from [<c009edb8>] (__alloc_page_frag+0x34/0x14c)
[178472.605725] [<c009edb8>] (__alloc_page_frag) from [<c0399c80>] (netdev_alloc_frag+0x24/0x34)
[178472.614291] [<c0399c80>] (netdev_alloc_frag) from [<c03c6868>] (hwbm_pool_refill+0x18/0x68)
[178472.622771] [<c03c6868>] (hwbm_pool_refill) from [<c031e3a0>] (mvneta_poll+0x470/0x970)
[178472.630903] [<c031e3a0>] (mvneta_poll) from [<c03a76f4>] (net_rx_action+0xe8/0x2ac)
[178472.638684] [<c03a76f4>] (net_rx_action) from [<c002d364>] (__do_softirq+0xd0/0x204)
[178472.646550] [<c002d364>] (__do_softirq) from [<c002d71c>] (irq_exit+0x94/0xb8)
[178472.653887] [<c002d71c>] (irq_exit) from [<c0062154>] (__handle_domain_irq+0x90/0xb4)
[178472.661840] [<c0062154>] (__handle_domain_irq) from [<c0009428>] (gic_handle_irq+0x50/0x94)
[178472.670316] [<c0009428>] (gic_handle_irq) from [<c0012c8c>] (__irq_svc+0x6c/0x90)
[178472.677916] Exception stack(0xc062ff60 to 0xc062ffa8)
[178472.683077] ff60: 00000001 00000000 00000000 c001b1a0 00000000 c062e000 c0630fe4 00000001
[178472.691377] ff80: c062c168 00000000 c062ffb8 00000001 00000000 c062ffb0 c000f808 c000f80c
[178472.699675] ffa0: 60000013 ffffffff
[178472.703268] [<c0012c8c>] (__irq_svc) from [<c000f80c>] (arch_cpu_idle+0x2c/0x38)
[178472.710791] [<c000f80c>] (arch_cpu_idle) from [<c005b4a4>] (cpu_startup_entry+0xf0/0x19c)
[178472.719096] [<c005b4a4>] (cpu_startup_entry) from [<c05e8c54>] (start_kernel+0x39c/0x420)
[187564.266647] swap_free: Bad swap file entry 00000c00
[187564.271683] BUG: Bad page map in process grep  pte:00060000 pmd:1cbe3831
[187564.278525] addr:00021000 vm_flags:00000875 anon_vma:  (null) mapping:df068b94 index:11
[187564.286663] file:busybox fault:filemap_fault mmap:generic_file_readonly_mmap readpage:squashfs_readpage
[187564.296199] CPU: 0 PID: 4974 Comm: grep Tainted: G    B           4.9.65 #0
[187564.303276] Hardware name: Marvell Armada 380/385 (Device Tree)
[187564.309321] [<c0016010>] (unwind_backtrace) from [<c0012220>] (show_stack+0x10/0x14)
[187564.317193] [<c0012220>] (show_stack) from [<c0218580>] (dump_stack+0x7c/0x9c)
[187564.324539] [<c0218580>] (dump_stack) from [<c00b5140>] (print_bad_pte+0x154/0x18c)
[187564.332319] [<c00b5140>] (print_bad_pte) from [<c00b718c>] (unmap_page_range+0x2f4/0x554)
[187564.340621] [<c00b718c>] (unmap_page_range) from [<c00b773c>] (unmap_vmas+0x44/0x54)
[187564.348487] [<c00b773c>] (unmap_vmas) from [<c00bc0fc>] (exit_mmap+0xc0/0x1bc)
[187564.355829] [<c00bc0fc>] (exit_mmap) from [<c0026ee8>] (mmput+0x38/0xf4)
[187564.362649] [<c0026ee8>] (mmput) from [<c002b650>] (do_exit+0x354/0x838)
[187564.369468] [<c002b650>] (do_exit) from [<c002cc64>] (do_group_exit+0x48/0xd0)
[187564.376810] [<c002cc64>] (do_group_exit) from [<c002ccfc>] (__wake_up_parent+0x0/0x18)
[187564.385112] BUG: Bad rss-counter state mm:ddb41880 idx:2 val:-1

Router is still running, but I assume these would lead to the reboots issues I have. Whats the meaning of this? Doesnt look good. Something with swap not working, or just filesystem problems maybe?

Looks like it could be a bad page state..... Not that I fully understand what that means.

Keep and eye on RAM utilization and see if it doesn't go up over time.  I'm wondering if this isn't being cached somewhere in RAM.

The reboot issues I was aware of were fixed some time ago. If your system is rebooting due to another reason there may be justification for a bug report.

With this new build I cannot use 5GHz on channel 52 (like I always was), on channel 36 is fine...

Maybe this is because of the missing lastest kernel about the country code?

I've noticed when I go to Network -> Wireless -> radio0 -> Advanced Settings
The "Country Code" is not "FR - France" anymore, but now is "00 - World"

I don't know if this is related or not... maybe report this problem to mwlwifi GitHub?

syslog

Wed Dec 13 15:24:47 2017 kern.info kernel: [  697.096856] device wlan0 left promiscuous mode
Wed Dec 13 15:24:47 2017 kern.info kernel: [  697.101360] br-lan: port 2(wlan0) entered disabled state
Wed Dec 13 15:24:47 2017 daemon.notice netifd: radio0 (11913): command failed: Not supported (-95)
Wed Dec 13 15:24:51 2017 daemon.notice netifd: radio0 (12068): command failed: Not supported (-95)
Wed Dec 13 15:24:51 2017 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Wed Dec 13 15:24:51 2017 kern.debug kernel: [  701.618397] ieee80211 phy0: change: 0xffffffff
Wed Dec 13 15:24:51 2017 kern.info kernel: [  701.722584] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Wed Dec 13 15:24:51 2017 kern.info kernel: [  701.729298] br-lan: port 2(wlan0) entered blocking state
Wed Dec 13 15:24:51 2017 kern.info kernel: [  701.734632] br-lan: port 2(wlan0) entered disabled state
Wed Dec 13 15:24:51 2017 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Wed Dec 13 15:24:51 2017 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->HT_SCAN
Wed Dec 13 15:24:51 2017 kern.info kernel: [  701.740099] device wlan0 entered promiscuous mode
Wed Dec 13 15:24:51 2017 kern.debug kernel: [  701.745250] ieee80211 phy0: change: 0x100
Wed Dec 13 15:24:51 2017 kern.debug kernel: [  701.753388] ieee80211 phy0: change: 0x40
Wed Dec 13 15:24:52 2017 kern.debug kernel: [  701.966357] ieee80211 phy0: change: 0x40
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: wlan0: interface state HT_SCAN->DFS
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: wlan0: DFS-CAC-START freq=5260 chan=52 sec_chan=1, width=1, seg0=58, seg1=0, cac_time=60s
Wed Dec 13 15:24:52 2017 daemon.err hostapd: DFS start_dfs_cac() failed, -1
Wed Dec 13 15:24:52 2017 daemon.err hostapd: Interface initialization failed
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: wlan0: interface state DFS->DISABLED
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: wlan0: AP-DISABLED
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: wlan0: AP-DISABLED
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Wed Dec 13 15:24:52 2017 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Wed Dec 13 15:24:52 2017 kern.debug kernel: [  702.176358] ieee80211 phy0: change: 0x40
Wed Dec 13 15:24:52 2017 kern.info kernel: [  702.216383] device wlan0 left promiscuous mode
Wed Dec 13 15:24:52 2017 kern.info kernel: [  702.220873] br-lan: port 2(wlan0) entered disabled state
Wed Dec 13 15:24:52 2017 kern.debug kernel: [  702.274375] ieee80211 phy0: change: 0x100
Wed Dec 13 15:24:52 2017 daemon.notice hostapd: ELOOP: remaining socket: sock=21 eloop_data=0xb6fe2740 user_data=0 handler=0x36c28
Wed Dec 13 15:24:52 2017 daemon.notice netifd: radio0 (12068): cat: can't open '/var/run/wifi-phy0.pid': No such file or directory
Wed Dec 13 15:24:52 2017 daemon.notice netifd: radio0 (12068): WARNING (wireless_add_process): executable path /usr/sbin/wpad does not match process  path ()
Wed Dec 13 15:24:52 2017 daemon.notice netifd: radio0 (12068): Command failed: Invalid argument
Wed Dec 13 15:24:52 2017 kern.debug kernel: [  702.450365] ieee80211 phy0: change: 0xffffffff
Wed Dec 13 15:24:52 2017 kern.info kernel: [  702.552418] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Wed Dec 13 15:24:52 2017 kern.info kernel: [  702.570946] br-lan: port 2(wlan0) entered blocking state
Wed Dec 13 15:24:52 2017 kern.info kernel: [  702.576298] br-lan: port 2(wlan0) entered disabled state
Wed Dec 13 15:24:52 2017 kern.info kernel: [  702.581784] device wlan0 entered promiscuous mode
S Pimenta wrote:

With this new build I cannot use 5GHz on channel 52 (like I always was), on channel 36 is fine...

Maybe this is because of the missing lastest kernel about the country code?

I've noticed when I go to Network -> Wireless -> radio0 -> Advanced Settings
The "Country Code" is not "FR - France" anymore, but now is "00 - World"

I don't know if this is related or not... maybe report this problem to mwlwifi GitHub?

syslog
.......

It really seems the country code... changed to my country (PT - Portugal) and now is working fine!

Router: WRT1900ac v1
Firmware new: Kernel 4.9.65 r5501 (2017/12/12)
Status:  REBOOTING issues have been corrected.
Workarround: Make sure that the interface WAN6 has active connection. in my case my ISP Verizon doesn't support IPV6 so my WRT1900ac v1 was not getting an IPV6 address so I changed my ISP router IPV6 LAN configuration from DHCPV6 to Stateless, the same can be achieved by assigning an Static IPV6 address to the WRT1900ac v1

The suggestion by racef@ce  is working properly I was unable to keep my router without rebooting more than two minutes with the 4.9 kernel.

MonsterJPC wrote:

Router: WRT1900ac v1
Firmware new: Kernel 4.9.65 r5501 (2017/12/12)
Status:  REBOOTING issues have been corrected.
Workarround: Make sure that the interface WAN6 has active connection. in my case my ISP Verizon doesn't support IPV6 so my WRT1900ac v1 was not getting an IPV6 address so I changed my ISP router IPV6 LAN configuration from DHCPV6 to Stateless, the same can be achieved by assigning an Static IPV6 address to the WRT1900ac v1

The suggestion by racef@ce  is working properly I was unable to keep my router without rebooting more than two minutes with the 4.9 kernel.

Awesome! Thank you for reporting back.

MonsterJPC wrote:

Router: WRT1900ac v1
Firmware new: Kernel 4.9.65 r5501 (2017/12/12)
Status:  REBOOTING issues have been corrected.
Workarround: Make sure that the interface WAN6 has active connection. in my case my ISP Verizon doesn't support IPV6 so my WRT1900ac v1 was not getting an IPV6 address so I changed my ISP router IPV6 LAN configuration from DHCPV6 to Stateless, the same can be achieved by assigning an Static IPV6 address to the WRT1900ac v1

The suggestion by racef@ce  is working properly I was unable to keep my router without rebooting more than two minutes with the 4.9 kernel.

Will have to give this a try smile

MonsterJPC wrote:

Router: WRT1900ac v1
Firmware new: Kernel 4.9.65 r5501 (2017/12/12)
Status:  REBOOTING issues have been corrected.
Workarround: Make sure that the interface WAN6 has active connection. in my case my ISP Verizon doesn't support IPV6 so my WRT1900ac v1 was not getting an IPV6 address so I changed my ISP router IPV6 LAN configuration from DHCPV6 to Stateless, the same can be achieved by assigning an Static IPV6 address to the WRT1900ac v1

The suggestion by racef@ce  is working properly I was unable to keep my router without rebooting more than two minutes with the 4.9 kernel.

can I just make sure I understand correctly?
The expected behaviour is that IF an IPv6 connection is present then the rebooting bug will not appear?

Hostname:LEDE
Model:Linksys WRT1900AC
Firmware Version    Lede SNAPSHOT r5501-30e18c8d64 / LuCI Master (git-17.343.27587-8e6b1a6)
Kernel Version    4.9.67
Local Time    Thu Dec 14 19:53:44 2017
Uptime    13h 45m 6s

As you can see I have 13 hours of uptime with the Kernel 4.9.67 on my WRT1900 AC V1.
The services below are disable since I don't need them
Etherwake
OpenVPN
DDNS
WATCHCAT

@davidc

Has there been any talk about when we get to use all three bands of our 3200 tri band router?  I really need that second 5ghz radio its why i bought the router in the first place.

WWTK wrote:

@davidc

Has there been any talk about when we get to use all three bands of our 3200 tri band router?  I really need that second 5ghz radio its why i bought the router in the first place.

Interesting question as I haven't thought about it in a long time. The last time I tried Radio2, which was probably 8 months ago, it would not take long to crash.  By chance have you fired up Radio2 to see if it will run now?

MonsterJPC wrote:

Hostname:LEDE
Model:Linksys WRT1900AC
Firmware Version    Lede SNAPSHOT r5501-30e18c8d64 / LuCI Master (git-17.343.27587-8e6b1a6)
Kernel Version    4.9.67
Local Time    Thu Dec 14 19:53:44 2017
Uptime    13h 45m 6s

As you can see I have 13 hours of uptime with the Kernel 4.9.67 on my WRT1900 AC V1.
The services below are disable since I don't need them
Etherwake
OpenVPN
DDNS
WATCHCAT

Maybe those "reboot issues" some people have here are no crashes but caused by this stupid package WATCHCAT David included recently (:

WWTK wrote:

@davidc

Has there been any talk about when we get to use all three bands of our 3200 tri band router?  I really need that second 5ghz radio its why i bought the router in the first place.

Tri-stream is achieved by enabling 160Mhz on radio0.

nitroshift

makedir wrote:
MonsterJPC wrote:

Hostname:LEDE
Model:Linksys WRT1900AC
Firmware Version    Lede SNAPSHOT r5501-30e18c8d64 / LuCI Master (git-17.343.27587-8e6b1a6)
Kernel Version    4.9.67
Local Time    Thu Dec 14 19:53:44 2017
Uptime    13h 45m 6s

As you can see I have 13 hours of uptime with the Kernel 4.9.67 on my WRT1900 AC V1.
The services below are disable since I don't need them
Etherwake
OpenVPN
DDNS
WATCHCAT

Maybe those "reboot issues" some people have here are no crashes but caused by this stupid package WATCHCAT David included recently (:

No, i have it with most services disabled.
I think it's a subject of IPv6 (but how?), but i can't use this fix - my provider have IPv4 only.

Whats the best way to upgrade to a newer build if i want to start with a fresh config ?

@davidc
would be nice if you could answer my question about irqbalance... does this package make sense for a 3200acm ?

@David Is cpuidle properly disabled on your builds for ALL 4 models? You know it isnt working properly on this damn Marvell Armada CPUs right. I guess its the reason for most reboot crashes. Do you have these set in the build config? https://gist.github.com/NainKult/1b0603 … 94e1ce7203

https://i.imgur.com/EdzPjPK.png

Could you please provide a 2nd build rom for the models where all cpufreq and cpuidle mechanisms are disabled?

(Last edited by makedir on 15 Dec 2017, 07:23)

MonsterJPC wrote:

Router: WRT1900ac v1
Firmware new: Kernel 4.9.65 r5501 (2017/12/12)
Status:  REBOOTING issues have been corrected.
Workarround: Make sure that the interface WAN6 has active connection. in my case my ISP Verizon doesn't support IPV6 so my WRT1900ac v1 was not getting an IPV6 address so I changed my ISP router IPV6 LAN configuration from DHCPV6 to Stateless, the same can be achieved by assigning an Static IPV6 address to the WRT1900ac v1

The suggestion by racef@ce  is working properly I was unable to keep my router without rebooting more than two minutes with the 4.9 kernel.

Maybe I'm doing something wrong, but I cannot figure out how to make this change... When I put the 4.9 kernel on my 1900ACv1, it still reboots constantly..

Brewder wrote:
MonsterJPC wrote:

Router: WRT1900ac v1
Firmware new: Kernel 4.9.65 r5501 (2017/12/12)
Status:  REBOOTING issues have been corrected.
Workarround: Make sure that the interface WAN6 has active connection. in my case my ISP Verizon doesn't support IPV6 so my WRT1900ac v1 was not getting an IPV6 address so I changed my ISP router IPV6 LAN configuration from DHCPV6 to Stateless, the same can be achieved by assigning an Static IPV6 address to the WRT1900ac v1

The suggestion by racef@ce  is working properly I was unable to keep my router without rebooting more than two minutes with the 4.9 kernel.

Maybe I'm doing something wrong, but I cannot figure out how to make this change... When I put the 4.9 kernel on my 1900ACv1, it still reboots constantly..

Because those reboots are caused by cpuidle. It needs to be disabled properly. I also see other posts of those bug reports I ported on other sources. As I understand those just mean that the RAM is damaged. I wonder if a lot of WRT devices have bad RAM and it is like a lottery to get one with proper RAM. Though it is a bit unlikely, and more likely it is caused by some bad driver or Kernel support for the devices.

(Last edited by makedir on 15 Dec 2017, 15:56)

After further testing with the Kernel 4.9 on the WRT1900AC V1 I was able too keep it up and running for 13 hours after that it restarted on his own. I started to download a 1.6 GB file from the internet and concurrently tested my speed with the Verizon Fios Speedtest (75 up/75 down)  every time that I did this stress test the router rebooted.

The workaround of the WAN6 made it more stable but is still not working properly a 100% a reverted my firmware back to the kernel 4.4.93 and performed the same stress test and the router performed as expected.

Hostname            LEDE
Model                    Linksys WRT1900AC
Firmware Version    Lede Reboot SNAPSHOT r5113-2af10c30fe / LuCI Master (git-17.291.51172-a98548e)
Kernel Version      4.4.93

I will wait for the next firmware release of the 4.9.x Kernel to execute further testing with the hope that the bugs will be fixed eventually.

MonsterJPC wrote:

After further testing with the Kernel 4.9 on the WRT1900AC V1 I was able too keep it up and running for 13 hours after that it restarted on his own. I started to download a 1.6 GB file from the internet and concurrently tested my speed with the Verizon Fios Speedtest (75 up/75 down)  every time that I did this stress test the router rebooted.

The workaround of the WAN6 made it more stable but is still not working properly a 100% a reverted my firmware back to the kernel 4.4.93 and performed the same stress test and the router performed as expected.

Hostname            LEDE
Model                    Linksys WRT1900AC
Firmware Version    Lede Reboot SNAPSHOT r5113-2af10c30fe / LuCI Master (git-17.291.51172-a98548e)
Kernel Version      4.4.93

I will wait for the next firmware release of the 4.9.x Kernel to execute further testing with the hope that the bugs will be fixed eventually.

Tonight I'll be working on getting the latest wifi commit out.  But afterwards I'll test to see if kernel 4.4.x builds are working again. I haven't heard that it had been fixed, but sometimes that doesn't matter.

davidc502 wrote:
MonsterJPC wrote:

After further testing with the Kernel 4.9 on the WRT1900AC V1 I was able too keep it up and running for 13 hours after that it restarted on his own. I started to download a 1.6 GB file from the internet and concurrently tested my speed with the Verizon Fios Speedtest (75 up/75 down)  every time that I did this stress test the router rebooted.

The workaround of the WAN6 made it more stable but is still not working properly a 100% a reverted my firmware back to the kernel 4.4.93 and performed the same stress test and the router performed as expected.

Hostname            LEDE
Model                    Linksys WRT1900AC
Firmware Version    Lede Reboot SNAPSHOT r5113-2af10c30fe / LuCI Master (git-17.291.51172-a98548e)
Kernel Version      4.4.93

I will wait for the next firmware release of the 4.9.x Kernel to execute further testing with the hope that the bugs will be fixed eventually.

Tonight I'll be working on getting the latest wifi commit out.  But afterwards I'll test to see if kernel 4.4.x builds are working again. I haven't heard that it had been fixed, but sometimes that doesn't matter.

Thanks David.

nitroshift wrote:
WWTK wrote:

@davidc

Has there been any talk about when we get to use all three bands of our 3200 tri band router?  I really need that second 5ghz radio its why i bought the router in the first place.

Tri-stream is achieved by enabling 160Mhz on radio0.

nitroshift

The last time I tried 160Mhz, wifi stopped working because part of the spectrum falls in DFS. Message in the log was radar detected, and since there is not channel in 5Ghz spectrum where 160Mhz could be selected without covering some part of DFS, wifi just shut down. 

I will try 160Mhz again and see if it works properly.

makedir wrote:

@David Is cpuidle properly disabled on your builds for ALL 4 models? You know it isnt working properly on this damn Marvell Armada CPUs right. I guess its the reason for most reboot crashes. Do you have these set in the build config? https://gist.github.com/NainKult/1b0603 … 94e1ce7203

https://i.imgur.com/EdzPjPK.png

Could you please provide a 2nd build rom for the models where all cpufreq and cpuidle mechanisms are disabled?

I'm reading up on the thread.

@davidc502

I'm not talking about the 160mhz, that is working.  I'm talking about the third radio provided by the kmod-mwifiex-sdio
driver which you are currently not including in your build.

Just for giggles I added into my build and it does appear to be working now for a 2 minute test anyways.

WWTK wrote:

@davidc502

I'm not talking about the 160mhz, that is working.  I'm talking about the third radio provided by the kmod-mwifiex-sdio
driver which you are currently not including in your build.

Just for giggles I added into my build and it does appear to be working now for a 2 minute test anyways.

Correct, it was removed probably 6 months ago as it was basically trash at the time. I wouldn't think it would be stable now, but am glad you are trying it out.