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.

OpenedIDCategoryTask TypePrioritySeveritySummaryReported InStatus
23.12.20182023PackagesBug ReportVery LowCriticalPPtP not connecting on Xiaomi Mi WiFi R3Gopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on : Xiaomi Mi WiFi R3G (https://openwrt.org/toh/xiaomi/mir3g)
- OpenWrt 18.06.1

Steps to reproduce:

1.opkg update
2.opkg install ppp-mod-pptp
3.opkg install kmod-nf-nathelper-extra
4.opkg install kmod-ipt-raw
5.disabled rebind attack protection from DNS and DHCP
6.added below custom rule on /etc/firewall.user

iptables -t raw -A OUTPUT -p tcp -m tcp --dport 1723 -j CT --helper pptp

7.setup the PPTP in the LUCI
8.reboot

Relevant Logs appearing repetitively:

Sun Dec 23 17:48:01 2018 daemon.notice pppd[22738]: pppd 2.4.7 started by root, uid 0
Sun Dec 23 17:48:02 2018 kern.info kernel: [ 1551.622787] pptp-ISP: renamed from ppp0
Sun Dec 23 17:48:02 2018 daemon.info pppd[22738]: Using interface pptp-ISP Sun Dec 23 17:48:02 2018 daemon.notice pppd[22738]: Connect: pptp-ISP ←→ pptp (red.connect.net.pk)
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22738]: CHAP authentication succeeded
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22738]: Connection terminated.
Sun Dec 23 17:48:03 2018 daemon.warn pppd[22740]: read returned zero, peer has closed
Sun Dec 23 17:48:03 2018 daemon.warn pppd[22740]: read returned zero, peer has closed
Sun Dec 23 17:48:03 2018 daemon.info pppd[22738]: Exit.
Sun Dec 23 17:48:03 2018 daemon.notice netifd: Interface ‘ISP’ is now down
Sun Dec 23 17:48:03 2018 daemon.notice netifd: Interface ‘ISP’ is setting up now
Sun Dec 23 17:48:03 2018 daemon.info pppd[22998]: Plugin pptp.so loaded.
Sun Dec 23 17:48:03 2018 daemon.info pppd[22998]: PPTP plugin version 1.00
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22998]: pppd 2.4.7 started by root, uid 0


21.12.20182019PackagesBug ReportVery LowLowodhcpd IPv6 RA Flagsopenwrt-18.06Unconfirmed Task Description

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

 

This problem occurs on the TP-Link TL-WDR3600 v1 with OpenWrt 18.06.1

Steps to reproduce: Configure /etc/config/dhcp as follows:

[...]
config dhcp ‘lan’

      option interface 'lan'
      option ra 'server'
      option ignore '1'
      option ra_management '2'
      option dhcpv6 'disabled'

[...]

Expected behaviour: Router gives out RAs with M and O flags set and A flag not set.
Actual behaviour: RAs do not have any of the three flags set

The M flag only indicates that a DHCPv6 server is available but it does not necessarily have to be at the same address as the router. Therefore the M flag should be able to be set whilst the internal DHCPv6 server is enabled.

21.12.20182018KernelBug ReportVery LowCriticalWifi stops working until rebootopenwrt-18.06Unconfirmed Task Description

Asus RT-N56U, old, known, still unresolved problem with wifi drop, because of the rt2x00 driver. Wifi will drop with this driver at high speed download. Queue full and friends condition will occur in driver.

Reproduce:
try a large file download over wifi, when speed reaches 5Mb/s or over, driver will eventually fail in a very short time until reboot, every time.

20.12.20182017PackagesBug ReportVery LowMedium[wpad] cannot use encryption on 802.11s meshopenwrt-18.06Unconfirmed Task Description

TLDR:
option encryption ‘none’ works perfectly

option encryption ‘# literally anything else’ wpad assumes encryption = none and everything works
OR
breaks config, mesh interface never comes up
(more than just the UI, also tested with iw)

Router A: ENS202EXT (Atheros/mac80211)
Router B: ENS202EXT (Atheros/mac80211)

Openwrt 18.06.1

wpad 2018-05-21-62566bc2-5 (current as of post)
also tried other versions of wpad (mesh, mesh-openssl)

I have tried both Mesh only and Mesh + AP.
I have not tried wpa_supplicant.

Currently have a mesh point that is working, but unencrypted. Along with an AP

LuCI does not allow the option to add encryption
If I force encryption in the configuration, mesh does not start up.
the package authSAE doesn’t exist anymore...so I assume that I am not missing requirements...

With Unencrypted mesh, LuCI shows association between the routers
Routers show up on each other’s Associated Stations list
everything seems to be working, with manual range testing since I can’t ping between routers, I guess because of firewall.

the most closely related issue I could find is this

another relevant links:
https://forum.openwrt.org/t/setting-up-authenticated-mesh-with-wpad-mesh/12399/49

they claim it’s good but it isn’t
Not sure if this is by design or never resolved.
Please advise how to better show the problem, what to post, etc...
I will be testing this on other routers as well

Working mesh config in wireless:

config wifi-iface

      option device 'radio0'
      option encryption 'none'
      option mode 'mesh'
      option mesh_id '$ID'
      option mesh_fwding '1'
      option network 'WLAN'

Mesh Config that fails:

config wifi-iface ‘SDMesh’

      option network 'WLAN'
      option device 'radio0'
      option mode 'mesh'
      option mesh_fwding '1'
      option mesh_id '$ID'
      option encryption 'psk2+ccmp'
      option key '$KEY'
20.12.20182015KernelBug ReportVery LowHighWi-fi repeater relayd stops working [mt7628 miwifi nano...openwrt-18.06Unconfirmed Task Description

Hi. I have a miwifi nano r1cl working as a relayd repeater. I’ve been using it for quite a long time with 18.06.1 with no issues at all. However I updated to OpenWrt 18.06-SNAPSHOT r7549-217219ee1d and I started having issues with wifi connectivity. At the beggining everything is well and runs just fine for like 5-10 minutes of usage, but then it stops working and I can’t connect to its wifi. If I have a look at the kernel log, I see lots of errors like these:

[ 8969.318135] mt76_wmac 10300000.wmac: MCU message 8 (seq 14) timed out
[ 8970.438153] mt76_wmac 10300000.wmac: MCU message 8 (seq 15) timed out
[ 8971.558140] mt76_wmac 10300000.wmac: MCU message 8 (seq 1) timed out
[ 8972.678146] mt76_wmac 10300000.wmac: MCU message 8 (seq 2) timed out
[ 8973.798146] mt76_wmac 10300000.wmac: MCU message 8 (seq 3) timed out
[ 8974.947917] mt76_wmac 10300000.wmac: MCU message 8 (seq 4) timed out
[ 8976.038230] mt76_wmac 10300000.wmac: MCU message 8 (seq 5) timed out
[ 8977.158154] mt76_wmac 10300000.wmac: MCU message 8 (seq 6) timed out
[ 8978.358299] mt76_wmac 10300000.wmac: MCU message 8 (seq 7) timed out
[ 8979.478170] mt76_wmac 10300000.wmac: MCU message 8 (seq 8) timed out
[ 8980.598384] mt76_wmac 10300000.wmac: MCU message 8 (seq 9) timed out
[ 8981.718183] mt76_wmac 10300000.wmac: MCU message 8 (seq 10) timed out
[ 8982.838278] mt76_wmac 10300000.wmac: MCU message 8 (seq 11) timed out
[ 8983.958213] mt76_wmac 10300000.wmac: MCU message 8 (seq 12) timed out
[ 8985.078184] mt76_wmac 10300000.wmac: MCU message 8 (seq 13) timed out
[ 8986.278180] mt76_wmac 10300000.wmac: MCU message 8 (seq 14) timed out
[ 8987.398184] mt76_wmac 10300000.wmac: MCU message 8 (seq 15) timed out
[ 8988.518184] mt76_wmac 10300000.wmac: MCU message 8 (seq 1) timed out
[ 8989.638188] mt76_wmac 10300000.wmac: MCU message 8 (seq 2) timed out
[ 8990.758273] mt76_wmac 10300000.wmac: MCU message 8 (seq 3) timed out

I’ll get back to 18.06.1 but I thought it might be useful to post about this.

19.12.20182011PackagesBug ReportVery LowLowpackages missing: ip, ip-full, tc in current trunkTrunkUnconfirmed Task Description

packages missing: ip, ip-full, tc in current trunk


18.12.20182010KernelBug ReportVery LowMediumArcher C7 v4 ath10k firmware loading fails "re-opening"...openwrt-18.06Unconfirmed Task Description

[ 9.959484] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[ 10.237100] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2
[ 10.248191] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 10.408785] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed
[ 10.632975] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
[ 10.644068] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 10.711405] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
[ 11.003394] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[ 11.012951] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[ 11.025957] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00037 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 a4a52adb
[ 11.071246] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[ 11.082056] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 11.150077] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed

Archer C7 v4
OpenWrt 18.06.1, r7258-5eb055306f

# opkg list-installed | grep ath
ath10k-firmware-qca988x - 2018-05-12-952afa49-1
kmod-ath - 4.9.120+2017-11-01-9
kmod-ath10k - 4.9.120+2017-11-01-9
kmod-ath9k - 4.9.120+2017-11-01-9
kmod-ath9k-common - 4.9.120+2017-11-01-9

# ethtool -i wlan0
driver: ath10k_pci
version: 4.9.120
firmware-version: 10.2.4-1.0-00037
expansion-rom-version:
bus-info: 0000:00:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no

luci:
Qualcomm Atheros QCA9880 802.11nac
Channel: ? (5.000 GHz) | Bitrate: ? Mbit/s
0%
SSID: xxxx | Mode: Master
Wireless is not associated

config wifi-device 'radio0'

      option type 'mac80211'
      option hwmode '11a'
      option path 'pci0000:00/0000:00:00.0'
      option htmode 'VHT80'
      option legacy_rates '1'
      option country 'CZ'
      option channel 'auto'

config wifi-iface 'default_radio0'

      option device 'radio0'
      option network 'lan'
      option mode 'ap'
      option hidden '1'
      option encryption 'psk2'
      option key 'xxxxxxxxx'
      option ssid 'xxxx'

/lib/firmware# tree
.
├── ath10k
│ ├── QCA988X
│ │ └── hw2.0
│ │ ├── board.bin
│ │ └── firmware-5.bin
│ └── cal-pci-0000:00:00.0.bin
└── regulatory.db

# lspci -v
00:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter

      Flags: bus master, fast devsel, latency 0, IRQ 40
      Memory at 12000000 (64-bit, non-prefetchable) [size=2M]
      [virtual] Expansion ROM at 12200000 [disabled] [size=64K]
      Capabilities: [40] Power Management version 2
      Capabilities: [50] MSI: Enable- Count=1/8 Maskable+ 64bit-
      Capabilities: [70] Express Endpoint, MSI 00
      Capabilities: [100] Advanced Error Reporting
      Capabilities: [140] Virtual Channel
      Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00
      Kernel driver in use: ath10k_pci

lspci: Unable to load libkmod resources: error -12

Sometimes, the 5ghz works after reboot, despite the fw error dmesg messages.
I've also tried a snapshot from 4 days ago, with the same results.

17.12.20182009DocumentationBug ReportVery LowCriticalNetgear R8000 - Unable to install OpenWRT firmwareopenwrt-18.06Unconfirmed Task Description

Netgear R8000 - Unable to install OpenWRT firmware

https://openwrt.org/toh/netgear/r8000#tab__firmware_downloads

A recently purchased from Amazon Netgear R8000 (Nighthawk X6) refuses to accept the OpenWRT firmware file and there are not directions for an alternate installation method.

Full model from the back:

NETGEAR Nighthawk X6
AC3200 Tri-Band WiFiRouter
Model: R8000
FCCID: PY314200264
Made in Vietnam 272-12664-01

17.12.20182007KernelBug ReportVery LowMediumLinux MIPS ASLR DEP bugAllUnconfirmed Task Description

I’m not a developer. I came across this bug on Hacker News.[1]
I’m sure someone here is on it already, but just in case it was missed...

There seems to be a serious bug in Linux MIPS regarding ASLR and DEP.
This paper[2] by Parker Thompson and Mudge Zatko at cyber-itl.org[3] explains it.

[1] https://news.ycombinator.com/item?id=18688947

[2] https://cyber-itl.org/assets/papers/2018/Linux_MIPS_missing_foundations.pdf

[3] https://cyber-itl.org/2018/12/07/a-look-at-home-routers-and-linux-mips.html

Supply the following if possible:
- Device problem occurs on

 Unsure. I think the latest kernel is impacted.

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

?

- Steps to reproduce

 Please Read the research paper for more.
 


17.12.20182006KernelBug ReportVery LowMediumFrequent kernel crashes and automatic rebootsopenwrt-18.06Unconfirmed Task Description

Device problem occurs on: YouHua WR1200JS

Software versions: OpenWrt 18.06.1 r7258-5eb055306f. No extra packages installed.

Steps to reproduce: Not sure if anything specific triggers it. My devices will without warning become disconnected from the wireless network and reconnect after a while. In that period, the OpenWrt router has automatically rebooted. Contents of /sys/kernel/debug/crashlog indicates a crash.

The frequency of these crashes is rather unpredictable, I’m attaching three chrashlog dumps. The first one happened after the router had been up for about a week, the second after almost 24 hours, and the third after about 12 minutes.


16.12.20182004Base systemBug ReportVery LowLowArcher C7 v4 has incorrect wan mac addressTrunkUnconfirmed Task Description

Similar to https://bugs.openwrt.org/index.php?do=details&task_id=408 but this time I have acquired an Archer C7 v4.

The wan mac address should be incremented by one.

Actually with openwrt 18.06.1 the wan mac address is the same as the wired lan mac address but in the stock firmware the wan mac is one more than the wired lan.

I have double checked by restoring the stock firmware.

I have used ar71xx, ath79 doesn’t have v4 actually.

15.12.20182002KernelBug ReportVery LowLowWDR4300 lost USB storageopenwrt-18.06Unconfirmed Task Description

Hi!

After a fresh install on a WDR4300, I decided to set up the extroot overlay.
After heavy IO usage (vsftpd copy to PC) the usb storage just got disappeared and reconnected as a new device (sdb) later.
It’s such a pain, because none of luci or ssh connection works this case. (I can have a try without password and telnet, but the logs are there)
The flash device (Transcend 790K) is so reliable, has been working on the previous 1043 v1 and v2 installations for years (with overlay as well).

I had something similar before with both the 1043 devices before, when there was a better quality usb hub in place.
I assume, this device is not so stable when the flash device is a connected with an external (1043) or built-in (4300) usb hub.
I tried my other 790K device with a simple DD test to find out maybe the older drive is problematic, but the newer failed as well. The power consumption is maximum ~0.05Amps at heavy use (nothing). I will have a try with another Kingston drive tomorrow.
In the attached dmesg log the newer drive was in place used without the overlay function.

Regards

15.12.20182001Base systemBug ReportVery LowLowAsus RT-N56U: Connecting to 2.4 GHz WiFi may not work a...openwrt-18.06Unconfirmed Task Description

Asus RT-N56U var A1.
OpenWrt 18.06.1, r7258-5eb055306f

Occassionally after re-boot, the radio0 (2.4 GHz) does not seem to be working properly - clients can see the AP but cannot connect repeatedly and fail with “Authentication error” - no station gets associated.

I found that repeated switching radio1 on/off may eventually show a stack trace in the log - then all of sudden radio0 (2.4 Ghz) starts to work.

At the moment, I keep radio1 in “monitor” mode with the lowest transmit power of 0 dBm. If there is a crash in the log after reboot, then radio0 works. If not, then it does not work.

The log is attached. The stack trace happens at 19:10:32, which got triggered by

root@OpenWrt:~# uci del wireless.default_radio1.disabled='1'
root@OpenWrt:~# uci commit
root@OpenWrt:~# service network restart

at 19:10:21.

15.12.20182000KernelBug ReportVery LowMediumMT7621 routing performance issueAllUnconfirmed Task Description

environment: RB750Gr3 (MT7621 SoC), OpenWrt 18.06 and trunk version

The official spec page says this device can achieve 1972Mbps routing througput, my test proves it is true under factory firmware. but if I switched to OpenWrt, the routing performance was always limited under 1Gbps, HW OFFLOAD has been enabled.

12.12.20181997Base systemBug ReportVery LowLowpossible package .pc absolute path issuesTrunkUnconfirmed Task Description

Note found in https://github.com/openwrt/openwrt/pull/1615

after looking at my <staging_dir/usr/lib/pkgconfig/ directory, I see several instances of absolute paths used in e.g. the Libs: or Libs.private: fields. For example, in libxml-2.0.pc:

prefix=/usr
exec_prefix=/usr
libdir=${exec_prefix}/lib
includedir=${prefix}/include
modules=1

Name: libXML
Version: 2.9.8
Description: libXML library version2.
Requires:
Libs: -L${libdir} -lxml2
Libs.private: -L/home/kodidev/openwrt-project/staging_dir/target-mips_24kc_musl/usr/lib -lz -lm
Cflags: -I${includedir}/libxml2
For future reference, these packages appear to have *.pc files with the similar problem of absolute paths:

libnetfilter-conntrack: libnetfilter_conntrack.pc
libopenssl: libssl.pc, libcrypto.pc
libxml2: libxml-2.0.pc
libncurses: formw.pc, menuw.pc, ncursesw.pc, panelw.pc

put this here for later followup

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

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

Boot log:

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

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


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

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


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

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

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

cat /sys/kernel/debug/crashlog:

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


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

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

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

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

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

Measured bandwidth is around 120Mbps.

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

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

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

 


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

Hi!

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

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

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

My build options are:

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

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

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

03.12.20181982KernelBug ReportVery LowMediumag71xx ethtool brokenTrunkUnconfirmed Task Description

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

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

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

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

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

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

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

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

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

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

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

option name 'a'

config host ‘b’

option name 'b'

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

This looks like a bug to me. Thoughts?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Block devices:

7 loop
8 sd

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

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

 

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

Block devices:

7 loop
8 sd

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

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

 

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

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

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


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

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

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

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

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

How to reproduce:

1. Create an openvpn config section like this

config openvpn 'test'
        option enabled '1'

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

2. Start the openvpn instance

/etc/init.d/openvpn start test

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

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

shows this:

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

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

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

How can we get this instances killed?

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

Supply the following if possible:
- Device problem occurs on

* NETGEAR WNDR3800

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

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

- Steps to reproduce

 

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

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

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

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

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

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

[...]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

lo Link encap:Local Loopback

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

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

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

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

config interface ‘loopback’

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

config globals ‘globals’

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

config dsl ‘dsl’

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

config interface ‘lan’

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

config switch

option name 'switch0'
option reset '1'

config switch_vlan

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

config interface ‘wwan’

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

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

config wifi-device ‘radio0’

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

config wifi-iface

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

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

details below:

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

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

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

running situation:

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

which bloked/dead because of networking issue.

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

it wont block forever even networking lost.

```

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

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

```

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

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

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

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

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

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

Thanks


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

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

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

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

- OpenWRT 18.06
- Set region to GB

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

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

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

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

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

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


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

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

OpenWrt shows “Error: PIN code rejected”.

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

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

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

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

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

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

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

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

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

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

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


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

Supply the following if possible:
- Device problem occurs on

[DEVICE]

NetGear WNDR 3700v2

[Software Version]

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

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

[Network Setup]

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

OpenWRT Settings (/etc/config/network):

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

Port Forward (/etc/config/firewall):

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

[ Problem ]

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

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

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

The NAT rule is specifying only the local LAN address.

[Work Around ]

If as a custom start up script I run:

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

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

[Potential Solutions]

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

17.11.20181957KernelBug ReportVery LowMediumKernel Oopsopenwrt-18.06Unconfirmed Task Description

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

 

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

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

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

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

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

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

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

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

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

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

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

but should be

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

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

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

Version: 18.06.1
Asus RT N56U

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

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

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

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

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

on tp-link_tl-wr842nd_v1 18.06 and 18.06.1

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

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

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

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

Steps to reproduce:

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

Sympthoms:

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

Boot log:

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

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

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

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

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


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

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

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

Attaching AP and Repeater Logs:

AP Config:

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

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

Repeater WDS Config:
Network

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

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

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

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

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

Wireless WDS:

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

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

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

Repeater WDS Log:

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

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

 


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

Hello,

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

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

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

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

Is it possible to use this libraries without its patching?

 


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

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

Showing tasks 51 - 100 of 711 Page 2 of 15 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing