OpenWrt/LEDE Project

Welcome to the OpenWrt/LEDE Project bug reporting and issue tracking system

Problems to be reported here are for the OpenWrt/LEDE Project targets, sources, toolchain, core packages, build procedures, distribution and infrastructure. Guidelines for submitting a good bug report can be found at the OpenWrt/LEDE Project website. Problems related to LuCI or OpenWrt packages need to be reported in their repositories:

Notifications of all submissions and task changes are sent to lede-bugs@infradead.org.

OpenedID  descCategoryTask TypePrioritySeveritySummaryReported InStatus
12.12.20181996Base systemBug ReportVery LowHighocteon erlite "print_req_error: I/O error" on trunk r86...TrunkUnconfirmed Task Description

Supply the following if possible:
- edge router lite
- OpenWrt SNAPSHOT, r8684-f6e9f23
Here are bootlog:

[   20.508863] mount_root: rootdisk overlay filesystem has not been formatted yet
[   20.709750] urandom_read: 1 callbacks suppressed
[   20.709760] random: mkfs.f2fs: uninitialized urandom read (16 bytes read)
[   20.721554] print_req_error: I/O error, dev loop0, sector 0
[   20.727252] print_req_error: I/O error, dev loop0, sector 8388600
[   20.733443] print_req_error: I/O error, dev loop0, sector 16777200
[   20.739648] print_req_error: I/O error, dev loop0, sector 25165800
[   21.216083] random: crng init done
[   44.249000] F2FS-fs (loop0): Wrong segment_count / block_count (7404 > 0)
[   44.255862] F2FS-fs (loop0): Can't find valid F2FS filesystem in 1th superblock
[   44.263472] F2FS-fs (loop0): Wrong segment_count / block_count (7404 > 0)
[   44.270347] F2FS-fs (loop0): Can't find valid F2FS filesystem in 2th superblock
[   44.277840] F2FS-fs (loop0): Wrong segment_count / block_count (7404 > 0)
[   44.284693] F2FS-fs (loop0): Can't find valid F2FS filesystem in 1th superblock
[   44.292045] F2FS-fs (loop0): Wrong segment_count / block_count (7404 > 0)
[   44.298863] F2FS-fs (loop0): Can't find valid F2FS filesystem in 2th superblock
[   44.319322] mount_root: failed to mount -t f2fs /dev/loop0 /tmp/overlay: Invalid argument
[   44.328026] mount_root: overlay filesystem has not been fully initialized yet
[   44.336469] mount_root: switching to f2fs overlay
[   44.341501] mount_root: switching to f2fs failed - fallback to ramoverlay
- config restore -
[   44.563477] urandom-seed: Seeding with /etc/urandom.seed
[   44.661331] eth0: Link down
[   44.675213] procd: - early -
[   44.678263] procd: - watchdog -
[   45.303263] procd: - watchdog -
[   45.306917] procd: - ubus -
[   45.362682] procd: - init -
Please press Enter to activate this console.


Revert back to 18.06.1 work normally.

10.12.20181995Base systemBug ReportVery LowCriticalHuawei HG655b stuck in bootloopopenwrt-18.06Unconfirmed Task Description

The router reboots continuously while booting into OpenWrt 18.06.1. The same thing happens on version 18.06.0 as well.
Last working one is LEDE 17.01.6 .

Boot log:

CFE version 1.0.37-102.6 for BCM96368 (32bit,SP,BE)
Build Date: Fri Apr 16 15:18:13 CST 2010 (lihua@IBM_x3500)
Copyright (C) 2000-2008 Broadcom Corporation.

Parallel flash device: name AM29LV320MB, id 0x2200, size 8192KB
CPU type 0x2A031: 400MHz, Bus: 160MHz, Ref: 64MHz
CPU running TP0
Total memory: 67108864 bytes (64MB)
Boot Address 0xb8000000


Board IP address                  : 192.168.1.1:ffffff00
Host IP address                   : 192.168.1.100
Gateway IP address                :
Run from flash/host (f/h)         : f
Default host run file name        : vmlinux
Default host flash file name      : bcm963xx_fs_kernel
Boot delay (0-9 seconds)          : 1
Boot image (0=latest, 1=previous) : 0
Board Id (0-6)                    : HW65x
Number of MAC Addresses (1-32)    : 11
Base MAC Address                  : 02:10:18:01:00:01
PSI Size (1-64) KBytes            : 64
Main Thread Number [0|1]          : 0

*** Press any key to stop auto run (2 seconds) ***
Auto run second count down: 0
LZMA: Prossible old LZMA format, trying to decompress..
Decompression OK!
Entry at 0x80a00000
Closing network.
Disabling Switch ports.
Flushing Receive Buffers...
0 buffers found.
Closing DMA Channels.
Starting program at 0x80a00000
[    0.000000] Linux version 4.9.120 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7102-3f3a2c9) ) #0 SMP Wed Aug 15 20:42:39 2018
[    0.000000] Detected Broadcom 0x6368 CPU revision b2
[    0.000000] CPU frequency is 400 MHz
[    0.000000] 64MB of RAM installed
[    0.000000] board_bcm963xx: Boot address 0xb8000000
[    0.000000] board_bcm963xx: CFE version: 1.0.37-102.6
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0002a031 (Broadcom BMIPS4350)
[    0.000000] board: board name: HW65x
[    0.000000] MIPS: machine is Huawei HG655b
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 16 bytes.
[    0.000000] Primary data cache 32kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] percpu: Embedded 12 pages/cpu @8108a000 s17440 r8192 d23520 u49152
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line: rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Memory: 58636K/65536K available (3773K kernel code, 183K rwdata, 588K rodata, 1336K init, 227K bss, 6900K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:256
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 9556302233 ns
[    0.000015] sched_clock: 32 bits at 200MHz, resolution 5ns, wraps every 10737418237ns
[    0.008130] Calibrating delay loop... 397.82 BogoMIPS (lpj=795648)
[    0.042781] pid_max: default: 32768 minimum: 301
[    0.047767] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.054541] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.069410] SMP: Booting CPU1...
[   11.992235] Primary instruction cache 64kB, VIPT, 4-way, linesize 16 bytes.
[   11.992251] Primary data cache 32kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[   11.992575] CPU1 revision is: 0002a031 (Broadcom BMIPS4350)
[    0.121564] Synchronize counters for CPU 1:
[    0.121565] done.
[    0.121573] SMP: CPU1 is running
[    0.131460] Brought up 2 CPUs
[    0.142908] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.152949] futex hash table entries: 512 (order: 1, 8192 bytes)
[    0.159260] pinctrl core: initialized pinctrl subsystem
[    0.166652] NET: Registered protocol family 16
[    0.175484] Can't analyze schedule() prologue at 803baf08
[    0.197227] registering PCI controller with io_map_base unset
[    0.203139] registering PCI controller with io_map_base unset
[    0.234630] PCI host bridge to bus 0000:00
[    0.238879] pci_bus 0000:00: root bus resource [mem 0x30000000-0x37ffffff]
[    0.245938] pci_bus 0000:00: root bus resource [io  0x8000000-0x8007fff]
[    0.252837] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.259812] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.276363] pci 0000:00:01.0: BAR 0: assigned [mem 0x30000000-0x3000ffff]
[    0.284076] PCI host bridge to bus 0000:01
[    0.288281] pci_bus 0000:01: root bus resource [mem 0x38000000-0x3fffffff]
[    0.295332] pci_bus 0000:01: root bus resource [io  0x8008000-0x800ffff]
[    0.302249] pci_bus 0000:01: root bus resource [??? 0x00000000 flags 0x0]
[    0.309225] pci_bus 0000:01: No busn resource found for root bus, will use [bus 01-ff]
[    0.317823] pci 0000:01:1e.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[    0.326326] pci 0000:01:1e.0: BAR 10: assigned [mem 0x38000000-0x3fffffff]
[    0.333401] pci 0000:01:1e.0: BAR 7: assigned [io  0x8008000-0x80080ff]
[    0.340186] pci 0000:01:1e.0: BAR 8: assigned [io  0x8008400-0x80084ff]
[    0.346986] pci 0000:01:1e.0: CardBus bridge to [bus 02-05]
[    0.352727] pci 0000:01:1e.0:   bridge window [io  0x8008000-0x80080ff]
[    0.359528] pci 0000:01:1e.0:   bridge window [io  0x8008400-0x80084ff]
[    0.366347] pci 0000:01:1e.0:   bridge window [mem 0x38000000-0x3fffffff]
[    0.380818] clocksource: Switched to clocksource MIPS
[    0.388361] NET: Registered protocol family 2
[    0.394665] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.401924] TCP bind hash table entries: 1024 (order: 1, 8192 bytes)
[    0.408534] TCP: Hash tables configured (established 1024 bind 1024)
[    0.415436] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    0.421530] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    0.428514] NET: Registered protocol family 1
[    0.435230] Crashlog allocated RAM at address 0x3f00000
[    0.444861] random: fast init done
[    0.450589] workingset: timestamp_bits=30 max_order=14 bucket_order=0
[    0.471721] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.477733] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.512734] io scheduler noop registered
[    0.516874] io scheduler deadline registered (default)
[    0.525247] bcm6368-pinctrl 10000080.pin-controller: registered at mmio b0000080
[    0.534012] 10000100.serial: ttyS0 at MMIO 0x10000100 (irq = 10, base_baud = 1562500) is a bcm63xx_uart
[    0.543754] console [ttyS0] enabled
[    0.543754] console [ttyS0] enabled
[    0.550889] bootconsole [early0] disabled
[    0.550889] bootconsole [early0] disabled
[    0.559894] bcm63xx-rng bcm63xx-rng: registered RNG driver
[    0.566702] 18000000.nor: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001000
[    0.577107] Amd/Fujitsu Extended Query Table at 0x0040
[    0.582383]   Amd/Fujitsu Extended Query version 1.3.
[    0.587560] number of CFI chips: 1
[    0.591665] bcm63xxpart: Partition 0 is CFE offset 0 and length 10000
[    0.598317] bcm63xxpart: Partition 1 is nvram offset 7f0000 and length 10000
[    0.605576] bcm63xxpart: Partition 2 is linux offset 10000 and length 7e0000
[    0.612884] 3 bcm63xxpart partitions found on MTD device 18000000.nor
[    0.619494] Creating 3 MTD partitions on "18000000.nor":
[    0.624958] 0x000000000000-0x000000010000 : "CFE"
[    0.631868] 0x0000007f0000-0x000000800000 : "nvram"
[    0.638937] 0x000000010000-0x0000007f0000 : "linux"
[    0.646345] parser_imagetag: rootfs: CFE image tag at 0x0 CRC invalid (expected 0212102b, actual 24b1b887)
[    0.657859] bcm63xx-spi 10000800.spi: at [mem 0x10000800-0x10000f0b flags 0x200] (irq 9, FIFOs size 542)
[    0.669448] libphy: Fixed MDIO Bus: probed
[    0.717976] b53_common: found switch: BCM63xx, rev 0
[    0.723524] bcm63xx-wdt bcm63xx-wdt:  started, timer margin: 30 sec
[    0.733982] NET: Registered protocol family 10
[    0.741672] NET: Registered protocol family 17
[    0.746347] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    0.759683] 8021q: 802.1Q VLAN Support v1.8
[    0.774484] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    0.782230] Please append a correct "root=" boot option; here are the available partitions:
[    0.790832] 1f00              64 mtdblock0 [    0.794921]  (driver?)
[    0.797342] 1f01              64 mtdblock1 [    0.801455]  (driver?)
[    0.803858] 1f02            8064 mtdblock2 [    0.807994]  (driver?)
[    0.810425] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    0.820791] Rebooting in 1 seconds..
[    1.819072] triggering watchdog soft-reset...


10.12.20181994KernelBug ReportVery LowMediumKernel crash when hardware flow offloading is enabledTrunkUnconfirmed Task Description

Using device Xiaomi Mir3G and OpenWrt SNAPSHOT, r8631+22-f381cbc

Device restarts regularly (on average 1 or 2 times a day) when hardware flow offloading is enabled. The issue don’t seem to occur when only software flow offloading is enabled.

cat /sys/kernel/debug/crashlog:

<3>[394940.982588] CM_ERROR=2002b481 COH_RD_ERR <CCA=5 TR=mmio MCmd=Coherent Read Share STag=0 SPort=1
<3>[394940.982588] >
<3>[394940.992997] CM_ADDR =1c000000
<3>[394940.996034] CM_OTHER=00000000 None
<1>[394940.999504] Data bus error, epc == 80385b78, ra == 803875dc
<4>[394941.005138] Oops[#1]:
<4>[394941.007489] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.82 #0
<4>[394941.013557] task: 8fc444c0 task.stack: 8fc66000
<4>[394941.018150] $ 0 : 00000000 00000001 0a992c52 00000000
<4>[394941.023448] $ 4 : 8d1e1c10 9c000004 8d1e1c1c 0e1ef713
<4>[394941.028744] $ 8 : 00000001 00c5f000 8fc02e00 00000001
<4>[394941.034042] $12 : 000f087f 86591380 86591380 171e46bc
<4>[394941.039340] $16 : 8086e9c0 80596d80 8fd90fc0 00000003
<4>[394941.044636] $20 : 00000001 00000000 00000000 00000000
<4>[394941.049932] $24 : 00000000 00000001
<4>[394941.055230] $28 : 8fc66000 8fc11cd8 80596d80 803875dc
<4>[394941.060530] Hi : 00926b02
<4>[394941.063478] Lo : 65497170
<4>[394941.066449] epc : 80385b78 ip_send_check+0×50/0×80 <4>[394941.071482] ra : 803875dc ip_local_out+0x3c/0xc8
<4>[394941.076591] Status: 11007c03 KERNEL EXL IE <4>[394941.080849] Cause : 5080001c (ExcCode 07)
<4>[394941.084922] PrId : 0001992f (MIPS 1004Kc)
<4>[394941.089078] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat fuse sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32
<4>[394941.159842] cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ifb ip6_udp_tunnel udp_tunnel usb_storage leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd sd_mod scsi_mod gpio_button_hotplug usbcore nls_base usb_common
<4>[394941.192038] Process swapper/2 (pid: 0, threadinfo=8fc66000, task=8fc444c0, tls=00000000)
<4>[394941.200176] Stack : 8fd91100 803bba10 8fc11dc8 00000130 8086e9c0 8d453c00 8086e9c0 8d453c00
<4>[394941.208596] 8fd911d8 80388784 8fc11d90 00000000 8086e9c0 80596d80 8fd90fc0 8038768c
<4>[394941.217020] 8086e780 80570000 8e30f214 00000003 8086e780 80570000 8e30f214 803887dc
<4>[394941.225442] 8086e780 80570000 8e30f214 00000003 00000001 803bc430 81231db0 00000000
<4>[394941.233864] 81231d80 805761b8 8fd90fc0 80590000 8fd91030 00000000 00000000 80570000
<4>[394941.242285] ...
<4>[394941.244810] Call Trace:
<4>[394941.247340] [<80385b78>] ip_send_check+0×50/0×80 <4>[394941.252034] [<803875dc>]
ip_local_out+0x3c/0xc8
<4>[394941.256803] [<8038768c>] ip_local_out+0×24/0×78 <4>[394941.261404] [<803887dc>] ip_send_skb+0×14/0x3c
<4>[394941.265925] [<803bc430>] icmp_send+0×420/0x4d4
<4>[394941.270436] [<8037d1fc>] ipv4_link_failure+0×20/0x6c
<4>[394941.275464] [<803b96b8>] arp_error_report+0×40/0×54 <4>[394941.280435] [<80349b40>] neigh_invalidate+0xe0/0×150 <4>[394941.285466] [<8034f990>] neigh_timer_handler+0x1c4/0x2d8
<4>[394941.290859] [<800864f4>] call_timer_fn.isra.3+0×24/0×84 <4>[394941.296146] [<80086710>] run_timer_softirq+0x1bc/0×248 <4>[394941.301368] [<80466058>] __do_softirq+0×128/0x2ec
<4>[394941.306150] [<80032a94>] irq_exit+0xac/0xc8
<4>[394941.310410] [<80243b7c>] plat_irq_dispatch+0xfc/0×138 <4>[394941.315530] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
<4>[394941.320568] [<8000cfb0>] r4k_wait_irqoff+0x1c/0×24 <4>[394941.325448] [<800665dc>] do_idle+0xe4/0×168 <4>[394941.329698] [<80066858>] cpu_startup_entry+0×24/0x2c
<4>[394941.334740] [<800180b4>] not_nmi+0x8c/0x1d8
<4>[394941.338991] Code: 00481021 8ca30000 24a50004 <00621021> 0043182b 14c5fffb 00431021 00021c00 00621821
<4>[394941.348805]
<4>[394941.350616] —[ end trace 2751015d45562c0d ]—


10.12.20181993KernelBug ReportVery LowMediumKernel crash when hardware flow offloading is enabledTrunkUnconfirmed Task Description

Using device Xiaomi Mir3G and OpenWrt SNAPSHOT, r8631+22-f381cbc

Device restarts regularly (on average 1 or 2 times a day) when hardware flow offloading is enabled. The issue don't seem to occur when only software flow offloading is enabled.

cat /sys/kernel/debug/crashlog:

<3>[394940.982588] CM_ERROR=2002b481 COH_RD_ERR <CCA=5 TR=mmio MCmd=Coherent Read Share STag=0 SPort=1
<3>[394940.982588] >
<3>[394940.992997] CM_ADDR =1c000000
<3>[394940.996034] CM_OTHER=00000000 None
<1>[394940.999504] Data bus error, epc == 80385b78, ra == 803875dc
<4>[394941.005138] Oops[#1]:
<4>[394941.007489] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.82 #0
<4>[394941.013557] task: 8fc444c0 task.stack: 8fc66000
<4>[394941.018150] $ 0 : 00000000 00000001 0a992c52 00000000
<4>[394941.023448] $ 4 : 8d1e1c10 9c000004 8d1e1c1c 0e1ef713
<4>[394941.028744] $ 8 : 00000001 00c5f000 8fc02e00 00000001
<4>[394941.034042] $12 : 000f087f 86591380 86591380 171e46bc
<4>[394941.039340] $16 : 8086e9c0 80596d80 8fd90fc0 00000003
<4>[394941.044636] $20 : 00000001 00000000 00000000 00000000
<4>[394941.049932] $24 : 00000000 00000001
<4>[394941.055230] $28 : 8fc66000 8fc11cd8 80596d80 803875dc
<4>[394941.060530] Hi : 00926b02
<4>[394941.063478] Lo : 65497170
<4>[394941.066449] epc : 80385b78 ip_send_check+0x50/0x80
<4>[394941.071482] ra : 803875dc ip_local_out+0x3c/0xc8
<4>[394941.076591] Status: 11007c03 KERNEL EXL IE <4>[394941.080849] Cause : 5080001c (ExcCode 07)
<4>[394941.084922] PrId : 0001992f (MIPS 1004Kc)
<4>[394941.089078] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat fuse sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32
<4>[394941.159842] cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ifb ip6_udp_tunnel udp_tunnel usb_storage leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd sd_mod scsi_mod gpio_button_hotplug usbcore nls_base usb_common
<4>[394941.192038] Process swapper/2 (pid: 0, threadinfo=8fc66000, task=8fc444c0, tls=00000000)
<4>[394941.200176] Stack : 8fd91100 803bba10 8fc11dc8 00000130 8086e9c0 8d453c00 8086e9c0 8d453c00
<4>[394941.208596] 8fd911d8 80388784 8fc11d90 00000000 8086e9c0 80596d80 8fd90fc0 8038768c
<4>[394941.217020] 8086e780 80570000 8e30f214 00000003 8086e780 80570000 8e30f214 803887dc
<4>[394941.225442] 8086e780 80570000 8e30f214 00000003 00000001 803bc430 81231db0 00000000
<4>[394941.233864] 81231d80 805761b8 8fd90fc0 80590000 8fd91030 00000000 00000000 80570000
<4>[394941.242285] ...
<4>[394941.244810] Call Trace:
<4>[394941.247340] [<80385b78>] ip_send_check+0x50/0x80
<4>[394941.252034] [<803875dc>]
ip_local_out+0x3c/0xc8
<4>[394941.256803] [<8038768c>] ip_local_out+0x24/0x78
<4>[394941.261404] [<803887dc>] ip_send_skb+0x14/0x3c
<4>[394941.265925] [<803bc430>] icmp_send+0x420/0x4d4
<4>[394941.270436] [<8037d1fc>] ipv4_link_failure+0x20/0x6c
<4>[394941.275464] [<803b96b8>] arp_error_report+0x40/0x54
<4>[394941.280435] [<80349b40>] neigh_invalidate+0xe0/0x150
<4>[394941.285466] [<8034f990>] neigh_timer_handler+0x1c4/0x2d8
<4>[394941.290859] [<800864f4>] call_timer_fn.isra.3+0x24/0x84
<4>[394941.296146] [<80086710>] run_timer_softirq+0x1bc/0x248
<4>[394941.301368] [<80466058>] __do_softirq+0x128/0x2ec
<4>[394941.306150] [<80032a94>] irq_exit+0xac/0xc8
<4>[394941.310410] [<80243b7c>] plat_irq_dispatch+0xfc/0x138
<4>[394941.315530] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
<4>[394941.320568] [<8000cfb0>] r4k_wait_irqoff+0x1c/0x24
<4>[394941.325448] [<800665dc>] do_idle+0xe4/0x168
<4>[394941.329698] [<80066858>] cpu_startup_entry+0x24/0x2c
<4>[394941.334740] [<800180b4>] not_nmi+0x8c/0x1d8
<4>[394941.338991] Code: 00481021 8ca30000 24a50004 <00621021> 0043182b 14c5fffb 00431021 00021c00 00621821
<4>[394941.348805]
<4>[394941.350616] —[ end trace 2751015d45562c0d ]—


10.12.20181992KernelBug ReportVery LowMediumKernel crash when hardware flow offloading is enabledTrunkUnconfirmed Task Description

Using device Xiaomi Mir3G and OpenWrt SNAPSHOT, r8631+22-f381cbc

Device restarts regularly (on average 1 or 2 times a day) when hardware flow offloading is enabled. The issue don't seem to occur when only software flow offloading is enabled.

cat /sys/kernel/debug/crashlog:

<3>[394940.982588] CM_ERROR=2002b481 COH_RD_ERR <CCA=5 TR=mmio MCmd=Coherent Read Share STag=0 SPort=1
<3>[394940.982588] >
<3>[394940.992997] CM_ADDR =1c000000
<3>[394940.996034] CM_OTHER=00000000 None
<1>[394940.999504] Data bus error, epc == 80385b78, ra == 803875dc
<4>[394941.005138] Oops[#1]:
<4>[394941.007489] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.82 #0
<4>[394941.013557] task: 8fc444c0 task.stack: 8fc66000
<4>[394941.018150] $ 0 : 00000000 00000001 0a992c52 00000000
<4>[394941.023448] $ 4 : 8d1e1c10 9c000004 8d1e1c1c 0e1ef713
<4>[394941.028744] $ 8 : 00000001 00c5f000 8fc02e00 00000001
<4>[394941.034042] $12 : 000f087f 86591380 86591380 171e46bc
<4>[394941.039340] $16 : 8086e9c0 80596d80 8fd90fc0 00000003
<4>[394941.044636] $20 : 00000001 00000000 00000000 00000000
<4>[394941.049932] $24 : 00000000 00000001
<4>[394941.055230] $28 : 8fc66000 8fc11cd8 80596d80 803875dc
<4>[394941.060530] Hi : 00926b02
<4>[394941.063478] Lo : 65497170
<4>[394941.066449] epc : 80385b78 ip_send_check+0x50/0x80
<4>[394941.071482] ra : 803875dc ip_local_out+0x3c/0xc8
<4>[394941.076591] Status: 11007c03 KERNEL EXL IE <4>[394941.080849] Cause : 5080001c (ExcCode 07)
<4>[394941.084922] PrId : 0001992f (MIPS 1004Kc)
<4>[394941.089078] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat fuse sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32
<4>[394941.159842] cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ifb ip6_udp_tunnel udp_tunnel usb_storage leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd sd_mod scsi_mod gpio_button_hotplug usbcore nls_base usb_common
<4>[394941.192038] Process swapper/2 (pid: 0, threadinfo=8fc66000, task=8fc444c0, tls=00000000)
<4>[394941.200176] Stack : 8fd91100 803bba10 8fc11dc8 00000130 8086e9c0 8d453c00 8086e9c0 8d453c00
<4>[394941.208596] 8fd911d8 80388784 8fc11d90 00000000 8086e9c0 80596d80 8fd90fc0 8038768c
<4>[394941.217020] 8086e780 80570000 8e30f214 00000003 8086e780 80570000 8e30f214 803887dc
<4>[394941.225442] 8086e780 80570000 8e30f214 00000003 00000001 803bc430 81231db0 00000000
<4>[394941.233864] 81231d80 805761b8 8fd90fc0 80590000 8fd91030 00000000 00000000 80570000
<4>[394941.242285] ...
<4>[394941.244810] Call Trace:
<4>[394941.247340] [<80385b78>] ip_send_check+0x50/0x80
<4>[394941.252034] [<803875dc>]
ip_local_out+0x3c/0xc8
<4>[394941.256803] [<8038768c>] ip_local_out+0x24/0x78
<4>[394941.261404] [<803887dc>] ip_send_skb+0x14/0x3c
<4>[394941.265925] [<803bc430>] icmp_send+0x420/0x4d4
<4>[394941.270436] [<8037d1fc>] ipv4_link_failure+0x20/0x6c
<4>[394941.275464] [<803b96b8>] arp_error_report+0x40/0x54
<4>[394941.280435] [<80349b40>] neigh_invalidate+0xe0/0x150
<4>[394941.285466] [<8034f990>] neigh_timer_handler+0x1c4/0x2d8
<4>[394941.290859] [<800864f4>] call_timer_fn.isra.3+0x24/0x84
<4>[394941.296146] [<80086710>] run_timer_softirq+0x1bc/0x248
<4>[394941.301368] [<80466058>] __do_softirq+0x128/0x2ec
<4>[394941.306150] [<80032a94>] irq_exit+0xac/0xc8
<4>[394941.310410] [<80243b7c>] plat_irq_dispatch+0xfc/0x138
<4>[394941.315530] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
<4>[394941.320568] [<8000cfb0>] r4k_wait_irqoff+0x1c/0x24
<4>[394941.325448] [<800665dc>] do_idle+0xe4/0x168
<4>[394941.329698] [<80066858>] cpu_startup_entry+0x24/0x2c
<4>[394941.334740] [<800180b4>] not_nmi+0x8c/0x1d8
<4>[394941.338991] Code: 00481021 8ca30000 24a50004 <00621021> 0043182b 14c5fffb 00431021 00021c00 00621821
<4>[394941.348805]
<4>[394941.350616] —[ end trace 2751015d45562c0d ]—

10.12.20181991KernelBug ReportVery LowLowTP-LINK TL-WR1043ND v2 bad wireless perfromanceopenwrt-18.06Unconfirmed Task Description

TP-LINK TL-WR1043ND v2
openwrt-18.06.1 (release)

TP-LINK TL-WR1043ND v2 set as AP bridge
1Gbps ethernet connected to a desktop - iperf3 server (iperf3 -s)
Xiamomi Mi Note3 connected wireless (same room, approx 6m from the router) - iperf3 client (iperf3 -c <IP> -i 1 -t 60)
Also other clients are connected, but not doing any large transmissions. Some are one or two floors below the room with the router.

Measured bandwidth is around 70Mbps, but fluctuates. Rarely hits 100Mbps, occasionally drops to 0 for several seconds.

For reference, I tested with an old CC (pre release), starting with CC r44455 (that’s what I had on an older TP-LINK router) and up, until commit [mac80211: update to wireless-testing 2015-03-09](https://github.com/openwrt/archive/commit/9f5dba18e9a1a3716dd805702195521d32e385ca)

Measured bandwidth is around 120Mbps.

Tested several commits in CC after the commit mentioned above, but the speed never reaches levels before that commit.
Tested releases CC 15.05, 15.05.1, LEDE 17.01.6, Openwrt 18.06.1 with the same bad performance.

I realize there must have been many changes since 11.3.2015 and the state of the drivers at that time may no longer be reasonably comparable to the recent state. I’m also not sure if this is still the right place to report such a bug (if it is a bug) or I should report it elsewhere (where?).

If you think it makes sense to find the cause, I can provide data or test, but at this point I don’t have a clue what to look for or where to start.

 


08.12.20181989PackagesBug ReportVery LowMediumwpa_supplicant disablind timestamp check does not workAllUnconfirmed Task Description

Hi!

As far as I can tell, the option to disable timestamp checks in wpa_supplicant does not work, it can be enabled via
CONFIG_WPA_SUPPLICANT_NO_TIMESTAMP_CHECK=y

As a result, certificates are rejected if the system time does not match the expected range of valid dates for the certificate. Manual user action is required in my case, where internet acces via ethernet is governed via 802.1x and wpa_supplicant.

I studied the hostapd package for some time, but as I am no programmer is was not able to tell much, but for me it seems the option is not properly integrated.

My build options are:

CONFIG_PACKAGE_wpad=y
# CONFIG_PACKAGE_wpad-mini is not set
CONFIG_WPA_SUPPLICANT_INTERNAL=y
CONFIG_WPA_SUPPLICANT_NO_TIMESTAMP_CHECK=y

08.12.20181988Base systemFeature RequestVery LowLowusbmode doesn't support HuaweiAltMode from USB_ModeSwit...TrunkUnconfirmed Task Description

USB_ModeSwitch v2.5.1 added a new option called HuaweiAltMode that isn’t present in usbmode yet. It would be great if this could be ported to usbmode as well, please.

07.12.20181987KernelBug ReportVery LowLowUSB support for ASUS RT-N14U does not workAllWaiting on reporter Task Description

I’ve installed OpenWRT 18.6.1 on Asus RT-N14U router. The problem that USB support completely does not work. lsusb reports error, attached USB devices get power, but do not initialize. I meet the same problem with all versions of OpenWRT 17.X, 18.X OpenWRT v.15.5.1 works fine.

03.12.20181982KernelBug ReportVery LowMediumag71xx ethtool brokenTrunkUnconfirmed Task Description

Device Dlink dir-825 rev.B
OpenWrt SNAPSHOT, r8623-7e88753

It always worked well for years from very old openwrt to lede with kernel 4.9
Now on kernel 4.14 its broken

ethtool eth1
Settings for eth1:
Cannot get device settings: Bad address
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

mii-tool -v eth1
eth1: negotiated 100baseTx-FD, link ok
  product info: vendor 00:07:32, model 22 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD

link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

02.12.20181981Base systemBug ReportVery LowLowUCI import -m failes if invoked multiple times without ...TrunkUnconfirmed Task Description

Hello, I’m using somewhat old LEDE, but this does not seem to make deffierence. Correct me if I’m wrong.
I installed fresh version of UCI:

root@router:~# opkg info uci
Package: uci
Version: 2018-08-11-4c8b4d6e-1
Depends: libc, libuci
Status: install user installed
Section: base
Architecture: mips_24kc
Size: 7166
Filename: uci_2018-08-11-4c8b4d6e-1_mips_24kc.ipk
Description: Utility for the Unified Configuration Interface (UCI)
Installed-Time: 1543713053

Now, the bug.
I have a small test file with some `config`s in it. They’re named.
If I do import multiple times it results if an error.

Here’s my shell log that should to reproduce this issue:

root@router:~# uci commit # make sure there’re no pending changes
root@router:~# rm -f /etc/config/import-test # clear the target cofnig file for a clean test
root@router:~# cat import-test # dispay the file we’re about to import
config host ‘a’

option name 'a'

config host ‘b’

option name 'b'

root@router:~# uci changes # demonstrate there’re no pending changes
root@router:~# uci -m import import-test < import-test # invoke the import
root@router:~# uci changes # still no changes after first import
root@router:~# uci -m import import-test < import-test # import import for the second time
root@router:~# uci changes # wow, now there are some changes! this is not expected
import-test.a=’host’ import-test.b=’host’ root@router:~# uci -m import import-test < import-test # call import for the third time - and it fails with an error
uci: Parse error (option/list command found before the first section) at line 2, byte 1

This looks like a bug to me. Thoughts?

01.12.20181980Base systemBuild FailureVery LowMediumBuild fails due to incorrectly detecting x32TrunkUnconfirmed Task Description

When attempting to build OpenWRT, the toolchain generation fails due to tools/gmp/Makefile trying to detect an x32 compiler. It builds successfully but MPFR then fails to compile as it targets x86_64 but gmp has been built as x32

Deleting the following conditional from the GMP Makefile fixes the issue:

ifeq ($(GNU_HOST_NAME),x86_64-linux-gnux32)
HOST_CONFIGURE_ARGS += ABI=x32
endif

30.11.20181979Base systemBug ReportVery LowMediumsyscall getrandom() hangs on Turris Omniaopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
- Software versions of OpenWrt/LEDE release, packages, etc.
- Steps to reproduce

root@OpenWrt:/~# uname -a
Linux OpenWrt 4.14.63 #0 SMP Wed Aug 15 20:42:39 2018 armv7l GNU/Linux

root@OpenWrt:~# cat /proc/version
Linux version 4.14.63 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7101-a63e38b)) #0 SMP Wed Aug 15 20:42:39 2018

root@OpenWrt:~# uptime
14:40:46 up 1:14, load average: 0.00, 0.00, 0.00

root@OpenWrt:~# cat /proc/device-tree/model
Turris Omniaroot@OpenWrt:~#

root@OpenWrt:~# ps |grep rand
2228 root 1128 S /bin/sh /sbin/urandom_seed
2247 root 748 S getrandom 512
3114 root 1056 R grep rand

root@OpenWrt:~# cat /proc/cpuinfo
processor : 0
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0×41 CPU architecture: 7
CPU variant : 0×4 CPU part : 0xc09
CPU revision : 1

processor : 1
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0×41 CPU architecture: 7
CPU variant : 0×4 CPU part : 0xc09
CPU revision : 1

Hardware : Marvell Armada 380/385 (Device Tree)
Revision : 0000
Serial : 0000000000000000

root@OpenWrt:~# cat /proc/devices
Character devices:

1 mem
4 ttyS
5 /dev/tty
5 /dev/console
5 /dev/ptmx

10 misc
89 i2c
90 mtd
108 ppp
128 ptm
136 pts
180 usb
189 usb_device
251 watchdog
252 rtc
253 ttyMV
254 gpiochip

Block devices:

7 loop
8 sd

31 mtdblock
65 sd
66 sd
67 sd
68 sd
69 sd
70 sd
71 sd
128 sd
129 sd
130 sd
131 sd
132 sd
133 sd
134 sd
135 sd
179 mmc
254 ubiblock
259 blkext

root@OpenWrt:~# ls -l /dev/|grep rand
crw-rw-rw- 1 root root 1, 8 Nov 30 13:26 random
crw-rw-rw- 1 root root 1, 9 Nov 30 13:26 urandom

 

I am using the stock images from here:
https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-initramfs-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-sysupgrade.img.gz

I discovered this when troubleshooting why unbound would not start. I could see with strace that unbound was getting stuck at the getrandom() syscall, and at first I thought it was a problem with unbound. But then I saw that /usr/bin/getrandom 512 had been stuck since boot. The syscall just blocks forever.

root@OpenWrt:~# which getrandom
/usr/bin/getrandom
root@OpenWrt:~# strace /usr/bin/getrandom 512 >/tmp/derp.txt
execve(”/usr/bin/getrandom”, [”/usr/bin/getrandom”, “512”], 0xbead7df4 /* 13 vars */) = 0
set_tls(0xb6f31544, 0xbe8aec28, 0x490ceab4, 0, 0xb6f314a0) = 0
set_tid_address(0xb6f314bc) = 3132
open(”/etc/ld-musl-armhf.path”, O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open(”/lib/libgcc_s.so.1”, O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=41251, ...}) = 0
read(3, “\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\20<\0\0004\0\0\0”..., 936) = 936
mmap2(NULL, 110592, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb6ea0000
mmap2(0xb6eb9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0×9000) = 0xb6eb9000
close(3) = 0
mprotect(0xb6eb9000, 4096, PROT_READ) = 0
mprotect(0×20000, 4096, PROT_READ) = 0
ioctl(1, TIOCGWINSZ, 0xbe8aec80) = -1 ENOTTY (Not a tty)
getrandom(


‘/usr/bin/head /dev/urandom’ returns random data like you expect.
‘/usr/bin/head /dev/random’ just hangs.

30.11.20181978Base systemBug ReportVery LowMediumsyscall getrandom() hangs on Turris Omniaopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
- Software versions of OpenWrt/LEDE release, packages, etc.
- Steps to reproduce

root@OpenWrt:/~# uname -a
Linux OpenWrt 4.14.63 #0 SMP Wed Aug 15 20:42:39 2018 armv7l GNU/Linux

root@OpenWrt:~# cat /proc/version
Linux version 4.14.63 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7101-a63e38b)) #0 SMP Wed Aug 15 20:42:39 2018

root@OpenWrt:~# uptime
14:40:46 up 1:14, load average: 0.00, 0.00, 0.00

root@OpenWrt:~# cat /proc/device-tree/model
Turris Omniaroot@OpenWrt:~#

root@OpenWrt:~# ps |grep rand
2228 root 1128 S /bin/sh /sbin/urandom_seed
2247 root 748 S getrandom 512
3114 root 1056 R grep rand

root@OpenWrt:~# cat /proc/cpuinfo
processor : 0
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x4
CPU part : 0xc09
CPU revision : 1

processor : 1
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x4
CPU part : 0xc09
CPU revision : 1

Hardware : Marvell Armada 380/385 (Device Tree)
Revision : 0000
Serial : 0000000000000000

root@OpenWrt:~# cat /proc/devices
Character devices:

1 mem
4 ttyS
5 /dev/tty
5 /dev/console
5 /dev/ptmx

10 misc
89 i2c
90 mtd
108 ppp
128 ptm
136 pts
180 usb
189 usb_device
251 watchdog
252 rtc
253 ttyMV
254 gpiochip

Block devices:

7 loop
8 sd

31 mtdblock
65 sd
66 sd
67 sd
68 sd
69 sd
70 sd
71 sd
128 sd
129 sd
130 sd
131 sd
132 sd
133 sd
134 sd
135 sd
179 mmc
254 ubiblock
259 blkext

root@OpenWrt:~# ls -l /dev/|grep rand
crw-rw-rw- 1 root root 1, 8 Nov 30 13:26 random
crw-rw-rw- 1 root root 1, 9 Nov 30 13:26 urandom

 

I am using the stock images from here:
https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-initramfs-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-sysupgrade.img.gz

I discovered this when troubleshooting why unbound would not start. I could see with strace that unbound was getting stuck at the getrandom() syscall, and at first I thought it was a problem with unbound. But then I saw that /usr/bin/getrandom 512 had been stuck since boot. The syscall just blocks forever.

root@OpenWrt:~# which getrandom
/usr/bin/getrandom
root@OpenWrt:~# strace /usr/bin/getrandom 512 >/tmp/derp.txt
execve("/usr/bin/getrandom", ["/usr/bin/getrandom", "512"], 0xbead7df4 /* 13 vars */) = 0
set_tls(0xb6f31544, 0xbe8aec28, 0x490ceab4, 0, 0xb6f314a0) = 0
set_tid_address(0xb6f314bc) = 3132
open("/etc/ld-musl-armhf.path", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=41251, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\20<\0\0004\0\0\0"..., 936) = 936
mmap2(NULL, 110592, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb6ea0000
mmap2(0xb6eb9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x9000) = 0xb6eb9000
close(3) = 0
mprotect(0xb6eb9000, 4096, PROT_READ) = 0
mprotect(0x20000, 4096, PROT_READ) = 0
ioctl(1, TIOCGWINSZ, 0xbe8aec80) = -1 ENOTTY (Not a tty)
getrandom(


'/usr/bin/head /dev/urandom' returns random data like you expect.
'/usr/bin/head /dev/random' just hangs.

28.11.20181976Base systemBug ReportVery LowLow5GHz Wifi doesnt work on Linksys WRT1200ACopenwrt-18.06Unconfirmed Task Description

5 GHz Wifi network isn´t able to create. 2,4 Ghz works fine. Setting Channel from “auto” to a fixed one (e.g. 56) doesn´t fix it. All settings from both networks (2,4 + 5 Ghz) are the same except the SSID.

28.11.20181975Base systemBug ReportVery LowLowopenvpn: misconfigured instance can't be stopped (procd...TrunkUnconfirmed Task Description

There is a problem with the “respawn forever” feature of procd in relation with processes which dies right after they were started.

How to reproduce:

1. Create an openvpn config section like this

config openvpn 'test'
        option enabled '1'

Of course, this is not sufficient for a working openvpn instance.

2. Start the openvpn instance

/etc/init.d/openvpn start test

Now you can see in syslog that the instance ist tried to be established in a infinite loop:

Wed Nov 28 10:25:29 2018 daemon.err openvpn(test)[13977]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:29 2018 daemon.warn openvpn(test)[13977]: Use --help for more information.
Wed Nov 28 10:25:34 2018 daemon.err openvpn(test)[14024]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:34 2018 daemon.warn openvpn(test)[14024]: Use --help for more information.
Wed Nov 28 10:25:39 2018 daemon.err openvpn(test)[14360]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:39 2018 daemon.warn openvpn(test)[14360]: Use --help for more information.
ubus call service list '{"name":"openvpn"}'

shows this:

{
        "openvpn": {
                "instances": {
                        "test": {
                                "running": false,
                                "command": [
                                        "\/usr\/sbin\/openvpn",
                                        "--syslog",
                                        "openvpn(test)",
                                        "--status",
                                        "\/var\/run\/openvpn.test.status",
                                        "--cd",
                                        "\/var\/etc",
                                        "--config",
                                        "openvpn-test.conf"
                                ],
                                "term_timeout": 5,
                                "respawn": {
                                        "threshold": 3600,
                                        "timeout": 5,
                                        "retry": -1
                                }
                        }
                }
        }
}

Now this instance can’t be stopped anymore. I’ve tried doing all of the following

/etc/init.d/openvpn stop test
/etc/init.d/openvpn stop
ubus call service delete '{"name":"openvpn","instance":"test"}'

How can we get this instances killed?

27.11.20181973Base systemBug ReportVery LowLowodhcp6c Isn't able to request a DHCPv6 Prefix from WAN ...AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on:

Linksys WRT3200ACM

- Software versions of OpenWrt/LEDE release, packages, etc.

All versions were tested and report the same problem

- Steps to reproduce

Flash any version of OpenWRT and watch the log for a message saying:

Thu Jan  1 00:37:11 1970 daemon.err odhcp6c[1573]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
 

I’ve searched all over but found no solution.

One thing that I noticed, I configured the device to use vlan 12 as WAN (in switch), but when I type

swconfig dev switch0 show

in the command-line the cpu wan and actual wan port have

Port 4:
        mask: 0x0000: (4)
        qmode: 3
        pvid: 0
        link: port:4 link:up speed:1000baseT full-duplex
Port 5:
        mask: 0x0000: (5)
        qmode: 3
        pvid: 0
        link: port:5 link:up speed:1000baseT full-duplex
Port 6:
        mask: 0x0000: (6)
        qmode: 3
        pvid: 0
        link: port:6 link:up speed:1000baseT full-duplex


As you can see the pvid is 0
Also, the WAN6 interface receives a global ip from the untagged interface, even when asked to be tagged as vlan 12.

PS: once, I got a error saying permission denied instead of address not available.

26.11.20181972Base systemBug ReportVery LowLowomcproxy doesn't start at boot if enabled, works ok whe...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Any you want.
- Software versions of OpenWrt/LEDE release, packages, etc.: OpenWrt 18.06.1 and omcproxy 2017-02-14-1fe6f48f-4
- Steps to reproduce: Enable omcproxy and restart router, omcproxy doesn’t brings up

I have configured properly omcproxy, works fine starting it manually with “service omcproxy start”, no problems at all. The issue is when booting up the device the startup script exits with 0 because the PROXIES variable is empty because no interfaces are ready when the script starts. Commenting Line number 117:” [ -n “$PROXIES” ] || return 0” makes it work as it should. The network triggers seems to make it start when the interfaces are ready.

Also in lines number 89 and 100 the proto specified for the firewall rules are any, but it’s more correct udp.

Will report in omcproxy github too.

26.11.20181971Base systemBug ReportVery LowLowIPv6 ULA prefix announced with Infinite lifetimes, rath...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

* NETGEAR WNDR3800

- Software versions of OpenWrt/LEDE release, packages, etc.

* OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.228.31946-f64b152)

- Steps to reproduce

 

1. IPv6 enabled by default, OpenWRT automatically generates a unique ULA prefix per RFC4193.

2. ULA prefix is announced with Infinite Preferred and Valid Lifetimes, rather than the RFC4861 defaults:

  1. AdvPreferredLifetime: Default: 604800 seconds (7 days)
  1. AdvValidLifetime: Default: 2592000 seconds (30 days)

e.g., using the ‘rdisc6’ utility to display RAs:

[root@opy mark]# rdisc6 wlp3s0
Soliciting ff02::2 (ff02::2) on wlp3s0...
[...]
Prefix : fdec:91f6:8c3a::/64

On-link                 :          Yes
Autonomous address conf.:          Yes
Valid time              :     infinite (0xffffffff)
Pref. time              :     infinite (0xffffffff)

[...]

Infinite lifetimes mean these ULA addresses never expire on a host and will always be considered valid source and destination addresses during RFC6724 source and destination address selection.

One consequence is that a mobile device that has a high uptime (e.g. a smartphone), moves between a number of IPv6 networks, and uses IPv6 privacy addresses, could end up with a lot of unusable ULA addresses on its network interface. They may accumulate continuously until the device is rebooted.

25.11.20181970Base systemBug ReportVery LowMediumlibubox: Parsing empty blob messages return an errorTrunkUnconfirmed Task Description

Since commit c83a84afbef (fix segfault when passed blobmsg attr is NULL) parsing an empty message, like when “{}” is passed as argument to `ubus call`, return an error, it was working just fine before this commit.

This mean that ubus methods with only optional arguments need to check that blob_len() doesn’t return 0, which is annoying and might break various existing programs. At the very least blobmsg_parse() shouldn’t error out when the blob length is 0, but it might also make sense to accept a NULL message as well, just don’t segfault.

24.11.20181968Base systemBug ReportVery LowLowltq_etop 1e180000.etop eth0: tx ring fullopenwrt-18.06Unconfirmed Task Description

Firmware: OpenWrt 18.06.1, r7258-5eb055306f
Device: Buffalo WBMR-HP-G300H

This device does not use dsl as wan, it is configured as having a wireless ISP. Never noticed with previous official builds, but since 18.06 I keep having many dmesg entries reporting tx ring overflow:

root@OpenWrt:~# dmesg|tail
[4756635.140560] ltq_etop 1e180000.etop eth0: tx ring full
[4756635.176086] ltq_etop 1e180000.etop eth0: tx ring full
[4756635.197766] ltq_etop 1e180000.etop eth0: tx ring full
[4756635.206317] ltq_etop 1e180000.etop eth0: tx ring full
[4758261.349957] ltq_etop 1e180000.etop eth0: tx ring full
[4758261.448177] ltq_etop 1e180000.etop eth0: tx ring full
[4759642.372351] ltq_etop 1e180000.etop eth0: tx ring full
[4759642.389778] ltq_etop 1e180000.etop eth0: tx ring full
[4759645.389712] ltq_etop 1e180000.etop eth0: tx ring full
[4759855.427093] ltq_etop 1e180000.etop eth0: tx ring full

root@OpenWrt:~# ifconfig
br-lan Link encap:Ethernet HWaddr 00:24:A5:BD:D6:EE

        inet addr:192.168.15.1  Bcast:192.168.15.255  Mask:255.255.255.0
        inet6 addr: fe80::224:a5ff:febd:d6ee/64 Scope:Link
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:938243 errors:0 dropped:28 overruns:0 frame:0
        TX packets:2085323 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:104241479 (99.4 MiB)  TX bytes:2503213569 (2.3 GiB)

eth0 Link encap:Ethernet HWaddr 00:24:A5:BD:D6:EE

        inet6 addr: fe80::224:a5ff:febd:d6ee/64 Scope:Link
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:52460047 errors:0 dropped:0 overruns:0 frame:0
        TX packets:125128647 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:3038212072 (2.8 GiB)  TX bytes:3509411414 (3.2 GiB)

eth0.1 Link encap:Ethernet HWaddr 00:24:A5:BD:D6:EE

        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:766348 errors:0 dropped:0 overruns:0 frame:0
        TX packets:1624083 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:69575676 (66.3 MiB)  TX bytes:1897287106 (1.7 GiB)

lo Link encap:Local Loopback

        inet addr:127.0.0.1  Mask:255.0.0.0
        inet6 addr: ::1/128 Scope:Host
        UP LOOPBACK RUNNING  MTU:65536  Metric:1
        RX packets:948270 errors:0 dropped:0 overruns:0 frame:0
        TX packets:948270 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1 
        RX bytes:96883426 (92.3 MiB)  TX bytes:96883426 (92.3 MiB)

wlan0 Link encap:Ethernet HWaddr 00:24:A5:BD:D6:EE

        inet addr:192.168.1.175  Bcast:192.168.1.255  Mask:255.255.255.0
        inet6 addr: fe80::224:a5ff:febd:d6ee/64 Scope:Link
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:196110 errors:0 dropped:0 overruns:0 frame:0
        TX packets:145503 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:254527505 (242.7 MiB)  TX bytes:17859979 (17.0 MiB)

root@OpenWrt:~# cat /etc/config/network

config interface ‘loopback’

option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals ‘globals’

option ula_prefix 'fd8e:cc00:56cc::/48'

config dsl ‘dsl’

option firmware '/lib/firmware/adsl.bin'
option xfer_mode 'atm'
option annex 'a2p'

config interface ‘lan’

option ifname 'eth0.1'
option proto 'static'
option ipaddr '192.168.15.1'
option netmask '255.255.255.0'
option delegate '0'
option type 'bridge'

config switch

option name 'switch0'
option reset '1'

config switch_vlan

option device 'switch0'
option vlan '1'
option vid '1'
option ports '0t 2 3 4 5'

config interface ‘wwan’

option proto 'dhcp'
option hostname 'WBMR-HP-G300H'
option peerdns '0'
option dns '208.67.222.123 208.67.220.123'

root@OpenWrt:~# cat /etc/config/wireless

config wifi-device ‘radio0’

option type 'mac80211'
option hwmode '11g'
option path 'pci0000:00/0000:00:0e.0'
option htmode 'HT20'
option country 'IT'
option legacy_rates '0'
option disabled '0'
option channel 'auto'

config wifi-iface

option network 'wwan'
option ssid 'MyOwnWISP'
option encryption 'psk2'
option device 'radio0'
option mode 'sta'
option bssid '**:**:**:**:**:**'
option key 'secret'
24.11.20181967Base systemBug ReportVery LowLowbug `make download` will hang forever if networking flu...TrunkUnconfirmed Task Description
Supply the following if possible:
 - "all", Device problem occurs on
 - "master branch", Software versions of OpenWrt/LEDE release, packages, etc.
 - "said below", Steps to reproduce

when i call `make download`, it hangs/dead,
after debug (tools: `htop` and `strace`, and read the sources),
i found it because of blocking socket.

details below:

1. the python script `scripts/dl_github_archive.py`

```
# https://github.com/openwrt/openwrt/blob/master/scripts/dl_github_archive.py#L402
fileobj = urllib2.urlopen(req, context=sslcontext)
# this will make a blocked socket connection
# if no timeout param, it will use global setting, which is None, it means blocked forever.
# this is bad smell, especially unstable networking.

# ref: https://docs.python.org/3/library/socket.html?highlight=socket#socket-timeouts

running situation:

`
/mnt/op/build/scripts/dl_github_archive.py \
--dl-dir="/mnt/op/build/dl" \
--url="https://github.com/kvalo/ath10k-firmware.git" \
--version="d366b80d41309531c0c98b26625f23e318f33e31" \
--subdir="ath10k-firmware-2018-10-10-d366b80d" \
--source="ath10k-firmware-2018-10-10-d366b80d.tar.xz" \
--hash="6285b9f9aa5a541b8258750f36955a6b307903a87cedd842b73dbfdd2bef8986"
`

which bloked/dead because of networking issue.

if patch that line, like this
`
fileobj = urllib2.urlopen(req, timeout=30, context=sslcontext)
`

it wont block forever even networking lost.

```

2. as a proof, the perl script `scritps/download.pl` has timeout and retry param.

```
# https://github.com/openwrt/openwrt/blob/master/scripts/download.pl#L85-L86
? (qw(curl -f --connect-timeout 20 --retry 5 --location --insecure), shellwords($ENV{CURL_OPTIONS} || ''), $url)
: (qw(wget --tries=5 --timeout=20 --no-check-certificate --output-document=-), shellwords($ENV{WGET_OPTIONS} || ''), $url)

```

so, add timeout and retry option for `make download` please,
and apply to all process of downloading stuff operation (
include the 2 scripts above and others, e.g `git clone` etc.
).

23.11.20181966Base systemBug ReportVery LowLowWrong behavior of LEDs if WPS LED gets configured on Tp...openwrt-18.06Unconfirmed Task Description

Hi everyone, I appreciate your work here and thank you for your efforts.

I am using a Tp-Link TD-W8980v1 router, v18.06.1, with ADSL2+ and I am seeing a strange behavior since I started using VPN on my router. I am pretty sure this strange behavior is not attached with VPN because I have tried countless times and it happens every time. I have reset my router and done everything I could to isolate the problem.

Now lets move to the problem. The problem is not a biggie but it causes the system to halt and system does not work as expected. The problem is that if you create a custom WPS LED in LED configuration and point it to a net device, the system takes a long time (3 to 5 minutes) before starting some services (the obvious one is ADSL service). I have not much packages installed in my system so the only difference for me is that ADSL only starts when the above time has passed and during this time only the WPS light is flashing as normal as if the router is still booting up. Although the WiFi gets enabled and I can connect to it and use LuCI but the LEDs show that system is still booting. After 3 to 5 minutes LEDs get normal as usual and ADSL boots up and gets connected to internet.

I am not really sure why this happens but I have tried to find the issue with connecting to serial but nothing shows up there. The router boots up normally but somewhere something is not right and it gets in the way. Hopefully for you guys, this wont be a big problem.

Thanks


23.11.20181965Base systemBug ReportVery LowLowBT Home Hub 5A - 18.06 snapshots- Router crashes when t...TrunkUnconfirmed Task Description

BT HomeHub 5A
Latest snapshot dated Fri Nov 23 03:38:09 2018

After pressing the “Restart” button of the top left of the router, all LEDs go dark and the router becomes unresponsive.
Power Cycling the router will bring everything back up though.

22.11.20181964Base systemBug ReportVery LowLowGB Transmission power limits incorrect.TrunkUnconfirmed Task Description

- OpenWRT 18.06
- Set region to GB

Latest power limits: https://www.ofcom.org.uk/__data/assets/pdf_file/0016/104416/vns-203083.pdf

36-48:                23dBm / 200mW
52-64 with TPC:       23dBm / 200mW
52-64 without TPC:    20dBm / 100mW
100-144 with TPC:     30dBm / 1W
100-144 without TPC:  27dBM / 500mW
149-165 with TPC:     23dBm / 200mW
149-165 without TPC:  20dBm / 100mW

21.11.20181963Base systemBug ReportVery LowMediumBin image for WRT160n V3 is too bigopenwrt-18.06Unconfirmed Task Description

Device: Linksys WRT160n V3
Current version: lede-17.01 branch (git-18.201.27126-7bf0367) / LEDE Reboot 17.01.6 r3979-2252731af4

The squashfs installer for version 18.0x is 3.9MB but the router can only hold 3.6 MB so flashing a new version fails.

Size comparison:
3.6M lede-17.01.6-brcm47xx-mips74k-linksys-wrt160n-v3-squashfs.bin
3.9M openwrt-18.06.0-brcm47xx-mips74k-linksys-wrt160n-v3-squashfs.bin


19.11.20181962Base systemBug ReportVery LowLowPIN verify with QMI on Quectel EC-25Aopenwrt-18.06Unconfirmed Task Description

I’m trying to get wwan running on GL.Inet MiFi (Quectel EC-25A cellular modem PCIE).

OpenWrt shows “Error: PIN code rejected”.

I tried to use uqmi to check if PIN stuff works:
root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –verify-pin1 5161
“Not supported”

root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –uim-verify-pin1 5161
“Invalid arguments given”

root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –uim-verify-pin1 “PIN,5161” “Incorrect PIN

I found this patch which tells me the PIN argument for verify and uim-verify should be the same, but it seems it isn’t.
http://lists.infradead.org/pipermail/lede-commits/2017-December/005176.html

19.11.20181961Base systemBug ReportVery LowMediumx86 squashfs images fails to load on QEMUAllUnconfirmed Task Description

After reporting ot a project named v86 by copy on GitHub, It also came to our attention that the squashfs images, starting with Attitude Adjustment Release.

GitHub issue referenced in this bug tracker to be guided accordingly.

18.11.20181960Base systemBug ReportVery LowLowhostapd/netifd: multicast_to_unicast/hairpin not set fo...openwrt-18.06Unconfirmed Task Description

I noticed that multicast_to_unicast and hairpin_mode are not set on the dynamically created wlan interfaces, and the wireless ap is not running in isolate mode. This is because these interfaces are created by hostapd, unlike other wlan interfaces which are created from netifd/system-linux.

The attached patch fixes this:
- it sets ap_isolate for the hostapd interface, if the interface is using dynamic vlan
- it sets multicast_to_unicast and hairpin_mode after the dynamic interface is created

I haven’t handled the case where the isolate option is not set for the wifi interface, or where multicast_to_unicast is not set on the bridge, since this requires passing additional information to hostapd, and I wasn’t sure what the preferred way to do this would be. I’d probably overload the ap_isolate option to have value 2 mean that multicast_to_unicast and hairpin_mode should be set.


18.11.20181959Base systemBug ReportVery LowLowPort forwards do not work with Static RoutesTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

[DEVICE]

NetGear WNDR 3700v2

[Software Version]

- Software versions of OpenWrt/LEDE release, packages, etc.

DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='18.06.1'
DISTRIB_REVISION='r7258-5eb055306f'
DISTRIB_TARGET='ar71xx/generic'
DISTRIB_ARCH='mips_24kc'
DISTRIB_DESCRIPTION='OpenWrt 18.06.1 r7258-5eb055306f'
DISTRIB_TAINTS=''

[Network Setup]

Internet ⇐===⇒ OpenWRT (WAN 17.17.17.17/LAN 192.168.1.1) With NAT ⇐=⇒ (192.168.1.0/24) ⇐=⇒ Router (no NAT, 192.168.1.2/10.0.0.1) ⇐=⇒ (10.0.0.0/16) ⇐=⇒ Server (10.0.0.2)

OpenWRT Settings (/etc/config/network):

config route
 option interface 'lan'
 option target '10.0.0.0'
 option netmask '255.255.0.0'
 option gateway '192.168.1.2'
 option metric '1'

Port Forward (/etc/config/firewall):

config redirect
 option target 'DNAT'
 option src 'wan'
 option dest 'lan'
 option proto 'tcp'
 option name '443'
 option dest_port '443'
 option src_dport '443'
 option dest_ip '10.0.0.2'

[ Problem ]

Connections from the internet, or from nodes on 192.168.1.0/24 can connect to 17.17.17.17 on port 443, they make the connection to 10.0.0.2 port 443. However nodes on 10.0.0.0/16 cannot.

If I look at iptables-save I see the following:

iptables-save | grep "443"
-A zone_lan_postrouting -s 192.168.1.0/24 -d 10.0.0.2/32 -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443 (reflection)" -j SNAT --to-source 192.168.1.1
-A zone_lan_prerouting -s 192.168.1.0/24 -d 17.17.17.17/32 -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443 (reflection)" -j DNAT --to-destination 10.0.0.2:443
-A zone_wan_prerouting -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443" -j DNAT --to-destination 10.0.0.2:443

The NAT rule is specifying only the local LAN address.

[Work Around ]

If as a custom start up script I run:

iptables-save | sed -r 's:^(.+) 192.168.1.0/24 (.+)$:\1 192.168.1.0/24 \2\n\1 10.0.0.0/16 \2:' | iptables-restore

Then 10.0.0.0/16 can access it without issue, however this script doesn’t always get executed when making changes within the OpenWRT UI (at least in 12.09, I just upgraded today).

[Potential Solutions]

I think that every route should have their iptables rules set up automagically, however I’m not 100% sure.

18.11.20181958PackagesBug ReportMediumLowuqmi: unicode characters in SMS confuse uqmiTrunkNew Task Description

When using uqmi –get-message the message ends up truncated in case it contains unicode characters like german umlauts.

17.11.20181957KernelBug ReportVery LowMediumKernel Oopsopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
- Software versions of OpenWrt/LEDE release, packages, etc.
- Steps to reproduce

 

- TP-Link Archer C7 v2, Qualcomm Atheros QCA9558 ver 1 rev 0
- Latest release packages as of 16 Nov 2018
- after reboot

Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.571060] ————[ cut here ]———— Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.575930] WARNING: CPU: 0 PID: 2219 at backports-2017-11-01/net/mac80211/ieee80211_i.h:1412 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.588099] Modules linked in: ath9k ath9k_common pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet 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
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.662316] 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 ip6_udp_tunnel udp_tunnel sit tunnel4 ip_tunnel ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.690531] CPU: 0 PID: 2219 Comm: hostapd Not tainted 4.9.120 #0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.697092] Stack : 80497672 00000035 00000000 00000001 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.705672] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.714410] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.722954] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.731666] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.740317] ...
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.742826] Call Trace:
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.745135] [<8006ad5c>] 0x8006ad5c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.748672] [<8006ad5c>] 0x8006ad5c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.752481] [<8007fd44>] 0x8007fd44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.756065] [<87684ca4>] 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.762269] [<8007fde0>] 0x8007fde0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.765845] [<87684ca4>] 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.771866] [<8769e61c>] 0x8769e61c [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.778840] [<802d9028>] 0x802d9028
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.782546] [<87619f1c>] 0x87619f1c [cfg80211@87600000+0x30f30]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.788726] [<802abbdc>] 0x802abbdc
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.792359] [<8750089c>] 0x8750089c [compat@87500000+0×1260]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.798143] [<802da880>] 0x802da880
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.801683] [<8009ce50>] 0x8009ce50
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.805258] [<802da59c>] 0x802da59c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.808799] [<802d9980>] 0x802d9980
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.812347] [<80111584>] 0×80111584 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.815900] [<802da584>] 0x802da584
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.819447] [<802d91f8>] 0x802d91f8
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.822997] [<80297454>] 0×80297454 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.826545] [<802d975c>] 0x802d975c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.830080] [<801de8e0>] 0x801de8e0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.833634] [<8029bd18>] 0x8029bd18
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.838055] [<8028cb44>] 0x8028cb44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.841605] [<8028de1c>] 0x8028de1c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.845356] [<8028cb44>] 0x8028cb44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.848899] [<80127804>] 0×80127804 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.852619] [<8028ed38>] 0x8028ed38
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.856266] [<800b583c>] 0x800b583c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.859809] [<8006f48c>] 0x8006f48c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.863505]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.865026] —[ end trace 4f04d50d54c947cb ]—

17.11.20181956KernelBug ReportVery LowHighhwnat on edgerouter er-x mt7621TrunkUnconfirmed Task Description

I got somethink like this on edgerouter er-x (ramips). Router was on but there was no access. I had to turn it off and turn in on once again.

Nov 17 17:38:47 thorgal kernel: [15761.908512] Sending NMI from CPU 3 to CPUs 2:
Nov 17 17:38:47 thorgal kernel: [15761.996426] rcu_sched I 0 8 2 0×00100000 Nov 17 17:38:47 thorgal kernel: [15762.007336] Stack : 805a0000 8fc42bc0 8fc5fe30 8fc5fe30 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15762.023980] 00000003 8008601c 00178244 81221380 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15762.040623] 00000003 805a61b8 805ae510 8048b900 00000001 8fc5fe30 805a0000 00178244
Nov 17 17:38:47 thorgal kernel: [15762.057265] 81221380 8048e828 00000002 80082118 805a0000 00000000 8fc5febc 00000001
Nov 17 17:38:47 thorgal kernel: [15762.073907] 00000000 812213ec 00178244 8008656c 8fc42bc0 01400001 00000001 805ae400
Nov 17 17:38:47 thorgal kernel: [15762.090549] ...
Nov 17 17:38:47 thorgal kernel: [15762.095410] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15762.100290] [<8048b7e0>] schedule+0x7a0/0×854 Nov 17 17:38:47 thorgal kernel: [15762.109303] [<8048b900>] schedule+0x6c/0×84 Nov 17 17:38:47 thorgal kernel: [15762.117629] [<8048e828>] schedule_timeout+0x17c/0x1b8
Nov 17 17:38:47 thorgal kernel: [15762.127680] [<80082734>] rcu_gp_kthread+0×560/0×950 Nov 17 17:38:47 thorgal kernel: [15762.137395] [<8004b638>] kthread+0×130/0×144 Nov 17 17:38:47 thorgal kernel: [15762.145892] [<8000b0d8>] ret_from_kernel_thread+0×14/0x1c
Nov 17 17:38:47 thorgal kernel: [15775.236942] NMI backtrace for cpu 2
Nov 17 17:38:47 thorgal kernel: [15775.236964] rcu_sched R running task 0 8 2 0×00100000 Nov 17 17:38:47 thorgal kernel: [15775.236978] Stack : 805a0000 8fc42bc0 8fc5fe30 8fc5fe30 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15775.237015] 00000003 8008601c 00178244 81221380 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15775.237051] 00000003 805a61b8 805ae510 8048b900 00000001 8fc5fe30 805a0000 00178244
Nov 17 17:38:47 thorgal kernel: [15775.237087] 81221380 8048e828 00000002 80082118 805a0000 00000000 8fc5febc 00000001
Nov 17 17:38:47 thorgal kernel: [15775.237122] 00000000 812213ec 00178244 8008656c 8fc42bc0 01400001 00000001 805ae400
Nov 17 17:38:47 thorgal kernel: [15775.237158] ...
Nov 17 17:38:47 thorgal kernel: [15775.237167] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15775.237183] [<8048b7e0>]
schedule+0x7a0/0×854 Nov 17 17:38:47 thorgal kernel: [15775.237198] [<8048b900>] schedule+0x6c/0×84 Nov 17 17:38:47 thorgal kernel: [15775.237215] [<8048e828>] schedule_timeout+0x17c/0x1b8
Nov 17 17:38:47 thorgal kernel: [15775.237229] [<80082734>] rcu_gp_kthread+0×560/0×950 Nov 17 17:38:47 thorgal kernel: [15775.237248] [<8004b638>] kthread+0×130/0×144 Nov 17 17:38:47 thorgal kernel: [15775.237263] [<8000b0d8>] ret_from_kernel_thread+0×14/0x1c
Nov 17 17:38:47 thorgal kernel: [15775.427526] CPU: 2 PID: 5010 Comm: kworker/2:0 Not tainted 4.14.81 #0
Nov 17 17:38:47 thorgal kernel: [15775.440361] Workqueue: events_power_efficient nf_flow_dnat_port [nf_flow_table]
Nov 17 17:38:47 thorgal kernel: [15775.454895] Stack : 805326f4 8fc11d24 805a0000 8e120380 80532788 00000002 805ae400 805a60ac
Nov 17 17:38:47 thorgal kernel: [15775.471538] 000000e0 8006f8ec 8fddf3fc 805a8947 805a0000 00000001 8fc11ce8 532616b0
Nov 17 17:38:47 thorgal kernel: [15775.488181] 00000000 00000000 00000000 00004030 00000000 000000e7 00000008 00000000
Nov 17 17:38:47 thorgal kernel: [15775.504822] 00000000 805b0000 0006b829 00000000 00000000 00000000 805d0000 00000002
Nov 17 17:38:47 thorgal kernel: [15775.521463] 805ae400 805a60ac 000000e0 805a0000 00000002 802a2be8 00000008 80610008
Nov 17 17:38:47 thorgal kernel: [15775.538106] ...
Nov 17 17:38:47 thorgal kernel: [15775.542964] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15775.547836] [<800106c0>] show_stack+0×58/0×100 Nov 17 17:38:47 thorgal kernel: [15775.556696] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 17:38:47 thorgal kernel: [15775.565368] [<804794c4>] nmi_cpu_backtrace+0xe4/0×108 Nov 17 17:38:47 thorgal kernel: [15775.575414] [<804795b0>] nmi_trigger_cpumask_backtrace+0xc8/0×168 Nov 17 17:38:47 thorgal kernel: [15775.587537] [<80084018>] rcu_dump_cpu_stacks+0xc4/0x13c
Nov 17 17:38:47 thorgal kernel: [15775.597927] [<80083474>] rcu_check_callbacks+0×310/0×814 Nov 17 17:38:47 thorgal kernel: [15775.608501] [<800869e8>] update_process_times+0×34/0x7c
Nov 17 17:38:47 thorgal kernel: [15775.618911] [<800975cc>] tick_handle_periodic+0×34/0xd0
Nov 17 17:38:47 thorgal kernel: [15775.629316] [<80325e80>] gic_compare_interrupt+0×70/0×80 Nov 17 17:38:47 thorgal kernel: [15775.639886] [<80076e90>] handle_percpu_devid_irq+0xbc/0x1a8
Nov 17 17:38:47 thorgal kernel: [15775.650987] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:38:47 thorgal kernel: [15775.661039] [<80251f5c>] gic_handle_local_int+0x9c/0xe8
Nov 17 17:38:47 thorgal kernel: [15775.671428] [<8025211c>] gic_irq_dispatch+0×10/0×20 Nov 17 17:38:47 thorgal kernel: [15775.681129] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:38:47 thorgal kernel: [15775.691173] [<8048f9a4>] do_IRQ+0x1c/0x2c
Nov 17 17:38:47 thorgal kernel: [15775.699144] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 17:38:47 thorgal kernel: [15775.709191] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 17:38:47 thorgal kernel: [15775.719064] [<80069db4>] queued_spin_lock_slowpath+0x1e4/0x2e0
Nov 17 17:38:47 thorgal kernel: [15775.730675] [<8ef1d190>] nf_flow_table_iterate+0×338/0x7b0 [nf_flow_table]
Nov 17 17:39:15 thorgal ddns-scripts[1426]: myddns_ipv4: Get registered/public IP for szafa.mywire.org failed - retry 2/0 in 60 seconds
Nov 17 17:41:47 thorgal kernel: [15941.959647] Sending NMI from CPU 3 to CPUs 2:
Nov 17 17:41:47 thorgal kernel: [15945.502291] NMI backtrace for cpu 2
Nov 17 17:41:47 thorgal kernel: [15945.509227] CPU: 2 PID: 5010 Comm: kworker/2:0 Not tainted 4.14.81 #0
Nov 17 17:41:47 thorgal kernel: [15945.522053] Workqueue: events_power_efficient nf_flow_dnat_port [nf_flow_table]
Nov 17 17:41:47 thorgal kernel: [15945.536588] Stack : 805326f4 8fc11d24 805a0000 8e120380 80532788 00000002 805ae400 805a60ac
Nov 17 17:41:47 thorgal kernel: [15945.553233] 000000e0 8006f8ec 8fddf3fc 805a8947 805a0000 00000001 8fc11ce8 532616b0
Nov 17 17:41:47 thorgal kernel: [15945.569875] 00000000 00000000 00000000 000049e8 00000000 0000010b 00000008 00000000
Nov 17 17:41:47 thorgal kernel: [15945.586517] 00000000 805b0000 0007f745 00000000 00000000 00000000 805d0000 00000002
Nov 17 17:41:47 thorgal kernel: [15945.603156] 805ae400 805a60ac 000000e0 805a0000 00000002 802a2be8 00000008 80610008
Nov 17 17:41:47 thorgal kernel: [15945.619796] ...
Nov 17 17:41:47 thorgal kernel: [15945.624654] Call Trace:
Nov 17 17:41:47 thorgal kernel: [15945.629526] [<800106c0>] show_stack+0×58/0×100 Nov 17 17:41:47 thorgal kernel: [15945.638387] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 17:41:47 thorgal kernel: [15945.647060] [<804794c4>] nmi_cpu_backtrace+0xe4/0×108 Nov 17 17:41:47 thorgal kernel: [15945.657105] [<804795b0>] nmi_trigger_cpumask_backtrace+0xc8/0×168 Nov 17 17:41:47 thorgal kernel: [15945.669229] [<80084018>] rcu_dump_cpu_stacks+0xc4/0x13c
Nov 17 17:41:47 thorgal kernel: [15945.679621] [<80083474>] rcu_check_callbacks+0×310/0×814 Nov 17 17:41:47 thorgal kernel: [15945.690193] [<800869e8>] update_process_times+0×34/0x7c
Nov 17 17:41:47 thorgal kernel: [15945.700599] [<800975cc>] tick_handle_periodic+0×34/0xd0
Nov 17 17:41:47 thorgal kernel: [15945.711004] [<80325e80>] gic_compare_interrupt+0×70/0×80 Nov 17 17:41:47 thorgal kernel: [15945.721571] [<80076e90>] handle_percpu_devid_irq+0xbc/0x1a8
Nov 17 17:41:47 thorgal kernel: [15945.732668] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:41:47 thorgal kernel: [15945.742719] [<80251f5c>] gic_handle_local_int+0x9c/0xe8
Nov 17 17:41:47 thorgal kernel: [15945.753110] [<8025211c>] gic_irq_dispatch+0×10/0×20 Nov 17 17:41:47 thorgal kernel: [15945.762809] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:41:47 thorgal kernel: [15945.772855] [<8048f9a4>] do_IRQ+0x1c/0x2c
Nov 17 17:41:47 thorgal kernel: [15945.780825] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 17:41:47 thorgal kernel: [15945.790875] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 17:41:47 thorgal kernel: [15945.800747] [<80069db4>] queued_spin_lock_slowpath+0x1e4/0x2e0
Nov 17 17:41:47 thorgal kernel: [15945.812371] [<8ef1d190>] nf_flow_table_iterate+0×338/0x7b0 [nf_flow_table]

More frequently I have this:
Nov 17 12:13:14 thorgal kernel: [123236.003832] ————[ cut here ]———— Nov 17 12:13:14 thorgal kernel: [123236.013239] WARNING: CPU: 3 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0×324 Nov 17 12:13:14 thorgal kernel: [123236.029874] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Nov 17 12:13:14 thorgal kernel: [123236.043896] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 iptable_nat ipt_REJECT ipt_MASQUERADE xt_time xt_tc
pudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit
xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrac
k_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink iptable_raw iptable_mangle ip
table_filter ipt_ECN ip_tables crc_ccitt sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc
Nov 17 12:13:14 thorgal kernel: [123236.184720] sch_ingress xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_has
h_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 ifb tun leds_gpio gpio_button_hotplug
Nov 17 12:13:14 thorgal kernel: [123236.267833] CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.14.81 #0
Nov 17 12:13:14 thorgal kernel: [123236.279945] Stack : 00000000 8fede440 805a0000 8006f714 805d0000 8056cd28 00000000 00000000
Nov 17 12:13:14 thorgal kernel: [123236.296745] 80537698 8fc15dc4 8fc44e7c 805a8947 80532788 00000001 8fc15d68 532616b0
Nov 17 12:13:14 thorgal kernel: [123236.313548] 00000000 00000000 80610000 00003b80 00000000 000000ca 00000008 00000000
Nov 17 12:13:14 thorgal kernel: [123236.330352] 00000000 805b0000 00041639 70617773 00000000 00000000 805d0000 8037ffc8
Nov 17 12:13:14 thorgal kernel: [123236.347151] 00000009 00000140 00000003 8fede440 00000000 802a2be8 0000000c 8061000c
Nov 17 12:13:14 thorgal kernel: [123236.363954] ...
Nov 17 12:13:14 thorgal kernel: [123236.368981] Call Trace:
Nov 17 12:13:14 thorgal kernel: [123236.374032] [<800106c0>] show_stack+0×58/0×100 Nov 17 12:13:14 thorgal kernel: [123236.383060] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 12:13:14 thorgal kernel: [123236.391897] [<8002e368>] warn+0xe0/0×114 Nov 17 12:13:14 thorgal kernel: [123236.400209] [<8002e3cc>] warn_slowpath_fmt+0×30/0x3c
Nov 17 12:13:14 thorgal kernel: [123236.410261] [<8037ffc8>] dev_watchdog+0x1ac/0×324 Nov 17 12:13:14 thorgal kernel: [123236.419800] [<800866a4>] call_timer_fn.isra.3+0×24/0×84 Nov 17 12:13:14 thorgal kernel: [123236.430360] [<800868c0>] run_timer_softirq+0x1bc/0×248 Nov 17 12:13:14 thorgal kernel: [123236.440750] [<8048fae0>]
do_softirq+0×128/0x2ec
Nov 17 12:13:14 thorgal kernel: [123236.450279] [<80032a94>] irq_exit+0xac/0xc8
Nov 17 12:13:14 thorgal kernel: [123236.458769] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 12:13:14 thorgal kernel: [123236.468983] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 12:13:14 thorgal kernel: [123236.479027] [<8000cfb0>] r4k_wait_irqoff+0x1c/0×24 Nov 17 12:13:14 thorgal kernel: [123236.488751] [<8006678c>] do_idle+0xe4/0×168 Nov 17 12:13:14 thorgal kernel: [123236.497240] [<80066a08>] cpu_startup_entry+0×24/0x2c
Nov 17 12:13:14 thorgal kernel: [123236.507364] —[ end trace 003324f4695475ea ]— Nov 17 12:13:14 thorgal kernel: [123236.529199] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
Nov 17 12:13:14 thorgal kernel: [123236.541328] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0ec20000, max=0, ctx=2144, dtx=2144, fdx=2143, next=2144
Nov 17 12:13:14 thorgal kernel: [123236.563144] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0f3a0000, max=0, calc=1468, drx=1469
Nov 17 12:13:14 thorgal kernel: [123236.586305] mtk_soc_eth 1e100000.ethernet: 0×100 = 0x6060000c, 0x10c = 0×80818 Nov 17 12:13:14 thorgal kernel: [123236.606376] mtk_soc_eth 1e100000.ethernet: PPE started

In this case system goes on and it works. Maybe this is a same problem?
Kernel in trunk is 4.14.81. SQM is disabled.

17.11.20181955Base systemFeature RequestVery LowLowUbiquiti EdgeRouter X initramfs-factory.taropenwrt-18.06Unconfirmed Task Description

On https://openwrt.org/toh/ubiquiti/ubiquiti_edgerouter_x_er-x_ka there is an explanation of how to install OpenWRT on an EdgeRouter X using the tools that are standard installed on it and are used by Ubiquiti to upgrade the firmware. It seems as part of the build process a openwrt-ramips-mt7621-ubnt-erx-initramfs-factory.tar file is generated that can be used for that. But it seems you can not download it from the official site, you need to build it yourself. On the official site is an openwrt-18.06.1-ramips-mt7621-ubnt-erx-initramfs-kernel.bin file. I think that file can be used for installing using tftp, but it can’t be used with the Ubiquiti tools. Can the initramfs-factory.tar be made available to download?

16.11.20181954Base systemBug ReportVery LowLowLink to 18.06.1 WRT1900AC system image point to WRT1900...TrunkUnconfirmed Task Description

Under the section: https://openwrt.org/toh/linksys/wrt_ac_series#firmware_images Devices → WRT1900AC → V1 → Systemimage the link point at
https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-linksys-wrt1900acs-squashfs-factory.img

but should be

https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-linksys-wrt1900ac-squashfs-factory.img

The SHA is correct when looking at https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/

15.11.20181953Base systemBug ReportVery LowHighAsus RT N56U 5GHz radio doesn't work if 2.4GHz radio is...TrunkUnconfirmed Task Description

Version: 18.06.1
Asus RT N56U

When the 2.4GHz radio is enabled, the 5GHz radio does not function when both are set to US country code.

Steps to reproduce:
Set up radio 1 and radio 2 with US country codes.
Reboot.
Only the 2.4GHz radio will work.
If you disable the 2.4GHz and reboot, the 5GHz will work.

Any additional info you thinks is important:
Tried all workarounds listed.
More information about a bug in the original firmware fixed in Padavan’s firmware related to the 5GHz radio can be found here:
https://dev.archive.openwrt.org/ticket/17659.html#comment:23

Workaround:
Set the 2.4GHz radio country code to World (00) and reboot. Leave the 5GHz on US. Now both radios work.

15.11.20181952Base systemBug ReportVery LowHighwifi with hidden ssid and mac-filter doesn't work on IO...AllUnconfirmed Task Description

on tp-link_tl-wr842nd_v1 18.06 and 18.06.1

If hidden ssid and mac-filter is enabled, IOS 12 doesn't able to connect on this wifi network.

But if ssid broadcast is running with mac-filter enabled or ssid broadcast hidden and mac-filter disabled, then it works.

14.11.20181951KernelBug ReportVery LowCriticalbrcm63xx: Livebox: kernel boot stuck at "random: crng i...TrunkUnconfirmed Task Description

The kernel 4.14 is unable to boot on the Inventel Livebox 1 (BCM6348 board with a redboot bootloader).

Steps to reproduce:

  • Intall the latest trunk version (i.e. r8455-042d68a) kernel 4.14

Sympthoms:

  1. It won’t detect the BogoMips CPU speed
  2. It stucks at “random: fast init done”, and apparently no more kernel messages
  3. But after a minute it spits the last message random: crng init done

Boot log:

965543210120123456+678ESA: 30:78:30:30:3a:30
WEP KEY : FFFFFFFFFFFFFFFFFFFFFFFFFF
Auto-negotiation timed-out
10 MB Half-Duplex (assumed)
Ethernet eth0: MAC address 30:78:30:30:3a:30
IP: 10.7.58.112, Default server: 10.7.58.114
Hardware version 0x90, mask=0x7E
Hardware version 0x10 (masked) BLUE5G.9 DV4210
Factory Settings Recovery Switch OFF

RedBoot(tm) bootstrap and debug environment [ROM]
unlocked release, eCos 2.0b1 - built 23:01:33, Jan 11 2013

Platform: Blue_5g (MIPS32 4Kc) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x80000000-0x84000000, [0x80435e50-0x83fe2000] available
FLASH: 0xbe400000 - 0xbec00000, 128 blocks of 0x00010000 bytes each.
== Executing boot script in 20.000 seconds - enter ^C twice to abort
RedBoot> fis load -b 0x80a00000 -d kernel
 -- Redboot version without crypt_verify -- 
Image loaded from 0x80a00000-0x80f55b2e
RedBoot> exec -c "noinitrd" 0x80a00000
Now booting linux kernel:
 Base address 0x8000fc00 Entry 0x80a00000
 Cmdline : noinitrd
changing Kseg0 coherency algorithm to write back...
enabling icache and dcache...

[    0.000000] Linux version 4.14.80 (buildbot@buildslave) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r8455-042d68a195)) #0 Tue Nov 13 20:40:30 2018
[    0.000000] Detected Broadcom 0x6348 CPU revision b0
[    0.000000] CPU frequency is 300 MHz
[    0.000000] 64MB of RAM installed
[    0.000000] board_livebox: flash address is: 0x1fc00000, forcing to: 0x1e400000
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00029107 (Broadcom BMIPS3300)
[    0.000000] board: board name: Livebox-blue-5g
[    0.000000] MIPS: machine is Inventel Livebox 1
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
[    0.000000] Primary data cache 8kB, 2-way, VIPT, no aliases, linesize 16 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] random: get_random_bytes called from start_kernel+0x80/0x488 with crng_init=0
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line: rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Memory: 58160K/65536K available (4003K kernel code, 193K rwdata, 956K rodata, 1304K init, 209K bss, 7376K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 256
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 12741736309 ns
[    0.000031] sched_clock: 32 bits at 150MHz, resolution 6ns, wraps every 14316557820ns
[    1.037346] random: fast init done
[   53.974911] random: crng init done
 


14.11.20181950KernelBug ReportVery LowCriticalXWAY / BT Home Hub 2B - Wifi Random Disconnects Repeate...AllUnconfirmed Task Description

Very annoying wifi disconnects when connected to WDS-Repeater.
The AP works no disconnects but when connected to repeater random disconnects repeatedly.
Affected firmware release both LEDE 17.X.X and Openwrt 18.X.X

Note: Checked, WDS works fine on Previous Openwrt Releases(BarrierBreaker, ChaosCalmer) on same settings
https://openwrt.org/docs/guide-user/network/wifi/atheroswds

Attaching AP and Repeater Logs:

AP Config:

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '5'
	option hwmode '11ng'
	option path 'pci0000:00/0000:00:0e.0'
	option htmode 'HT20'
	option country 'US'
	option txpower '22'
	option log_level '1'
	option macaddr 'be:b5:1b:b5:70:47'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'MyAP'
	option wds '1'
	option encryption 'psk2+ccmp'
	option key 'password'
	option wmm '1'

Repeater WDS Config:
Network

config interface 'loopback'
	option ifname 'lo'
	option proto 'static'
	option ipaddr '127.0.0.1'
	option netmask '255.0.0.0'

config globals 'globals'
	option ula_prefix 'fdd4:7f11:dd9a::/48'

config interface 'lan'
	option type 'bridge'
	option proto 'dhcp'
	option ifname 'eth1'

config switch
	option name 'switch0'
	option reset '1'
	option enable_vlan '1'

config switch_vlan
	option device 'switch0'
	option vlan '1'
	option vid '1'
	option ports '0 1 2 3 4'

Wireless WDS:

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '5'
	option hwmode '11g'
	option path 'platform/ar934x_wmac'
	option htmode 'HT20'
	option country 'US'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'sta'
	option wds '1'
	option ssid 'MyAP'
	option bssid 'be:b5:1b:b5:70:47'
	option encryption 'psk2+ccmp'
	option key 'password'

config wifi-iface
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'MyAP'
	option encryption 'psk2+ccmp'
	option key 'password'
	option wmm '1'

Repeater WDS Log:

Wed Nov 14 12:26:05 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:26:05 2018 kern.info kernel: [ 5805.077610] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:06 2018 daemon.notice netifd: Network device 'wlan0-1' link is down
Wed Nov 14 12:26:06 2018 kern.info kernel: [ 5806.068825] br-lan: port 2(wlan0-1) entered disabled state
Wed Nov 14 12:26:07 2018 daemon.notice netifd: bridge 'br-lan' link is down
Wed Nov 14 12:26:07 2018 daemon.notice netifd: Interface 'lan' has link connectivity loss
Wed Nov 14 12:26:07 2018 daemon.notice netifd: lan (1163): udhcpc: received SIGTERM
Wed Nov 14 12:26:07 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.220211] wlan0: authenticate with be:b5:1b:b5:70:47
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.243173] wlan0: send auth to be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.257141] wlan0: authenticated
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.268771] wlan0: associate with be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Network device 'wlan0' link is up
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.282394] wlan0: RX AssocResp from be:b5:1b:b5:70:47 (capab=0x431 status=0 aid=5)
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.290756] wlan0: associated
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.309766] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.315545] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:09 2018 daemon.notice netifd: bridge 'br-lan' link is up
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' has link connectivity 
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' is setting up now
Wed Nov 14 12:26:09 2018 daemon.notice hostapd: wlan0-1: AP-STA-DISCONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: started, v1.25.1
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: sending discover
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: sending select for 192.168.1.117
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: lease of 192.168.1.117 obtained, lease time 43200
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' is now up
Wed Nov 14 12:26:10 2018 kern.info kernel: [ 5810.201396] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:10 2018 kern.info kernel: [ 5810.207348] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:10 2018 daemon.notice netifd: Network device 'wlan0-1' link is up
Wed Nov 14 12:26:11 2018 kern.info kernel: [ 5811.308642] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:12 2018 kern.info kernel: [ 5812.198553] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 IEEE 802.11: authenticated
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 IEEE 802.11: associated (aid 1)
Wed Nov 14 12:26:16 2018 daemon.notice hostapd: wlan0-1: AP-STA-CONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 WPA: pairwise key handshake completed (RSN)
Wed Nov 14 12:26:25 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.168505] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.949685] wlan0: authenticate with be:b5:1b:b5:70:47
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.972671] wlan0: send auth to be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice netifd: Network device 'wlan0-1' link is down
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.168126] br-lan: port 2(wlan0-1) entered disabled state
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.788061] wlan0: send auth to be:b5:1b:b5:70:47 (try 2/3)
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.988066] wlan0: send auth to be:b5:1b:b5:70:47 (try 3/3)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.008409] wlan0: authenticated
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.018301] wlan0: associate with be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.085692] wlan0: RX AssocResp from be:b5:1b:b5:70:47 (capab=0x431 status=0 aid=5)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.094030] wlan0: associated
Wed Nov 14 12:26:27 2018 daemon.notice netifd: Network device 'wlan0' link is up
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.156807] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.162628] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:27 2018 daemon.notice hostapd: wlan0-1: AP-STA-DISCONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.606090] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.612066] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:27 2018 daemon.notice netifd: Network device 'wlan0-1' link is up
Wed Nov 14 12:26:29 2018 kern.info kernel: [ 5829.157978] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:29 2018 kern.info kernel: [ 5829.607947] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:27:02 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:27:02 2018 kern.info kernel: [ 5862.141503] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:27:02 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:27:02 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.517323] ------------[ cut here ]------------
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.522138] WARNING: CPU: 0 PID: 980 at compat-wireless-2017-01-31/net/mac80211/ieee80211_i.h:1011 0x80d84e80 [mac80211@80d80000+0x607a0]()
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.535171] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_coWed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.600905] CPU: 0 PID: 980 Comm: hostapd Not tainted 4.4.153 #0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] Stack : 803938d8 00000000 00000001 803f0000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  ...
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.644169] Call Trace:[<80071c44>] 0x80071c44
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.648814] [<80071c44>] 0x80071c44
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.652426] [<80081ac8>] 0x80081ac8
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.656035] [<80d84e80>] 0x80d84e80 [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.662174] [<80081b80>] 0x80081b80
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.665784] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.669414] [<80d84e80>] 0x80d84e80 [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.675533] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.679174] [<80d9f1cc>] 0x80d9f1cc [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.685292] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.688933] [<80cda8bc>] 0x80cda8bc [cfg80211@80cc0000+0x36ba0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.695047] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.698680] [<802a6384>] 0x802a6384
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.702289] [<802a4b94>] 0x802a4b94
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.705911] [<802a60f0>] 0x802a60f0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.709534] [<802a54d0>] 0x802a54d0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.713145] [<80400000>] 0x80400000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.716753] [<802a60d8>] 0x802a60d8
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.720376] [<80268dd0>] 0x80268dd0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.723986] [<802a4d34>] 0x802a4d34
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.727610] [<802682d4>] 0x802682d4
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.731228] [<802a52ac>] 0x802a52ac
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.734829] [<801bd428>] 0x801bd428
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.738447] [<8026cb54>] 0x8026cb54
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.742065] [<8025e448>] 0x8025e448
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.745677] [<8025f860>] 0x8025f860
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.749308] [<8025e448>] 0x8025e448
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.752914] [<802604a4>] 0x802604a4
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.756538] [<80260790>] 0x80260790
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.760162] [<800b2f2c>] 0x800b2f2c
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.763782] [<80062c6c>] 0x80062c6c
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.767401] 
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.768949] ---[ end trace 3926c6523a1013c9 ]---
14.11.20181949Base systemBug ReportVery LowHighTL -1043ND V1 default gateway not foundopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
TP-LINK 1043ND version 1
- Software versions of OpenWrt/LEDE release, packages, etc.
18.06.1
- Steps to reproduce

 


13.11.20181948Base systemFeature RequestVery LowLowlibubox and libubus in C++ codeAllUnconfirmed Task Description

Hello,

we try to develop UBUS and UCI application in C++. For now we are not able to compile our applications without patching ubus and libubox in the following way.

[develict@DCompiler ~]$ tmux att -t 8
--- a/libubus.h
+++ b/libubus.h
@@ -14,6 +14,10 @@
 #ifndef __LIBUBUS_H
 #define __LIBUBUS_H

+#ifdef __cplusplus
+extern "C" {
+#endif
+
 #include <libubox/avl.h>
 #include <libubox/list.h>
 #include <libubox/blobmsg.h>
@@ -414,4 +418,8 @@ static inline int ubus_unregister_event_
     return ubus_remove_object(ctx, &ev->obj);
 }

+#ifdef __cplusplus
+}
+#endif
+
 #endif

Is it possible to use this libraries without its patching?

 


12.11.20181946PackagesBug ReportVery LowLowuqmi --set-data-format does nothingTrunkUnconfirmed Task Description

Investigating commands.c file I’ve found that cmd_ctl_set_data_format_prepare (executed on –set-data-format option) sends zeroed ‘struct qmi_ctl_set_data_format_request sreq’ (command.c lines 149 to 163) to the modem so that operation does not affect modem’s behavior any way.

12.11.20181945Base systemBug ReportVery LowLowSuddenly my wireless device is disconnected, but I can'...TrunkUnconfirmed Task Description

- Archer C60v2
- 18.06.1 r7258-5eb055306f
- Stay connected on 2.4 GHz and wait till it happens

Problems:

Once in a while, like, 1 time per day or two, one of my 2.4 GHz devices disconnect and can't connect or even find the router again for a while. Like something between 1-10 minutes. When this happens, I can check on luci interface, wifi, bgn connections, that the same device is still somehow 'hooked' to the router, but only with this ipv6 IP. It does not show on OpenWRT - Luci the IPv4 adress of the device, and, of course, I have the device on my hand and it's not connected, I can't even find the router SSID when this happens.

So, in short, for some reason it disconnects my device, but keep it's ipv6 adress like it was connected, and don't let it find the router again until somehow it is not listed on the wireless connected devices list, but only with the ipv6 my device used to have when it was connected, anymore.

Nothing appears out of normal on the logs.

10.11.20181944Base systemBug ReportVery LowMediumNetgear DM200 not delivering packets on LAN after 300 s...TrunkUnconfirmed Task Description

I’m using the latest code present on github (compiled from source) (with ipv6 support disabled).

If the DM200 tryies to communicate with a host of whom he already has the mac address, but 5 minutes are passed from last received packet (from the host to the DM200) then the DM200 will try to send packets to the mac address of the host but those will never arrive to the host.
(tcpdump on DM200 shows outgoing packets but tcpdump on the host shows nothing).
The packets will start to arrive only after the DM200 resends a broadcast arp and the device will replay to the arp request.

I already tried changing the switch connected to DM200 and I also tried connecting the DM200 directly to the host, but nothing change.

Necessary to reproduce (all on the same LAN):
- Netgear DM200
- A host that wont try to communicate with DM200 for at least 300 seconds (eg: without the DM200 as gateway)
- A PC logged with ssh into DM200

Step to reproduce: (all the step will be executed on DM200):
- login into ssh in DM200
- ping the host on LAN [reply will start immediately]
- stop ping
- wait at least 300 seconds
- if you run “arp” command you can see that DM200 has still the mac address of the host in its cache (flag 0×2 means: arp complete)
- ping again the host [PING REPLAY WONT ARRIVE] (actually, icmp requests are not coming to the host, so the host cannot obviously replay, verified with tcpdump on both devices)
- after 10/15 seconds you will see ping replies arriving (this is because the arp entry becomes “incomplete” (flag 0×0) and the DM200 sent an arp in broadcast)

If you connect wireshark to tcpdump running on DM200 and the host, after the 300 seconds, you can see packets outgoing from DM200 interface but nothing will arrive to the host interface until the arp in broadcast.

It seems that the packets intended for a host with which DM200 has already communicated 300 seconds before are NOT coming out of the LAN interface of DM200, even if wireshark shows them.

This problem doesn’t affect only icmp packets, but all packets sent to a host after 300 seconds of NON communications with it
You can do the same test with netcat trying to connect to a random port:
- the first time you’ll get a “connection refused” immediately
- after 300 seconds you’ll have to wait 10/15 seconds to get the “connection refused”

I tried with many devices as “host”, so i think the problem is on the DM200 and not on the other host.

May be this a problem of the integrated LAN interface?

All my other openwrt devices are running kernel 4.9 and this problem is NOT present.
DM200 is the only with kernel 4.14.79, so may this problem be related to the kernel?
Can someone with another device with kernel 4.14 try to reproduce these steps?

I think that a fast way to mitigate this problem is to invalidate the arp cache after 300 seconds, so DM200 will immediately send a broadcast arp again (like if it were the first time).

10.11.20181943Base systemBug ReportVery LowLowprocd: Increase zram memory allocated for tmpfs TrunkUnconfirmed Task Description

The size is too small for many routers now, I have a 512M DDR3 router but only get 16MB.
I made this patch to make the size adaptive and optimized mount option while keeping original rules unchanged.

09.11.20181941Base systemBug ReportVery LowMediumhotplug: 'bind' actions breaks 3g protoopenwrt-18.06Unconfirmed Task Description

Linux 4.12 added the actions “bind” and “unbind” for notification of devices being bound to, or released from, a driver. After ‘add’ action hotplug sends

invoke: {"objid":-701183341,"method":"notify_proto","data":{"action":5,"available":true,"interface":"lte"}}

But then ‘bind’ action apperas, and hotplug sends

invoke: {"objid":-701183341,"method":"notify_proto","data":{"action":5,"available":false,"interface":"lte"}}

because script marks interface as available only on add action (package/network/utils/comgt/files/3g.usb)

        if [ "${dev##*/}" = "${tty##*/}" ]; then
		if [ "$ACTION" = add ]; then
			available=1
		else
			available=0
		fi
		proto_set_available "$cfg" $available
	fi

Dirty hack is

		if [ "$ACTION" = add -o "$ACTION" = bind ]; then


08.11.20181940Base systemBug ReportVery LowLowCrash at at net/sched/sch_generic.cTrunkUnconfirmed Task Description

It’s my first Bugreport here, so don’t blame me please using the wrong formatting or something.

Happend on a Xiaomi Mi Router 3G
Architecture: MediaTek MT7621 ver:1 eco:3
Firmware: OpenWrt SNAPSHOT r8121-9f0cb13 / LuCI Master (git-18.264.24000-89a4fdd)
Kernel Version: 4.14.71
Uptime: 21d 11h 4m 2s

~~~ Full Kern Log

[    0.000000] Linux version 4.14.71 (buildbot@crazyhorse) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r8121-9f0cb13)) #0 SMP Sun Sep 23 15:45:08 2018
[    0.000000] SoC Type: MediaTek MT7621 ver:1 eco:3
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001992f (MIPS 1004Kc)
[    0.000000] MIPS: machine is Xiaomi Mi Router 3G
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 10000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] VPE topology {2,2} total 4
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.000000] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000]   HighMem  empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000] On node 0 totalpages: 65536
[    0.000000] free_area_init_node: node 0, pgdat 805c8280, node_mem_map 81003000
[    0.000000]   Normal zone: 512 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 65536 pages, LIFO batch:15
[    0.000000] random: get_random_bytes called from start_kernel+0x90/0x4ac with crng_init=0
[    0.000000] percpu: Embedded 14 pages/cpu @81210000 s26256 r8192 d22896 u57344
[    0.000000] pcpu-alloc: s26256 r8192 d22896 u57344 alloc=14*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 65024
[    0.000000] Kernel command line: console=ttyS0,115200n8 rootfstype=squashfs,jffs2
[    0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
[    0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Writing ErrCtl register=0000b000
[    0.000000] Readback ErrCtl register=0000b000
[    0.000000] Memory: 253140K/262144K available (4646K kernel code, 241K rwdata, 1032K rodata, 212K init, 282K bss, 9004K reserved, 0K cma-reserved, 0K highmem)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 256
[    0.000000] clocksource: GIC: mask: 0xffffffffffffffff max_cycles: 0xcaf478abb4, max_idle_ns: 440795247997 ns
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 4343773742 ns
[    0.000010] sched_clock: 32 bits at 440MHz, resolution 2ns, wraps every 4880645118ns
[    0.007814] Calibrating delay loop... 586.13 BogoMIPS (lpj=2930688)
[    0.073975] pid_max: default: 32768 minimum: 301
[    0.078746] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.085253] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.094058] Hierarchical SRCU implementation.
[    0.099230] smp: Bringing up secondary CPUs ...
[    0.116621] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.116631] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.116643] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.116781] CPU1 revision is: 0001992f (MIPS 1004Kc)
[    0.163977] Synchronize counters for CPU 1: done.
[    0.210735] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.210744] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.210754] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.210824] CPU2 revision is: 0001992f (MIPS 1004Kc)
[    0.255104] Synchronize counters for CPU 2: done.
[    0.297768] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.297775] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.297784] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.297857] CPU3 revision is: 0001992f (MIPS 1004Kc)
[    0.340281] Synchronize counters for CPU 3: done.
[    0.370143] smp: Brought up 1 node, 4 CPUs
[    0.377934] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.387726] futex hash table entries: 1024 (order: 3, 32768 bytes)
[    0.394028] pinctrl core: initialized pinctrl subsystem
[    0.400632] NET: Registered protocol family 16
[    0.414353] FPU Affinity set after 11720 emulations
[    0.415225] pull PCIe RST: RALINK_RSTCTRL = 4000000
[    0.720474] release PCIe RST: RALINK_RSTCTRL = 7000000
[    0.725520] ***** Xtal 40MHz *****
[    0.728878] release PCIe RST: RALINK_RSTCTRL = 7000000
[    0.733977] Port 0 N_FTS = 1b105000
[    0.737446] Port 1 N_FTS = 1b105000
[    0.740888] Port 2 N_FTS = 1b102800
[    1.896122] PCIE2 no card, disable it(RST&CLK)
[    1.900485]  -> 21007f2
[    1.902887] PCIE0 enabled
[    1.905476] PCIE1 enabled
[    1.908080] PCI host bridge /pcie@1e140000 ranges:
[    1.912860]  MEM 0x0000000060000000..0x000000006fffffff
[    1.918010]   IO 0x000000001e160000..0x000000001e16ffff
[    1.923209] PCI coherence region base: 0xbfbf8000, mask/settings: 0x60000000
[    1.939229] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.945101] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.950815] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.958511] PCI host bridge to bus 0000:00
[    1.962551] pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff]
[    1.969378] pci_bus 0000:00: root bus resource [io  0xffffffff]
[    1.975232] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    1.981991] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    1.989880] pci 0000:00:00.0: [0e8d:0801] type 01 class 0x060400
[    1.989921] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x7fffffff]
[    1.989934] pci 0000:00:00.0: reg 0x14: [mem 0x60300000-0x6030ffff]
[    1.990001] pci 0000:00:00.0: supports D1
[    1.990010] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[    1.990257] pci 0000:00:01.0: [0e8d:0801] type 01 class 0x060400
[    1.990297] pci 0000:00:01.0: reg 0x10: [mem 0x00000000-0x7fffffff]
[    1.990317] pci 0000:00:01.0: reg 0x14: [mem 0x60310000-0x6031ffff]
[    1.990379] pci 0000:00:01.0: supports D1
[    1.990389] pci 0000:00:01.0: PME# supported from D0 D1 D3hot
[    1.990865] pci 0000:01:00.0: [14c3:7603] type 00 class 0x028000
[    1.990921] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x000fffff]
[    1.991051] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[    1.991264] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
[    1.991535] pci 0000:02:00.0: [14c3:7662] type 00 class 0x028000
[    1.991599] pci 0000:02:00.0: reg 0x10: [mem 0x00000000-0x000fffff 64bit]
[    1.991644] pci 0000:02:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
[    1.991740] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold
[    1.991961] pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
[    1.992035] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 02
[    1.992102] pci 0000:00:00.0: BAR 0: no space for [mem size 0x80000000]
[    1.998615] pci 0000:00:00.0: BAR 0: failed to assign [mem size 0x80000000]
[    2.005547] pci 0000:00:01.0: BAR 0: no space for [mem size 0x80000000]
[    2.012088] pci 0000:00:01.0: BAR 0: failed to assign [mem size 0x80000000]
[    2.019018] pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
[    2.025749] pci 0000:00:01.0: BAR 8: assigned [mem 0x60100000-0x601fffff]
[    2.032501] pci 0000:00:01.0: BAR 9: assigned [mem 0x60200000-0x602fffff pref]
[    2.039657] pci 0000:00:00.0: BAR 1: assigned [mem 0x60300000-0x6030ffff]
[    2.046417] pci 0000:00:01.0: BAR 1: assigned [mem 0x60310000-0x6031ffff]
[    2.053137] pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff]
[    2.059887] pci 0000:00:00.0: PCI bridge to [bus 01]
[    2.064802] pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]
[    2.071560] pci 0000:02:00.0: BAR 0: assigned [mem 0x60100000-0x601fffff 64bit]
[    2.078806] pci 0000:02:00.0: BAR 6: assigned [mem 0x60200000-0x6020ffff pref]
[    2.085980] pci 0000:00:01.0: PCI bridge to [bus 02]
[    2.090887] pci 0000:00:01.0:   bridge window [mem 0x60100000-0x601fffff]
[    2.097639] pci 0000:00:01.0:   bridge window [mem 0x60200000-0x602fffff pref]
[    2.106379] clocksource: Switched to clocksource GIC
[    2.112935] NET: Registered protocol family 2
[    2.118037] TCP established hash table entries: 2048 (order: 1, 8192 bytes)
[    2.124921] TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
[    2.131345] TCP: Hash tables configured (established 2048 bind 2048)
[    2.137749] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    2.143515] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    2.149965] NET: Registered protocol family 1
[    2.154283] PCI: CLS 0 bytes, default 32
[    2.386331] 4 CPUs re-calibrate udelay(lpj = 2924544)
[    2.392750] Crashlog allocated RAM at address 0x3f00000
[    2.398126] workingset: timestamp_bits=30 max_order=16 bucket_order=0
[    2.408447] random: fast init done
[    2.414592] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    2.420435] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    2.433456] io scheduler noop registered
[    2.437354] io scheduler deadline registered (default)
[    2.443388] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    2.452695] console [ttyS0] disabled
[    2.456243] 1e000c00.uartlite: ttyS0 at MMIO 0x1e000c00 (irq = 18, base_baud = 3125000) is a 16550A
[    2.465254] console [ttyS0] enabled
[    2.472128] bootconsole [early0] disabled
[    2.480843] cacheinfo: Unable to detect cache hierarchy for CPU 0
[    2.487749] MediaTek Nand driver init, version v2.1 Fix AHB virt2phys error
[    2.494804] Enable NFI Clock
[    2.497788] # MTK NAND # : Use HW ECC
[    2.501453] Device not found, ID: c8d1
[    2.505177] Not Support this Device! 
[    2.508922] chip_mode=00000001
[    2.511961] Support this Device in MTK table! c8d1 
[    2.516931] [NAND]select ecc bit:4, sparesize :64 spare_per_sector=16
[    2.523390] nand: device found, Manufacturer ID: 0xc8, Chip ID: 0xd1
[    2.529727] nand: ESMT NAND 128MiB 3,3V 8-bit
[    2.534064] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    2.541634] Scanning device for bad blocks
[    2.691286] 10 fixed-partitions partitions found on MTD device MT7621-NAND
[    2.698146] Creating 10 MTD partitions on "MT7621-NAND":
[    2.703441] 0x000000000000-0x000000080000 : "Bootloader"
[    2.709741] 0x000000080000-0x0000000c0000 : "Config"
[    2.715570] 0x0000000c0000-0x000000100000 : "Bdata"
[    2.721345] 0x000000100000-0x000000140000 : "Factory"
[    2.727279] 0x000000140000-0x000000180000 : "crash"
[    2.732950] 0x000000180000-0x0000001c0000 : "crash_syslog"
[    2.739379] 0x0000001c0000-0x000000200000 : "reserved0"
[    2.745415] 0x000000200000-0x000000600000 : "kernel_stock"
[    2.751846] 0x000000600000-0x000000a00000 : "kernel"
[    2.757731] 0x000000a00000-0x000007f80000 : "ubi"
[    2.764193] [mtk_nand] probe successfully!
[    2.769046] Signature matched and data read!
[    2.773293] load_fact_bbt success 1023
[    2.777691] libphy: Fixed MDIO Bus: probed
[    2.848976] libphy: mdio: probed
[    4.252654] mtk_soc_eth 1e100000.ethernet: loaded mt7530 driver
[    4.259343] mtk_soc_eth 1e100000.ethernet eth0: mediatek frame engine at 0xbe100000, irq 20
[    4.270147] NET: Registered protocol family 10
[    4.275976] Segment Routing with IPv6
[    4.279792] NET: Registered protocol family 17
[    4.284271] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    4.297188] 8021q: 802.1Q VLAN Support v1.8
[    4.304363] UBI: auto-attach mtd9
[    4.307728] ubi0: attaching mtd9
[    4.566981] mtk_soc_eth 1e100000.ethernet eth0: port 2 link up
[    5.418406] ubi0: scanning is finished
[    5.438343] ubi0: attached mtd9 (name "ubi", size 117 MiB)
[    5.443821] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[    5.450711] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[    5.457490] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
[    5.464415] ubi0: good PEBs: 940, bad PEBs: 0, corrupted PEBs: 0
[    5.470413] ubi0: user volume: 2, internal volumes: 1, max. volumes count: 128
[    5.477622] ubi0: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 1784382385
[    5.486733] ubi0: available PEBs: 0, total reserved PEBs: 940, PEBs reserved for bad PEB handling: 20
[    5.495944] ubi0: background thread "ubi_bgt0d" started, PID 393
[    5.497988] block ubiblock0_0: created from ubi0:0(rootfs)
[    5.498003] ubiblock: device ubiblock0_0 (rootfs) set to be root filesystem
[    5.498024] hctosys: unable to open rtc device (rtc0)
[    5.498402] usb_vbus: disabling
[    5.529115] VFS: Mounted root (squashfs filesystem) readonly on device 254:0.
[    5.536798] Freeing unused kernel memory: 212K
[    5.541236] This architecture does not have kernel memory protection.
[    6.078086] init: Console is alive
[    6.081728] init: - watchdog -
[    6.597857] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    6.687477] usbcore: registered new interface driver usbfs
[    6.693032] usbcore: registered new interface driver hub
[    6.698523] usbcore: registered new device driver usb
[    6.713079] xhci-mtk 1e1c0000.xhci: 1e1c0000.xhci supply vusb33 not found, using dummy regulator
[    6.722073] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
[    6.727437] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 1
[    6.746528] xhci-mtk 1e1c0000.xhci: hcc params 0x01401198 hci version 0x96 quirks 0x00210010
[    6.755015] xhci-mtk 1e1c0000.xhci: irq 19, io mem 0x1e1c0000
[    6.761822] hub 1-0:1.0: USB hub found
[    6.765649] hub 1-0:1.0: 2 ports detected
[    6.768204] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[    6.776055] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
[    6.781400] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 2
[    6.788889] xhci-mtk 1e1c0000.xhci: Host supports USB 3.0  SuperSpeed
[    6.795493] usb usb2: We don't know the algorithms for LPM for this host, disabling LPM.
[    6.804431] hub 2-0:1.0: USB hub found
[    6.808278] hub 2-0:1.0: 1 port detected
[    6.815186] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    6.836707] init: - preinit -
[    7.585842] mtk_soc_eth 1e100000.ethernet: PPE started
[    7.661226] random: procd: uninitialized urandom read (4 bytes read)
[   10.797221] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" started, PID 487
[   10.871665] UBIFS (ubi0:1): recovery needed
[   11.060011] UBIFS (ubi0:1): recovery completed
[   11.064605] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name "rootfs_data"
[   11.072423] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[   11.082321] UBIFS (ubi0:1): FS size: 112373760 bytes (107 MiB, 885 LEBs), journal size 5586944 bytes (5 MiB, 44 LEBs)
[   11.092902] UBIFS (ubi0:1): reserved for root: 4952683 bytes (4836 KiB)
[   11.099504] UBIFS (ubi0:1): media format: w4/r0 (latest is w5/r0), UUID A4B934E8-BA84-4B25-81EB-59E2F9F66052, small LPT model
[   11.118119] mount_root: switching to ubifs overlay
[   11.149135] urandom-seed: Seeding with /etc/urandom.seed
[   11.241923] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
[   11.256885] procd: - early -
[   11.259863] procd: - watchdog -
[   11.916529] procd: - watchdog -
[   11.919980] procd: - ubus -
[   11.995998] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.008017] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.014790] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.022084] procd: - init -
[   12.377269] kmodloader: loading kernel modules from /etc/modules.d/*
[   12.387736] Loading modules backported from Linux version wt-2017-11-01-0-gfe248fc2c180
[   12.395726] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
[   12.406986] nf_conntrack version 0.5.0 (4096 buckets, 16384 max)
[   12.450736] xt_time: kernel timezone is -0000
[   12.469714] ip_tables: (C) 2000-2006 Netfilter Core Team
[   12.504522] bus=0x1, slot = 0x0, irq=0xff
[   12.508826] mt7603e 0000:01:00.0: ASIC revision: 76030010
[   12.517576] mt7603e 0000:01:00.0: Firmware Version: ap_pcie
[   12.523148] mt7603e 0000:01:00.0: Build Time: 20160107100755
[   12.566403] firmware init done
[   12.737316] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   12.744906] bus=0x2, slot = 0x1, irq=0xff
[   12.749208] mt76x2e 0000:02:00.0: ASIC revision: 76120044
[   12.777141] mt76x2e 0000:02:00.0: ROM patch build: 20141115060606a
[   12.886775] mt76x2e 0000:02:00.0: Firmware Version: 0.0.00
[   12.892265] mt76x2e 0000:02:00.0: Build: 1
[   12.896406] mt76x2e 0000:02:00.0: Build Time: 201507311614____
[   12.916417] mt76x2e 0000:02:00.0: Firmware running!
[   12.922909] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   12.929866] kmodloader: done loading kernel modules from /etc/modules.d/*
[   13.578599] urandom_read: 5 callbacks suppressed
[   13.578614] random: jshn: uninitialized urandom read (4 bytes read)
[   18.396574] mtk_soc_eth 1e100000.ethernet: PPE started
[   18.407897] device eth0 entered promiscuous mode
[   18.414814] br-lan: port 1(eth0.1) entered blocking state
[   18.420300] br-lan: port 1(eth0.1) entered disabled state
[   18.426874] device eth0.1 entered promiscuous mode
[   18.436415] br-lan: port 1(eth0.1) entered blocking state
[   18.441835] br-lan: port 1(eth0.1) entered forwarding state
[   18.447972] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   18.469826] br-lan: port 2(eth0.2) entered blocking state
[   18.475262] br-lan: port 2(eth0.2) entered disabled state
[   18.481435] device eth0.2 entered promiscuous mode
[   18.486718] br-lan: port 2(eth0.2) entered blocking state
[   18.492173] br-lan: port 2(eth0.2) entered forwarding state
[   19.388952] random: crng init done
[   19.400056] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   20.215037] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   20.224019] br-lan: port 3(wlan0) entered blocking state
[   20.229395] br-lan: port 3(wlan0) entered disabled state
[   20.235114] device wlan0 entered promiscuous mode
[   20.240017] br-lan: port 3(wlan0) entered blocking state
[   20.245318] br-lan: port 3(wlan0) entered forwarding state
[   20.451077] br-lan: port 3(wlan0) entered disabled state
[   20.786187] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   20.793049] br-lan: port 3(wlan0) entered blocking state
[   20.798490] br-lan: port 3(wlan0) entered forwarding state
[   21.259926] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[   21.270249] br-lan: port 4(wlan1) entered blocking state
[   21.275580] br-lan: port 4(wlan1) entered disabled state
[   21.281579] device wlan1 entered promiscuous mode
[   21.286660] br-lan: port 4(wlan1) entered blocking state
[   21.291999] br-lan: port 4(wlan1) entered forwarding state
[   21.416558] br-lan: port 4(wlan1) entered disabled state
[  101.519124] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[  101.525916] br-lan: port 4(wlan1) entered blocking state
[  101.531221] br-lan: port 4(wlan1) entered forwarding state
[1380778.703917] ------------[ cut here ]------------
[1380778.708749] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
[1380778.717174] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
[1380778.724293] Modules linked in: nf_conntrack_ipv6 mt76x2e mt7603e mt76 mac80211 iptable_nat iptable_mangle iptable_filter ipt_REJECT ipt_MASQUERADE ip_tables cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT x_tables nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_log_common nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack compat ledtrig_usbport leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
[1380778.781588] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.71 #0
[1380778.787741] Stack : 00000000 8fe0b240 805a0000 8006f7e4 805d0000 805663c0 00000000 00000000
[1380778.796251]         80530e88 8fc09dc4 805a2dbc 805a2947 8052bfb8 00000001 8fc09d68 1cc282a7
[1380778.804756]         00000000 00000000 80600000 00006120 00000000 0000013a 00000008 00000000
[1380778.813259]         00000000 805a0000 000bed14 00000000 00000000 00000000 805d0000 80379fb8
[1380778.821763]         00000009 00000140 00000000 8fe0b240 00000001 8029cdf8 00000000 80600000
[1380778.830268]         ...
[1380778.832876] Call Trace:
[1380778.835506] [<80010670>] show_stack+0x58/0x100
[1380778.840122] [<8046c27c>] dump_stack+0x9c/0xe0
[1380778.844636] [<8002e408>] __warn+0xe0/0x114
[1380778.848886] [<8002e46c>] warn_slowpath_fmt+0x30/0x3c
[1380778.854002] [<80379fb8>] dev_watchdog+0x1ac/0x324
[1380778.858873] [<80086754>] call_timer_fn.isra.3+0x24/0x84
[1380778.864247] [<80086970>] run_timer_softirq+0x1bc/0x248
[1380778.869555] [<80489740>] __do_softirq+0x128/0x2ec
[1380778.874416] [<80032b34>] irq_exit+0xac/0xc8
[1380778.878774] [<8024b3fc>] plat_irq_dispatch+0xfc/0x138
[1380778.883976] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
[1380778.889089] [<8000cfb0>] r4k_wait_irqoff+0x1c/0x24
[1380778.894054] [<8006685c>] do_idle+0xe4/0x168
[1380778.898390] [<80066ad8>] cpu_startup_entry+0x24/0x2c
[1380778.903508] [<805cbbf8>] start_kernel+0x48c/0x4ac
[1380778.908470] ---[ end trace c8dd6f0a0de2551e ]---
[1380778.913251] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
[1380778.919606] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
[1380778.925787] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0ea00000, max=0, ctx=515, dtx=515, fdx=514, next=515
[1380778.936459] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0e190000, max=0, calc=2503, drx=2505
[1380778.950217] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
[1380778.963338] mtk_soc_eth 1e100000.ethernet: PPE started

I hope this helps to find it. Otherwise just close it.

Greetings

07.11.20181938Base systemBug ReportVery LowCriticalCONFIG_PKG_ASLR_PIE and CONFIG_USE_MKLIBS are incompati...TrunkUnconfirmed Task Description

I’m building OpenWrt trunk (commit dceee8cc09a54f96dee82a6e95e3e77a6dd7ac13) for Netgear R7800 (though I think, device doesn’t matter here).

It turns out that if both CONFIG_PKG_ASLR_PIE and CONFIG_USE_MKLIBS are turned on, the system renders unusable. In my case, when building with GCC 7, dropbear doesn’t start, and when building with GCC 8, the system doesn’t boot, and the status LED is off.

The culprit is this line: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=include/rootfs.mk;h=76425c017a8b33340dbcc41cecaf1241352c7dbc;hb=HEAD#l7

      # first find all programs and add them to the mklibs list
      find $(STAGING_DIR_ROOT) -type f -perm /100 -exec \
              file -r -N -F '' {} + | \
              awk ' /executable.*dynamically/ { print $$1 }' > $(TMP_DIR)/mklibs-progs

It should generate the list of executables for mklibs, however, with PIE turned on, most of the executables don’t get into that list. In my config, only fw_printenv gets into the mklibs-progs list. And, because some executables are not on the list, the symbols they need may be stripped off the libraries, rendering these executables unusable.

The reason is that the file command detects PIE executables as shared objects, not as executables. Compare:

  With ASLR off:
  bin/busybox ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, with debug_info, not stripped
  With ASLR on:
  bin/busybox ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, with debug_info, not stripped
  This one single executable displays the same, independently of ASLR state:
  usr/sbin/fw_printenv ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, stripped

If CONFIG_PKG_ASLR_PIE=n, all executables are detected properly and get into the mklibs-progs list.

A more proper way should be found to detect executables, as the current one skips PIE executables completely and makes the system unusable, because some of the PIE executables can’t start due to missing symbols in libraries.

I’ve chosen the critical severity, because the system doesn’t work if I set those two config options to y, and this combination isn’t something unusual, because many people would like both increased security and smaller size of the firmware.

07.11.20181937KernelBug ReportVery LowLowusb pendrive detected but not workingopenwrt-18.06Unconfirmed Task Description

OpenWrt 18.06.1, r7258-5eb055306f
Linux version 4.9.120 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7102-3f3a2c9) ) #0 SMP Thu Aug 16 07:51:15 2018
Tplink TD8970 SoC: xRX200 rev 1.2


root@OpenWrt:~# dmesg|grep usb
[ 0.460641] usbcore: registered new interface driver usbfs
[ 0.466200] usbcore: registered new interface driver hub
[ 0.471611] usbcore: registered new device driver usb
[ 5.493191] usb 1-1: new high-speed USB device number 2 using dwc2

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 13fe:4100 Kingston Technology Company Inc. Flash drive
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

root@OpenWrt:~# block detect
config ‘global’

      option  anon_swap       '0'
      option  anon_mount      '0'
      option  auto_swap       '1'
      option  auto_mount      '1'
      option  delay_root      '5'
      option  check_fs        '0'

Pendrive (good device) detected but kernel cant initalize it.


02.11.20181926KernelBug ReportVery LowHighMTD partition offset not correctly mapped when bad eras...openwrt-18.06Unconfirmed Task Description

- Device problem occurs on

        Netgear R6220

- Software versions of OpenWrt/LEDE

        OpenWrt 18.06.1, r7258-5eb055306f

When OpenWrt detects a bad eraseblock, all following offsets are sifted by one.

I’ll try to explain better this issue with an example.
We have this situation in kernel log:

[    2.853468] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1         
[    2.866112] nand: Macronix NAND 128MiB 3,3V 8-bit                            
[    2.875473] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB si4
[    2.890555] Scanning device for bad blocks                                   
[    2.969549] Bad eraseblock 266 at 0x000002140000                             
[    3.096049] Bad eraseblock 708 at 0x000005880000                             
[    3.189001] 6 fixed-partitions partitions found on MTD device MT7621-NAND    
[    3.202518] Creating 6 MTD partitions on "MT7621-NAND":                      
[    3.212922] 0x000000000000-0x000000100000 : "u-boot"                         
[    3.223925] 0x000000100000-0x000000200000 : "SC PID"                         
[    3.234878] 0x000000200000-0x000000600000 : "kernel"                         
[    3.245854] 0x000000600000-0x000002200000 : "ubi"                            
[    3.256476] 0x000002e00000-0x000002f00000 : "factory"                        
[    3.267585] 0x000004200000-0x000007e00000 : "reserved"                       
[    3.279423] [mtk_nand] probe successfully!                                   
 

As you can see there are 2 bad eraseblocks. Let’s leave the last one, since it is at the end of the flash.
The kernel states that the ‘factory’ partition starts at 0x2e00000 (that’s correct), but in reality OpenWrt will search for the partition at 0x2e20000 (2e00000 + (1 * 128KiB)).
People that have 3 bad eraseblocks before the factory partition reported that their mtd4 (factory) partition content reflects what is in nand at 0x2e60000 (0x2e00000 + (3 * 128KiB)).
This issue led to the wrong belief that there is more than one flash layout for this device, as reported in OpenWrt device page too.
A rapid check with

sc_nand r

from U-boot prompt can confirm this behavior.


Showing tasks 1 - 50 of 681 Page 1 of 141 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing