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.

OpenedIDCategory  ascTask TypePrioritySeveritySummaryReported InStatus
29.08.20181822Base systemBug ReportVery LowMediumTx-Power is alway 0 dBmAllUnconfirmed Task Description

Model HiWiFi HC5661A
Architecture MediaTek MT7628AN ver:1 eco:2
https://downloads.openwrt.org/releases/18.06.1/targets/ramips/mt76x8/openwrt-18.06.1-ramips-mt76x8-hc5661a-squashfs-sysupgrade.bin

can not set tx-power,whether through Luci or iw command, it is always zero.

Model HiWiFi HC5962 also has this problem.
https://downloads.openwrt.org/releases/18.06.1/targets/ramips/mt7621/openwrt-18.06.1-ramips-mt7621-hc5962-squashfs-sysupgrade.bin

06.09.20181834Base systemBug ReportVery LowMediumDEVICE_PACKAGES ignored in release builds?TrunkUnconfirmed Task Description

I’ve recently upgraded my Netgear EX2700 to 18.06.1, using the official images, and noticed
that the device had almost no free space left. This is a device with 4M flash, so space has
always been a premium, which is why I submitted a pull request over a year ago to exclude
unused kernel modules [1]. Even though this commit is listed as being included in 18.06.1,
the packages are in fact still installed:

root@LEDE:/# opkg list-installed | grep mt76
kmod-mt76-core - 4.14.63+2018-07-13-67803752-1
kmod-mt7603 - 4.14.63+2018-07-13-67803752-1
kmod-mt76x2 - 4.14.63+2018-07-13-67803752-1

When cloning the latest repository, running

make menuconfig

, and choosing the
EX2700, these packages are not selected by default, which implies that the mechanism
is working in this case, but not when building the release files.

 


07.09.20181837Base systemBug ReportMediumMediumKernel oops when using wireguard and mangle/fwmarkopenwrt-18.06New Task Description

On OpenWrt 18.06.1 x86/64 when using mwan3 with two wireguard interfaces in fail-over configuration, kernel crashes.
The machine got a single Ethernet interface being the head-unit connected to a VLAN switch.

Fri Sep  7 18:13:18 2018 kern.err kernel: [24612.664463] INFO: rcu_sched self-detected stall on CPU
Fri Sep  7 18:13:18 2018 kern.err kernel: [24612.664907] 	1-...: (5999 ticks this GP) idle=9ee/140000000000001/0 softirq=961867/961867 fqs=2711
Fri Sep  7 18:13:18 2018 kern.err kernel: [24612.665571] 	 (t=6000 jiffies g=358062 c=358061 q=4475)
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.665986] NMI backtrace for cpu 1
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.666301] CPU: 1 PID: 14102 Comm: kworker/1:0 Not tainted 4.14.63 #0
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.666775] Hardware name: XXXXXXXXXX
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.667240] Workqueue: wg-crypt-XXXXX 0xffffffffa01dbab0 [wireguard@ffffffffa01d8000+0x2d000]
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.667891] Call Trace:
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.668145]  <IRQ>
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.668372]  0xffffffff8159c6d0
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.668662]  0xffffffff815a0000
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.668950]  ? 0xffffffff810418d0
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.669251]  0xffffffff815a0060
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.669544]  0xffffffff81041924
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.669836]  0xffffffff810c22e3
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.670128]  0xffffffff810c176f
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.670421]  ? 0xffffffff8109fe35
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.670720]  ? 0xffffffff810a0062
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.671020]  0xffffffff810c432a
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.671309]  0xffffffff810d0f5e
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.671599]  0xffffffff810c4c4f
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.671892]  0xffffffff810c4df6
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.672182]  0xffffffff81602392
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.672473]  0xffffffff81601a61
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.672760]  </IRQ>
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.672994] RIP: 0010:0xffffffff814e7682
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.673327] RSP: 0018:ffffc90000cb3a30 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff10
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.673912] RAX: 00000000000001f8 RBX: ffffc90000cb3af8 RCX: 0000000000000000
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.674426] RDX: ffff880077923e00 RSI: 00000000deb48eb9 RDI: ffff88007aa28e68
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.674944] RBP: ffffc90000cb3a80 R08: 0000000000000000 R09: 0000000000000000
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.675456] R10: ffff88007aa28e00 R11: 0000000000000001 R12: ffff880077923e00
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.675966] R13: ffffc90000cb3a90 R14: ffff8800786e3a00 R15: ffff88007a360000
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.676484]  0xffffffff814e7a0a
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.676773]  0xffffffff814e7d89
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.677065]  0xffffffff81532536
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.677359]  0xffffffffa01800a7 [iptable_mangle@ffffffffa0180000+0x3000]
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.677845]  0xffffffff814e2966
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.678137]  0xffffffff814ed868
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.678430]  ? 0xffffffff814ebed0
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.678725]  0xffffffff814ed897
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.679014]  0xffffffff8152b6bb
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.679309]  0xffffffffa002145e [udp_tunnel@ffffffffa0021000+0x3000]
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.679786]  0xffffffffa01ddf81 [wireguard@ffffffffa01d8000+0x2d000]
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.680256]  ? 0xffffffff811038aa
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.680555]  ? 0xffffffff810c5454
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.680854]  0xffffffffa01dbb5a [wireguard@ffffffffa01d8000+0x2d000]
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.681321]  0xffffffff81091cf4
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.681613]  0xffffffff8109204b
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.681903]  0xffffffff81096d42
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.682191]  ? 0xffffffff81091e40
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.682487]  ? 0xffffffff81096c30
Fri Sep  7 18:13:18 2018 kern.warn kernel: [24612.682788]  0xffffffff816001ef

Bootlog:

[    0.000000] Linux version 4.14.63 (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] Command line: BOOT_IMAGE=/boot/vmlinuz root=PARTUUID=cbad8a62-02 rootfstype=squashfs rootwait console=tty0 console=ttyS0,115200n8 noinitrd
[    0.000000] Disabled fast string operations
[    0.000000] x86/fpu: x87 FPU will use FXSAVE
[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009ebff] usable
[    0.000000] BIOS-e820: [mem 0x000000000009ec00-0x000000000009ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000007f1b2fff] usable
[    0.000000] BIOS-e820: [mem 0x000000007f1b3000-0x000000007f1fafff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000007f1fb000-0x000000007f314fff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007f315000-0x000000007f324fff] ACPI data
[    0.000000] BIOS-e820: [mem 0x000000007f325000-0x000000007f33bfff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007f33c000-0x000000007f343fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000007f344000-0x000000007f358fff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007f359000-0x000000007f359fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000007f35a000-0x000000007f377fff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007f378000-0x000000007f37bfff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000007f37c000-0x000000007f38afff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007f38b000-0x000000007f39bfff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000007f39c000-0x000000007f39dfff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007f39e000-0x000000007f39efff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000007f39f000-0x000000007f3ccfff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007f3cd000-0x000000007f40ffff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000007f410000-0x000000007f58efff] usable
[    0.000000] BIOS-e820: [mem 0x000000007f58f000-0x000000007f6e5fff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007f6e6000-0x000000007f6effff] usable
[    0.000000] BIOS-e820: [mem 0x000000007f6f0000-0x000000007fffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed8ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000ffe00000-0x00000000ffffffff] reserved
[    0.000000] NX (Execute Disable) protection: active
[    0.000000] SMBIOS 2.7 present.
[    0.000000] DMI: Medion E1230/E1230, BIOS 208 02/10/2012
[    0.000000] tsc: Fast TSC calibration failed
[    0.000000] tsc: Unable to calibrate against PIT
[    0.000000] tsc: No reference (HPET/PMTIMER) available
[    0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[    0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
[    0.000000] e820: last_pfn = 0x7f6f0 max_arch_pfn = 0x400000000
[    0.000000] MTRR default type: uncachable
[    0.000000] MTRR fixed ranges enabled:
[    0.000000]   00000-9FFFF write-back
[    0.000000]   A0000-BFFFF uncachable
[    0.000000]   C0000-E7FFF write-through
[    0.000000]   E8000-FFFFF write-protect
[    0.000000] MTRR variable ranges enabled:
[    0.000000]   0 base 000000000 mask F80000000 write-back
[    0.000000]   1 base 07F700000 mask FFFF00000 write-through
[    0.000000]   2 base 07F800000 mask FFF800000 uncachable
[    0.000000]   3 disabled
[    0.000000]   4 disabled
[    0.000000]   5 disabled
[    0.000000]   6 disabled
[    0.000000] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  
[    0.000000] found SMP MP-table at [mem 0x000fcd10-0x000fcd1f] mapped at [ffffffffff400d10]
[    0.000000] Base memory trampoline at [ffff880000098000] 98000 size 24576
[    0.000000] BRK [0x01e07000, 0x01e07fff] PGTABLE
[    0.000000] BRK [0x01e08000, 0x01e08fff] PGTABLE
[    0.000000] BRK [0x01e09000, 0x01e09fff] PGTABLE
[    0.000000] BRK [0x01e0a000, 0x01e0afff] PGTABLE
[    0.000000] BRK [0x01e0b000, 0x01e0bfff] PGTABLE
[    0.000000] BRK [0x01e0c000, 0x01e0cfff] PGTABLE
[    0.000000] ACPI: Early table checksum verification disabled
[    0.000000] ACPI: RSDP 0x00000000000F0450 000024 (v02 MEDION)
[    0.000000] ACPI: XSDT 0x000000007F315070 00005C (v01 MEDION MEDIONAG 00000001 AMI  00010013)
[    0.000000] ACPI: FACP 0x000000007F3236E8 0000F4 (v04 MEDION MEDIONAG 00000001 AMI  00010013)
[    0.000000] ACPI: DSDT 0x000000007F315158 00E58C (v02 MEDION MEDIONAG 00000001 INTL 20051117)
[    0.000000] ACPI: FACS 0x000000007F390F80 000040
[    0.000000] ACPI: APIC 0x000000007F3237E0 000072 (v03 MEDION MEDIONAG 00000001 AMI  00010013)
[    0.000000] ACPI: SLIC 0x000000007F323858 000176 (v01 MEDION MEDIONAG 00000001 MSFT 00000001)
[    0.000000] ACPI: ECDT 0x000000007F3239D0 0000C1 (v01 MEDION MEDIONAG 00000001 AMI. 00000005)
[    0.000000] ACPI: MCFG 0x000000007F323A98 00003C (v01 MEDION MEDIONAG 00000001 MSFT 00000097)
[    0.000000] ACPI: HPET 0x000000007F323AD8 000038 (v01 MEDION MEDIONAG 00000001 AMI. 00000005)
[    0.000000] ACPI: SSDT 0x000000007F323B10 000655 (v01 PmRef  CpuPm    00003000 INTL 20051117)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] Zone ranges:
[    0.000000]   DMA      [mem 0x0000000000001000-0x0000000000ffffff]
[    0.000000]   DMA32    [mem 0x0000000001000000-0x000000007f6effff]
[    0.000000]   Normal   empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000001000-0x000000000009dfff]
[    0.000000]   node   0: [mem 0x0000000000100000-0x000000007f1b2fff]
[    0.000000]   node   0: [mem 0x000000007f410000-0x000000007f58efff]
[    0.000000]   node   0: [mem 0x000000007f6e6000-0x000000007f6effff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000001000-0x000000007f6effff]
[    0.000000] On node 0 totalpages: 520921
[    0.000000]   DMA zone: 64 pages used for memmap
[    0.000000]   DMA zone: 21 pages reserved
[    0.000000]   DMA zone: 3997 pages, LIFO batch:0
[    0.000000]   DMA32 zone: 8092 pages used for memmap
[    0.000000]   DMA32 zone: 516924 pages, LIFO batch:31
[    0.000000] ACPI: PM-Timer IO Port: 0x408
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
[    0.000000] IOAPIC[0]: apic_id 4, version 32, address 0xfec00000, GSI 0-23
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[    0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[    0.000000] e820: [mem 0x80000000-0xdfffffff] available for PCI devices
[    0.000000] Booting paravirtualized kernel on bare hardware
[    0.000000] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.000000] random: get_random_bytes called from 0xffffffff81cb0b09 with crng_init=0
[    0.000000] setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:4 nr_node_ids:1
[    0.000000] percpu: Embedded 42 pages/cpu @ffff88007ee00000 s132056 r8192 d31784 u524288
[    0.000000] pcpu-alloc: s132056 r8192 d31784 u524288 alloc=1*2097152
[    0.000000] pcpu-alloc: [0] 0 1 2 3 
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 512744
[    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz root=PARTUUID=cbad8a62-02 rootfstype=squashfs rootwait console=tty0 console=ttyS0,115200n8 noinitrd
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000000] Calgary: detecting Calgary via BIOS EBDA area
[    0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing!
[    0.000000] Memory: 2032612K/2083684K available (8200K kernel code, 527K rwdata, 1312K rodata, 1052K init, 420K bss, 51072K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	CONFIG_RCU_FANOUT set to non-default value of 32
[    0.000000] 	RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=4.
[    0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4
[    0.000000] NR_IRQS: 4352, nr_irqs: 456, preallocated irqs: 16
[    0.000000] spurious 8259A interrupt: IRQ7.
[    0.000000] Console: colour VGA+ 80x25
[    0.000000] console [tty0] enabled
[    0.000000] console [ttyS0] enabled
[    0.000000] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 133484882848 ns
[    0.000000] hpet clockevent registered
[    0.000000] tsc: Fast TSC calibration failed
[    0.040000] tsc: Unable to calibrate against PIT
[    0.040000] tsc: using HPET reference calibration
[    0.040000] tsc: Detected 1595.996 MHz processor
[    0.040000] Calibrating delay loop (skipped), value calculated using timer frequency.. 3191.99 BogoMIPS (lpj=15959960)
[    0.040000] pid_max: default: 32768 minimum: 301
[    0.040000] ACPI: Core revision 20170728
[    0.068326] ACPI: 2 ACPI AML tables successfully acquired and loaded
[    0.070105] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.070601] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.071425] Disabled fast string operations
[    0.071787] mce: CPU supports 5 MCE banks
[    0.072125] process: using mwait in idle threads
[    0.072500] Last level iTLB entries: 4KB 32, 2MB 0, 4MB 0
[    0.072914] Last level dTLB entries: 4KB 64, 2MB 0, 4MB 8, 1GB 0
[    0.073530] Freeing SMP alternatives memory: 28K
[    0.080265] smpboot: Max logical packages: 2
[    0.081106] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=0 pin2=0
[    0.190000] smpboot: CPU0: Intel(R) Atom(TM) CPU N2600   @ 1.60GHz (family: 0x6, model: 0x36, stepping: 0x1)
[    0.190000] Performance Events: PEBS fmt0+, Atom events, 8-deep LBR, Intel PMU driver.
[    0.190000] ... version:                3
[    0.190000] ... bit width:              40
[    0.190000] ... generic registers:      2
[    0.190000] ... value mask:             000000ffffffffff
[    0.190000] ... max period:             000000007fffffff
[    0.190000] ... fixed-purpose events:   3
[    0.190000] ... event mask:             0000000700000003
[    0.190000] Hierarchical SRCU implementation.
[    0.190000] smp: Bringing up secondary CPUs ...
[    0.190000] x86: Booting SMP configuration:
[    0.190000] .... node  #0, CPUs:      #1
[    0.010000] Disabled fast string operations
[    0.190000]  #2
[    0.010000] Disabled fast string operations
[    0.190386]  #3
[    0.010000] Disabled fast string operations
[    0.193013] smp: Brought up 1 node, 4 CPUs
[    0.193365] smpboot: Total of 4 processors activated (12767.96 BogoMIPS)
[    0.195434] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.196180] futex hash table entries: 1024 (order: 4, 65536 bytes)
[    0.197097] NET: Registered protocol family 16
[    0.198390] cpuidle: using governor ladder
[    0.198390] ACPI: bus type PCI registered
[    0.198390] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.200004] PCI: Using configuration type 1 for base access
[    0.217580] ACPI: Added _OSI(Module Device)
[    0.217940] ACPI: Added _OSI(Processor Device)
[    0.218293] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.218673] ACPI: Added _OSI(Processor Aggregator Device)
[    0.219086] ACPI: EC: EC started
[    0.219370] ACPI: EC: interrupt blocked
[    0.222270] ACPI: \: Used as first EC
[    0.222591] ACPI: \: GPE=0x1c, EC_CMD/EC_SC=0x66, EC_DATA=0x62
[    0.223021] ACPI: \: Used as boot ECDT EC to handle transactions
[    0.223763] ACPI: Executed 1 blocks of module-level executable AML code
[    0.240673] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    0.242268] ACPI: Dynamic OEM Table Load:
[    0.242613] ACPI: SSDT 0xFFFF88007BD5D800 0002E9 (v01 PmRef  Cpu0Ist  00003000 INTL 20051117)
[    0.246636] ACPI: Dynamic OEM Table Load:
[    0.247070] ACPI: SSDT 0xFFFF88007BC81000 0006DB (v01 PmRef  Cpu0Cst  00003001 INTL 20051117)
[    0.254189] ACPI: Dynamic OEM Table Load:
[    0.256660] ACPI: SSDT 0xFFFF88007C6CB000 0001CF (v01 PmRef  ApIst    00003000 INTL 20051117)
[    0.257695] ACPI: Dynamic OEM Table Load:
[    0.260047] ACPI: SSDT 0xFFFF88007C7DE540 00008D (v01 PmRef  ApCst    00003000 INTL 20051117)
[    0.264783] ACPI: Interpreter enabled
[    0.265199] ACPI: (supports S0 S5)
[    0.265579] ACPI: Using IOAPIC for interrupt routing
[    0.268058] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    0.270580] ACPI: GPE 0x02 active on init
[    0.272964] ACPI: Enabled 8 GPEs in block 00 to 1F
[    0.305839] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    0.305839] acpi PNP0A08:00: _OSC: OS supports [Segments MSI]
[    0.305839] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[    0.306311] PCI host bridge to bus 0000:00
[    0.306311] pci_bus 0000:00: root bus resource [io  0x0000-0x0cf7 window]
[    0.306311] pci_bus 0000:00: root bus resource [io  0x0d00-0xffff window]
[    0.306311] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window]
[    0.306311] pci_bus 0000:00: root bus resource [mem 0x000c0000-0x000dffff window]
[    0.306311] pci_bus 0000:00: root bus resource [mem 0x000e0000-0x000effff window]
[    0.306311] pci_bus 0000:00: root bus resource [mem 0x000f0000-0x000fffff window]
[    0.306311] pci_bus 0000:00: root bus resource [mem 0x7f800000-0x7fffffff window]
[    0.306311] pci_bus 0000:00: root bus resource [mem 0x80000000-0xfebfffff window]
[    0.306311] pci_bus 0000:00: root bus resource [bus 00-ff]
[    0.306721] pci 0000:00:00.0: [8086:0bf1] type 00 class 0x060000
[    0.310006] pci 0000:00:02.0: [8086:0be1] type 00 class 0x030000
[    0.310006] pci 0000:00:02.0: reg 0x10: [mem 0xdfb00000-0xdfbfffff]
[    0.310006] pci 0000:00:02.0: reg 0x14: [io  0xf100-0xf107]
[    0.315634] pci 0000:00:1b.0: [8086:27d8] type 00 class 0x040300
[    0.315634] pci 0000:00:1b.0: reg 0x10: [mem 0xdff00000-0xdff03fff 64bit]
[    0.315634] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[    0.315960] pci 0000:00:1c.0: [8086:27d0] type 01 class 0x060400
[    0.315960] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[    0.316454] pci 0000:00:1c.1: [8086:27d2] type 01 class 0x060400
[    0.316454] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[    0.316867] pci 0000:00:1c.2: [8086:27d4] type 01 class 0x060400
[    0.316867] pci 0000:00:1c.2: PME# supported from D0 D3hot D3cold
[    0.317285] pci 0000:00:1c.3: [8086:27d6] type 01 class 0x060400
[    0.317285] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[    0.317706] pci 0000:00:1d.0: [8086:27c8] type 00 class 0x0c0300
[    0.317706] pci 0000:00:1d.0: reg 0x20: [io  0xf0a0-0xf0bf]
[    0.318128] pci 0000:00:1d.1: [8086:27c9] type 00 class 0x0c0300
[    0.318128] pci 0000:00:1d.1: reg 0x20: [io  0xf080-0xf09f]
[    0.318515] pci 0000:00:1d.2: [8086:27ca] type 00 class 0x0c0300
[    0.318515] pci 0000:00:1d.2: reg 0x20: [io  0xf060-0xf07f]
[    0.318938] pci 0000:00:1d.3: [8086:27cb] type 00 class 0x0c0300
[    0.318938] pci 0000:00:1d.3: reg 0x20: [io  0xf040-0xf05f]
[    0.319336] pci 0000:00:1d.7: [8086:27cc] type 00 class 0x0c0320
[    0.319336] pci 0000:00:1d.7: reg 0x10: [mem 0xdff05000-0xdff053ff]
[    0.319336] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[    0.320072] pci 0000:00:1e.0: [8086:2448] type 01 class 0x060401
[    0.320513] pci 0000:00:1f.0: [8086:27bc] type 00 class 0x060100
[    0.323112] pci 0000:00:1f.2: [8086:27c1] type 00 class 0x010601
[    0.323112] pci 0000:00:1f.2: reg 0x10: [io  0xf0f0-0xf0f7]
[    0.323112] pci 0000:00:1f.2: reg 0x14: [io  0xf0e0-0xf0e3]
[    0.323112] pci 0000:00:1f.2: reg 0x18: [io  0xf0d0-0xf0d7]
[    0.323112] pci 0000:00:1f.2: reg 0x1c: [io  0xf0c0-0xf0c3]
[    0.323112] pci 0000:00:1f.2: reg 0x20: [io  0xf020-0xf02f]
[    0.323112] pci 0000:00:1f.2: reg 0x24: [mem 0xdff04000-0xdff043ff]
[    0.323112] pci 0000:00:1f.2: PME# supported from D3hot
[    0.323324] pci 0000:00:1f.3: [8086:27da] type 00 class 0x0c0500
[    0.323324] pci 0000:00:1f.3: reg 0x20: [io  0xf000-0xf01f]
[    0.324155] pci 0000:00:1c.0: PCI bridge to [bus 01]
[    0.324284] pci 0000:02:00.0: [1b73:1009] type 00 class 0x0c0330
[    0.324284] pci 0000:02:00.0: reg 0x10: [mem 0xdfe00000-0xdfe0ffff 64bit]
[    0.324284] pci 0000:02:00.0: reg 0x18: [mem 0xdfe11000-0xdfe11fff 64bit]
[    0.324284] pci 0000:02:00.0: reg 0x20: [mem 0xdfe10000-0xdfe10fff 64bit]
[    0.324284] pci 0000:02:00.0: supports D1
[    0.324284] pci 0000:02:00.0: PME# supported from D0 D1 D3hot D3cold
[    0.324922] pci 0000:00:1c.1: PCI bridge to [bus 02]
[    0.330068] pci 0000:00:1c.1:   bridge window [mem 0xdfe00000-0xdfefffff]
[    0.330359] pci 0000:03:00.0: [10ec:8136] type 00 class 0x020000
[    0.330469] pci 0000:03:00.0: reg 0x10: [io  0xe000-0xe0ff]
[    0.330614] pci 0000:03:00.0: reg 0x18: [mem 0xdfd04000-0xdfd04fff 64bit pref]
[    0.332600] pci 0000:03:00.0: reg 0x20: [mem 0xdfd00000-0xdfd03fff 64bit pref]
[    0.333006] pci 0000:03:00.0: supports D1 D2
[    0.333011] pci 0000:03:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[    0.333210] pci 0000:00:1c.2: PCI bridge to [bus 03]
[    0.333620] pci 0000:00:1c.2:   bridge window [io  0xe000-0xefff]
[    0.333630] pci 0000:00:1c.2:   bridge window [mem 0xdfd00000-0xdfdfffff]
[    0.333927] pci 0000:04:00.0: [8086:0896] type 00 class 0x028000
[    0.334057] pci 0000:04:00.0: reg 0x10: [mem 0xdfc00000-0xdfc01fff 64bit]
[    0.334763] pci 0000:04:00.0: PME# supported from D0 D3hot D3cold
[    0.334942] pci 0000:00:1c.3: PCI bridge to [bus 04]
[    0.335350] pci 0000:00:1c.3:   bridge window [mem 0xdfc00000-0xdfcfffff]
[    0.335528] pci 0000:00:1e.0: PCI bridge to [bus 05] (subtractive decode)
[    0.336039] pci 0000:00:1e.0:   bridge window [io  0x0000-0x0cf7 window] (subtractive decode)
[    0.336044] pci 0000:00:1e.0:   bridge window [io  0x0d00-0xffff window] (subtractive decode)
[    0.336049] pci 0000:00:1e.0:   bridge window [mem 0x000a0000-0x000bffff window] (subtractive decode)
[    0.336053] pci 0000:00:1e.0:   bridge window [mem 0x000c0000-0x000dffff window] (subtractive decode)
[    0.336057] pci 0000:00:1e.0:   bridge window [mem 0x000e0000-0x000effff window] (subtractive decode)
[    0.336062] pci 0000:00:1e.0:   bridge window [mem 0x000f0000-0x000fffff window] (subtractive decode)
[    0.336066] pci 0000:00:1e.0:   bridge window [mem 0x7f800000-0x7fffffff window] (subtractive decode)
[    0.336070] pci 0000:00:1e.0:   bridge window [mem 0x80000000-0xfebfffff window] (subtractive decode)
[    0.336130] pci_bus 0000:00: on NUMA node 0
[    0.337515] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 12 14 15) *11
[    0.338262] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 *11 12 14 15)
[    0.338262] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 *10 12 14 15)
[    0.338262] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 *11 12 14 15)
[    0.340011] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 7 10 12 14 15) *0, disabled.
[    0.340011] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 7 11 12 14 15) *0, disabled.
[    0.340011] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 7 *10 12 14 15)
[    0.340011] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 7 11 12 14 15) *10
[    0.346039] ACPI: EC: interrupt unblocked
[    0.346039] ACPI: EC: event unblocked
[    0.346039] ACPI: \_SB_.PCI0.SBRG.EC0_: GPE=0x1c, EC_CMD/EC_SC=0x66, EC_DATA=0x62
[    0.346039] ACPI: \_SB_.PCI0.SBRG.EC0_: Used as boot DSDT EC to handle transactions and events
[    0.348684] SCSI subsystem initialized
[    0.349211] libata version 3.00 loaded.
[    0.349211] ACPI: bus type USB registered
[    0.349789] usbcore: registered new interface driver usbfs
[    0.350039] usbcore: registered new interface driver hub
[    0.350749] usbcore: registered new device driver usb
[    0.351384] PCI: Using ACPI for IRQ routing
[    0.351384] PCI: pci_cache_line_size set to 64 bytes
[    0.351384] e820: reserve RAM buffer [mem 0x0009ec00-0x0009ffff]
[    0.351384] e820: reserve RAM buffer [mem 0x7f1b3000-0x7fffffff]
[    0.351384] e820: reserve RAM buffer [mem 0x7f58f000-0x7fffffff]
[    0.351384] e820: reserve RAM buffer [mem 0x7f6f0000-0x7fffffff]
[    0.352856] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
[    0.353253] hpet0: 3 comparators, 64-bit 14.318180 MHz counter
[    0.355766] clocksource: Switched to clocksource hpet
[    0.356312] pnp: PnP ACPI init
[    0.357109] system 00:00: [mem 0xfed00000-0xfed003ff] has been reserved
[    0.357615] system 00:00: Plug and Play ACPI device, IDs PNP0103 PNP0c01 (active)
[    0.357767] system 00:01: [io  0x0680-0x069f] has been reserved
[    0.358214] system 00:01: [io  0x1000-0x1003] has been reserved
[    0.358667] system 00:01: [io  0x1010-0x101f] has been reserved
[    0.359103] system 00:01: [io  0xffff] has been reserved
[    0.359513] system 00:01: [io  0x0400-0x047f] has been reserved
[    0.359952] system 00:01: [io  0x0500-0x057f] has been reserved
[    0.359952] system 00:01: [io  0x0600-0x061f] has been reserved
[    0.359952] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.359952] system 00:02: [io  0x06a0-0x06af] has been reserved
[    0.359952] system 00:02: [io  0x06b0-0x06ff] has been reserved
[    0.359952] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.359952] pnp 00:03: Plug and Play ACPI device, IDs PNP0b00 (active)
[    0.359952] system 00:04: [io  0x04d0-0x04d1] has been reserved
[    0.359952] system 00:04: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.359952] system 00:05: [io  0x04d0-0x04d1] has been reserved
[    0.359952] system 00:05: [io  0x0400-0x047f] has been reserved
[    0.359952] system 00:05: [io  0x0500-0x053f] has been reserved
[    0.359952] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.359952] system 00:06: [io  0x025d] has been reserved
[    0.359952] system 00:06: [io  0x025c] has been reserved
[    0.359952] system 00:06: [mem 0xfec00000-0xfec00fff] could not be reserved
[    0.360167] system 00:06: [mem 0xfee00000-0xfee00fff] has been reserved
[    0.360645] system 00:06: [mem 0xfec10000-0xfec17fff] has been reserved
[    0.361121] system 00:06: [mem 0xfec18000-0xfec1ffff] has been reserved
[    0.361592] system 00:06: [mem 0xfec20000-0xfec27fff] has been reserved
[    0.362072] system 00:06: [mem 0xfec28000-0xfec2ffff] has been reserved
[    0.362553] system 00:06: [mem 0xff000000-0xffffffff] could not be reserved
[    0.363064] system 00:06: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.363263] pnp 00:07: Plug and Play ACPI device, IDs SYN1d1b SYN1d00 SYN0002 PNP0f13 (active)
[    0.363394] pnp 00:08: Plug and Play ACPI device, IDs PNP0303 PNP030b (active)
[    0.363524] system 00:09: [io  0x0240-0x0259] has been reserved
[    0.363991] system 00:09: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.364393] system 00:0a: [mem 0xfed1c000-0xfed1ffff] has been reserved
[    0.364879] system 00:0a: [mem 0x00000000-0x00003fff] could not be reserved
[    0.365372] system 00:0a: [mem 0x00000000-0x00000fff] could not be reserved
[    0.365873] system 00:0a: [mem 0x00000000-0x00000fff] could not be reserved
[    0.366363] system 00:0a: [mem 0xfed45000-0xfed8ffff] has been reserved
[    0.366857] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.367408] system 00:0b: [mem 0xfed14000-0xfed19fff] has been reserved
[    0.367898] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved
[    0.368395] system 00:0b: Plug and Play ACPI device, IDs PNP0c01 (active)
[    0.368805] system 00:0c: [io  0x0400-0x047f] has been reserved
[    0.369252] system 00:0c: [io  0x0500-0x053f] has been reserved
[    0.369693] system 00:0c: [mem 0xfec00000-0xfec00fff] could not be reserved
[    0.370228] system 00:0c: [mem 0xfee00000-0xfee00fff] has been reserved
[    0.370705] system 00:0c: [mem 0xfed1c000-0xfed1ffff] has been reserved
[    0.371182] system 00:0c: [mem 0xfed20000-0xfed8ffff] could not be reserved
[    0.371676] system 00:0c: [mem 0xffe00000-0xffffffff] has been reserved
[    0.372171] system 00:0c: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.372179] pnp: PnP ACPI: found 13 devices
[    0.380957] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[    0.381648] pci 0000:00:1c.0: bridge window [io  0x1000-0x0fff] to [bus 01] add_size 1000
[    0.381656] pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 01] add_size 200000 add_align 100000
[    0.381662] pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff] to [bus 01] add_size 200000 add_align 100000
[    0.381681] pci 0000:00:1c.1: bridge window [io  0x1000-0x0fff] to [bus 02] add_size 1000
[    0.381688] pci 0000:00:1c.1: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 02] add_size 200000 add_align 100000
[    0.381708] pci 0000:00:1c.2: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 03] add_size 200000 add_align 100000
[    0.381726] pci 0000:00:1c.3: bridge window [io  0x1000-0x0fff] to [bus 04] add_size 1000
[    0.381733] pci 0000:00:1c.3: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 04] add_size 200000 add_align 100000
[    0.381781] pci 0000:00:1c.0: BAR 8: assigned [mem 0x80000000-0x801fffff]
[    0.382273] pci 0000:00:1c.0: BAR 9: assigned [mem 0x80200000-0x803fffff 64bit pref]
[    0.382870] pci 0000:00:1c.1: BAR 9: assigned [mem 0x80400000-0x805fffff 64bit pref]
[    0.383462] pci 0000:00:1c.2: BAR 9: assigned [mem 0x80600000-0x807fffff 64bit pref]
[    0.384060] pci 0000:00:1c.3: BAR 9: assigned [mem 0x80800000-0x809fffff 64bit pref]
[    0.384646] pci 0000:00:1c.0: BAR 7: assigned [io  0x2000-0x2fff]
[    0.385095] pci 0000:00:1c.1: BAR 7: assigned [io  0x3000-0x3fff]
[    0.385545] pci 0000:00:1c.3: BAR 7: assigned [io  0x4000-0x4fff]
[    0.385998] pci 0000:00:1c.0: PCI bridge to [bus 01]
[    0.386387] pci 0000:00:1c.0:   bridge window [io  0x2000-0x2fff]
[    0.386830] pci 0000:00:1c.0:   bridge window [mem 0x80000000-0x801fffff]
[    0.387314] pci 0000:00:1c.0:   bridge window [mem 0x80200000-0x803fffff 64bit pref]
[    0.387902] pci 0000:00:1c.1: PCI bridge to [bus 02]
[    0.388285] pci 0000:00:1c.1:   bridge window [io  0x3000-0x3fff]
[    0.388736] pci 0000:00:1c.1:   bridge window [mem 0xdfe00000-0xdfefffff]
[    0.389226] pci 0000:00:1c.1:   bridge window [mem 0x80400000-0x805fffff 64bit pref]
[    0.389817] pci 0000:00:1c.2: PCI bridge to [bus 03]
[    0.390233] pci 0000:00:1c.2:   bridge window [io  0xe000-0xefff]
[    0.390690] pci 0000:00:1c.2:   bridge window [mem 0xdfd00000-0xdfdfffff]
[    0.391180] pci 0000:00:1c.2:   bridge window [mem 0x80600000-0x807fffff 64bit pref]
[    0.391775] pci 0000:00:1c.3: PCI bridge to [bus 04]
[    0.392157] pci 0000:00:1c.3:   bridge window [io  0x4000-0x4fff]
[    0.392608] pci 0000:00:1c.3:   bridge window [mem 0xdfc00000-0xdfcfffff]
[    0.393098] pci 0000:00:1c.3:   bridge window [mem 0x80800000-0x809fffff 64bit pref]
[    0.393700] pci 0000:00:1e.0: PCI bridge to [bus 05]
[    0.394103] pci_bus 0000:00: resource 4 [io  0x0000-0x0cf7 window]
[    0.394108] pci_bus 0000:00: resource 5 [io  0x0d00-0xffff window]
[    0.394113] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window]
[    0.394117] pci_bus 0000:00: resource 7 [mem 0x000c0000-0x000dffff window]
[    0.394122] pci_bus 0000:00: resource 8 [mem 0x000e0000-0x000effff window]
[    0.394126] pci_bus 0000:00: resource 9 [mem 0x000f0000-0x000fffff window]
[    0.394131] pci_bus 0000:00: resource 10 [mem 0x7f800000-0x7fffffff window]
[    0.394135] pci_bus 0000:00: resource 11 [mem 0x80000000-0xfebfffff window]
[    0.394140] pci_bus 0000:01: resource 0 [io  0x2000-0x2fff]
[    0.394144] pci_bus 0000:01: resource 1 [mem 0x80000000-0x801fffff]
[    0.394149] pci_bus 0000:01: resource 2 [mem 0x80200000-0x803fffff 64bit pref]
[    0.394153] pci_bus 0000:02: resource 0 [io  0x3000-0x3fff]
[    0.394158] pci_bus 0000:02: resource 1 [mem 0xdfe00000-0xdfefffff]
[    0.394162] pci_bus 0000:02: resource 2 [mem 0x80400000-0x805fffff 64bit pref]
[    0.394166] pci_bus 0000:03: resource 0 [io  0xe000-0xefff]
[    0.394171] pci_bus 0000:03: resource 1 [mem 0xdfd00000-0xdfdfffff]
[    0.394175] pci_bus 0000:03: resource 2 [mem 0x80600000-0x807fffff 64bit pref]
[    0.394179] pci_bus 0000:04: resource 0 [io  0x4000-0x4fff]
[    0.394184] pci_bus 0000:04: resource 1 [mem 0xdfc00000-0xdfcfffff]
[    0.394188] pci_bus 0000:04: resource 2 [mem 0x80800000-0x809fffff 64bit pref]
[    0.394193] pci_bus 0000:05: resource 4 [io  0x0000-0x0cf7 window]
[    0.394197] pci_bus 0000:05: resource 5 [io  0x0d00-0xffff window]
[    0.394202] pci_bus 0000:05: resource 6 [mem 0x000a0000-0x000bffff window]
[    0.394206] pci_bus 0000:05: resource 7 [mem 0x000c0000-0x000dffff window]
[    0.394210] pci_bus 0000:05: resource 8 [mem 0x000e0000-0x000effff window]
[    0.394215] pci_bus 0000:05: resource 9 [mem 0x000f0000-0x000fffff window]
[    0.394219] pci_bus 0000:05: resource 10 [mem 0x7f800000-0x7fffffff window]
[    0.394224] pci_bus 0000:05: resource 11 [mem 0x80000000-0xfebfffff window]
[    0.394458] NET: Registered protocol family 2
[    0.395149] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[    0.395801] TCP bind hash table entries: 16384 (order: 6, 262144 bytes)
[    0.396424] TCP: Hash tables configured (established 16384 bind 16384)
[    0.397028] UDP hash table entries: 1024 (order: 3, 32768 bytes)
[    0.397512] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
[    0.398146] NET: Registered protocol family 1
[    0.398540] pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff]
[    0.401674] PCI: CLS 64 bytes, default 64
[    0.404203] workingset: timestamp_bits=62 max_order=19 bucket_order=0
[    0.408673] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.410642] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 249)
[    0.411230] io scheduler noop registered
[    0.411556] io scheduler deadline registered (default)
[    0.412180] gpio_it87: Unknown Chip found, Chip 0202 Revision 2
[    0.413720] hv_vmbus: registering driver hv_pci
[    0.414138] hv_vmbus: registering driver hyperv_fb
[    0.414552] intel_idle: MWAIT substates: 0x3020220
[    0.414554] intel_idle: v0.4.1 model 0x36
[    0.415019] intel_idle: lapic_timer_reliable_states 0xffffffff
[    0.415333] ACPI: AC Adapter [AC0] (on-line)
[    0.440589] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input0
[    0.470262] ACPI: Lid Switch [LID]
[    0.470749] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input1
[    0.471442] ACPI: Sleep Button [SLPB]
[    0.471890] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
[    0.472528] ACPI: Power Button [PWRF]
[    0.474911] (NULL device *): hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info().
[    0.475996] thermal LNXTHERM:00: registered as thermal_zone0
[    0.476418] ACPI: Thermal Zone [THRM] (63 C)
[    0.477238] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.480090] Non-volatile memory driver v1.3
[    0.483829] loop: module loaded
[    0.484309] Guest personality initialized and is inactive
[    0.484904] VMCI host device registered (name=vmci, major=10, minor=63)
[    0.485403] Initialized host personality
[    0.485993] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000042F (\SWC1) (20170728/utaddress-247)
[    0.487067] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\PMIO) (20170728/utaddress-247)
[    0.488126] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000044F (\GPIS) (20170728/utaddress-247)
[    0.489188] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\PMIX) (20170728/utaddress-247)
[    0.490317] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\_SB.PCI0.VGA.TCOI) (20170728/utaddress-247)
[    0.491442] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    0.492164] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000053B (\GPIO) (20170728/utaddress-247)
[    0.493231] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000057F (\GPXX) (20170728/utaddress-247)
[    0.495362] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    0.496081] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000053B (\GPIO) (20170728/utaddress-247)
[    0.497151] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000057F (\GPXX) (20170728/utaddress-247)
[    0.498214] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    0.498935] lpc_ich: Resource conflict(s) found affecting gpio_ich
[    0.499659] VMware PVSCSI driver - version 1.0.7.0-k
[    0.500186] hv_vmbus: registering driver hv_storvsc
[    0.500738] ahci 0000:00:1f.2: version 3.0
[    0.501106] ahci 0000:00:1f.2: SSS flag set, parallel bus scan disabled
[    0.501649] ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0x3 impl SATA mode
[    0.502258] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum part 
[    0.504418] scsi host0: ahci
[    0.505055] scsi host1: ahci
[    0.505678] scsi host2: ahci
[    0.506330] scsi host3: ahci
[    0.506778] ata1: SATA max UDMA/133 abar m1024@0xdff04000 port 0xdff04100 irq 24
[    0.507357] ata2: SATA max UDMA/133 abar m1024@0xdff04000 port 0xdff04180 irq 24
[    0.507918] ata3: DUMMY
[    0.508159] ata4: DUMMY
[    0.508915] VMware vmxnet3 virtual NIC driver - version 1.4.a.0-k-NAPI
[    0.509469] hv_vmbus: registering driver hv_netvsc
[    0.509854] Fusion MPT base driver 3.04.20
[    0.510250] Copyright (c) 1999-2008 LSI Corporation
[    0.510709] Fusion MPT SPI Host driver 3.04.20
[    0.511120] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    0.511607] ehci-pci: EHCI PCI platform driver
[    0.512763] ehci-pci 0000:00:1d.7: EHCI Host Controller
[    0.513192] ehci-pci 0000:00:1d.7: new USB bus registered, assigned bus number 1
[    0.513793] ehci-pci 0000:00:1d.7: debug port 1
[    0.514113] ACPI: Battery Slot [BAT0] (battery present)
[    0.518488] ehci-pci 0000:00:1d.7: cache line size of 64 is not supported
[    0.518522] ehci-pci 0000:00:1d.7: irq 23, io mem 0xdff05000
[    0.540123] ehci-pci 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[    0.541063] hub 1-0:1.0: USB hub found
[    0.541418] hub 1-0:1.0: 8 ports detected
[    0.542734] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    0.543221] ohci-pci: OHCI PCI platform driver
[    0.543620] ohci-platform: OHCI generic platform driver
[    0.544568] xhci_hcd 0000:02:00.0: xHCI Host Controller
[    0.544990] xhci_hcd 0000:02:00.0: new USB bus registered, assigned bus number 2
[    0.546233] xhci_hcd 0000:02:00.0: hcc params 0x200073a1 hci version 0x100 quirks 0x00080010
[    0.547982] hub 2-0:1.0: USB hub found
[    0.548435] hub 2-0:1.0: 2 ports detected
[    0.549241] xhci_hcd 0000:02:00.0: xHCI Host Controller
[    0.549668] xhci_hcd 0000:02:00.0: new USB bus registered, assigned bus number 3
[    0.550303] xhci_hcd 0000:02:00.0: Host supports USB 3.0  SuperSpeed
[    0.550935] usb usb3: We don't know the algorithms for LPM for this host, disabling LPM.
[    0.551899] hub 3-0:1.0: USB hub found
[    0.552349] hub 3-0:1.0: 2 ports detected
[    0.553301] usbcore: registered new interface driver usb-storage
[    0.553955] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[    0.556563] i8042: Detected active multiplexing controller, rev 1.1
[    0.559170] serio: i8042 KBD port at 0x60,0x64 irq 1
[    0.559568] serio: i8042 AUX0 port at 0x60,0x64 irq 12
[    0.559965] serio: i8042 AUX1 port at 0x60,0x64 irq 12
[    0.560407] serio: i8042 AUX2 port at 0x60,0x64 irq 12
[    0.560808] serio: i8042 AUX3 port at 0x60,0x64 irq 12
[    0.561255] hv_vmbus: registering driver hyperv_keyboard
[    0.561774] rtc_cmos 00:03: RTC can wake from S4
[    0.562370] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
[    0.562869] rtc_cmos 00:03: alarms up to one month, y3k, 242 bytes nvram, hpet irqs
[    0.564393] sdhci: Secure Digital Host Controller Interface driver
[    0.564865] sdhci: Copyright(c) Pierre Ossman
[    0.566006] hidraw: raw HID events driver (C) Jiri Kosina
[    0.566486] hv_vmbus: registering driver hid_hyperv
[    0.566915] usbcore: registered new interface driver usbhid
[    0.567337] usbhid: USB HID core driver
[    0.567684] hv_utils: Registering HyperV Utility Driver
[    0.568088] hv_vmbus: registering driver hv_util
[    0.568454] hv_vmbus: registering driver hv_balloon
[    0.569382] NET: Registered protocol family 10
[    0.570351] Segment Routing with IPv6
[    0.570715] NET: Registered protocol family 17
[    0.571097] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    0.571999] 8021q: 802.1Q VLAN Support v1.8
[    0.572509] NET: Registered protocol family 40
[    0.573685] microcode: sig=0x30661, pf=0x8, revision=0x10c
[    0.574234] microcode: Microcode Update Driver: v2.2.
[    0.574273] sched_clock: Marking stable (573441123, 0)->(657968060, -84526937)
[    0.575503] registered taskstats version 1
[    0.576740] rtc_cmos 00:03: setting system clock to 2018-09-07 16:15:12 UTC (1536336912)
[    0.584900] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3
[    0.831528] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    0.834278] ata1.00: ATA-8: WDC WD3200BPVT-24JJ5T0, 01.01A01, max UDMA/133
[    0.834837] ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    0.837583] ata1.00: configured for UDMA/133
[    0.838642] scsi 0:0:0:0: Direct-Access     ATA      WDC WD3200BPVT-2 1A01 PQ: 0 ANSI: 5
[    0.841240] sd 0:0:0:0: [sda] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[    0.841885] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    0.842433] sd 0:0:0:0: [sda] Write Protect is off
[    0.842862] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    0.843052] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    0.877982]  sda: sda1 sda2
[    0.880409] sd 0:0:0:0: [sda] Attached SCSI disk
[    1.171549] ata2: SATA link down (SStatus 0 SControl 300)
[    1.186977] VFS: Mounted root (squashfs filesystem) readonly on device 8:2.
[    1.194364] Freeing unused kernel memory: 1052K
[    1.230632] Write protecting the kernel read-only data: 12288k
[    1.235448] Freeing unused kernel memory: 2024K
[    1.252890] Freeing unused kernel memory: 736K
[    1.487895] tsc: Refined TSC clocksource calibration: 1595.999 MHz
[    1.488460] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x17016147f12, max_idle_ns: 440795216557 ns
[    1.566812] init: Console is alive
[    1.796421] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    1.821964] pps_core: LinuxPPS API ver. 1 registered
[    1.822364] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[    1.823647] PTP clock support registered
[    1.824343] Button Hotplug driver version 0.4.1
[    1.824818] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    1.830753] init: - preinit -
[    1.890124] usb 1-6: new high-speed USB device number 3 using ehci-pci
[    2.267747] random: jshn: uninitialized urandom read (4 bytes read)
[    2.309827] random: jshn: uninitialized urandom read (4 bytes read)
[    2.316834] random: jshn: uninitialized urandom read (4 bytes read)
[    2.470351] usb 1-7: new high-speed USB device number 4 using ehci-pci
[    2.490506] clocksource: Switched to clocksource tsc
[    2.691721] usb-storage 1-7:1.0: USB Mass Storage device detected
[    2.692832] scsi host4: usb-storage 1-7:1.0
[    3.754161] scsi 4:0:0:0: Direct-Access     Generic- Multi-Card       1.00 PQ: 0 ANSI: 0 CCS
[    3.765748] sd 4:0:0:0: [sdb] Attached SCSI removable disk
[    5.433172] urandom_read: 5 callbacks suppressed
[    5.433177] random: jshn: uninitialized urandom read (4 bytes read)
[    5.722679] F2FS-fs (loop0): Mounted with checkpoint version = 1a030d9d
[    5.751832] mount_root: switching to f2fs overlay
[    5.833723] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
[    5.839672] urandom-seed: Seeding with /etc/urandom.seed
[    5.914891] procd: - early -
[    6.557234] procd: - ubus -
[    6.596946] random: ubusd: uninitialized urandom read (4 bytes read)
[    6.610617] procd: - init -
[    6.950178] kmodloader: loading kernel modules from /etc/modules.d/*
[    6.954303] tun: Universal TUN/TAP device driver, 1.6
[    6.958028] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[    6.958547] e1000: Copyright (c) 1999-2006 Intel Corporation.
[    6.961325] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.4.0-k
[    6.961834] igb: Copyright (c) 2007-2014 Intel Corporation.
[    6.964069] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    7.426558] Netfilter messages via NETLINK v0.30.
[    7.428839] ip_set: protocol 6
[    7.450984] i2c /dev entries driver
[    7.487885] Loading modules backported from Linux version wt-2017-11-01-0-gfe248fc2c180
[    7.488578] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
[    7.492106] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
[    7.492562] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[    7.494282] ip_tables: (C) 2000-2006 Netfilter Core Team
[    7.898600] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[    8.147745] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    8.149259] r8169 0000:03:00.0 eth0: RTL8105e at 0xffffc9000000b000, e8:40:f2:3f:a9:58, XID 00a00000 IRQ 30
[    8.154185] wireguard: WireGuard 0.0.20180718 loaded. See www.wireguard.com for information.
[    8.155901] wireguard: Copyright (C) 2015-2018 Jason A. Donenfeld <Jason@zx2c4.com>. All Rights Reserved.
[    8.174092] xt_time: kernel timezone is -0000
[    8.411155] Intel(R) Wireless WiFi driver for Linux
[    8.411610] Copyright(c) 2003- 2015 Intel Corporation
[    8.445655] PPP generic driver version 2.4.2
[    8.447497] NET: Registered protocol family 24
[    8.454488] iwlwifi 0000:04:00.0: loaded firmware version 18.168.6.1 op_mode iwldvm
[    8.455168] iwlwifi 0000:04:00.0: CPTCFG_IWLWIFI_DEBUG disabled
[    8.455610] iwlwifi 0000:04:00.0: CPTCFG_IWLWIFI_DEBUGFS disabled
[    8.456054] iwlwifi 0000:04:00.0: CPTCFG_IWLWIFI_DEVICE_TRACING disabled
[    8.456529] iwlwifi 0000:04:00.0: Detected Intel(R) Centrino(R) Wireless-N 130 BGN, REV=0xB0
[    8.501089] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
[    8.504079] kmodloader: done loading kernel modules from /etc/modules.d/*
[   11.792405] r8169 0000:03:00.0 eth0: link down
[   11.792453] r8169 0000:03:00.0 eth0: link down
[   11.903937] random: fast init done
[   13.415479] r8169 0000:03:00.0 eth0: link up
[   30.131354] random: crng init done
13.09.20181843Base systemBug ReportVery LowMediummt7621 - mini jumbo packets broken on 18.06.1openwrt-18.06Unconfirmed Task Description

support for ‘mini’ jumbo packets on mt7621 appears to have been broken on 18.06.1 -should support packets up to 2k size, however changing using ifconfig rejects any packet size greater than the normal 1500

 


15.09.20181847Base systemBug ReportVery LowMediumBuffalo WZR 600DHP: Upgrade from 17.01.6 to 18.06.1 res...openwrt-18.06Unconfirmed Task Description

Supply the following if possible:

- Device problem occurs on
Buffalo WZR 600DHP

- Software versions of OpenWrt/LEDE release, packages, etc.
From 17.01.6: sysupgrade -f <backup.tar.gz> openwrt-18.06.1-ar71xx-generic-wzr-600dhp-squashfs-sysupgrade.bin

- Steps to reproduce
Do the above sysupgrade. On reboot, WLAN is working (assuming it was configured to work before), but the WLAN LEDs are dark, leading to time wasted troubleshooting, re-flashing etc. It seems that what’s needed is an extra default in /etc/config/system for this model:

config led

option name 'WLAN2.4'
option sysfs 'buffalo:green:band2g'
option default '1'
option trigger 'phy0tpt'

More detail in https://forum.openwrt.org/t/til-17-01-6-to-18-06-1-buffalo-wzr-600dhp-sysupgrade-with-config-small-led-nitpick/21282

Setting severity to Medium because of the potential for confusion and “destructive” action taken in response (flash without config, TFTP flash etc) thinking image upgrade is not “compatible”.

19.09.20181856Base systemBug ReportVery LowMediumConfig problems after hard power downopenwrt-18.06Unconfirmed Task Description

Netgear WNDR3700V2, OpenWrt 18.06.1

Installed approx. 1 month ago with minimal configuration changes (wifi setup, 2 port forwards), all worked well. Yesterday after power outage now multiple clients on my vlan are getting assigned the external wlan IP address, and naturally reporting conflicts.
Not sure why the firewall stopped working, and I apologize for not having more details about the problem. Please let me know if there is additional data I should collect and share (and soon, as I plan to reflash this evening.)


20.09.20181861Base systemBug ReportVery LowMediumWIFI TX power cannot be set to maximum on TP-Link TL-WR...openwrt-18.06Unconfirmed Task Description

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

In the /etc/config/wireless, when I set the country to ‘BR’, channel to ‘13’ and txpower to 20. After wifi down/wifi or reboot, the iwinfo reports Tx-Power: 16 dbm.
If I set the country to ‘US’, channel to whatever and txpower to 21, the iwinfo reports Tx-Power: 21 dbm.
Below is the configuration details for country = ‘BR’:

wireless.radio0=wifi-device
wireless.radio0.type=’mac80211’ wireless.radio0.path=’platform/ar934x_wmac’ wireless.radio0.hwmode=’11g’ wireless.radio0.htmode=’HT20’ wireless.radio0.beacon_int=’100’ wireless.radio0.disabled=’0’ wireless.radio0.txpower=’20’ wireless.radio0.country=’BR’ wireless.radio0.channel=’13’ wireless.radio0.legacy_rates=’1’ wireless.radio0.antenna_gain=’0’

Below is the iwinfo output:
wlan0 ESSID: “WIFI xxxxxxxx”

        Access Point: xx:xx:xx:xx:xx:xx
        Mode: Master  Channel: 13 (2.472 GHz)
        Tx-Power: 16 dBm  Link Quality: 38/70
        Signal: -72 dBm  Noise: -95 dBm
        Bit Rate: 16.3 MBit/s
        Encryption: WPA2 PSK (CCMP)
        Type: nl80211  HW Mode(s): 802.11bgn
        Hardware: unknown [Generic MAC80211]
        TX power offset: unknown
        Frequency offset: unknown
        Supports VAPs: yes  PHY name: phy0


24.09.20181866Base systemBug ReportVery LowMediumAn android client can't connect to the WiFi network whe...openwrt-18.06Unconfirmed Task Description

The AP/router is a TP-Link TD-W8970.It was just fine with previous LEDE versions (17.01.2 and 17.01.4 )

The wireless network is configured to hide the ESSID and allow only whitelisted MAC addresses.

A particular android tablet (Huawei Mediapad M3 10 lite running Android 7.0, with July 2018 patches) can't connect to the network while an Android phone is able to (LineageOS 14.1, Android 7.1.2).

If I disable either mac filtering or the hide essid option, the tablet is able to connect to the network. When both options are active, it can't. There's nothing in the syslog, not even a message like these that I get very often.

Mon Sep 24 08:45:45 2018 daemon.notice hostapd: Station da:a1:19:b6:76:18 not allowed to authenticate

Here's how /etc/config/wireless looks like:

config wifi-device 'radio0'
        option type 'mac80211'
        option hwmode '11g'
        option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
        option country 'ES'
        option legacy_rates '1'
        option channel '13'
        option distance '12'
        option htmode 'HT20'

config wifi-iface
        option device 'radio0'
        option mode 'ap'
        option ssid 'OpenWrt'
        option network 'lan'
        option encryption 'psk2+ccmp'
        option key '[edited]'
        option macfilter 'allow'
        list maclist '[edited]'
        option hidden '1'
 

I've tried to set the channel to auto, but that won't work either. Even though I only get this behaviour in a particular client, it was working flawlessly before upgrading to Openwrt-18.06 and so I think this could be a bug in OpenWrt.

28.09.20181870Base systemBug ReportVery LowMediumOpenWrt bridge poor speed as HVM domU guest under XenSe...openwrt-18.06Unconfirmed Task Description

Hardware:
Wireless Adapter QCA9880 (PCI passthrough to OpenWrt guest)
Paravirtualized Adapter Network Adapter of XenServer (Netfront PCI driver)

XenServer 7.2 (all updates installed)
Virtualized OpenWRT 18.06.1 (stable build, x86_64, as guest — HVM with PV drivers domU)

All configuration is simply done, and Wi-Fi works on OpenWRT, have add Paravirtualized Adapter (vswitch bridged with LAN interface of Xenserver), then add it in Wireless configuration in web interface to bridge it, and do some speed tests over WiFi connection (from other VM → Virtual Ethernet bridget with WiFi → WiFi client) - download is great (maximum as possible), but upload (from WiFi → WiFi bridget with Virtual Ethernet → other VM) is terrible - it’s all time about 0.1-0.2 mbit (and TX packets is dropping on Paravirtualized Adapter Ethernet interface)!

Then i do some tests:

1. Install samba on guest OpenWRT to test download/upload speeds - all is great, speeds about maximum of WiFi speed. So - WiFi works normal. Try to test download/upload from OpenWRT to Xen (over Virtualized Ethernet bridge) - and all is great, speeds about maximum about OpenWRT storage speed!

2. Try routed network (NAT) on OpenWRT and speeds is better, but not good - download is about maximum of WiFi, upload about 4-10 mbit and very high unusual CPU usage.

3. Use both - internal (Single-Server Private Network) and External Network (based on NIC) each of them works identical with low speed OpenWrt bridge bug.
But when i make PCI Passthrought of Physical Ethernet NIC - it works without issues.

4. I have installed in same environment CentOS 7.5 with hostapd (same bridget Virtual Ethernet with PCI Passthrought WiFi) and it works good without any issues of speeds and CPU usage is not noticeable at all.

5. Then i compile kernel with full Xen guest support in kernel_menuconfig, but nothing changed.

So, it’s looks like problems in OpenWRT bridge with Wireless and Xen virtual Ethernet (before, i have successfully get it to work with same hardware in Hyper-V without any problems). Maybe i need to configure OpenWRT bridge to work properly with Xen virtual Ethernet, but i did not found any information on the web about it.

08.10.20181884Base systemBug ReportVery LowMediumFailed to disable DHCPv4openwrt-18.06Unconfirmed Task Description

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

 

I run a openwrt 18.06.1 on Lenovo Y1 with both IPv4 and IPv6, and I tried to disable the DHCPv6 on LAN to get a IPv6-Only network for testing, but it’s failed. And it’s successed to disable the DHCPv6 on lede 17.0.1.6

Steps to produce:
1、Navigate to Network –> Interfaces, choose LAN –> DHCP Server tab page, check the “ignore interface” 2、Connect to WIFI to obtain the IP addresses using a iPhone, you’ll see only IPv6 address is obtained.
3、Access a IPv4 site using browser, it’s successed, check the IP addresses again, you’ll see the device obtians a IPv4 address again.
4、Try to disalbe “Dynamic DHCP” on the Advanced Settings tab page, and then repeat the steps #1 ~ #3, it doesn’t work too.

20.10.20181903Base systemBug ReportVery LowMediumHotplug event triggered too earlyopenwrt-18.06Unconfirmed Task Description

DEVICE: TP-Link Archer C7 v2
SYSTEM: OpenWRT 18.06.1
PACKAGES: base + luci, ca-certificates, ddns-scripts_no-ip_com, luci-app-ddns, wget, ip, ppp, ppp-mod-pppoe, vim, nano, usbutils, usb-modeswitch, kmod-usb-core,

        kmod-usb-serial, kmod-usb-serial-option, kmod-usb-net-cdc-ncm, kmod-usb-net-huawei-cdc-ncm, picocom, sqm-scripts, luci-app-sqm, kmod-ledtrig-heartbeat, htop

If the USB Device (HUAWEI E3372 LTE Stick) is left connected to the router during a reboot/boot, the hotplug event is triggered too early and the device has not yet all interfaces mapped in the /dev directory.
More specifically, my hotplug script wants to find the name of the interface (which is “ttyUSB0” in my case) by looking at the $DEVPATH directory, but during the hotplug script execution the link does not yet exist. Adding a “sleep” inside the script does not help, but executing a subscript via “exec script &” shows that after 3 seconds the link is created.
Attached is a file showing the directory listing of $DEVPATH during the hotplug event, and 3 seconds after the hotplug event.

Note that the hotplug script works as intended during actual hotplugging. This bug only presents itself during boot/reboot.
Also note that this was working on OpenWRT 15.05.1 (same Router, Stick and hotplug script)

22.10.20181904Base systemBug ReportVery LowMediumSD-reader doesn't work on GL.iNet GL-AR750openwrt-18.06Unconfirmed Task Description

Hello,

I’m using GL.iNet GL-AR750 and OpenWrt 18.06.1 installed using official sysupgrade file:

```
openwrt-18.06.1-ar71xx-generic-gl-ar750-squashfs-sysupgrade.bin
```

The device has a build-in SD-reader which as I understand is based on GL857L chip. The OS doesn’t seem to see the SD-reader. When I insert a SD-card nothing is printed to dmesg, device doesn’t appear in /dev.

The following packages are installed:

```
opkg update
opkg install kmod-scsi-core kmod-scsi-generic \

kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 kmod-usb3 \
kmod-fs-msdos kmod-fs-vfat kmod-fs-ext4 usbutils \
kmod-usb-storage kmod-usb-storage-extras block-mount

```

The device has a USB port as well and it works with USB flash drives as expected.

It could be a bug (from user’s perspective, SD-reader supposed to work) or lack of the documentation (I couldn’t figure out how to make it work, maybe I just need some extra dependencies, community forum didn’t help either).

27.10.20181911Base systemBug ReportVery LowMediumXrx200/lantiq: if connected w/ USB hub reading from ftd...openwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
lantiq, xrx200
- Software versions of OpenWrt/LEDE release, packages, etc.
18.01
- Steps to reproduce
see
https://forum.openwrt.org/t/xrx200-lantiq-if-connected-w-usb-hub-reading-from-ftdi-arduino-nano-hangs-system/23858

 


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


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).

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.

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.

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.12.20182035Base systemBug ReportVery LowMediumUnable to use swap in ZRAM in trunk (brcm47xx).TrunkUnconfirmed Task Description

I’ve gave a try to “trunk” build from 30 DEC on WL500GPv1 (brcm47xx - legacy). It generally works but swap-related things appear to be broken in trunk. At least some builds before this date also known to suffer from same problem.

To reproduce, easiest way:
1) Install trunk on WL500GP V1.
2) Install zram-swap script (opkg update; opkg install zram-swap).
3) Observe what happens.
4) Try to enable swap on zram manually to see what happens.

Result:
- When install of zram-swap script finishes, swap activation fails with the following: block: failed to swapon /dev/zram0 (-1)
- Exactly same issue if I try to mkswap & swapon manually or use my own custom scripting to bring up zram swap, etc (these were known to work earlier/in other systems).



I can see “zram” module is loaded, accepted all parameters, mkswap succeeds, but swapon always fails with obscure -1 error. Same for attempt to swapoff, etc. Seems that “block” thing backfires or so?

01.01.20192039Base systemBug ReportVery LowMediumSierra Wireless EM7565 not working with Linksys WRT3200...openwrt-18.06Waiting on reporter Task Description

I have problems with Sierra Wireless EM7565 wireless module and USB 3.0 M.2 adapter. Device is detected correctly and works with TP-Link Archer C7 v2 which have older kernel version. I am using 18.06-SNAPSHOT r7405 version and kernel 4.14.82. I am connecting with QMI mode. I have tested also MBIM mode without success. 

I have verified connection using following command:

uqmi -d /dev/cdc-wdm0 –get-data-status –get-current-settings –get-capabilities –get-signal-info –get-serving-system “connected”

I have also tried changing RAW IP-mode. I have read following article:

https://techship.com/faq/how-to-step-by-step-set-up-a-data-connection-over-qmi-interface-using-qmicli-and-in-kernel-driver-qmi-wwan-in-linux/


03.01.20192042Base systemBug ReportVery LowMediumnat helpers do not work (e.g. ftp), CT rules do not mat...TrunkUnconfirmed Task Description

OpenWrt SNAPSHOT, r8978-eb1887be93

Automatically generated rule like the below does not match any connections originating from WAN:

Chain zone_wan_helper (1 references)
pkts bytes target prot opt in out source destination
0 0 CT tcp – * * 0.0.0.0/0 192.168.1.250 tcp dpt:21 ctstate DNAT /* !fw3: FTP (CT helper) */ CT helper ftp

To have working passive FTP I need to add the following line to /etc/firewall.user (based on rules generated by shorewall):

iptables -t raw -A zone_wan_helper -p tcp –dport 21 -j CT –helper ftp –tcp-flags SYN,ACK,FIN,RST SYN

Either ctstate or destination ip does not match in the original rule.

12.01.20192056Base systemBug ReportVery LowMediumodhcp misbehaves with multiple MACs for single host on ...TrunkUnconfirmed Task Description

According to the Static Leases section on DHCP's User Guide it should be possible to list several MAC addresses for the same host. Indeed everything works as expected with dnsmasq, and my host gets the expected IPv4 when using any of the listed MAC addresses.

However odhcp misbehaves when I list more than one MAC. With a single MAC on ‘option mac’, my host gets the expected IPv6, with the suffix defined under hostid. If I place two or more MACs on that option, odhcp fails to honor my rules and attributes a dynamic IPv6 with a random suffix.

Here is an example config that produces the erroneous behavior of odhcp.

config host
        option name 'host4'
        option ip '192.168.1.4'
        option hostid '4'
        option duid '00112233445566778899'
        option mac '00:11:22:33:44:55, 66:77:88:99:aa:bb'

(Separating the MACs list with either commas and spaces yields the same result. The DHCP User’s Guide has contradictory info on how the list should be separated, but it seems that both work for dnsmasq.)

21.01.20192074Base systemBug ReportVery LowMedium ath10k_pci -- SWBA overrun on vdev 0, skipped old bea...TrunkUnconfirmed Task Description

Periodically (every 4 to 12 hours) the AP (Ubiquiti UniFi-AC-LITE) resets its kernel firmware, dropping all clients and resetting. It then recovers and clients re-connect after about 5 to 10 minutes. I get the following in the system log:

Sun Jan 20 01:19:15 2019 kern.warn kernel: [626814.624640] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:15 2019 kern.warn kernel: [626814.727032] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:15 2019 kern.warn kernel: [626814.829453] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:15 2019 kern.warn kernel: [626814.931841] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:15 2019 kern.warn kernel: [626815.034240] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:15 2019 kern.warn kernel: [626815.136629] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:15 2019 kern.warn kernel: [626815.239040] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:15 2019 kern.warn kernel: [626815.341440] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:15 2019 kern.warn kernel: [626815.443835] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626815.546251] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626815.648637] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626815.751043] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626815.853446] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626815.955854] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626816.058259] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626816.160653] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626816.263056] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626816.365458] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:16 2019 kern.warn kernel: [626816.467864] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626816.570265] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626816.672667] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626816.775083] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626816.877475] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626816.979877] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626817.082279] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626817.184686] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626817.287098] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626817.389482] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:17 2019 kern.warn kernel: [626817.491885] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.543991] ath10k_pci 0000:00:00.0: wmi command 36893 timeout, restarting hardware
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.552229] ath10k_pci 0000:00:00.0: failed to delete peer 40:4e:36:7f:72:59 for vdev 0: -11
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.561304] ath10k_pci 0000:00:00.0: found sta peer 40:4e:36:7f:72:59 (ptr 85cf0200 id 86) entry on vdev 0 after it was supposedly removed
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.574561] ————[ cut here ]———— Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.579573] WARNING: CPU: 0 PID: 14402 at backports-4.19.7-1/net/mac80211/sta_info.c:1004 sta_set_sinfo+0xaec/0xb98 [mac80211]
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.591588] 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_FLOWOFFLOAD xt_CT 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 nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables gpio_button_hotplug
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.657187] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.665363] CPU: 0 PID: 14402 Comm: hostapd Not tainted 4.14.91 #0
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.671831] Stack : 80540000 804f1a8c 00000000 00000000 804cb014 865d3b04 87d0c85c 8051b9c7
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.680702] 804c73b8 00003842 80593800 000003ec 865d3cb4 00000001 865d3ab8 6a0710c0
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.689575] 00000000 00000000 80590000 000083f0 00000000 00000000 00000008 00000000
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.698350] 00000188 f8b6dd8c 00000187 6d6d3a20 80000000 00000000 87663a04 876079d4
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.707137] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.715075] 00000009 000003ec 865d3cb4 87c92000 00000010 80263864 00000000 80590000
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.723805] ...
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.726511] Call Trace:
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.729234] [<8006c44c>] show_stack+0x58/0x100
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.734094] [<800824c0>] __warn+0xe4/0x118
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.738594] [<80082584>] warn_slowpath_null+0x1c/0x28
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.744162] [<876079d4>] sta_set_sinfo+0xaec/0xb98 [mac80211]
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.750389] [<87607b60>] sta_info_destroy_addr_bss+0x38/0x60 [mac80211]
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.757764] [<8750f15c>] cfg80211_check_station_change+0x1be0/0x2c54 [cfg80211]
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.765684] —[ end trace 4604677d3a14d96c ]— Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.799099] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626817.901488] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626818.003882] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626818.106295] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626818.208683] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626818.311083] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626818.413480] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:18 2019 kern.warn kernel: [626818.515885] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626818.618279] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626818.720682] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626818.823084] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626818.925504] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626819.027903] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626819.130290] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626819.232697] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626819.335107] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:19 2019 kern.warn kernel: [626819.437492] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626819.539900] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626819.642300] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626819.744707] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626819.847110] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626819.949512] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626820.051909] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626820.154304] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626820.256719] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626820.359112] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:20 2019 kern.warn kernel: [626820.461524] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:21 2019 kern.warn kernel: [626820.563921] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:21 2019 kern.warn kernel: [626820.666314] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
Sun Jan 20 01:19:21 2019 kern.warn kernel: [626820.698954] ath10k_pci 0000:00:00.0: removing peer, cleanup-all, deleting: peer 8612e200 vdev: 0 addr: fc:ec:da:ae:a0:d1
Sun Jan 20 01:19:21 2019 kern.info kernel: [626820.838595] ieee80211 phy0: Hardware restart was requested
Sun Jan 20 01:19:21 2019 kern.warn kernel: [626820.844562] ath10k_pci 0000:00:00.0: failed to set beacon mode for vdev 0: -143
Sun Jan 20 01:19:21 2019 kern.warn kernel: [626820.852243] ath10k_pci 0000:00:00.0: failed to set dtim period for vdev 0: -143
Sun Jan 20 01:19:22 2019 kern.warn kernel: [626821.884646] ath10k_pci 0000:00:00.0: 10.1 wmi init: vdevs: 16 peers: 127 tid: 256
Sun Jan 20 01:19:22 2019 kern.info kernel: [626821.902855] ath10k_pci 0000:00:00.0: wmi print 'P 128 V 8 T 410'
Sun Jan 20 01:19:22 2019 kern.info kernel: [626821.909440] ath10k_pci 0000:00:00.0: wmi print 'msdu-desc: 1424 sw-crypt: 0 ct-sta: 0'
Sun Jan 20 01:19:22 2019 kern.info kernel: [626821.917837] ath10k_pci 0000:00:00.0: wmi print 'alloc rem: 24616 iram: 26584'
Sun Jan 20 01:19:22 2019 kern.warn kernel: [626821.990859] ath10k_pci 0000:00:00.0: pdev param 0 not supported by firmware
Sun Jan 20 01:19:22 2019 kern.warn kernel: [626822.006126] ath10k_pci 0000:00:00.0: set-coverage-class, phyclk: 88 value: 0
Sun Jan 20 01:19:22 2019 kern.info kernel: [626822.023489] ath10k_pci 0000:00:00.0: device successfully recovered

Supply the following if possible:
- Device problem occurs on

  1. Ubiquiti UniFi-AC-LITE
  2. OpenWrt SNAPSHOT r9019-0e8d5ff / LuCI Master (git-19.011.54860-47d9205)

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

ath10k-firmware-qca988x-ct - 2018-10-10-d366b80d-1
base-files - 196-r9019-0e8d5ff
busybox - 1.30.0-2
dnsmasq - 2.80-5
dropbear - 2017.75-9
firewall - 2019-01-02-70f8785b-2
fstools - 2018-12-28-af93f4b8-3
fwtool - 1
hostapd - 2018-12-02-c2c6c01b-1
hostapd-common - 2018-12-02-c2c6c01b-1
ip6tables - 1.8.2-2
iptables - 1.8.2-2
iw - 4.14-1
iwinfo - 2018-12-25-dd508af4-1
jshn - 2018-07-25-c83a84af-2
jsonfilter - 2018-02-04-c7e938d6-1
kernel - 4.14.91-1-62c515ec7afd0a040b29be060097c14e
kmod-ath - 4.14.91+4.19.7-1-1
kmod-ath10k-ct - 4.14.91+2018-12-20-118e16da-1
kmod-ath9k - 4.14.91+4.19.7-1-1
kmod-ath9k-common - 4.14.91+4.19.7-1-1
kmod-cfg80211 - 4.14.91+4.19.7-1-1
kmod-gpio-button-hotplug - 4.14.91-2
kmod-hwmon-core - 4.14.91-1
kmod-ip6tables - 4.14.91-1
kmod-ipt-conntrack - 4.14.91-1
kmod-ipt-core - 4.14.91-1
kmod-ipt-nat - 4.14.91-1
kmod-ipt-offload - 4.14.91-1
kmod-lib-crc-ccitt - 4.14.91-1
kmod-mac80211 - 4.14.91+4.19.7-1-1
kmod-nf-conntrack - 4.14.91-1
kmod-nf-conntrack6 - 4.14.91-1
kmod-nf-flow - 4.14.91-1
kmod-nf-ipt - 4.14.91-1
kmod-nf-ipt6 - 4.14.91-1
kmod-nf-nat - 4.14.91-1
kmod-nf-reject - 4.14.91-1
kmod-nf-reject6 - 4.14.91-1
kmod-ppp - 4.14.91-1
kmod-pppoe - 4.14.91-1
kmod-pppox - 4.14.91-1
kmod-slhc - 4.14.91-1
libblobmsg-json - 2018-07-25-c83a84af-2
libc - 1.1.20-1
libgcc - 7.4.0-1
libip4tc - 1.8.2-2
libip6tc - 1.8.2-2
libiwinfo - 2018-12-25-dd508af4-1
libiwinfo-lua - 2018-12-25-dd508af4-1
libjson-c - 0.12.1-2
libjson-script - 2018-07-25-c83a84af-2
liblua - 5.1.5-1
liblucihttp - 2018-05-18-cb119ded-1
liblucihttp-lua - 2018-05-18-cb119ded-1
libmbedtls - 2.14.1-1
libnl-tiny - 0.1-5
libpthread - 1.1.20-1
libubox - 2018-07-25-c83a84af-2
libubus - 2018-10-06-221ce7e7-1
libubus-lua - 2018-10-06-221ce7e7-1
libuci - 2018-08-11-4c8b4d6e-1
libuclient - 2018-11-24-3ba74ebc-1
libustream-mbedtls - 2018-07-30-23a3f283-1
libxtables - 1.8.2-2
logd - 2018-12-18-876c7f5b-1
lua - 5.1.5-1
luci - git-19.011.54860-47d9205-1
luci-app-firewall - git-19.011.54860-47d9205-1
luci-app-opkg - git-19.011.54860-47d9205-1
luci-base - git-19.011.54860-47d9205-1
luci-lib-ip - git-19.011.54860-47d9205-1
luci-lib-jsonc - git-19.011.54860-47d9205-1
luci-lib-nixio - git-19.011.54860-47d9205-1
luci-mod-admin-full - git-19.011.54860-47d9205-1
luci-mod-network - git-19.011.54860-47d9205-1
luci-mod-status - git-19.011.54860-47d9205-1
luci-mod-system - git-19.011.54860-47d9205-1
luci-proto-ipv6 - git-19.011.54860-47d9205-1
luci-proto-ppp - git-19.011.54860-47d9205-1
luci-ssl - git-19.011.54860-47d9205-1
luci-theme-bootstrap - git-19.011.54860-47d9205-1
mtd - 23
netifd - 2018-12-16-2750ce2e-1
odhcp6c - 2019-01-11-d2e247d8-16
odhcpd-ipv6only - 2018-12-12-2d2a3b84-3
openwrt-keyring - 2018-05-18-103a32e9-1
opkg - 2017-12-07-3b417b9f-3
ppp - 2.4.7-14
ppp-mod-pppoe - 2.4.7-14
procd - 2018-11-23-d6673547-1
px5g-mbedtls - 8
rpcd - 2018-11-28-3aa81d0d-1
rpcd-mod-rrdns - 20170710
swconfig - 12
uboot-envtools - 2018.03-3
ubox - 2018-12-18-876c7f5b-1
ubus - 2018-10-06-221ce7e7-1
ubusd - 2018-10-06-221ce7e7-1
uci - 2018-08-11-4c8b4d6e-1
uclient-fetch - 2018-11-24-3ba74ebc-1
uhttpd - 2018-11-28-cdfc902a-1
usign - 2015-07-04-ef641914-1
wireless-regdb - 2017-10-20-4343d359

- Steps to reproduce

 

- Occurs every 4-12 hours of normal use.

07.02.20192109Base systemBug ReportVery LowMediumAsus RT-AC51U - LEDs not working at all openwrt-18.06Unconfirmed Task Description

Device: ASUS RT-AC51U
Software: openwrt-18.06.2-ramips-mt7620-rt-ac51u-squashfs-sysupgrade.bin
Packages: default

LED configuration isn’t working at all, tried all possibilities available on the LuCi Interface (only power LED is working)
Tried also switching of LEDs on command line as described on OpenWRT website, but failed
Searched in forum, but only found another user with exactly the same problem

 


10.02.20192113Base systemBug ReportVery LowMediumLost connection to router after bridgingAllUnconfirmed Task Description

Supply the following if possible:
- Problem occurs on all (at least tp-link 842ndv3,841nd,741nd) devices with ar943x
- Software versions of OpenWrt/LEDE: openwrt 18.06, lede 17.04
- Steps to reproduce

 

1. create switch configuration:
config switch

      option name 'switch0'
      option reset '1'
      option enable_vlan '1'

config switch_vlan

      option device 'switch0'
      option vlan '1'
      option ports '0t 4'
      option vid '1'

config switch_vlan

      option device 'switch0'
      option vlan '2'
      option vid '2'
      option ports '0t 3'

config switch_vlan

      option device 'switch0'
      option vlan '3'
      option vid '3'
      option ports '0t 2t'

config switch_vlan

      option device 'switch0'
      option vlan '4'
      option vid '4'
      option ports '0t 1'


2. add interfaces eth0.2, eth0.3, eth0.4 into br-lan bridge

3. now we have unreachable device

11.02.20192117Base systemBug ReportVery LowMediumFirewall - Custom Rules ingonred in some casesAllUnconfirmed Task Description

- Device problem occurs on
linkys WRT3500
- Software versions of OpenWrt/LEDE release, packages, etc.
all lede versions
- Steps to reproduce
Configure iptables custom rules in LUCI luci/admin/network/firewall/custom
the commands goes to /etc/firewall.user file

part of /etc/config/firewall:


config include

      option path '/etc/firewall.user'

———–

Note there is no “option reload ‘1’” added into config file, thus “fw3 reload” used in /etc/init.d/firewall and /etc/hotplug.d/iface/20-firewall (maybe somewhere else) does not reload user rules.

adding manually option “reaload 1” into /etc/config/firewall solve this issue.

12.02.20192122Base systemBug ReportVery LowMediumNAT-Loopback not working with NCM protocolTrunkUnconfirmed Task Description

Hi,

today I updated my LEDE installation to OpenWRT 18.06.2 in hope, it fixes some problems:

One of them is, that the NAT loopback rules get not automatically created on interface up / firewall reload

I think, it is because of the virtually assigned _4 / _6 suffix of the interface name.

16.02.20192125Base systemBug ReportVery LowMediumdropbear race condition with ipv6 networkingopenwrt-18.06Unconfirmed Task Description

I’m running OpenWRT on an x86 machine running OpenWRT 18.06.2.

Steps to reproduce:

Configure dropbear to only listen on an interface such as ‘lan’

 
  config dropbear
    option Interface 'lan'

After rebooting, often dropbear will be bound to 192.168.1.1, but not fd00:2233:4455:1::1 (router’s ipv6 address). Restarting dropbear fixes the problem and it binds correctly to the ipv4 and ipv6 lan address.

16.02.20192126Base systemBug ReportVery LowMediumDisable IPv6 link-local for VLAN-parent, bridge-slave, ...openwrt-18.06Unconfirmed Task Description

Disable IPv6 link-local for VLAN-parent, bridge-slave, L3-tunnel.

System version:
OpenWrt 18.06.1

Interfaces configured correctly:
lo, br-lan, eth0.1, eth0.2

Interfaces configured incorrectly:
* eth0 - VLAN-parent, should not have L3-address
* wlan0 - bridge-slave, should not have L3-address
* tun0 - L3-tunnel, IPv6 link-local breaks OpenVPN IPv6-connectivity for Windows-clients and is redundant for Linux-clients

17.02.20192130Base systemBug ReportVery LowMediumusbip fails to list USB devices due to libudev-fbsdTrunkUnconfirmed Task Description

The usbip package fails to list connected USB devices. “usbip list -l” simply gives an empty return.

This is not a kernel issue, it’s caused by libudev-fbsd. The dependencies for usbip are still pointing to libudev-fbsd. This lib contains just a stub for udev_device_get_sysattr_value, which leads to the errors mentioned by blasters and arrmo. Using libudev instead, everything’s working as expected.

This problem exists in 18.06 and trunk.

21.02.20192139Base systemBug ReportVery LowMedium broadcom-wl don't work on rt-n16openwrt-18.06Unconfirmed Task Description

wifi on lede 17.01.6, with the same config, works great
install openwrt 18.06
opkg remove kmod-b43 kmod-b43legacy kmod-mac80211 kmod-cfg80211 kmod-brcmsmac
opkg install kmod-brcm-wl nas wlc wl
wl -i wl0 chanspec -c 9 -b 2 -w 40 -s -1

config wifi-device ‘wl0’

      option type 'broadcom'
      option channel '9'
      option hwmode '11ng'
      option htmode 'HT40'
      option txpower '16'
      option txantenna '3'
      option rxantenna '3'

config wifi-iface

      option device 'wl0'
      option network 'lan'
      option mode 'ap'
      option ssid 'point'
      option encryption 'psk2'
      option key 'pass'
      option wmm '1'
      option disabled '0'

After, my laptop (windows) does not connect and the phone on the android
connects for 15-20 minutes, disconnects, manually connects from the third fourth attempt
and disconnects again after a while

ifconfig shows that the interface wl0-1 is automatically created with non-existent mac address E2:CB:4E:C0:18:14 (wl0 E0:CB:4E:C0:18:13)
Wi-Fi scanner shows two access points with the same name, channels, but different MAC addresses (E2:CB:4E:C0:18:14, E0:CB:4E:C0:18:13)

I compiled two firmware with
CONFIG_TARGET_brcm47xx=y
CONFIG_TARGET_brcm47xx_mips74k=y
CONFIG_TARGET_brcm47xx_mips74k_DEVICE_asus-rt-n16=y
and
CONFIG_TARGET_brcm47xx=y
CONFIG_TARGET_brcm47xx_mips74k=y
CONFIG_TARGET_brcm47xx_mips74k_Broadcom-mips74k-wl=y

but it did not help

 



01.03.20192155Base systemBug ReportVery LowMediumDHCPv6 Client not working on 18.06.2openwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

x86 generic ext4 combine / ar71xx generic

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

fresh install

- Steps to reproduce

create a new interface
choose dhcpv6 client(disable address, auto prefix length)

- Log

Fri Mar  1 07:05:29 2019 daemon.notice netifd: Interface 'LAN6' is setting up now
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): Usage: odhcp6c [options] <interface>
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900):
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): Feature options:
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-S <time>	Wait at least <time> sec for a DHCP-server (0)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-N <mode>	Mode for requesting addresses [try|force|none]
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-P <length>	Request IPv6-Prefix (0 = auto)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-F		Force IPv6-Prefix
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-V <class>	Set vendor-class option (base-16 encoded)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-u <user-class> Set user-class option string
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-x <opt>:<val>	Add option opt (with value val) in sent packets (cumulative)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 			Examples of IPv6 address, string and base-16 encoded options:
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 			-x dns:2001:2001::1,2001:2001::2 - option 23
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 			-x 15:office - option 15 (userclass)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 			-x 0x1f4:ABBA - option 500
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 			-x 202:'"file"' - option 202
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-c <clientid>	Override client-ID (base-16 encoded 16-bit type + value)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-i <iface-id>	Use a custom interface identifier for RA handling
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-r <options>	Options to be requested (comma-separated)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-R		Do not request any options except those specified with -r
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-s <script>	Status update script (/usr/sbin/odhcp6c-update)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-a		Don't send Accept Reconfigure option
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-f		Don't send Client FQDN option
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-k		Don't send a RELEASE when stopping
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-t <seconds>	Maximum timeout for DHCPv6-SOLICIT (120)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-m <seconds>	Minimum time between accepting RA updates (3)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-L		Ignore default lifetime for RDNSS records
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-U		Ignore Server Unicast option
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900):
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): Invocation options:
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-p <pidfile>	Set pidfile (/var/run/odhcp6c.pid)
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-d		Daemonize
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-e		Write logmessages to stderr
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-v		Increase logging verbosity
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900): 	-h		Show this help
Fri Mar  1 07:05:29 2019 daemon.notice netifd: LAN6 (15900):
Fri Mar  1 07:05:29 2019 daemon.notice netifd: Interface 'LAN6' is now down


looks like some script error, got usage output in logread

06.03.20192167Base systemBug ReportVery LowMediumIPv6-connectivity is broken for local system via 6in4-t...openwrt-18.06Unconfirmed Task Description

Issue description:
IPv6-connectivity is broken for local system via 6in4-tunnel.
Disabling source-routing is ignored.

System version:
OpenWrt 18.06.1

Steps to reproduce:

# uci show network.wan6
network.wan6=interface
network.wan6.proto='6in4'
network.wan6.tunlink='wan'
network.wan6.peeraddr='216.66.88.98'
network.wan6.ipaddr='139.162.227.238'
network.wan6.ip6addr='2001:470:1f1c:2a6::2/64'
network.wan6.ip6prefix='2001:470:1f1d:2a2::/64'
network.wan6.sourcerouting='0'
 
# ip -6 addr show 6in4-wan6
9: 6in4-wan6@eth0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1280 state UNKNOWN qlen 1000
    inet6 2001:470:1f1c:2a6::2/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::8ba2:e3ee/64 scope link 
       valid_lft forever preferred_lft forever
 
# ip -6 route show default table all
default from 2001:470:1f1c:2a6::/64 dev 6in4-wan6 proto static metric 1024 pref medium
default from 2001:470:1f1d:2a2::/64 dev 6in4-wan6 proto static metric 1024 pref medium
 
# ip -6 route show dev 6in4-wan6
default from 2001:470:1f1c:2a6::/64 proto static metric 1024 pref medium
default from 2001:470:1f1d:2a2::/64 proto static metric 1024 pref medium
2001:470:1f1c:2a6::/64 proto kernel metric 256 pref medium
fe80::/64 proto kernel metric 256 pref medium
 
# dig +short -q openwrt.org -t aaaa
2a03:b0c0:3:d0::1af1:1
 
# ping6 -c 3 openwrt.org
connect: Permission denied
 
# ip -6 route get 2a03:b0c0:3:d0::1af1:1
RTNETLINK answers: Permission denied
 
# ping6 -c 3 -I 2001:470:1f1c:2a6::2 openwrt.org
PING openwrt.org(wiki-01.infra.openwrt.org) from 2001:470:1f1c:2a6::2 : 56 data bytes
64 bytes from wiki-01.infra.openwrt.org: icmp_seq=1 ttl=59 time=20.2 ms
64 bytes from wiki-01.infra.openwrt.org: icmp_seq=2 ttl=59 time=35.3 ms
64 bytes from wiki-01.infra.openwrt.org: icmp_seq=3 ttl=59 time=20.0 ms
 
--- openwrt.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 20.006/25.190/35.340/7.177 ms
 
# ip -6 route get 2a03:b0c0:3:d0::1af1:1 from 2001:470:1f1c:2a6::2
2a03:b0c0:3:d0::1af1:1 from 2001:470:1f1c:2a6::2 dev 6in4-wan6 proto static src 2001:470:1f1c:2a6::2 metric 1024 pref medium
16.03.20192191Base systemBug ReportVery LowMediumTP-Link WBS210 Images brokenopenwrt-18.06Unconfirmed Task Description

I cannot install the 18.06.1 and 18.06.2 Images on my TP-Link WBS210. For the openwrt-18.06.x-ar71xx-generic-wbs210-v1-squashfs-sysupgrade.bin image I get the message:

“The uploaded image file does not contain a supported format. Make sure that you choose the generic image format for your platform.”

Up to version 18.06.0 everything worked fine.

21.03.20192196Base systemBug ReportVery LowMediumblock info confuses mount pointsAllWaiting on reporter Task Description

I’ve encountered a bug in /sbin/block.

If multiple block devices paths share the same prefix e.g. /dev/mmcblk0p1 and /dev/mmcblk0p10 the commands block info confuses them.
In my case /dev/mmcblk0p1 is a boot partition and /dev/mmcblk0p10 is a data partition.
There are a bunch of other partitions, which I’ll omit for the sake clarity in the following example.

/etc/config/fstab:

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'

config 'mount'
        option  target  '/data'
        option  device  '/dev/mmcblk0p10'
        option  fstype  'ext4'
        option  enabled '1'

config 'mount'
        option  device  '/dev/mmcblk0p1'
        option  target  '/uboot'
        option  fstype  'vfat'
        option  options 'rw,sync'
        option  enabled '1'
...

After boot the output of mount looks like this:

root@foobar:~# mount
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
/dev/mmcblk0p10 on /data type ext4 (rw,relatime,data=ordered)
/dev/mmcblk0p1 on /uboot type vfat (rw,sync,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
...

At least everything is mounted in the right place.
If I do a block info I get:

root@foobar:~# block info
/dev/mmcblk0p1: UUID="0037-0032" LABEL="" VERSION="FAT16" MOUNT="/data" TYPE="vfat"
/dev/mmcblk0p10: UUID="d8dff841-edc4-4094-ae68-f6f0596c2277" VERSION="1.0" MOUNT="/data" TYPE="ext4"
...

Which is a little bit odd, as /dev/mmcblk0p1 is clearly not mounted under /data.

I did some digging in the sources and found the culprit in block.c:find_mount_point.
In line 646 in block.c:

*pos = '\0';
devname = tmp;
if (!strncmp(block, devname, len)) { // <- problem
	point = strdup(cpoint);
	break;
}

block is the parameter passed to find_mount_point, len is the string length of block and devname is a block device name read from /proc/self/mountinfo.
If the string in block is a prefix of the string in devname, !strncmp will always be true as, therefore the mount point in this line will be returned to caller.
In my case the line for /dev/mmcblk0p10 is encountered first, therefore /data is returned as mountpoint for both /dev/mmcblk0p10 and /dev/mmcblk0p1.

Since the idea here is to look for an exactly equal string I would suggest to compare the string length as well as calling strncmp.
See the attached patch for my temporary solution.

As a last remark: I could not determine if this affects other functionalities of /sbin/block as well,
but since find_mount_point is also called during umounting this might be more than just a display bug.

29.03.20192210Base systemBug ReportVery LowMediumEA3500, hostapd: WPA: group key handshake failed (RSN) ...TrunkUnconfirmed Task Description

SNAPSHOT r9614-b614954, mwlwifi version 2018-12-18 c2c8244, hostapd-common - 2018-12-02-c2c6c01b-2

Run an EA3500 as AP, serving around 15 devices in a small open office. The signal level is good, SNR -ge 30. When using the default wpa_group_rekey value 600s, there were a lot of disconnections. More than 50% of App requests ended up with a timeout on some devices, such as an iPad. Trying different wpa_group_rekey in values wireless and leasetime in dhcp relieved the problem somewhat. But still many random connections and disconnections. The following log focuses on one device during a period of quiet time, with wpa_group_rekey being 3600s and leasetime 3600s as well. The problem/log is at least 15 times bigger/longer.

Fri Mar 29 05:02:36 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 05:02:36 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
Fri Mar 29 05:03:30 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 WPA: group key handshake failed (RSN) after 4 tries
Fri Mar 29 05:03:30 2019 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 11:22:33:44:55:66
Fri Mar 29 05:03:35 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: deauthenticated due to local deauth request
Fri Mar 29 05:08:14 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: authenticated
Fri Mar 29 05:08:14 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: associated (aid 7)
Fri Mar 29 05:08:14 2019 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 11:22:33:44:55:66
Fri Mar 29 05:08:14 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 WPA: pairwise key handshake completed (RSN)
Fri Mar 29 05:08:14 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 05:08:14 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
Fri Mar 29 05:38:14 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 05:38:14 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
Fri Mar 29 06:03:30 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 WPA: group key handshake failed (RSN) after 4 tries
Fri Mar 29 06:03:30 2019 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 11:22:33:44:55:66
Fri Mar 29 06:03:35 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: deauthenticated due to local deauth request
Fri Mar 29 06:04:21 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: authenticated
Fri Mar 29 06:04:21 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: associated (aid 2)
Fri Mar 29 06:04:21 2019 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 11:22:33:44:55:66
Fri Mar 29 06:04:21 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 WPA: pairwise key handshake completed (RSN)
Fri Mar 29 06:04:21 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 06:04:21 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
Fri Mar 29 06:34:21 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 06:34:21 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
Fri Mar 29 07:02:21 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 07:02:21 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
Fri Mar 29 07:03:30 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 WPA: group key handshake failed (RSN) after 4 tries
Fri Mar 29 07:03:30 2019 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 11:22:33:44:55:66
Fri Mar 29 07:03:35 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: deauthenticated due to local deauth request
Fri Mar 29 07:06:37 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: authenticated
Fri Mar 29 07:06:37 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: associated (aid 7)
Fri Mar 29 07:06:37 2019 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 11:22:33:44:55:66
Fri Mar 29 07:06:37 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 WPA: pairwise key handshake completed (RSN)
Fri Mar 29 07:06:37 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 07:06:37 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
Fri Mar 29 07:36:37 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 07:36:37 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
Fri Mar 29 08:03:30 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 WPA: group key handshake failed (RSN) after 4 tries
Fri Mar 29 08:03:30 2019 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 11:22:33:44:55:66
Fri Mar 29 08:03:35 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: deauthenticated due to local deauth request
Fri Mar 29 08:04:16 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: authenticated
Fri Mar 29 08:04:16 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 IEEE 802.11: associated (aid 3)
Fri Mar 29 08:04:16 2019 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 11:22:33:44:55:66
Fri Mar 29 08:04:16 2019 daemon.info hostapd: wlan1: STA 11:22:33:44:55:66 WPA: pairwise key handshake completed (RSN)
Fri Mar 29 08:04:16 2019 daemon.info dnsmasq-dhcp[2946]: DHCPREQUEST(br-lan) 192.168.1.52 11:22:33:44:55:66
Fri Mar 29 08:04:16 2019 daemon.info dnsmasq-dhcp[2946]: DHCPACK(br-lan) 192.168.1.52 11:22:33:44:55:66 iPad
14.04.20192238Base systemBug ReportVery LowMedium6in4 endpoint does not update with libustream-wolfsslopenwrt-18.06Unconfirmed Task Description

Device: GL-MT750 / Software: OpenWRT 18.06.2, new install.
Additional packages: 6in4, libustream-wolfssl, curl, ca-bundle

  • Fully configure an IPV6 tunnel with he.net, using the configuration generated by their control panel.
  • Manually update the endpoint, to confirm tunnel is working (TX and RX counters above 0, ping ipv6.google.com works)
  • Force a change in the WAN IPv4, for example “ifup wan”
  • Observe the RX packet counter of the tunnel stays at 0
  • Remove libustream-wolfssl and replace it with libustream-mbedtls
  • Force another IPV4 change
  • Observe that the tunnel endpoint is automatically updated and traffic is flowing

Unrelated changes: /lib/netifd/proto/6in4.sh : max, 3→10
(unrelated in the sense that it doesn’t change the results of the tests but I am documenting it out of completeness)

20.04.20192246Base systemBug ReportVery LowMediumLatency is over 360ms for game PUBG for ath10k-ct firmw...TrunkUnconfirmed Task Description

We are developing a router based on IPQ4019.

In trunk, file target/linux/ipq40xx/Makefile, it uses ath10k-firmware-qca4019-ct, which is firmware provided by Candela Technologies.

In branch openwrt-18.06, file target/linux/ipq40xx/Makefile, it uses ath10k-firmware-qca4019.

We are experiencing the issue that when connect Android phone to our IPQ4019 router and start game PUBG, latency is over 360ms, this makess this game not playable. Screen capture is here (please see upper right corner of below screen capture):
https://xbing6.tumblr.com/post/184241270647/router-firmware-bug-pubc-latency-is-over-360ms

Replace ipq4019 firmware with version 3.6 from kvalo (link as below), this issue is gone.
https://github.com/kvalo/ath10k-firmware/tree/master/QCA4019/hw1.0/3.6 - This confirms that this is an issue with ath10k firmware provided by Candela Technologies.
- ct-firmware is enabled by default in trunk.

Connect another PC to our IPQ4019 router, go to speedtest.net in browser to test, there is no latency issue.

(My theory is that PUBG (running in Android phone) does not *constantly* generate enough internet traffic and IPQ4019 sleeps. IPQ4019 waking up causes this 360ms latency in PUGB game.)

Steps to reproduce:
- Power on ipq4019 router as AP.
- Connect Android phone to this AP and try to play PUBG.
- Latency is over 360ms and makes this game un-playable.
- Connect another PC to this IPQ4019 router, go to speedtest.net in browser to test, there is no latency issue.

26.04.20192260Base systemBug ReportVery LowMediumArcher c2 v3 (AC900) 802.11nac memory leakTrunkUnconfirmed Task Description

Hi, I have a Archer C2 v3 (AC900) that I flashed the latest snapshot on and I noticed that it would crash (and freeze up) constantly if any 5 GHz WiFi device is connected - due to what I suspected is a kernel memory leak (though I’m no kernel hacker).

I observed that memory was being eaten up but not by any process I could see.
The AP has been running fine for the last few days with 802.11nac disabled, so that’s my where I’ve drawn my conclusion.

  • Model: TP-Link Archer C2 v3
  • Architecture: Qualcomm Atheros QCA956X ver 1 rev 0
  • Firmware Version: OpenWrt SNAPSHOT r9886-399aa0b / LuCI Master (f138fc93)
  • Kernel Version: 4.14.111
[  304.013122] oom_reaper: reaped process 1699 (hostapd), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
[  303.026613] Killed process 1699 (hostapd) total-vm:1752kB, anon-rss:132kB, file-rss:4kB, shmem-rss:0kB
[  303.018847] Out of memory: Kill process 1699 (hostapd) score 2 or sacrifice child
[  303.009704] [ 1699]     0  1699      438       34       3       0        0             0 hostapd
[  303.000819] [ 1463]     0  1463      300       13       4       0        0             0 ntpd
[  302.991816] [ 1203]     0  1203      331       28       5       0        0             0 uhttpd
[  302.982774] [ 1145]     0  1145      358       28       4       0        0             0 odhcpd
[  302.973572] [ 1054]     0  1054      266       10       3       0        0             0 dropbear
[  302.964440] [ 1021]   453  1021      332       24       3       0        0             0 dnsmasq
[  302.955614] [  969]     0   969      384       25       5       0        0             0 rpcd
[  302.946522] [  950]     0   950      338       23       4       0        0             0 logread
[  302.937699] [  949]     0   949      308       25       4       0        0             0 logd
[  302.928444] [  531]     0   531      227       10       3       0        0             0 askfirst
[  302.919413] [  530]     0   530      300       18       5       0        0             0 ubusd
[  302.910394] [ pid ]   uid  tgid total_vm      rss nr_ptes nr_pmds swapents oom_score_adj name
[  302.907154] 1592 pages reserved
[  302.903136] 0 pages HighMem/MovableOnly
[  302.900257] 16384 pages RAM
[  302.897232] Total swap = 0kB
[  302.894262] Free swap  = 0kB
[  302.888857] Swap cache stats: add 0, delete 0, find 0/0
[  302.885429] 0 pages in swap cache
[  302.881639] 391 total pagecache pages
[  302.866462] Normal: 251*4kB (UE) 160*8kB (UME) 75*16kB (UME) 28*32kB (UME) 14*64kB (ME) 7*128kB (UME) 4*256kB (ME) 2*512kB (ME) 0*1024kB 0*2048kB 0*4096kB = 8220kB
[  302.863015] lowmem_reserve[]: 0 0
[  302.834854] Normal free:8220kB min:8192kB low:10240kB high:12288kB active_anon:1360kB inactive_anon:96kB active_file:400kB inactive_file:720kB unevictable:0kB writepending:0kB present:65536kB managed:59168kB mlocked:0kB kernel_stack:344kB pagetables:188kB bounce:0kB free_pcp:16kB local_pcp:16kB free_cma:0kB
[  302.811800] Node 0 active_anon:1360kB inactive_anon:96kB active_file:400kB inactive_file:720kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:16kB dirty:0kB writeback:0kB shmem:444kB writeback_tmp:0kB unstable:0kB all_unreclaimable? yes
[  302.778976]  free:2055 free_pcp:4 free_cma:0
[  302.778976]  mapped:4 shmem:111 pagetables:47 bounce:0
[  302.778976]  slab_reclaimable:188 slab_unreclaimable:1255
[  302.778976]  unevictable:0 dirty:0 writeback:0 unstable:0
[  302.778976]  active_file:100 inactive_file:180 isolated_file:0
[  302.778976] active_anon:340 inactive_anon:24 isolated_anon:0
[  302.776610] Mem-Info:
[  302.771058] [<8007742c>] tlb_do_page_fault_0+0x10c/0x114
[  302.765924] [<80071ad0>] __do_page_fault+0x120/0x468
[  302.760774] [<8011d704>] handle_mm_fault+0x6f8/0xb3c
[  302.756079] [<8011917c>] __do_fault+0x114/0x190
[  302.751107] [<800f2f5c>] filemap_fault+0x3ec/0x5d8
[  302.745271] [<800fa3d8>] __alloc_pages_nodemask+0x83c/0xbc4
[  302.740293] [<800f603c>] out_of_memory+0x3bc/0x430
[  302.735161] [<800f53a8>] oom_kill_process+0xa8/0x4f8
[  302.729752] [<800f619c>] dump_header.isra.6+0x8c/0x1d0
[  302.725162] [<8006a90c>] show_stack+0x58/0x100
[  302.722589] Call Trace:
[  302.720041]         ...
[  302.711271]         00000002 00200000 ffffffff 00000024 00000001 8027a424 00000000 80690000
[  302.702561]         00000159 e6e9317e 00000158 00000000 80000000 839bec00 830afd40 804e9bf0
[  302.693851]         00000000 00000000 80690000 00007380 00000000 00000000 00000007 00000000
[  302.685185]         804e1dc0 000003b5 80693670 00200000 ffffffff 00000001 830afb58 fa6978f3
[  302.676485] Stack : 80560000 80510e3c 00000000 00000000 804e5be8 830afba4 83a2d35c 8053d9c7
[  302.670432] CPU: 0 PID: 949 Comm: logd Not tainted 4.14.111 #0
[  302.657882] logd invoked oom-killer: gfp_mask=0x14201ca(GFP_HIGHUSER_MOVABLE|__GFP_COLD), nodemask=(null),  order=0, oom_score_adj=0
[  302.309890] oom_reaper: reaped process 1685 (hostapd), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
[  302.095352] Killed process 1685 (hostapd) total-vm:1752kB, anon-rss:132kB, file-rss:4kB, shmem-rss:0kB
[  302.087575] Out of memory: Kill process 1685 (hostapd) score 2 or sacrifice child
[  302.078410] [ 1699]     0  1699      438       34       3       0        0             0 hostapd
[  302.069324] [ 1685]     0  1685      438       34       4       0        0             0 hostapd
[  302.060439] [ 1463]     0  1463      300       12       4       0        0             0 ntpd
[  302.051384] [ 1203]     0  1203      331       28       5       0        0             0 uhttpd
[  302.042372] [ 1145]     0  1145      358       27       4       0        0             0 odhcpd
[  302.033206] [ 1054]     0  1054      266       10       3       0        0             0 dropbear
[  302.024095] [ 1021]   453  1021      332       24       3       0        0             0 dnsmasq
[  302.015217] [  969]     0   969      384       25       5       0        0             0 rpcd
[  302.006119] [  950]     0   950      338       23       4       0        0             0 logread
[  301.997186] [  949]     0   949      308       25       4       0        0             0 logd
[  301.987960] [  531]     0   531      227       10       3       0        0             0 askfirst
[  301.979026] [  530]     0   530      300       18       5       0        0             0 ubusd
[  301.970123] [ pid ]   uid  tgid total_vm      rss nr_ptes nr_pmds swapents oom_score_adj name
[  301.966881] 1592 pages reserved
[  301.962886] 0 pages HighMem/MovableOnly
[  301.959979] 16384 pages RAM
[  301.957011] Total swap = 0kB
[  301.954002] Free swap  = 0kB
[  301.948530] Swap cache stats: add 0, delete 0, find 0/0
[  301.945105] 0 pages in swap cache
[  301.941248] 268 total pagecache pages
[  301.925785] Normal: 216*4kB (UME) 116*8kB (UME) 100*16kB (UME) 28*32kB (UME) 15*64kB (UME) 7*128kB (UME) 4*256kB (ME) 2*512kB (ME) 0*1024kB 0*2048kB 0*4096kB = 8192kB
[  301.922333] lowmem_reserve[]: 0 0
[  301.894133] Normal free:8160kB min:8192kB low:10240kB high:12288kB active_anon:1492kB inactive_anon:96kB active_file:100kB inactive_file:528kB unevictable:0kB writepending:0kB present:65536kB managed:59168kB mlocked:0kB kernel_stack:344kB pagetables:204kB bounce:0kB free_pcp:64kB local_pcp:64kB free_cma:0kB
[  301.871130] Node 0 active_anon:1492kB inactive_anon:96kB active_file:100kB inactive_file:528kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:12kB dirty:0kB writeback:0kB shmem:444kB writeback_tmp:0kB unstable:0kB all_unreclaimable? yes
[  301.838184]  free:2040 free_pcp:16 free_cma:0
[  301.838184]  mapped:3 shmem:111 pagetables:51 bounce:0
[  301.838184]  slab_reclaimable:187 slab_unreclaimable:1293
[  301.838184]  unevictable:0 dirty:0 writeback:0 unstable:0
[  301.838184]  active_file:25 inactive_file:132 isolated_file:0
[  301.838184] active_anon:373 inactive_anon:24 isolated_anon:0
[  301.835814] Mem-Info:
[  301.830313] [<8007742c>] tlb_do_page_fault_0+0x10c/0x114
[  301.825184] [<80071ad0>] __do_page_fault+0x120/0x468
[  301.820007] [<8011d704>] handle_mm_fault+0x6f8/0xb3c
[  301.815322] [<8011917c>] __do_fault+0x114/0x190
[  301.810224] [<800f2f5c>] filemap_fault+0x3ec/0x5d8
[  301.804444] [<800fa3d8>] __alloc_pages_nodemask+0x83c/0xbc4
[  301.799458] [<800f603c>] out_of_memory+0x3bc/0x430
[  301.794191] [<800f53a8>] oom_kill_process+0xa8/0x4f8
[  301.788859] [<800f619c>] dump_header.isra.6+0x8c/0x1d0
[  301.784209] [<8006a90c>] show_stack+0x58/0x100
[  301.781640] Call Trace:
[  301.779107]         ...
[  301.770374]         00000002 00200000 ffffffff 00000024 00000001 8027a424 00000000 80690000
[  301.761722]         00000128 909bf38e 00000127 00000000 80000000 839be100 830afd40 804e9bf0
[  301.753035]         00000000 00000000 80690000 00006230 00000000 00000000 00000007 00000000
[  301.744324]         804e1dc0 000003b5 80693670 00200000 ffffffff 00000001 830afb58 fa6978f3
[  301.735678] Stack : 80560000 80510e3c 00000000 00000000 804e5be8 830afba4 83a2d35c 8053d9c7
[  301.729640] CPU: 0 PID: 949 Comm: logd Not tainted 4.14.111 #0
[  301.717281] logd invoked oom-killer: gfp_mask=0x14201ca(GFP_HIGHUSER_MOVABLE|__GFP_COLD), nodemask=(null),  order=0, oom_score_adj=0
[  300.068287] oom_reaper: reaped process 1111 (netifd), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
[  298.840190] Killed process 1111 (netifd) total-vm:1660kB, anon-rss:144kB, file-rss:4kB, shmem-rss:0kB
[  298.832509] Out of memory: Kill process 1111 (netifd) score 2 or sacrifice child
[  298.823358] [ 1699]     0  1699      438       34       3       0        0             0 hostapd
[  298.814195] [ 1685]     0  1685      438       34       4       0        0             0 hostapd
[  298.805300] [ 1463]     0  1463      300       12       4       0        0             0 ntpd
[  298.796187] [ 1203]     0  1203      331       28       5       0        0             0 uhttpd
[  298.787006] [ 1145]     0  1145      358       27       4       0        0             0 odhcpd
[  298.777948] [ 1111]     0  1111      415       37       5       0        0             0 netifd
[  298.768710] [ 1054]     0  1054      266       10       3       0        0             0 dropbear
[  298.759616] [ 1021]   453  1021      332       24       3       0        0             0 dnsmasq
[  298.750771] [  969]     0   969      384       25       5       0        0             0 rpcd
[  298.741676] [  950]     0   950      338       23       4       0        0             0 logread
[  298.732782] [  949]     0   949      308       25       4       0        0             0 logd
[  298.723521] [  531]     0   531      227       10       3       0        0             0 askfirst
[  298.714515] [  530]     0   530      300       17       5       0        0             0 ubusd
[  298.705469] [ pid ]   uid  tgid total_vm      rss nr_ptes nr_pmds swapents oom_score_adj name
[  298.702198] 1592 pages reserved
[  298.698173] 0 pages HighMem/MovableOnly
[  298.695288] 16384 pages RAM
[  298.692294] Total swap = 0kB
[  298.689327] Free swap  = 0kB
[  298.683886] Swap cache stats: add 0, delete 0, find 0/0
[  298.680426] 0 pages in swap cache
[  298.676600] 346 total pagecache pages
[  298.661855] Normal: 152*4kB (UM) 89*8kB (UM) 99*16kB (UM) 27*32kB (UM) 14*64kB (M) 7*128kB (UM) 4*256kB (M) 3*512kB (UM) 0*1024kB 0*2048kB 0*4096kB = 8120kB
[  298.658414] lowmem_reserve[]: 0 0
[  298.630423] Normal free:8152kB min:8192kB low:10240kB high:12288kB active_anon:1636kB inactive_anon:96kB active_file:344kB inactive_file:596kB unevictable:0kB writepending:0kB present:65536kB managed:59168kB mlocked:0kB kernel_stack:344kB pagetables:224kB bounce:0kB free_pcp:8kB local_pcp:8kB free_cma:0kB
[  298.607453] Node 0 active_anon:1636kB inactive_anon:96kB active_file:344kB inactive_file:596kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:8kB dirty:0kB writeback:0kB shmem:444kB writeback_tmp:0kB unstable:0kB all_unreclaimable? yes
[  298.574765]  free:2038 free_pcp:2 free_cma:0
[  298.574765]  mapped:2 shmem:111 pagetables:56 bounce:0
[  298.574765]  slab_reclaimable:192 slab_unreclaimable:1293
[  298.574765]  unevictable:0 dirty:0 writeback:0 unstable:0
[  298.574765]  active_file:86 inactive_file:149 isolated_file:0
[  298.574765] active_anon:409 inactive_anon:24 isolated_anon:0
[  298.572370] Mem-Info:
[  298.566889] [<8007742c>] tlb_do_page_fault_0+0x10c/0x114
[  298.561745] [<80071ad0>] __do_page_fault+0x120/0x468
[  298.556600] [<8011d704>] handle_mm_fault+0x6f8/0xb3c
[  298.551902] [<8011917c>] __do_fault+0x114/0x190
[  298.546945] [<800f2d34>] filemap_fault+0x1c4/0x5d8
[  298.540878] [<800fefec>] __do_page_cache_readahead+0x1cc/0x270
[  298.535557] [<801a7540>] squashfs_readpage+0x538/0x6e8
[  298.529715] [<801a972c>] squashfs_readpage_block+0xcc/0x530
[  298.525194] [<801355f0>] __kmalloc+0xfc/0x1cc
[  298.518532] [<80134f30>] __slab_alloc.isra.21.constprop.24+0x20/0x44
[  298.511643] [<80134e4c>] ___slab_alloc.isra.20.constprop.25+0x16c/0x230
[  298.507066] [<80133b00>] new_slab+0x2fc/0x340
[  298.501242] [<800fa3d8>] __alloc_pages_nodemask+0x83c/0xbc4
[  298.496196] [<800f603c>] out_of_memory+0x3bc/0x430
[  298.491012] [<800f53a8>] oom_kill_process+0xa8/0x4f8
[  298.485709] [<800f619c>] dump_header.isra.6+0x8c/0x1d0
[  298.481099] [<8006a90c>] show_stack+0x58/0x100
[  298.478554] Call Trace:
[  298.476025]         ...
[  298.467370]         00000002 00200000 ffffffff 00000024 00000000 8027a424 00000000 80690000
[  298.458721]         000000ef b37ee26c 000000ee 00000000 80000000 8392e680 82d31b28 804e9bf0
[  298.450056]         00000000 00000000 80690000 00004eb8 00000000 00000000 00000007 00000000
[  298.441383]         804e1dc0 00000479 80693670 00200000 ffffffff 00000001 82d31940 bcfe301c
[  298.432709] Stack : 80560000 80510e3c 00000000 00000000 804e5be8 82d3198c 839563dc 8053d9c7
[  298.426371] CPU: 0 PID: 1145 Comm: odhcpd Not tainted 4.14.111 #0
[  298.415616] odhcpd invoked oom-killer: gfp_mask=0x14000c0(GFP_KERNEL), nodemask=(null),  order=0, oom_score_adj=0
[   63.167540] random: crng init done
28.04.20192261Base systemBug ReportVery LowMediumcommit baaf38c5e540b23ba086d94743de860b60c37161 prevent...TrunkUnconfirmed Task Description

This commit: https://git.openwrt.org/?p=project/procd.git;a=commit;h=baaf38c5e540b23ba086d94743de860b60c37161 deletes the PROCD instance on exit, however it is being used in the simple-adblock package https://github.com/openwrt/packages/blob/master/net/simple-adblock/files/simple-adblock.init#L141-L154 to store runtime info.

On snapshots this information now gets deleted.

Could the powers that be either:
1. Offer an option to not automatically delete PROCD info on instance exit
2. Rule that a misuse of PROCD so that I can then store runtime info on tmpfs instead

Don’t know how to tag Kristian Evensen kristian.evensen@gmail.com and Hans Dedecker dedeckeh@gmail.com in the bug.

29.04.20192262Base systemBug ReportVery LowMedium“Reset to defaults” does not remove all files/directori...TrunkUnconfirmed Task Description

In the GUI, if you wipe your router with “Reset to defaults”, it does not correctly remove “hidden” directories such as .ssh/

The file and directory walking in jffs2reset.c, when done from the GUI, is not including the “hidden” subdirectories (and possibly hidden files).

When I do “umount /overlay && jffs2reset && reboot” from the command line, the .ssh/ directory is fully removed as expected.

Full discussion can be found at https://forum.openwrt.org/t/reset-to-defaults-does-not-remove-root-ssh-directory/34804

26.05.20192295Base systemBug ReportVery LowMediumWebsite interface not accessible via port 80openwrt-18.06Unconfirmed Task Description

Model Buffalo WZR-HP-G300NH
Architecture Atheros AR9132 rev 2
Firmware Version OpenWrt 18.06.2 r7676-cddd7b4c77 / LuCI openwrt-18.06 branch (git-19.020.41695-6f6641d)
Kernel Version 4.9.152

After boot, I cannot access the configuration interface via port 80.
Investigation reveals the following:

- netstat: uhttpd is not listening on port 80

# netstat -anp | grep uhttpd
tcp 0 0 0.0.0.0:9443 0.0.0.0:* LISTEN 921/uhttpd
tcp 0 0 0.0.0.0:9080 0.0.0.0:* LISTEN 921/uhttpd

- ps: uhttpd _should_ be listening on port 80

# ps | grep uhttpd

921 root      1328 S    /usr/sbin/uhttpd -f -h /www -r skynet -x /cgi-bin -t 60 -T 30 -A 1 -n 3 -R -p 0.0.0.0:9080 -p <br-lan IP>:80 -p 0.0.0.0:9443

- logread: Something went screwy at startup

# logread | grep httpd
Sun May 26 11:51:26 2019 daemon.err uhttpd[921]: bind(): Address not available

If I run `/etc/init.d/uhttpd restart`, the service comes up properly, listening on port 80; this suggests that something is interfering during early startup, though I have no idea what it could possibly be.

18.06.20192328Base systemBug ReportHighMediumAllocate resources to sort out odhcpd/dnsmasq interacti...TrunkNew Task Description

As IPv6 is being adopted, increasingly people are seeing dnsmasq log ‘spam’. See https://bugs.openwrt.org/index.php?do=details&task_id=1492&string=1492&search_name=&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=

By default under openwrt, dhcpv4 leases are handled by dnsmasq whilst dhcpv6/RA is handled by openwrt’s odhcpd.

odhcpd could handle both v4 & v6 but does not yet have the same configuration flexibility for dhcp options as dnsmasq. I guess this is why no one has been brave enough to switch to odhcpd for ipv4 operations as well as ipv6.

dnsmasq can also handle dhcpv6/RA but not quite as flexibly as odhcpd. dnsmasq will automatically find IP6 prefixes on interfaces and start handling them, whilst openwrt’s strategy with odhcpd is to only handle stuff we tell you to handle, don’t do it automagically.

As dnsmasq is the default resolver for openwrt and the wider LAN, it needs to know about DHCP/hostname allocations. For DHCPv4 this is easy, dnsmasq is controlling them. For DHCPv6 a hosts file (called a statefile in the odhcpd code) is handed to dnsmasq.

By default this host file is not read dynamically, so odhcpd has to signal dnsmasq to re-read the host file (and clear caches etc etc) upon every ipv6 lease change.

This generates a lot of log spam and process startup overhead. There are also questions about service operability during this time.

Effort needs to be put into sorting this out.

Temporary workarounds:

Use ‘hostsdir’ dnsmasq option instead of ‘addn-hosts’ - dnsmasq will dynamically scan changes/additions to hosts in hostsdir whereas addn-hosts needs a SIGHUP. Host deletions cannot be handled by this method, so odhcpd would still need to SIGHUP on lease expiry. It might reduce some of the spam.

Longer term:

Teach dnsmasq to accept hostname updates over an IPC mechanism. ubus? and carry on using odhcpd for ipv6.

Teach dnsmasq to handle ipv6 prefix additions/deletions/handling via an IPC mechanism in the same way as odhcpd. Drop odhcpd and use dnsmasq for everything.

Use odhcpd for everything and use another dns resolver that interfaces nicely with odhcpd.

Why don’t I see this problem: I use dnsmasq to handle ipv6 but I’m lucky enough that this works for me.

This needs fixing/funding to sort it out though.

19.06.20192329Base systemBug ReportVery LowMediumopenvpn: Options error: You must define TUN/TAP device ...openwrt-18.06Unconfirmed Task Description

Hi!

Installation of OpenWrt 18.06.2 On Linksys E900 router.
Nothing extraordinary in relation to flashing and initial configuration.

Configure first lan port as a connection towards the internal network. Everything working as expected.
Installed openvpn-openssl. Tried to configure it and ran into the error “Options error: You must define TUN/TAP device (–dev)”.

Nothing I tried resulted in disappearance of that error message.

Below are relevant configuration snippets.

/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 ‘fdd3:5676:7153::/48’

config interface ‘lan’ option type ‘bridge’ option ifname ‘eth0.1’ option proto ‘static’ option netmask ‘255.255.255.0’ option ipaddr ‘192.168.100.2’ option dns ‘192.168.100.1’ option gateway ‘192.168.100.1’ option delegate ‘0’

config interface ‘wan’ option ifname ‘eth0.2’ option proto ‘dhcp’ option auto ‘0’

config interface ‘wan6’ option ifname ‘eth0.2’ option proto ‘dhcpv6’ option auto ‘0’

config switch
option name ‘switch0’ option reset ‘1’ option enable_vlan ‘1’

config switch_vlan
option device ‘switch0’ option vlan ‘1’ option ports ‘0 1 2 3 5t’

config switch_vlan
option device ‘switch0’ option vlan ‘2’ option ports ‘4 5t’

config interface ‘vpn’ option proto ‘none’ option ifname ‘tun0’ option auto ‘1’

/etc/config/openvpn
config openvpn ‘udp1194’ option keepalive ‘10 60’ option server ‘192.168.168.0 255.255.255.0’ option persist_tun ‘1’ option persist_key ‘1’ option tls_auth ‘/etc/openvpn/ta.key’ option ca ‘/etc/openvpn/ca.crt’ option cert ‘/etc/openvpn/server.crt’ option key ‘/etc/openvpn/server.key’ option dh ‘/etc/openvpn/dh.pem’ option key_direction ‘0’ list push ‘redirect-gateway def1’ list push ‘dhcp-option DNS 8.8.4.4’ list push ‘dhcp-option DNS 8.8.8.8’ list push ‘block-outside-dns’ option cipher ‘AES-256-CBC’ option auth ‘SHA256’ option proto ‘udp’ option port ‘1194’ option enabled ‘1’ option verb ‘9’ option log_append ‘/tmp/openvpn-udp1194.log’ option dev ‘tun’

Thank you very much in advance.

 


03.07.20192349Base systemBug ReportVery LowMediumgl-ar150 lan port always up when using ath79 & 19.07 (a...TrunkUnconfirmed Task Description

Hello Team

Testing using OpenWrt 19.07-SNAPSHOT r10233-4a7a8d93fa, ath79 image, connected via wifi

removing both eth0 & eth1 from their interface, rebooting, then doing
# ip l set up eth0
# ip l set up eth1

eth0 (lan port) is always up even if no cables are connected (state UP, no NO-CARRIER)
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000

  link/ether e4:95:6e:45:32:f8 brd ff:ff:ff:ff:ff:ff

3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000

  link/ether e4:95:6e:45:32:f8 brd ff:ff:ff:ff:ff:ff

I would say it’s a know bug because the led is configured to look at the switch and not the interface
ar71xx images are working ok

here part of the dmesg for ath79
[ 0.745353] ag71xx 19000000.eth: Could not connect to PHY device. Deferring probe.
[ 1.480124] ag71xx 1a000000.eth: connected to PHY at fixed-0:00 [uid=00000000, driver=Generic PHY]
[ 1.488671] eth0: Atheros AG71xx at 0xba000000, irq 5, mode: gmii
[ 1.865945] ag71xx 19000000.eth: connected to PHY at mdio-bus.0:1f:04 [uid=004dd041, driver=Generic PHY]
[ 1.875354] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode: mii

and for ar71xx
[ 1.571027] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
[ 2.244049] eth1: Atheros AG71xx at 0xba000000, irq 5, mode:GMII

the 2 ports are switched between ar71xx and ath79 images

I’ve tried to randomly change the dts, but I have no idea what I’m doing ...

07.07.20192361Base systemBug ReportVery LowMediumds-lite broken in 18.06.4openwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Archer c7 v2

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

vanilla 18.0.6.4 with opkg install ds-lite

- Steps to reproduce

install 18.06.4 and after opkg install ds-lite. ipv4 connection won’t come up.

 


08.07.20192363Base systemBug ReportVery LowMediumsecond network on same radio does not stayTrunkUnconfirmed Task Description

Device: Linksys WRT32X
FW: OpenWrt 18.06.2 r7676
Steps:
1. Create a second network on 5GHz radio. All settings are the same as the first network, except for the SSID.
2. Reboot router.
3. Connect computer/phone to newly created 2nd network.
4. Computer goes to sleep or phone leaves the house. Wait for a day (maybe optional).
5. Computer/phone can’t find 2nd network anymore. On router GUI the 2nd network still exists, but signal is 0%.
6. Repeat from step 2.

16.07.20192392Base systemBug ReportVery LowMediumulogd not logging to fileopenwrt-18.06Unconfirmed Task Description

Netgear R7800
OpenWRT 18.06.4

Works on another router model

Reproduce:
Install ulogd and try to log to file
stack used:

# this is a stack for packet-based logging via LOGEMU
stack=log2:NFLOG,base1:BASE,ifi1:IFINDEX,ip2str1:IP2STR,print1:PRINTPKT,emu1:LOG

[emu1]
file=”/var/log/ulog/ulogd_syslogemu.log”

:~# ulogd -vvv
<7> ulogd.c:622 load_plugin: ‘/usr/lib/ulogd/ulogd_filter_IP2BIN.so’: Error relocating /usr/lib/ulogd/ulogd_filter_IP2BIN.so: uint32_to_ipv6: symbol not found
<5> ulogd.c:843 building new pluginstance stack: ‘log2:NFLOG,base1:BASE,ifi1:IFINDEX,ip2str1:IP2STR,print1:PRINTPKT,emu1:LOGEMU’ <7> ulogd_inppkt_NFLOG.c:552 unable to bind to log group 1
<7> ulogd.c:813 error starting `log2’ <8> ulogd.c:1430 not even a single working plugin stack
Fatal error.

25.07.20192406Base systemBug ReportVery LowMediumUnreliable wifi with android phonesopenwrt-18.06Unconfirmed Task Description

I have two WRT1200AC devices set up. One is the router, and the second one is a 2.4Ghz access point that uses 5Ghz WDS for the back-haul. The problem seems unrelated to WDS, although both routers are configured with multiple wifi interfaces on each radio. I see the problem occur on both devices, so it’s probably not bad hardware. I’ve been battling this problem on all recent releases. Last night I tried 18.06.4, and the problem still exists.

I have multiple LG G6 smartphones running android 8.0.0. The problem is that, although they seemingly maintain a solid wifi connection to my openwrt access points, network connections don’t work most of the time (web pages don’t load, messages don’t come in, etc.) Laptops seem to work just fine over wifi. The internet connection itself is perfectly stable, and devices wired to either device work just fine.

The phones seem to work ok on wifi immediately after resetting the access point. After a few minutes, though, the problem crops up and persists no matter what I try, until I reset the access point. Once the problem manifests, luci rarely loads on the phone’s web browser, so it’s clearly not a WAN issue.

When the problem kicks in, in the device’s system log, I can see “IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)” a few seconds after a phone connects to the access point.

As another data point, I was experimenting with 802.11r. I installed the full wpad package and enabled fast transition. Just like above, Wifi would work for a few minutes. Once the problem kicked in though, rather than the phone claiming to be connected but not work, the phone would instead report an authentication failure and then prompt for the wpa password again. The problem occurs with wpad-mini just as much, it’s just interesting that the symptoms change with 802.11r enabled.

I lack specific knowledge about openwrt development, but I’m an embedded software engineer and I’m happy to collect any debug traces that would be helpful. Just give me the commands or point me at the right documentation...

01.08.20192420Base systemBug ReportVery LowMediumNo more masquerading after "ifdown wan; ifup wan"openwrt-18.06Unconfirmed Task Description

hw: TP-Link TL-WDR3600 v1
arch: Atheros AR9344 rev 2
sw: OpenWrt 18.06.4 r7808-ef686b7292 / LuCI openwrt-18.06 branch (git-19.170.32094-4d6d8bc)

Network:
lan
pppoe-wan ipv4 plus dhcpv6 client

Issue:
After “ifdown wan; ifup wan” there is no more masquerading done to outgoing packets. Source address of those packets from lan to pppoe-wan are unchanged.

Solution (works for me):
In /etc/hotplug.d/iface/20-firewall change the last line
fw3 -q reload
to
fw3 -q restart

Showing tasks 201 - 250 of 1046 Page 5 of 21<<First - 3 - 4 - 5 - 6 - 7 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing