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 TypePriority  descSeveritySummaryReported InStatus
21.01.20202759PackagesBug ReportVery LowMediumodhcpd IPv6 NDP + macOS don't play togetheropenwrt-19.07Unconfirmed Task Description

My device: TP-Link Archer C7 v2.0 (JP)
My software stack: OpenWrt 19.07

My router uses odhcpd’s relay mode to relay IPv6 neighbor discovery protocol and router advertisements from the uplink router.

My linux-based system connected to the router is able to get IPv6 connectivity through the router without problems.

However, my macOS-based system doesn’t get IPv6 connectivity. It gets a global IPv6 prefix, which suggests that it’s able to receive RA packets, but my router is also unable to ping6 the macOS system by it’s globally unique address, and doing ip -6 neigh on the router makes it clear that the router doesn’t know the MAC address of the macOS system, and all of it’s probes to find it, end up failing.

Inspecting the ICMPv6 traffic in the LAN shows that my macOS system doesn’t respond to the neighbor solicitation packets send by the router. Here’s an example of such a packet:

02:28:50.006540 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 32) fd26:e9f1:e833::1 > ff02::1:ff65:88f8: [icmp6 sum ok] ICMP6, neighbor solicitation, length 32, who has 2404:7a80:9621:7100:404:978a:5765:88f8

  source link-address option (1), length 8 (1): 18:a6:f7:8d:c0:d3

Here, fd26:e9f1:e833::1 is the ULA of the LAN interface of the router.

According to Apple discussion board ( https://discussions.apple.com/thread/8620806 ) macOS seems to have a behaviour such that it ignores neighbor solicitation packets unless the source address of the packet is a link-local address.

Indeed, commenting out option ula_prefix in /etc/config/network makes odhcpd to use link-local addresses, and that makes macOS to respond to neighbor solicitation queries, and in my system, demonstrably restores IPv6 connectivity.

Since macOS is a very common operating system, it would be benefical if odhcpd’s default behaviour were to use LLA in NDP packets. The current situation of not being able to set ULA prefix without losing connectivity is unfortunate. (And I think that ULA prefix is set by default in OpenWRT, which makes macOS not play together with it by default.)

For reference, here’s a forum thread I documented my forays into inspecting this problem: https://forum.openwrt.org/t/how-to-send-icmp6-neighbor-solicitation-with-a-link-local-source-address/53220

Could the default source address of odhcpd’s NDP/RA packets be changed to LLA?

24.01.20202769Base systemBug ReportVery LowLowct-htt firmware is missing from ipq40xx target in 19.07openwrt-19.07Unconfirmed Task Description

19.07-SNAPSHOT

I am trying to put together an image for gl-b1300 (ipq40xx) using the image builder and it is failing with the error below. I looked at the base packages for 19.07 and the htt variants are missing for all ath10k-firrmware-qca supported targets. I also checked ipq806x for 19.07 and the htt firmware is present there.
Looking at master: the ipq40xx target does include htt packages.

Are the htt firmware files excluded from ipq40xx in 19.07 for a reason?

Collected errors:
* opkg_install_cmd: Cannot install package ath10k-firmware-qca4019-ct-htt.
Makefile:153: recipe for target ‘package_install’ failed
make[2]: * [package_install] Error 255
Makefile:112: recipe for target ‘_call_image’ failed
make[1]:
* [_call_image] Error 2
Makefile:196: recipe for target ‘image’ failed
make: *** [image] Error 2

24.01.20202774ToolchainBug ReportVery LowMediumimagebuilder breaks in long pwdopenwrt-19.07Unconfirmed Task Description

I have a directory where I keep imagebuilder. I can sucessfully build custom images there for d-link/dir-825, xiaomi/mini, tp-link/wr842nd_v1 and linksys/wrt1900ac. But trying to create default image for ar71xx/mikrotik gives error:

...
Successfully writed 13 blocks and 1757184 bytes
Each block contain 64 chanks + 0 bytes tail hole.
Each chunk(2112 bytes) consists: data part(2048 bytes) + oob part(64 bytes).
mv: cannot stat '/mydir/openwrt/imagebuilder/openwrt-imagebuilder-19.07.0-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/tmp/openwrt-19.07.0-ar71xx-mikrotik-nand-large-squashfs-sysupgrade.bin.new': No such file or directory
make[3]: *** [Makefile:71: /mydir/openwrt/imagebuilder/openwrt-imagebuilder-19.07.0-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/tmp/openwrt-19.07.0-ar71xx-mikrotik-nand-large-squashfs-sysupgrade.bin] Error 1
make[2]: *** [Makefile:169: build_image] Error 2
make[1]: *** [Makefile:120: _call_image] Error 2
make: *** [Makefile:197: image] Error 2

It can be reproduced:

% mkdir /tmp/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
% cd /tmp/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
% wget https://downloads.openwrt.org/releases/19.07.0/targets/ar71xx/mikrotik/openwrt-imagebuilder-19.07.0-ar71xx-mikrotik.Linux-x86_64.tar.xz
% tar xf openwrt-imagebuilder-19.07.0-ar71xx-mikrotik.Linux-x86_64.tar.xz
% cd openwrt-imagebuilder-19.07.0-ar71xx-mikrotik.Linux-x86_64
% make image PROFILE=nand-large
...
1671656 bytes (1.7 MB, 1.6 MiB) copied, 0.00693055 s, 241 MB/s
Can't get lstat from kernel file!: No such file or directory
make[3]: *** [Makefile:71: /tmp/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/openwrt-imagebuilder-19.07.0-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/tmp/openwrt-19.07.0-ar71xx-mikrotik-nand-large-squashfs-sysupgrade.bin] Error 255
make[2]: *** [Makefile:169: build_image] Error 2
make[1]: *** [Makefile:120: _call_image] Error 2
make: *** [Makefile:197: image] Error 2
zsh: exit 2     make image PROFILE=nand-large
30.01.20202783Base systemBug ReportVery LowHighTP-Link Archer A7 v5 can't be flashet via tftpopenwrt-19.07Unconfirmed Task Description

Device: TP-Link Archer A7 (RU) Ver 5.0
Software: OpenWRT 19.07.0

I just bought this router. And I trying to flash it with openwrt-19.07.0-ath79-generic-tplink_archer-a7-v5-squashfs-factory.bin trough tftp.
In wireshark I clearly see that file was downloaded. But router didn’t flashed.
I tried to flash snapshot image wtih same result.
I checked sha256 sums and it matches.

When I reproduced same steps with original TP-Link update image it worked well. Seems like something prevents router from flashing OpenWRT image.

30.01.20202785Base systemBug ReportVery LowHighkernel loading during netboot fails on mikrotik devicesopenwrt-19.07Unconfirmed Task Description

Devices tested:

  • Mikrotik rb433
  • Mikrotik rb435g

Software version: Using the v19.07.1 tag.

Issue: There are a few packages, whose are leading the ramdisk “unbbotable”, more precise the device is not able to load the kernel. First this happened by kmod-scsi-core , I thought it must be some kernel-related issue. Afterthat I realised that either I enable the aforementioned kernel-module, or the libraries called libpcre and libpci, the boot procedure will stop at:

Gateway: 192.168.1.254
transfer started ................................... transfer ok, time=2.61s
setting up elf image... OK
jumping to kernel code OpenWrt kernel loader for AR7XXX/AR9XXX
Copyright (C) 2011 Gabor Juhos juhosg@openwrt.org Decompressing kernel... done!
Starting kernel at 80060000...

Compiling these packages only as a module results a nice bootable image. Firstly I thought that maybe my ramdisk is too large, but it is about only 4,5 MB - previously using older trunk I was able to boot up images over 5 MByte.
I have pasted the config file to the ticket. If you switch libpcre and libpci to M instead of * it will boot.

This issue was not there before, using the image built from 18.06.

31.01.20202791Base systemBug ReportVery LowHighIPv6 router advertisments lost after upgrade to 19.07openwrt-19.07Unconfirmed Task Description

I’ve just upgraded my linksys wrt-1200ac from 18.06.4 to 19.07.0

I’ve got a more-or-less out-of-the-box configuration with wired and wireless clients all connected to the ‘br-lan’ bridge. My ISP provides native IPv6. I’ve got odhcpd-ip6only installed, and a mixture of clients, some using SLAAC and some using DHCPv6.

When a wireless client that is configured for SLAAC (e.g. an android phone) connects, it sends an IPv6 router solicitation to ff02::1 and receives a router advertisement on its fe80::<something> address. That still works fine. But the client never receives any further router adverts, so the route times out after 1800 seconds and IPv6 connectivity is lost.

This is *only* going wrong with wireless clients: tcpdump on a wired client shows router adverts arriving on ff02::1 every few minutes. But tcpdump on a wireless client shows no router adverts after the initial one.

I’ve retested with 18.06.4 and the problem does not exist in that version.

31.01.20202792Base systemBug ReportVery LowLowlantiq DSL statuistics and diagnostics do not report G....openwrt-19.07Unconfirmed Task Description

OpenWrt 19.07.1 on BT HomeHub5A (lantiq vrx200) the dsl stats report tool (ltq-vdsl-app_4.17.18.6-2_mips_24kc.ipk) and the matching kerel module (kmod-ltq-vdsl-vr9-mei_4.14.167+1.5.17.6-4_mips_24kc.ipk) do not report ITU G.998.4 Retransmission counts (on lines using G.INP retransmissions. It turns out that adding:
CONFIGURE_ARGS += \

  1. -enable-dsl-pm-retx-counters \
  2. -enable-dsl-pm-retx-thresholds

to openwrt/package/kernel/lantiq/ltq-vdsl/Makefile and openwrt/package/network/config/ltq-vdsl-app/Makefile and rebuilding yields a working ReTx counter report:

root@BTHH5A:~# . /lib/functions/lantiq_dsl.sh ; dsl_cmd rtsg 0
nReturn=0 nDirection=0 nRxCorruptedTotal=0 nRxUncorrectedProtected=0 nRxRetransmitted=0 nRxCorrected=0 nTxRetransmitted=3
root@ BTHH5A:~# . /lib/functions/lantiq_dsl.sh ; dsl_cmd rtsg 1
nReturn=0 nDirection=1 nRxCorruptedTotal=7114893 nRxUncorrectedProtected=6171968 nRxRetransmitted=0 nRxCorrected=942925 nTxRetransmitted=9228892

At least in Germany the incumbent uses G.998.4 Retransmission, not only do deal with impulse noise, but also as a diagnostic counters for its Dynamik Link/Spektrum Management tool that based on these and other counters will limit the maximum perissable Sync for each line to optimize lik stability. It would be really great if stock OpenWrt builds would alow to report these values and I would like to propose to change the makefiles as shown above.

01.02.20202794Base systemBug ReportVery LowLowCannot Override MAC add of wireless interfaceopenwrt-19.07Unconfirmed Task Description

- Device problem — Can’t change wireless MAC add
- Software versions of OpenWrt/LEDE release,— openwrt-19.07.0-ar71xx-generic-cpe210-220-v1-

                                                squashfs-sysupgrade
 

hi..good day... i have tp-link CPE 220 v1 i used openwrt firmware openwrt-18.06.6-ar71xx-generic-cpe210-220-v1-squashfs-sysupgrade no problem. i can change the Wi-Fi BSSID or Override MAC address...

when i upgrade the firmware to openwrt-19.07.0-ar71xx-generic-cpe210-220-v1-squashfs-sysupgrade i can’t Override the MAC address...

pls help...

openwrt-18.06.0 TO openwrt-18.06.6 can Override the MAC address all interface

openwrt-19.07.0 cannot Override the MAC address of Wireless, (Wireless only)

01.02.20202795Base systemBug ReportVery LowLow19.07.x , TP-Link TL-WR841N v9, kernell panic openwrt-19.07Unconfirmed Task Description

Used TP-Link TL-WR841N/D v9 with mod 8M
tested with build for 8M firmware.

updated via:
scp copy to /tmp
mtd -r write /tmp/firmwaew.bin firmware

18.06 work ok on this hardware, report:https://lexxai.blogspot.com/2019/07/hardware-modding-tp-link-tl-wr841n-v9.html.

***************************************
*     U-Boot 1.1.4-7a540a78-clean     *
*          Build: 2018-02-23          *
***************************************

** Warning: bad env CRC, using default,
   use 'saveenv' to save it in FLASH

  BOARD: TP-Link TL-WR841N/D v9
    SOC: QCA953x ver. 1 rev. 1
    CPU: MIPS 24Kc
    RAM: 32 MB DDR1 16-bit CL3-3-3-8
  FLASH: 8 MB Winbond W25Q64
    MAC: E8:DE:27:CD:0C:C4
 CLOCKS: CPU/RAM/AHB/SPI/REF
         550/400/200/ 25/ 25 MHz

Hit any key to stop booting:  0

Booting image from 0x9F020000...

   Vendor/image name:    OpenWrt r10911-c155900f66
   Hardware ID:          0x8410009
   Whole image size:     0 kB (0 bytes)
   Kernel size:          3.4 MB (3579760 bytes)
   Rootfs size:          0 kB (0 bytes)
   Kernel load address:  0x80060000
   Kernel entry point:   0x80060000

   Header CRC...  skipped
   Data CRC...    skipped

Stopping network... OK!
Uncompressing Kernel... OK!
Starting kernel...

[    0.000000] Linux version 4.14.167 (builder@buildhost) (gcc version 7.5.0 (OpenWrt GCC 7.5.0 r10911-c155900f66)) #0 Wed Jan 29 16:05:35 2020
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019374 (MIPS 24Kc)
[    0.000000] MIPS: machine is TP-Link TL-WR841N/ND v9
[    0.000000] SoC: Qualcomm Atheros QCA9533 ver 1 rev 1
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 02000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] random: get_random_bytes called from 0x804776ec with crng_init=0
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 8128
[    0.000000] Kernel command line: console=ttyS0,115200n8 rootfstype=squashfs,jffs2
[    0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[    0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 19648K/32768K available (3544K kernel code, 144K rwdata, 492K rodata, 7972K init, 203K bss, 13120K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] CPU clock: 550.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6950037990 ns
[    0.000011] sched_clock: 32 bits at 275MHz, resolution 3ns, wraps every 7809031678ns
[    0.008899] Calibrating delay loop... 366.18 BogoMIPS (lpj=1830912)
[    0.075976] pid_max: default: 32768 minimum: 301
[    0.081456] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.088993] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.102006] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.113239] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.120271] pinctrl core: initialized pinctrl subsystem
[    0.129130] NET: Registered protocol family 16
[    0.159871] clocksource: Switched to clocksource MIPS
[    0.166986] NET: Registered protocol family 2
[    0.173070] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.181077] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.188304] TCP: Hash tables configured (established 1024 bind 1024)
[    0.195734] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.202443] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.209932] NET: Registered protocol family 1
[    0.441778] Crashlog allocated RAM at address 0x1f00000
[    0.449761] workingset: timestamp_bits=30 max_order=13 bucket_order=0
[    0.463652] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.470338] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.573035] io scheduler noop registered
[    0.577495] io scheduler deadline registered (default)
[    0.586478] pinctrl-single 1804002c.pinmux: 576 pins at pa b804002c size 72
[    0.595622] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.605887] console [ttyS0] disabled
[    0.610067] 18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 1562500) is a 16550A
[    0.619896] console [ttyS0] enabled
[    0.619896] console [ttyS0] enabled
[    0.627446] bootconsole [early0] disabled
[    0.627446] bootconsole [early0] disabled
[    0.655906] m25p80 spi0.0: s25fl064k (8192 Kbytes)
[    0.660968] 3 fixed-partitions partitions found on MTD device spi0.0
[    0.667534] Creating 3 MTD partitions on "spi0.0":
[    0.672514] 0x000000000000-0x000000020000 : "u-boot"
[    0.678707] 0x000000020000-0x0000003f0000 : "firmware"
[    0.685921] 2 tplink-fw partitions found on MTD device firmware
[    0.692126] Creating 2 MTD partitions on "firmware":
[    0.697268] 0x000000000000-0x00000036a170 : "kernel"
[    0.703347] 0x000000370000-0x0000003d0000 : "rootfs"
[    0.709470] mtd: device 3 (rootfs) set to be root filesystem
[    0.715429] mtdsplit: no squashfs found in "rootfs"
[    0.720527] 0x0000003f0000-0x000000400000 : "art"
[    0.727132] libphy: Fixed MDIO Bus: probed
[    1.071005] ag71xx 19000000.eth: Could not connect to PHY device. Deferring probe.
[    1.750303] libphy: ag71xx_mdio: probed
[    1.755849] libphy: ar8xxx-mdio: probed
[    1.821951] switch0: Atheros AR8229 rev. 1 switch registered on mdio-bus.0
[    1.908098] ag71xx 1a000000.eth: connected to PHY at fixed-0:00 [uid=00000000, driver=Generic PHY]
[    1.918258] eth0: Atheros AG71xx at 0xba000000, irq 5, mode: gmii
[    1.927890] NET: Registered protocol family 10
[    1.939093] Segment Routing with IPv6
[    1.943086] NET: Registered protocol family 17
[    1.947742] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    1.961897] 8021q: 802.1Q VLAN Support v1.8
[    2.302222] ag71xx 19000000.eth: connected to PHY at mdio-bus.0:1f:04 [uid=004dd042, driver=Generic PHY]
[    2.313243] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
[    2.370657] Freeing unused kernel memory: 7972K
[    2.375356] This architecture does not have kernel memory protection.
[    2.403375] init: Console is alive
[    2.407211] init: - watchdog -
[    2.437672] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    2.448667] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    2.466809] init: - preinit -
[    2.509932] random: fast init done
[    2.808648] random: jshn: uninitialized urandom read (4 bytes read)
[    2.917601] random: jshn: uninitialized urandom read (4 bytes read)
[    3.163179] random: jshn: uninitialized urandom read (4 bytes read)
[    3.805753] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    3.811977] IPv6: ADDRCONF(NETDEV_UP): eth0.1: link is not ready
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[    4.821087] eth0: link up (1000Mbps/Full duplex)
[    4.825913] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    4.833060] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[    7.014588] eth0: link down
[    7.042239] procd: - early -
[    7.045358] procd: - watchdog -
[    7.636953] procd: - watchdog -
[    7.640695] procd: - ubus -
[    7.652470] urandom_read: 5 callbacks suppressed
[    7.652481] random: ubusd: uninitialized urandom read (4 bytes read)
[    7.694505] random: ubusd: uninitialized urandom read (4 bytes read)
[    7.702822] procd: - init -
Please press Enter to activate this console.
[    8.251779] kmodloader: loading kernel modules from /etc/modules.d/*
[    8.275535] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    8.306112] Loading modules backported from Linux version v4.19.98-0-gd183c8e2647a
[    8.314024] Backport generated by backports.git v4.19.98-1-0-g8204eb99
[    8.342826] ip_tables: (C) 2000-2006 Netfilter Core Team
[    8.369084] nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
[    8.509039] xt_time: kernel timezone is -0000
[    8.643102] PPP generic driver version 2.4.2
[    8.661009] NET: Registered protocol family 24
[    8.746124] Data bus error, epc == 801f4180, ra == 8129febc
[    8.751898] Oops[#1]:
[    8.754255] CPU: 0 PID: 497 Comm: kmodloader Not tainted 4.14.167 #0
[    8.760819] task: 81878000 task.stack: 811f8000
[    8.765491] $ 0   : 00000000 00000001 deadc0de 00014000
[    8.770901] $ 4   : b81143fc 000143fc 00014000 00000004
[    8.776305] $ 8   : 00000001 7c7c3c7c 7c7c7c7c 7c7c7c7c
[    8.781707] $12   : 7c7c3c7c 81236500 ffffff80 7c7c7c3c
[    8.787120] $16   : 8115c080 00000018 00000000 00030000
[    8.792522] $20   : 00010000 00031018 00000004 000003ff
[    8.797925] $24   : 00000000 00000000
[    8.803328] $28   : 811f8000 811f9a30 811f9a84 8129febc
[    8.808740] Hi    : 00000003
[    8.811715] Lo    : 000000ff
[    8.814696] epc   : 801f4180 0x801f4180
[    8.818663] ra    : 8129febc 0x8129febc [ath9k_hw@81280000+0x51660]
[    8.825129] Status: 1000f403 KERNEL EXL IE
[    8.829458] Cause : 1080001c (ExcCode 07)
[    8.833598] PrId  : 00019374 (MIPS 24Kc)
[    8.837644] Modules linked in: ath9k(+) ath9k_common pppoe ppp_async ath9k_hw ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 gpio_button_hotplug
[    8.901314] Process kmodloader (pid: 497, threadinfo=811f8000, task=81878000, tls=77fb3efc)
[    8.909933] Stack : ffffffff 81236500 ffffff80 ffffffff 00002710 8115c080 000003ff 812a0000
[    8.918580]         8111a800 8115c080 811f9b14 00000004 812ccda8 8115c4bc 00000001 8129ea64
[    8.927226]         811f8000 811f9a98 00000220 00000220 00008000 ffffffff 811f9b14 812a0ab0
[    8.935872]         8115a080 81283e88 00000001 80450000 812d9500 81201ff0 000186a0 8115c080
[    8.944519]         8115c080 8115c0a8 00008000 00000001 811f9b14 00000004 812ccda8 99999999
[    8.953165]         ...
[    8.955692] Call Trace:
[    8.955740] [<812a0000>] 0x812a0000 [ath9k_hw@81280000+0x51660]
[    8.964387] [<8129ea64>] 0x8129ea64 [ath9k_hw@81280000+0x51660]
[    8.970516] [<812a0ab0>] 0x812a0ab0 [ath9k_hw@81280000+0x51660]
[    8.976635] [<81283e88>] 0x81283e88 [ath9k_hw@81280000+0x51660]
[    8.982755] [<81201ff0>] 0x81201ff0 [ath9k@81200000+0x16bb0]
[    8.988619] [<812930f8>] 0x812930f8 [ath9k_hw@81280000+0x51660]
[    8.994739] [<80093348>] 0x80093348
[    8.998350] [<812864d0>] 0x812864d0 [ath9k_hw@81280000+0x51660]
[    9.004467] [<80250bd8>] 0x80250bd8
[    9.008081] [<80093348>] 0x80093348
[    9.011691] [<812026a4>] 0x812026a4 [ath9k@81200000+0x16bb0]
[    9.017543] [<800aefec>] 0x800aefec
[    9.021168] [<8120e468>] 0x8120e468 [ath9k@81200000+0x16bb0]
[    9.027023] [<80299160>] 0x80299160
[    9.030649] [<8024f43c>] 0x8024f43c
[    9.034250] [<8029367c>] 0x8029367c
[    9.037852] [<8024db98>] 0x8024db98
[    9.041454] [<8024fabc>] 0x8024fabc
[    9.045058] [<8024dce4>] 0x8024dce4
[    9.048656] [<8024bd38>] 0x8024bd38
[    9.052263] [<8024dc60>] 0x8024dc60
[    9.055870] [<8024bdf0>] 0x8024bdf0
[    9.059471] [<803bf270>] 0x803bf270
[    9.063074] [<8024bc3c>] 0x8024bc3c
[    9.066680] [<8024d124>] 0x8024d124
[    9.070291] [<8024e300>] 0x8024e300
[    9.073905] [<81217000>] 0x81217000 [ath9k@81200000+0x16bb0]
[    9.079748] [<8024e4a8>] 0x8024e4a8
[    9.083366] [<81217018>] 0x81217018 [ath9k@81200000+0x16bb0]
[    9.089214] [<80060a00>] 0x80060a00
[    9.092822] [<800e6a40>] 0x800e6a40
[    9.096423] [<800912d4>] 0x800912d4
[    9.100025] [<8010fbe0>] 0x8010fbe0
[    9.103642] [<800cbee4>] 0x800cbee4
[    9.107247] [<80111044>] 0x80111044
[    9.110854] [<800cb81c>] 0x800cb81c
[    9.114462] [<800c9680>] 0x800c9680
[    9.118071] [<80111a14>] 0x80111a14
[    9.121673] [<8011c4e0>] 0x8011c4e0
[    9.125275] [<800cbb3c>] 0x800cbb3c
[    9.128878] [<800cbc28>] 0x800cbc28
[    9.132487] [<8006ed8c>] 0x8006ed8c
[    9.136093] [<803d0c74>] 0x803d0c74
[    9.139698] [<800698a0>] 0x800698a0
[    9.143307]
[    9.144847] Code: 26310001  8c820000  0000000f <03e00008> 00000000  27bdffe8  afbf0014  0c0a76b2  00000000
[    9.154936]
[    9.156551] ---[ end trace eb9837c2a907321b ]---
[    9.163433] Kernel panic - not syncing: Fatal exception
[    9.169959] Rebooting in 1 seconds..


same crash and with public images:
https://downloads.openwrt.org/releases/19.07.0/targets/ath79/tiny/openwrt-19.07.0-ath79-tiny-tplink_tl-wr841-v9-initramfs-kernel.bin

03.02.20202803KernelBug ReportVery LowVery Lowmt76 kernel spam log with ingnoring tx power message openwrt-19.07Unconfirmed Task Description

ASUS RT-AC51U

Official build OpenWRT 19.07.1 without installed any add-ons packages.

System and kernel log all time are spammed by information about ignoring default 2.4G tx power even when in its set to default driver. This issue appears right after fresh installation and rebooting or changing wireless setting doesn’t fix it.

04.02.20202806Base systemBug ReportVery LowMediumDHCP enabled even though not present in config fileopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on : Mikrotik RBM33G
- Software versions of OpenWrt/LEDE release, packages, etc: OpenWrt 19.07, synced this morning, fully up-to-date
- Steps to reproduce: no idea
My “Lan” /etc/config/network:
config interface ‘lan’

      option type 'bridge'
      option ifname 'eth0.1'
      option proto 'static'
      option netmask '255.255.255.0'
      option gateway '10.0.0.254'
      option ipaddr '10.0.0.35'
      list dns '10.0.0.5'
      list dns '10.10.0.5'
      option ip6assign '60'

My “Lan in /etc/config/dhcp:
config dhcp ‘lan’

      option interface 'lan'
      option ignore '1'

My ip addr list:
25: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000

  link/ether cc:2d:e0:5a:b8:5b brd ff:ff:ff:ff:ff:ff
  inet 10.0.0.35/24 brd 10.0.0.255 scope global br-lan
     valid_lft forever preferred_lft forever
  inet 10.0.0.124/24 brd 10.0.0.255 scope global secondary br-lan
     valid_lft forever preferred_lft forever
  inet6 2a02:1802:a6:0:8a00:dfc6:fd71:a219/64 scope global dynamic
     valid_lft 2591708sec preferred_lft 604508sec
  inet6 fe80::6617:aede:f2cc:dd4/64 scope link
     valid_lft forever preferred_lft forever
  inet6 fe80::ce2d:e0ff:fe5a:b85b/64 scope link
     valid_lft forever preferred_lft forever

DHCP lease info from DHCP server:
LAN 10.0.0.124 cc:2d:e0:5a:b8:5b 2020/02/04 10:23:54 2020/02/04 18:23:54 ethernet
LAN 10.0.0.125 cc:2d:e0:5a:b8:5b 2020/02/04 10:23:56 2020/02/04 18:23:56 ethernet
... it does not listen to 10.0.0.125, though.

The device also sends traps to the trap server using 10.0.0.124, which is not registered in DNS (the reason why I detected it)

Maybe a bug in the config scripts somewhere?

04.02.20202807Base systemBug ReportVery LowMedium(Wavlink WL-WN575A3) Signal strength LEDs don't work - ...openwrt-19.07Unconfirmed Task Description

Wavlink WL-WN575A3, Openwrt 19.07
Clean install set signal LEDs to rssi trigger but any of 3 LEDs don’t light due to missing rssileds package in default set of packages. After manual rssileds package install all 3 signal LEDs works as expected.

05.02.20202812Base systemBug ReportVery LowCriticalXiaomi router 3g Openwrt V19 problem. Upload very low. openwrt-19.07Unconfirmed Task Description

Hello, I have xiaomi router 3g, I installed OpenWrt v18 and everything perfect, perfect speed, perfect management (although improvable) etc ...
The problem comes when upgrading to v19.07 and v19.07.1, the router’s upload speed low by half (wired 600mbs v18) v19 300mbs upload speed .... it looks like a bug and it happens to many people , is there any solution to this? Is it possible to improve the router driver and improve the upload and full management of v19? thanks.

06.02.20202817KernelBuild FailureVery LowLowcompiler complain 'asm/types.h' file not found when com...openwrt-19.07Unconfirmed Task Description

Compile on macOS 10.15.3 (19D76)

uname -a

Darwin TioudeMBP.lan 19.3.0 Darwin Kernel Version 19.3.0: Thu Jan  9 20:58:23 PST 2020; root:xnu-6153.81.5~1/RELEASE_X86_64 x86_64 i386 MacBookPro11,5 Darwin

gcc –version

Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.0 (clang-1100.0.33.17)
Target: x86_64-apple-darwin19.3.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

make target/linux/compile V=sc

make[1]: Entering directory `/Volumes/Coder/docker/openwrt/openwrt'
make[2]: Entering directory `/Volumes/Coder/docker/openwrt/openwrt/target/linux'
make[3]: Entering directory `/Volumes/Coder/docker/openwrt/openwrt/target/linux/x86'
rm -f /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/localversion
/Volumes/Coder/docker/openwrt/openwrt/scripts/kconfig.pl  + + /Volumes/Coder/docker/openwrt/openwrt/target/linux/generic/config-4.14 /Volumes/Coder/docker/openwrt/openwrt/target/linux/x86/config-4.14 /Volumes/Coder/docker/openwrt/openwrt/target/linux/x86/64/config-4.14 > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
awk '/^(#[[:space:]]+)?CONFIG_KERNEL/{sub("CONFIG_KERNEL_","CONFIG_");print}' /Volumes/Coder/docker/openwrt/openwrt/.config >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
echo "# CONFIG_KALLSYMS_EXTRA_PASS is not set" >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
echo "# CONFIG_KALLSYMS_ALL is not set" >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
echo "CONFIG_KALLSYMS_UNCOMPRESSED=y" >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
/Volumes/Coder/docker/openwrt/openwrt/scripts/package-metadata.pl kconfig /Volumes/Coder/docker/openwrt/openwrt/tmp/.packageinfo /Volumes/Coder/docker/openwrt/openwrt/.config 4.14 > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.override
/Volumes/Coder/docker/openwrt/openwrt/scripts/kconfig.pl 'm+' '+' /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target /dev/null /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.override > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set
mv /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.old
grep -v INITRAMFS /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.old > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set
echo 'CONFIG_INITRAMFS_SOURCE=""' >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set
echo '# CONFIG_INITRAMFS_FORCE is not set' >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set
rm -rf /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/modules
cmp -s /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.prev || { cp /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config; cp /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.prev; }
export MAKEFLAGS= ; [ -d /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/user_headers ] || /Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167 HOSTCFLAGS="-O2 -I/Volumes/Coder/docker/openwrt/openwrt/staging_dir/host/include  -Wall -Wmissing-prototypes -Wstrict-prototypes" CROSS_COMPILE="x86_64-openwrt-linux-musl-" ARCH="x86" KBUILD_HAVE_NLS=no KBUILD_BUILD_USER="" KBUILD_BUILD_HOST="" KBUILD_BUILD_TIMESTAMP="Wed Jan 29 16:05:35 2020" KBUILD_BUILD_VERSION="0" HOST_LOADLIBES="-L/Volumes/Coder/docker/openwrt/openwrt/staging_dir/host/lib" CONFIG_SHELL="bash" V=1  cmd_syscalls= KERNELRELEASE=4.14.167 CC="x86_64-openwrt-linux-musl-gcc" INSTALL_HDR_PATH=/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/user_headers headers_install
grep '=[ym]' /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set | LC_ALL=C sort | mkhash md5 > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.vermagic
touch /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.configured
rm -f /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/vmlinux /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/System.map
/Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167 HOSTCFLAGS="-O2 -I/Volumes/Coder/docker/openwrt/openwrt/staging_dir/host/include  -Wall -Wmissing-prototypes -Wstrict-prototypes" CROSS_COMPILE="x86_64-openwrt-linux-musl-" ARCH="x86" KBUILD_HAVE_NLS=no KBUILD_BUILD_USER="" KBUILD_BUILD_HOST="" KBUILD_BUILD_TIMESTAMP="Wed Jan 29 16:05:35 2020" KBUILD_BUILD_VERSION="0" HOST_LOADLIBES="-L/Volumes/Coder/docker/openwrt/openwrt/staging_dir/host/lib" CONFIG_SHELL="bash" V=1  cmd_syscalls= KERNELRELEASE=4.14.167 CC="x86_64-openwrt-linux-musl-gcc" modules
make[4]: Entering directory `/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167'
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.build obj=arch/x86/entry/syscalls all
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.build obj=scripts/basic
rm -f .tmp_quiet_recordmcount
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.build obj=arch/x86/tools relocs
set -e; : '  CHK     include/config/kernel.release'; mkdir -p include/config/; 	echo "4.14.167$(bash ./scripts/setlocalversion .)" < include/config/auto.conf > include/config/kernel.release.tmp; if [ -r include/config/kernel.release ] && cmp -s include/config/kernel.release include/config/kernel.release.tmp; then rm -f include/config/kernel.release.tmp; else : '  UPD     include/config/kernel.release'; mv -f include/config/kernel.release.tmp include/config/kernel.release; fi
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.asm-generic \
	            src=uapi/asm obj=arch/x86/include/generated/uapi/asm
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.asm-generic \
	            src=asm obj=arch/x86/include/generated/asm
set -e; : '  CHK     include/generated/uapi/linux/version.h'; mkdir -p include/generated/uapi/linux/; 	(echo \#define LINUX_VERSION_CODE 265895; echo '#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))';) < Makefile > include/generated/uapi/linux/version.h.tmp; if [ -r include/generated/uapi/linux/version.h ] && cmp -s include/generated/uapi/linux/version.h include/generated/uapi/linux/version.h.tmp; then rm -f include/generated/uapi/linux/version.h.tmp; else : '  UPD     include/generated/uapi/linux/version.h'; mv -f include/generated/uapi/linux/version.h.tmp include/generated/uapi/linux/version.h; fi
rm -f include/linux/version.h
set -e; : '  CHK     include/generated/utsrelease.h'; mkdir -p include/generated/; 	if [ `echo -n "4.14.167" | wc -c ` -gt 64 ]; then echo '"4.14.167" exceeds 64 characters' >&2; exit 1; fi; (echo \#define UTS_RELEASE \"4.14.167\";) < include/config/kernel.release > include/generated/utsrelease.h.tmp; if [ -r include/generated/utsrelease.h ] && cmp -s include/generated/utsrelease.h include/generated/utsrelease.h.tmp; then rm -f include/generated/utsrelease.h.tmp; else : '  UPD     include/generated/utsrelease.h'; mv -f include/generated/utsrelease.h.tmp include/generated/utsrelease.h; fi
mkdir -p .tmp_versions ; rm -f .tmp_versions/*
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.build obj=.
mkdir -p kernel/
set -e; : '  CHK     include/generated/bounds.h'; mkdir -p include/generated/; 	(set -e; echo "#ifndef __LINUX_BOUNDS_H__"; echo "#define __LINUX_BOUNDS_H__"; echo "/*"; echo " * DO NOT MODIFY."; echo " *"; echo " * This file was generated by Kbuild"; echo " */"; echo ""; sed -ne 	's:^[[:space:]]*\.ascii[[:space:]]*"\(.*\)".*:\1:; /^->/{s:->#\(.*\):/* \1 */:; s:^->\([^ ]*\) [\$#]*\([^ ]*\) \(.*\):#define \1 \2 /* \3 */:; s:->::; p;}'; echo ""; echo "#endif" ) < kernel/bounds.s > include/generated/bounds.h.tmp; if [ -r include/generated/bounds.h ] && cmp -s include/generated/bounds.h include/generated/bounds.h.tmp; then rm -f include/generated/bounds.h.tmp; else : '  UPD     include/generated/bounds.h'; mv -f include/generated/bounds.h.tmp include/generated/bounds.h; fi
set -e; : '  CHK     include/generated/timeconst.h'; mkdir -p include/generated/; 	(echo 100 | bc -q kernel/time/timeconst.bc ) < kernel/time/timeconst.bc > include/generated/timeconst.h.tmp; if [ -r include/generated/timeconst.h ] && cmp -s include/generated/timeconst.h include/generated/timeconst.h.tmp; then rm -f include/generated/timeconst.h.tmp; else : '  UPD     include/generated/timeconst.h'; mv -f include/generated/timeconst.h.tmp include/generated/timeconst.h; fi
mkdir -p arch/x86/kernel/
set -e; : '  CHK     include/generated/asm-offsets.h'; mkdir -p include/generated/; 	(set -e; echo "#ifndef __ASM_OFFSETS_H__"; echo "#define __ASM_OFFSETS_H__"; echo "/*"; echo " * DO NOT MODIFY."; echo " *"; echo " * This file was generated by Kbuild"; echo " */"; echo ""; sed -ne 	's:^[[:space:]]*\.ascii[[:space:]]*"\(.*\)".*:\1:; /^->/{s:->#\(.*\):/* \1 */:; s:^->\([^ ]*\) [\$#]*\([^ ]*\) \(.*\):#define \1 \2 /* \3 */:; s:->::; p;}'; echo ""; echo "#endif" ) < arch/x86/kernel/asm-offsets.s > include/generated/asm-offsets.h.tmp; if [ -r include/generated/asm-offsets.h ] && cmp -s include/generated/asm-offsets.h include/generated/asm-offsets.h.tmp; then rm -f include/generated/asm-offsets.h.tmp; else : '  UPD     include/generated/asm-offsets.h'; mv -f include/generated/asm-offsets.h.tmp include/generated/asm-offsets.h; fi
mkdir -p ./tools
/Library/Developer/CommandLineTools/usr/bin/make LDFLAGS= MAKEFLAGS=" " O=/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167 subdir=tools -C ./tools/ objtool
mkdir -p /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool && /Library/Developer/CommandLineTools/usr/bin/make O=/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167 subdir=tools/objtool --no-print-directory -C objtool
error: unknown warning option '-Wstrict-aliasing=3'; did you mean '-Wstring-plus-int'? [-Werror,-Wunknown-warning-option]
/Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/build CFLAGS= LDFLAGS= /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/fixdep
/Library/Developer/CommandLineTools/usr/bin/make -f /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/build/Makefile.build dir=. obj=fixdep
/Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/lib/subcmd/ OUTPUT=/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/
/Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/build CFLAGS= LDFLAGS= /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/fixdep
/Library/Developer/CommandLineTools/usr/bin/make -f /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/build/Makefile.build dir=. obj=fixdep
  gcc -Wp,-MD,/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/.exec-cmd.o.d -Wp,-MT,/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/exec-cmd.o -Wbad-function-cast -Wdeclaration-after-statement -Wformat-security -Wformat-y2k -Winit-self -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wno-system-headers -Wold-style-definition -Wpacked -Wredundant-decls -Wshadow -Wstrict-prototypes -Wswitch-default -Wswitch-enum -Wundef -Wwrite-strings -Wformat -fno-strict-aliasing -ggdb3 -Wall -Wextra -std=gnu99 -fPIC -O3 -Werror -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/ -D"BUILD_STR(s)=#s" -c -o /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/exec-cmd.o exec-cmd.c
In file included from exec-cmd.c:2:
In file included from /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/linux/compiler.h:89:
/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/linux/types.h:10:10: fatal error: 'asm/types.h' file not found
#include <asm/types.h>
         ^~~~~~~~~~~~~
1 error generated.
mv: cannot stat '/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/.exec-cmd.o.tmp': No such file or directory
make[8]: *** [/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/exec-cmd.o] Error 1
make[7]: *** [/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/libsubcmd-in.o] Error 2
make[6]: *** [/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/libsubcmd.a] Error 2
make[5]: *** [objtool] Error 2
make[4]: *** [tools/objtool] Error 2
make[4]: Leaving directory `/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167'
make[3]: *** [/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.modules] Error 2
make[3]: Leaving directory `/Volumes/Coder/docker/openwrt/openwrt/target/linux/x86'
make[2]: *** [compile] Error 2
make[2]: Leaving directory `/Volumes/Coder/docker/openwrt/openwrt/target/linux'
time: target/linux/compile#1.48#1.67#3.81
make[1]: *** [target/linux/compile] Error 2
make[1]: Leaving directory `/Volumes/Coder/docker/openwrt/openwrt'
make: *** [target/linux/compile] Error 2

tree build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/asm

build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/asm
├── alternative-asm.h
├── atomic.h
├── barrier.h
├── bug.h
├── export.h
└── sections.h
07.02.20202818Base systemBug ReportVery LowLowCurrent time displayed incorrectly in v.19.07 system ta...openwrt-19.07Unconfirmed Task Description

- Device problem occurs on
Aerohive HiveAP-121

- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 19.07.1 r10911-c155900f66 / LuCI openwrt-19.07 branch git-20.029.45734-adbbd5c

- Steps to reproduce
This is evident when you have two AP (exact same hardware) side by side running v.19.07.1 and v.18.06.5

The issue:
After upgrading firmware from 18.06.5 to 19.07.1 we noticed that the current time reported incorrectly on the ‘System’ tab in GUI.

Please note, current time IS reported correctly in the ‘Status’ tab on both versions.

Please note, GUI is accessed using a desktop version of Debian GNU/Linux 10 (buster), with Firefox ESR 68.4.1esr (64-bit).

Please note, Firefox configuration has been modified - hardened to prevent remote sites code loaded to the browser to detect local time zone.

Using the same browser with the exact same configuration shows current time been displayed correctly in firmware v.18.06.5 and displayed incorrectly only on the system tab in firmware version 19.07.1.

Please see screenshots attached.

Development team - thank you for your efforts in writing this code and making it available free of charge. You guys are awesome! :)

Damien.


07.02.20202819Base systemBug ReportVery LowMediumDefault configuration for PPPoE client (PPPd) is not pr...openwrt-19.07Unconfirmed Task Description

Default configuration for PPPoE client is not properly set.

Certain HW manufacturers (Alcatel Lucent for example) have implemented LCP flooding prevention systems for PPP clients if multiple LCP request/echos arrive in < 30s. When this occours BNG (BRAS) sends a PPP disconnect request and the PPP session gets dropped and PPP username gets remporary banned.

LCP echo interval default values for PPPoE connections should be set in the value of at least 30 (60 perferably) (seconds that is) and not 5s as set per current default value. Currently all users using PPPoE are affected.

Still present in –> OpenWrt 19.07.1 r10911-c155900f66 / LuCI openwrt-19.07 branch git-20.029.45734-adbbd5c

07.02.20202820Base systemBug ReportVery LowMediumath79 19.07.x always creates an interface with 192.168....openwrt-19.07Unconfirmed Task Description

Hi!

I have a TP-Link Archer-C7-V2 device. I installed via tftp the factory.bin file for 19.07.1, and changed the br-lan IP address to 192.168.0.1. After installing some packages and rebooting, the lan side switch interface was given the address 192.168.1.1, despite the WAN interface getting 192.168.1.11 from an upstream router via DHCP. This does not happen with ar71xx 19.07.1. I’ve remained on the ar71xx version.

I’ve attached the output from several show interface config commands for both ath79 and ar71xx. Since I rsync the entire router filesystem to my Linux system, I’ve also included a recursive diff of the ‘rom’ directories for both ath79 and ar71xx if that helps. In the diff output, for smaller size and better clarity, I removed the diff output for ‘.control’ files in opkg/info that only differed in kernel dependency and/or installed size.

08.02.20202822Base systemBug ReportVery LowMediumsysupgrade does not work with coreutils sha256sumopenwrt-19.07Unconfirmed Task Description

When running sysupgrade backup, checksum generation fails as per below if having installed coreutils version of sha256sum as it doesn’t recognize the -s flag.

OpenWrt 19.07-SNAPSHOT r10906-3212290a3b

# sha256sum –version
sha256sum (GNU coreutils) 8.30

# sysupgrade -b /root/backup-${HOSTNAME}-$(date +%F).tar.gz
sha256sum: invalid option – ‘s’ Try ‘sha256sum –help’ for more information.
[...]
sha256sum: invalid option – ‘s’ Try ‘sha256sum –help’ for more information.
Saving config files...

13.02.20202832Base systemBug ReportVery LowCriticalD-link DIR-885L firmware doesn't match due to regional ...openwrt-19.07Unconfirmed Task Description

According to the hardware support list, D-link DIR-885L HW A1 is supported, therefore, I have acquired one in China, it clearly stated the HW revision is A1 but its WIFI is not supported with the original firmware 19.07.1

after I flashed the firmware in discovery mode , the wireless tab is not shown in the system. Checked wifi configuration and the file was empty. I found there’s another driver for A2 hardware in the product page, I downloaded it, put it in the designated directory, restarted the router and my wifi appears.

but the driver doesn’t work well. The 2.4g (radio0) can not be started most of the time, some time I alter the configuration of radio0 might bring it up, but even I’ve managed to find the SSID, I can’t connect it. always prompt wrong password.

the 5g (radio1) is better. if I fix the channel, restart the router every time I change the configuration (even change password), it usually make the router works.

I think the Device sold in China is different from other area, the default firmware (which supports A1) doesn’t support Chinese A1 hardware, the A2 firmware driver (BCM4366c) supports the Chinese A1 hardware but doesn’t work well since the driver was dated 2017.

with this BCM4366C driver provided in A2 firmware, I can only have 5G fix Channel WPA2 security wifi service, it’s usable, but all other function are not working, not even one.

I opened the router, tried to provide the chip information but the chips are covered by metal jacket and fixed to the mother board. I have manufacture’s original latest firmware, I think the proper driver may be extracted from it but I’m not capable to do it. I can provide the file as requested. Can’t post here, the file is too big.


15.02.20202834Base systemBug ReportVery LowMediumXiaomi 3G restartsopenwrt-19.07Unconfirmed Task Description

Xiaomi Mi Router 3G
MediaTek MT7621 ver:1 eco:3
OpenWrt 19.07.0 r10860-a3ffeb413b / LuCI openwrt-19.07 branch git-20.006.26738-35aa527
4.14.162

I have script that heavily uses ipset in cron. It runs every hour. Router reboots every 1~2 days with errors.

Sat Feb 15 12:00:00 2020 cron.info crond[1212]: USER root pid 9019 cmd /etc/anti-rkn/update-rkn-ip.sh
Sat Feb 15 12:00:03 2020 kern.alert kernel: [215985.710616] CPU 3 Unable to handle kernel paging request at virtual address 07406000, epc == 8010ef74, ra == 8010ee58
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.721315] Oops[#1]:
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.723668] CPU: 3 PID: 9028 Comm: ipset Not tainted 4.14.162 #0
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.729733] task: 8fcf2ca0 task.stack: 8dc22000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.734325] $ 0   : 00000000 00000001 00000000 81243690
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.739624] $ 4   : 8054a1e8 00000001 00000001 07406000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.744920] $ 8   : 000d3937 000d3936 00000000 00000001
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.750217] $12   : 000d3923 8df80280 8df80280 00000000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.755514] $16   : 8fc02e00 01088020 8df80000 8d5e3880
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.760814] $20   : 00000008 8dcb8e98 00000038 00000000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.766112] $24   : 00000000 77e75860
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.771410] $28   : 8dc22000 8dc23a28 8e125800 8010ee58
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.776710] Hi    : 00000000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.779660] Lo    : 0000000a
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.782611] epc   : 8010ef74 0x8010ef74
packet_write_wait: Connection to 192.168.1.1 port 22: Broken pipe
 

The script

start=`date +%s`

# create temporary sets
ipset create _tmp1 hash:net
ipset create _tmp2 hash:net

# load new content to ipset
curl -s https://antifilter.download/list/subnet.lst | awk '{print "add _tmp1 "$1;} END {print FNR > "/tmp/rkn_nets"}' | ipset -! restore
curl -s https://antifilter.download/list/ipsum.lst| awk '{print "add _tmp2 "$1;} END {print FNR > "/tmp/rkn_ipsum"}' | ipset -! restore

# swap content
ipset swap vpn_subnets _tmp1
ipset swap vpn_ipsum _tmp2

# delete temporary sets
ipset destroy _tmp1
ipset destroy _tmp2

end=`date +%s`


16.02.20202835Base systemBug ReportVery LowHighMT7621: Clients disconnects.openwrt-19.07Unconfirmed Task Description

Hi! I have MT7621 and when to router connected more than 10 peoples router start disconnecting some peoples(have two networks guest and main on 2,4).

There is my settings:
config wifi-iface ‘default_radio0’ option device ‘radio0’ option network ‘lan’ option mode ‘ap’ option wpa_disable_eapol_key_retries ‘1’ option key ‘WIFIPASS’ option ssid ‘WIFINAME’ option encryption ‘psk2+ccmp’ option disassoc_low_ack ‘0’ (guest network have same settings)

Other info:
Newifi-D2
MediaTek MT7621 ver:1 eco:3
OpenWrt 19.07.1 r10911-c155900f66 / LuCI openwrt-19.07 branch git-20.045.27998-49999e9

I also noticed that before the client is disconnected from the network, it will lose the Internet.

 

Issue on github: https://github.com/openwrt/mt76/issues/358

Many peoples with Newifi3 D2 have same problem(in github links and more details).

PLEASE, FIX IT!

18.02.20202844Base systemBug ReportVery LowHighath10k on archer C7 v2: high latencyopenwrt-19.07Unconfirmed Task Description

On my Archer C7 v2, since the upgrade from 18.06 to 19.07, I sometimes get very high latency on my 5 GHz wifi network:

This is when pinging a wireless client from the router itself.

ping 192.168.12.167
PING 192.168.12.167 (192.168.12.167): 56 data bytes
64 bytes from 192.168.12.167: seq=0 ttl=64 time=1.334 ms
64 bytes from 192.168.12.167: seq=1 ttl=64 time=2.002 ms
64 bytes from 192.168.12.167: seq=2 ttl=64 time=1004.448 ms
64 bytes from 192.168.12.167: seq=3 ttl=64 time=4.342 ms
64 bytes from 192.168.12.167: seq=4 ttl=64 time=1.072 ms
64 bytes from 192.168.12.167: seq=5 ttl=64 time=2.074 ms
64 bytes from 192.168.12.167: seq=6 ttl=64 time=2.505 ms
64 bytes from 192.168.12.167: seq=7 ttl=64 time=1.059 ms
64 bytes from 192.168.12.167: seq=8 ttl=64 time=1.746 ms
64 bytes from 192.168.12.167: seq=9 ttl=64 time=1.176 ms
64 bytes from 192.168.12.167: seq=10 ttl=64 time=1.086 ms
64 bytes from 192.168.12.167: seq=11 ttl=64 time=1.072 ms
64 bytes from 192.168.12.167: seq=12 ttl=64 time=815.290 ms
64 bytes from 192.168.12.167: seq=13 ttl=64 time=1004.417 ms
64 bytes from 192.168.12.167: seq=14 ttl=64 time=4.294 ms
64 bytes from 192.168.12.167: seq=15 ttl=64 time=4.520 ms
64 bytes from 192.168.12.167: seq=16 ttl=64 time=1003.250 ms
64 bytes from 192.168.12.167: seq=17 ttl=64 time=3.125 ms
64 bytes from 192.168.12.167: seq=18 ttl=64 time=1.019 ms
64 bytes from 192.168.12.167: seq=19 ttl=64 time=2.066 ms
^C
--- 192.168.12.167 ping statistics ---
20 packets transmitted, 20 packets received, 0% packet loss
round-trip min/avg/max = 1.019/193.094/1004.448 ms

The upgrade to 19.07.1 didn’t solve the issue. What (temporarily) seem to work is to restart the wlan0 interface. After a few hours the problem comes back. The client is very close to the AP (less than 3 meters, although there is a floor between). Signal quality is reported as very good.

Station 54:60:09:d3:e4:d6 (on wlan0)
        inactive time:  540 ms
        rx bytes:       1082546
        rx packets:     6294
        tx bytes:       15523400
        tx packets:     11636
        tx retries:     0
        tx failed:      1
        rx drop misc:   0
        signal:         -66 [-76, -68, -71] dBm
        signal avg:     -62 [-72, -64, -67] dBm
        tx bitrate:     390.0 MBit/s VHT-MCS 8 80MHz short GI VHT-NSS 1
        rx bitrate:     390.0 MBit/s VHT-MCS 8 80MHz short GI VHT-NSS 1
        rx duration:    422088 us
        last ack signal:-95 dBm
        authorized:     yes
        authenticated:  yes
        associated:     yes
        preamble:       long
        WMM/WME:        yes
        MFP:            no
        TDLS peer:      no
        DTIM period:    2
        beacon interval:100
        short slot time:yes
        connected time: 447 seconds

I am using stock 19.07.1 firmware. I also tried changing the regulatory domain from CA to US but it didn’t help.
I will now try with the non-ct driver and firmware to see if it helps, as it worked fine on 18.06 which didn’t include the -ct firmware by default.

cat /etc/config/wireless

config wifi-device 'radio0'
        option type 'mac80211'
        option hwmode '11a'
        option path 'pci0000:00/0000:00:00.0'
        option htmode 'VHT80'
        option noscan '1'
        option country 'US'
        option channel '149'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option key 'removed'
        option network 'lan'
        option mode 'ap'
        option ssid 'myssid5'
        option encryption 'psk2+ccmp'

config wifi-device 'radio1'
        option type 'mac80211'
        option channel '11'
        option hwmode '11g'
        option path 'platform/ahb/ahb:apb/18100000.wmac'
        option noscan '1'
#       option country 'CA'
        option htmode 'HT40'
        option require_mode 'g'

config wifi-iface 'default_radio1'
        option device 'radio1'
        option network 'lan'
        option mode 'ap'
        option ssid 'myssid'
        option encryption 'psk2+ccmp'
        option key 'removed'
        option ieee80211w '1'
25.02.20202856Base systemBug ReportVery LowHighWifi "dies" (hostapd drops all clients) on some ar71xx ...openwrt-19.07New Task Description

This issue is very strange, i don’t even know if it’s just faulty hardware but i have it happening on multiple devices now

Most affected hardware

  • Nanobridge M5 , in this case transmitting enough data can trigger it almost instantly
  • TL-WR841ND , in this case i had it happen like 3-4 times a year
  • CPE 210 v3 , in this case it happens like each week

For the last one, which is running 19.07 i found on the system log

Tue Feb 25 07:38:58 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED [redacted mac1]
Tue Feb 25 07:38:58 2020 daemon.info hostapd: wlan0: STA [redacted mac1] IEEE 802.11: disassociated due to inactivity
Tue Feb 25 07:38:59 2020 daemon.info hostapd: wlan0: STA [redacted mac1] IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Tue Feb 25 07:41:32 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED [redacted mac2]
Tue Feb 25 07:41:32 2020 daemon.info hostapd: wlan0: STA [redacted mac2] IEEE 802.11: disassociated due to inactivity
Tue Feb 25 07:41:33 2020 daemon.info hostapd: wlan0: STA [redacted mac2] IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Tue Feb 25 07:42:49 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 07:49:55 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 07:55:02 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:00:15 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:05:25 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:10:44 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:16:00 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
28.02.20202868PackagesBug ReportVery LowCriticalCLAT/464XLAT stopped working in 19.07.1openwrt-19.07Unconfirmed Task Description

I was using CLAT in an Archer C7 v5 for some testing. Everything worked fine.

I decided then to upgrade to 19.07.1 and everything works fine from the backup that I did from the config, but not the CLAT (464XLAT).

I decided to reflash the unit from scratch and configure everything manually. Same problem, CLAT is not working. I tried even setting the tunnel link to the WAN interface manually in the CLAT interface (advanced settings), instead of the default “unspecified”, played with the firewall settings as well, etc. Nothing resulted.

By the way, even in 18.06.7, which I’m using right now with the CLAT, the CLAT interface doesn’t report any RX/TX or packets. In the same router I’ve installed Collectd and I can see there the traffic being graphed correctly.

So I’m guessing there is some bug there. I’m going to report it as a bug, but just in case someone discovered an easy solution.

I’ve observed that at some point, across numerous tests, a Virtual dynamic interface 464XLAT was created, but it doesn’t allow to edit it, so not sure if this is related. I believe this interface is only created when I’m using PPPoE for the WAN link (I’ve tested 2 scenarios, PPPoE done in the OpenWRT box and PPPoE done in the GPON ONT).

04.03.20202880KernelBug ReportVery LowLowwireless-regdb is outdated and faulty for at least "CH"...openwrt-19.07Assigned Task Description

The wireless-regdb Version 2019.06.03 has faulty Entries for at least “CH” and “LI”.
Some Ranges described for “CH” are even overlapping, which should not be the case AFAIK.

The Entries should actually be about the same as “DE”, fixed in commit 5dd4dbf709d38aab21cba0183cf26510054449f0 (git.kernel.org)

Source: See Link

05.03.20202884KernelBug ReportVery LowLowR7800 hangs and restarts after few daysopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- NetGear r7800
- Openwrt 19.07.1 (But same on 18.06.X)

- Steps to reproduce.

 Just run for several days and it hangs. Yes this router is working hard (OpenVPN, Transmission, 3Proxy, external disk attached) 

Mar 5 11:09:19 OpenWrt kernel: [174516.662874] Unable to handle kernel NULL pointer dereference at virtual address 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.662886] pgd = c0204000
Mar 5 11:09:19 OpenWrt kernel: [174516.662897] [00000001] *pgd=00000000
Mar 5 11:09:19 OpenWrt kernel: [174516.662924] Internal error: Oops: 17 [#1] SMP ARM
Mar 5 11:09:19 OpenWrt kernel: [174516.662955] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 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 vhci_hcd usblp usbip_host usbip_core 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 sch_cake nf_conntrack sch_teql sch_sfq sch_red sch_prio
Mar 5 11:09:19 OpenWrt kernel: [174516.715123] sch_pie sch_multiq sch_gred sch_fq sch_dsmark sch_codel em_text em_nbyte em_meta em_cmp act_simple act_police act_pedit act_ipt act_gact act_csum libcrc32c sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb nat46 ip6_tunnel tunnel6 tun uas usb_storage uhci_hcd ext4 mbcache jbd2 crc32c_generic leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug
Mar 5 11:09:19 OpenWrt kernel: [174516.778498] CPU: 0 PID: 5329 Comm: kworker/0:1 Not tainted 4.14.167 #0
Mar 5 11:09:19 OpenWrt kernel: [174516.800724] Hardware name: Generic DT based system
Mar 5 11:09:19 OpenWrt kernel: [174516.807255] Workqueue: events 0xc06542e8
Mar 5 11:09:19 OpenWrt kernel: [174516.812094] task: dcffd900 task.stack: d955e000
Mar 5 11:09:19 OpenWrt kernel: [174516.816261] pc : [<c07bdbf0>] lr : [<c0679b9c>] psr: 80000013
Mar 5 11:09:19 OpenWrt kernel: [174516.820953] sp : d955fd50 ip : 00000000 fp : dd769c28
Mar 5 11:09:19 OpenWrt kernel: [174516.827287] r10: 00000000 r9 : ffffffff r8 : 00000002
Mar 5 11:09:19 OpenWrt kernel: [174516.832584] r7 : d955fdd4 r6 : 20000013 r5 : 00000001 r4 : dd6406d8
Mar 5 11:09:19 OpenWrt kernel: [174516.837879] r3 : de806024 r2 : 1fffa6f0 r1 : 00000000 r0 : 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.844219] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
Mar 5 11:09:19 OpenWrt kernel: [174516.850815] Control: 10c5787d Table: 5ba0806a DAC: 00000051
Mar 5 11:09:19 OpenWrt kernel: [174516.858107] Process kworker/0:1 (pid: 5329, stack limit = 0xd955e210)
Mar 5 11:09:19 OpenWrt kernel: [174516.863920] Stack: (0xd955fd50 to 0xd9560000)
Mar 5 11:09:19 OpenWrt kernel: [174516.870445] fd40: dd6406d8 00000001 20000013 c056ec00
Mar 5 11:09:19 OpenWrt kernel: [174516.874893] fd60: dd6406e4 fffffffe 00000000 c056fdd4 00000000 fffffffe 00000000 c033e164
Mar 5 11:09:19 OpenWrt kernel: [174516.883140] fd80: dd68f418 dd68f404 00000000 00000002 d955fdd4 c033e460 00000000 c0a158a8
Mar 5 11:09:19 OpenWrt kernel: [174516.891385] fda0: dd68f400 c0a13178 dd640780 00000002 2faf0800 2faf0800 23c34600 c033e4a8
Mar 5 11:09:19 OpenWrt kernel: [174516.899632] fdc0: 00000000 00003208 dd54c200 c0563e50 dd54c200 dd641400 2faf0800 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.907879] fde0: dd54c200 dd640780 00000000 23c34600 dd4dac80 c0565674 dd4dac80 dd6404d8
Mar 5 11:09:19 OpenWrt kernel: [174516.916126] fe00: 23c34600 dd4cf900 2faf0800 2faf0800 23c34600 c05656a4 dd640780 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.924371] fe20: 00000000 dd4dac80 dd7ad000 2faf0800 23c34600 c0565a6c dd769bc0 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.932618] fe40: dd769c00 dda01010 dd7ad000 c0565ac8 dd78a200 dd769bc0 dd769c00 c05ad744
Mar 5 11:09:19 OpenWrt kernel: [174516.940865] fe60: c0a61004 00000000 dcc25140 dd7ad028 23c34600 2faf0800 00009c40 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.949113] fe80: dcc25240 dcc2525c 00000000 dcc25280 000927c0 dcc3a200 dda07540 c0655234
Mar 5 11:09:19 OpenWrt kernel: [174516.957359] fea0: 00000000 c0654c74 00009c40 dcc3a200 00000000 c0a61004 00000000 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.965604] fec0: 000927c0 00000000 dda07540 c0651364 00000002 000c3500 000927c0 00000021
Mar 5 11:09:19 OpenWrt kernel: [174516.973851] fee0: dcc24380 dcc3a200 dcc24380 dcc24400 dcc24400 dcc25300 00000000 c065377c
Mar 5 11:09:19 OpenWrt kernel: [174516.982097] ff00: dcc243b8 00000000 dcc24384 dcc3a200 c0a1f104 00000000 00000000 c0654320
Mar 5 11:09:19 OpenWrt kernel: [174516.990343] ff20: dcc243b8 d750c280 dda07540 dda0a400 00000000 c03371d0 dda07558 ffffe000
Mar 5 11:09:19 OpenWrt kernel: [174516.998591] ff40: d750c280 dda07540 d750c298 dda07558 ffffe000 c0a02d00 00000008 c03376cc

 


06.03.20202885Base systemBug ReportVery LowMediumx86/x64 musl crash in 19.07.01openwrt-19.07Unconfirmed Task Description

Any program built statically with SDK 19.07.01 for x86/64 coredumps at musl init stage

Program received signal SIGSEGV, Segmentation fault.
static_init_tls (aux=0xffffd408) at src/env/__init_tls.c:92
92      src/env/__init_tls.c: No such file or directory.
(gdb) bt
#0  static_init_tls (aux=0xffffd408) at src/env/__init_tls.c:92
#1  0x08083ed2 in __init_libc (envp=0xffffd53c, pn=0xffffd69d "/home/k/openwrt/sdk-x86/build_dir/target-i386_pentium4_musl/ntfs-3g-2017.3.23-2-fuseint/src/ntfs-3g") at src/env/__libc_start_main.c:39
#2  0x08083fe0 in __libc_start_main (main=0x80490e8 <main>, argc=1, argv=0xffffd534) at src/env/__libc_start_main.c:79
#3  0x08049f19 in _start_c (p=0xffffd530) at crt/crt1.c:18
#4  0x08049ef0 in _start ()
13.03.20202901Base systemBug ReportVery LowHighFlow offload not working properly in case of IPv6 (NAT6...openwrt-19.07Unconfirmed Task Description

Linksys WRT32X with NAT6 configuration.

On latest 19.07 branch r10959

With the flow_offload feature turned on, nat6 is not working properly.
The first (or several) TCP packets seemed to be fine but later packets were not properly transmitted. The connection was soon closed.

(In case of accessing ipv6.google.com, the browser would freeze. And the curl would freeze after receiving a portion of the HTML content.)

In the meantime, ICMPv6 worked normally.

After removing the FLOWOFFLOAD ip6tables record, everything is fine.
After inserting the `-m conntrack –cstate RELATED,ESTABLISHED -j ACCEPT` before the FLOWOFFLOAD everything is also fine.

IPv4 part looked normal even if flow_offload is on.

NAT6 worked on older versions like 18.04 branch with flow_offload enabled.

16.03.20202904Base systemBug ReportVery LowLowusb-storage fails to load in pre-initopenwrt-19.07Unconfirmed Task Description

As per forum post:

https://forum.openwrt.org/t/usb-storage-fail-to-load-in-preinit/54903

Basically, installed openwrt, added external root, all looks correctly configured, but after reboot external root fails to mount.
searching in the logs we can see that usb-storage is only loaded after pre-init, but it is listed in /etc/modprobe-boot.d/ ... checking /rom/etc/modules-boot.d/ it is not there.

Either something is missing in the https://openwrt.org/docs/guide-user/additional-software/extroot_configuration to add the usb-storage to the pre-init, or something is broken that makes pre-init fail to load usb-storage when it should.

The same setup worked fine with a older openwrt version (15.01 IIRC)

Supply the following if possible:
- Device problem occurs on
asus wl-500w

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

- Steps to reproduce
Install openwrt
add external root
manually mount to confirm setup
reboot
external root not mounted nor switched to, logs show that usb-storage is only loaded after normal root is mounted
manual mount still works

 


17.03.20202906Base systemBug ReportVery LowHighAdding v4 Static routes without selecting 'Advanced' Ta...openwrt-19.07Unconfirmed Task Description

Using Openwrt 19.07.2 release;
On TP-Link c2600 & N750(wdr4300 v1.4)

Observed behavior:

Adding a static v4 route i.e 172.16.253.0 via 172.16.253.254 in the Luci Static route page succesfully adds the route, and by default appears to select the local route table. However viewing the routes list in status or via ip r s on cli does not show the entry.

Work-Around:

Ensure that a different table is selected in the 'Advanced tab' then go back in and add it to the correct appropriate route table.



Expected behaviour:

Adding a static route add's it to the system route table irrespective of needing to switch into advanced tab and select a non-default route table first.


21.03.20202912Base systemBug ReportVery LowHighPhicomm K3 (bcm53xx) wifi channel can't be set to auto ...openwrt-19.07Unconfirmed Task Description

Device:Phicomm K3 (bcm53xx)
BUG:wifi channel can’t set to auto mode
Description:Wifi channel can’t set to auto mode in Network - Wireless.
When wireless channel sets to auto mode, wireless settings will change from AP to Cilent even I don’t do that.

22.03.20202919Base systemBug ReportVery LowLow18.06 to 19.07 upgrade fails [Netgear WNDR4300 v1]openwrt-19.07Unconfirmed Task Description

> If your device is not supported by the image You may encounter the error “Device not supported by this image” or “Image check failed”. In that case, please report the issue so that it can be fixed for the next 19.07.X minor release.

https://openwrt.org/docs/guide-user/installation/ar71xx.to.ath79


Tried to upgrade from

openwrt-18.06 branch (git-19.020.41695-6f6641d) / OpenWrt 18.06.2 r7676-cddd7b4c77

[to]

http://downloads.openwrt.org/releases/19.07.2/targets/ar71xx/nand/openwrt-19.07.2-ar71xx-nand-wndr4300-squashfs-sysupgrade.tar

I alternately receive the error “The connection was reset” or “Device not supported by this image”


> for LuCI: check “Force upgrade”

This option was not available

> for command-line sysupgrade: use sysupgrade -F -n <your-device-19.07-image-sysupgrade.bin>

This option succeeded and the new build is working normally, thanks

note: Once this issue is resolved, would it be feasible to host upgrade images on a free service like GitHub, so checks for new version could be performed through the web interface (similar to GL.Inet routers)

24.03.20202925KernelBug ReportVery LowMediumsdc_busy timeout: before CMD<55> <- msdc_command_start(...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on:
Architecture: MediaTek MT7621 ver:1 eco:3
Model: MTC Wireless Router WR1201
Router brand: Strong 1200
- Software versions of OpenWrt/LEDE release, packages, etc.:
OpenWrt 19.07.0 r10860-a3ffeb413b / LuCI openwrt-19.07 branch git-20.006.26738-35aa527
Packages installed:
kmod-mmc 4.14.162-1
kmod-sdhci-mt7620 4.14.162-1
kmod-mt76-core 4.14.162+2020-01-04-8a785679-1
kmod-usb-core 4.14.162-1
kmod-usb3 4.14.162-1
Kernel 4.14.162
- Steps to reproduce

Problem is that microSD card is not recognized. After inserting the microsd card this is shown in logs. I try three vendors. example brand new SanDisk microSDHC 32 GB Ultra Class 10 UHS-I
[ 1763.831968] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1763.852517] mmc0: error -145 whilst initialising SD card
[ 1764.131968] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1764.152467] mmc0: error -145 whilst initialising SD card
[ 1764.431965] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1764.452549] mmc0: error -145 whilst initialising SD card

 


26.03.20202931Base systemBug ReportVery LowHighloading package information never arrivedopenwrt-19.07Unconfirmed Task Description

using fresh install

from Luci interface goto menu
system/software
the loading package information never arrived

pushing the update list button
the loading package information never arrived

using the console
opk update, list... are working well


30.03.20202949KernelBug ReportVery LowHighWireless not working on bananapi proopenwrt-19.07Assigned Task Description

openwrt install on bananapi pro has no functioning wifi.
No wireless interface, no wireless option in ui, etc...

Supply the following if possible:
- Device problem occurs on: lemaker bananapi pro
- Software versions of OpenWrt/LEDE release, packages, etc. : openwrt-19.07.2 and also 18.06.8
- Steps to reproduce

 flash openwrt to sd card
 boot
 check interfaces via the UI or SSH

I’ve attached syslog & dmesg

suspicious lines:
[ 9.150351] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43362-sdio for chip BCM43362/1
[ 9.159364] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43362-sdio.bin failed with error -2
[ 9.169181] brcmfmac mmc1:0001:1: Falling back to user helper
[ 9.222013] firmware brcm!brcmfmac43362-sdio.bin: firmware_loading_store: map pages failed

Might be relevant:
https://github.com/armbian/build/commit/1c3fde7d3b8f97a7acbd41d5513d73990e3c77e9 https://forum.armbian.com/topic/9341-brcmfmac-not-working-after-upgrade-to-armbian-570/

01.04.20202956KernelBug ReportVery LowMediumtcp_bbr: suffering poor performance with samba4-serveropenwrt-19.07Unconfirmed Task Description

Environment: Newifi-D2(arch mipsel_24kc), OpenWrt 19.07.1/19.07.2/master branch with kernel 1.14.170+, samba-4.11, a usb-disk with ext4 file system.
(samba4 uses default settings)

I run samba-4.11 server in my router with usb-harddisk of 3T volumes. If the router enables tcp_bbr kernel module with default config file, then lan PCs copying files from the router is very slowly with speed of 4-10MB. The speed of writing files to router’s share is also a little slower.
Without tcp_bbr the speed is up to 40-60MB when copying files from the router.

I found the problem is caused by lack value of “net.core.default_qdisc=fq” in default bbr config file (/etc/sysctl.d/12-tcp-bbr.conf)
The default bbr config file is :
```
# Do not edit, changes to this file will be lost on upgrades
# /etc/sysctl.conf can be used to customize sysctl settings

net.ipv4.tcp_congestion_control=bbr
net.core.default_qdisc=fq #add this line then problem disappear.
```


03.04.20202957ToolchainBug ReportVery LowMediumopenwrt 19.07 x86_64 sdk toolchain segmentation fault i...openwrt-19.07Unconfirmed Task Description

Hi guys:

I found that the toolchain of openwrt 19.07 has some issues on x86_64 platform.

For example:
1. I use this sdk to build openwrt-shadowsocks 2. Install the compiled ipk, run the command `ss-local`, will report a `segmentation fault` error.

This error only occurs on openwrt 19.07 x86_64 platform. 19.07 toolchain on other platforms does not have this error, and the 18.06 version of the toolchain on the x86_64 platform also has no such errors.

04.04.20202961PackagesBug ReportVery LowMediumRsyslog doesn't create spool nor disk-assisted queue fi...openwrt-19.07Unconfirmed Task Description

- Device problem occurs on

TP-Link TL-WR1043ND v2
TP-LINK TD-W8970

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

openwrt-19.07 branch git-20.093.48508-e2aaef6
rsyslogd 8.39.0

- Steps to reproduce
The first issue is that rsyslog doesn’t write to or create directories/files inside the /var/log directory beside the log files.
needed to create a work directory for spool and disk-assisted queue files.
using

$CreateDirs on

and

$WorkDirectory /var/log/rsyslog

I get

Apr  2 10:35:34 OpenWrt : $WorkDirectory: /var/log/rsyslog can not be accessed, probably does not exist - directive ignored [v8.39.0 try http://www.rsyslog.com/e/2181 ]

I created the directory manually and the error was gone but the directory remained empty even after disconnecting the log server for 24hrs, no spool files were created nor disk-assisted queue files were created either and as a result when connecting the server back after 24hrs the in-memory queue got sent to the server which equals roughly to 10min worth of logs while the WorkDirectory /var/log/rsyslog remained empty.

04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:22:19 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:22:52 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:23:25 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:23:58 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:24:32 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:25:05 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:25:38 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:26:11 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:26:44 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:27:17 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:27:50 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:28:23 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:28:57 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:29:30 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Info	192.168.1.1	Apr  4 08:29:45 OpenWrt : -- MARK --
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:30:03 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:30:36 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:31:09 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:31:42 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Error	192.168.1.1	Apr  4 08:32:15 OpenWrt : cannot connect to 192.168.1.100:514: Host is unreachable [v8.39.0 try http://www.rsyslog.com/e/2027 ]
04-04-2020	10:32:45	Syslog.Info	192.168.1.1	Apr  4 08:32:45 OpenWrt : action 'action-13-builtin:omfwd' resumed (module 'builtin:omfwd') [v8.39.0 try http://www.rsyslog.com/e/2359 ]

even when using /var/log directly as a WorkDirectory the results remained the same.

The second issue is that for a work around I tried using the imfile module to access the log files directly without the need to disk-assisted queues but got this error

Apr  3 22:16:18 OpenWrt : could not load module 'imfile', errors: trying to load module /usr/lib/rsyslog/imfile.so: Error loading shared library /usr/lib/rsyslog/imfile.so: No such file or directory [v8.39.0 try http://www.rsyslog.com/e/2066 ]
07.04.20202977Base systemBug ReportVery LowHighParameters sendopts seems to be bad formated in the cal...openwrt-19.07Unconfirmed Task Description

The options parameters sendopts define in /etc/config/network seems to be badly formated in the call of the command odhcp6c

In /etc/config/network:

 

option sendopts “11:00 15:456544 16:1234”

is parsed like this (show via ps|grep odhcp6c)
-x11 00 -x15 456544 -x16 1234

The syntax given by the help of odhcp6c is different:

-x <opt>:<val> Add option opt (with value val) in sent packets (cumulative)

		Examples of IPv6 address, string and base-16 encoded options:
		-x dns:2001:2001::1,2001:2001::2 - option 23
		-x 15:office - option 15 (userclass)
		-x 0x1f4:ABBA - option 500
		-x 202:'"file"' - option 202

It appears than the : is replace by a space in the call of the command.
Regarding the help of the command, it should be :
-x 11:00 -x 15:456544 -x 16:1234

Thanks
Regards

11.04.20202993Base systemBug ReportVery LowMediumArcher C7 v2 5GHz radio doesn't receive DHCPACKopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:

Device problem occurs on

  • Archer C7 V2 (eu)

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

Affects versions:

  • 19.07.0
  • 19.07.2

Tested working

  • 18.06.2
  • 18.06.8

Steps to reproduce

  1. Clean flash of 19.x sysupgrade image
  2. Enable 5ghz AP with default settings
  3. Connect to 5ghz with client

Observed Behaviour:

  • Client can authenticate
  • DHCP handshake initiated but not completed

Other notes:

  • If client also connected by ethernet, DHCPACK is received and connection successful. Client continues to have network access over wifi for ~15 seconds after disconnecting ethernet, then disassociates. See log #2.
  • Noticed 5ghz AP non-functional while investigating different issue where all 2.4g clients dropped until radio restarted.
  • Hopefully this is helpful, I am not sure how to debug any deeper than this.

Log 1 - logread during client connection attempts

	Sat Apr 11 11:10:21 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: authenticated
	Sat Apr 11 00:28:20 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:20 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:20 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:20 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: disassociated
	Sat Apr 11 00:28:21 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
	Sat Apr 11 00:28:22 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: authenticated
	Sat Apr 11 00:28:22 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: associated (aid 2)
	Sat Apr 11 00:28:22 2020 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:22 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc WPA: pairwise key handshake completed (RSN)
	Sat Apr 11 00:28:24 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:24 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:27 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:27 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:31 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:31 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:39 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:39 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:47 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:47 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:56 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:28:56 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:04 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:04 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:13 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:13 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:21 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:21 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:40 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:40 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: disassociated
	Sat Apr 11 00:29:41 2020 daemon.info hostapd: wlan1: STA 6c:40:08:9f:5b:bc IEEE 802.11: authenticated
	Sat Apr 11 00:29:41 2020 daemon.info hostapd: wlan1: STA 6c:40:08:9f:5b:bc IEEE 802.11: associated (aid 8)
	Sat Apr 11 00:29:41 2020 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:41 2020 daemon.info hostapd: wlan1: STA 6c:40:08:9f:5b:bc WPA: pairwise key handshake completed (RSN)
	Sat Apr 11 00:29:41 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
	Sat Apr 11 00:29:42 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:42 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:43 2020 daemon.info dnsmasq-dhcp[7552]: DHCPREQUEST(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc
	Sat Apr 11 00:29:43 2020 daemon.info dnsmasq-dhcp[7552]: DHCPACK(br-lan) 192.168.12.240 6c:40:08:9f:5b:bc Scotts-MBP 

Log 2 - logread during connection with ethernet & subsequent disconnect

	Sat Apr 11 11:11:26 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: authenticated
	Sat Apr 11 11:11:26 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: associated (aid 1)
	Sat Apr 11 11:11:26 2020 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 6c:40:08:9f:5b:bc
	Sat Apr 11 11:11:26 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc WPA: pairwise key handshake completed (RSN)
	Sat Apr 11 11:12:36 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:36 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:36 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:36 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:37 2020 daemon.info dnsmasq-dhcp[7552]: DHCPREQUEST(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:37 2020 daemon.info dnsmasq-dhcp[7552]: DHCPACK(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84 Scotts-MBP
	Sat Apr 11 11:12:45 2020 daemon.info dnsmasq-dhcp[7552]: DHCPRELEASE(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84 
13.04.20203006PackagesBug ReportVery LowMediumdnsmasq-full fails to resolve Cloudflare domains if DNS...openwrt-19.07Unconfirmed Task Description

dnsmasq fails to resolve Cloudflare domains if DNSSEC is enabled.

# ping www.galeria.de
ping: bad address 'www.galeria.de'

# nslookup www.galeria.de
Server:         127.0.0.1
Address:        127.0.0.1#53

** server can't find www.galeria.de: SERVFAIL
Name:      www.galeria.de
www.galeria.de  canonical name = www.galeria.de.cdn.cloudflare.net

/etc/config/dhcp

# cat /etc/config/dhcp

config dnsmasq
        option domainneeded '1'
        option boguspriv '1'
        option filterwin2k '0'
        option localise_queries '1'
        option rebind_protection '1'
        option rebind_localhost '1'
        option expandhosts '1'
        option nonegcache       0
        option authoritative '1'
        option readethers '1'
        option leasefile '/tmp/dhcp.leases'
        option resolvfile '/tmp/resolv.conf.auto'
        option nonwildcard '1'
        option localservice '1'
        option domain 'fritz.box'
        option local '/box/'
        option nonegcache '0'
        option dnssec '1'
        option dnsseccheckunsigned '1'
        option logqueries '1'
        option logfacility '/tmp/dnsmasq.log'

config dhcp 'lan'
        option interface 'lan'
        option limit '150'
        option leasetime '12h'
        option dhcpv6 'server'
        option ra 'server'
        option start '2'
        option ra_management '1'

config dhcp 'wan'
        option interface 'wan'
        option ignore '1

This is the generated dnsmasq configuration file

# cat /var/etc/dnsmasq.conf.cfg01411c
# auto-generated config file from /etc/config/dhcp
conf-file=/etc/dnsmasq.conf
dhcp-authoritative
domain-needed
log-queries=extra
localise-queries
read-ethers
enable-ubus
expand-hosts
bind-dynamic
local-service
log-facility=/tmp/dnsmasq.log
domain=fritz.box
server=/box/
dhcp-leasefile=/tmp/dhcp.leases
resolv-file=/tmp/resolv.conf.auto
stop-dns-rebind
rebind-localhost-ok
conf-file=/usr/share/dnsmasq/trust-anchors.conf
dnssec
dnssec-no-timecheck
dnssec-check-unsigned
dhcp-broadcast=tag:needs-broadcast
addn-hosts=/tmp/hosts
conf-dir=/tmp/dnsmasq.d
user=dnsmasq
group=dnsmasq

dhcp-ignore-names=tag:dhcp_bogus_hostname
conf-file=/usr/share/dnsmasq/dhcpbogushostname.conf

bogus-priv
conf-file=/usr/share/dnsmasq/rfc6761.conf
dhcp-range=set:lan,192.168.222.2,192.168.222.151,255.255.255.0,12h

For additional debugging I also compiled the dnsmasq package from https://github.com/openwrt/openwrt/tree/v19.07.2/package/network/services/dnsmasq on Linux (openSUSE Tumbleweed) and there dnsmasq works without problems.

# cat /etc/os-release | head -n2
NAME="openSUSE Tumbleweed"
# VERSION="20200410"
# sudo src/dnsmasq --version
Dnsmasq version 2.80  Copyright (c) 2000-2018 Simon Kelley
Compile time options: IPv6 GNU-getopt DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify dumpfile

This software comes with ABSOLUTELY NO WARRANTY.
Dnsmasq is free software, and you are welcome to redistribute it
under the terms of the GNU General Public License, version 2 or 3.

# nslookup www.galeria.de
Server:         127.0.0.1
Address:        127.0.0.1#53

Non-authoritative answer:
www.galeria.de  canonical name = www.galeria.de.cdn.cloudflare.net.
Name:   www.galeria.de.cdn.cloudflare.net
Address: 104.16.230.136
Name:   www.galeria.de.cdn.cloudflare.net
Address: 104.16.231.136

I use OpenWrt 19.07.2 r10947-65030d81f3 with dnsmasq-full - 2.80-16 on a Linksys 1900ACS router.

15.04.20203013KernelBug ReportVery LowMediumKernel Bugopenwrt-19.07Unconfirmed Task Description

Device: Mikrotik RB750Gr3
Software: OpenWrt 19.07.2 (with no default package updates yet)
Installed Packages: installed_packages.txt (attached)
How to reproduce: Unknown
Consequence: None. The device continues to operate normally.

I have removed personal information and some garbage from the log files.

Compass.

18.04.20203015KernelBug ReportVery LowLowag71xx crashes after increasing MTUopenwrt-19.07Unconfirmed Task Description

Tested on openwrt-19.07.2-ath79-generic-tplink_archer-c7-v5

Steps to reproduce:

root@OpenWrt:~# ip link set eth0 mtu 500
root@OpenWrt:~# ip link set eth0 down; ip link set eth0 up
root@OpenWrt:~# ip link set eth0 mtu 1500

After this, sending a large packet (ping -s 800) causes a kernel panic:

skbuff: skb_over_panic: text:802da154 len:846 put:846 head:8677e3e0 data:8677e422 tail:0x8677e770 end:0x8677e640 dev:<NULL>

The problem is the rx buffer management in target/linux/ath79/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c: ag71xx_change_mtu adjusts the MTU, but doesn’t adjust rx_buf_size (it’s only set in ag71xx_open).

The attached patch fixes it by always using a large receive buffer. Maybe it is better to change rx_buf_size from ag71xx_change_mtu, but I don’t know how to do that.

20.04.20203023Base systemBug ReportVery LowMediumWarning CPUopenwrt-19.07Unconfirmed Task Description

Device: Mikrotik RB750Gr3
Software: OpenWrt 19.07.2 (with no default package updates yet)
Installed Packages: installed_packages.txt (attached)
How to reproduce: Unknown
Consequence: None. The device continues to operate normally.

I have removed personal information and some garbage from the log files.

Compass.

21.04.20203031Base systemBug ReportVery LowHighBusybox force reinstalled when there are no opkg listsopenwrt-19.07Unconfirmed Task Description

Device problem occurs on: Turris Omnia, mvebu
Software version: OpenWrt 19.07.

Steps to reproduce:

I noticed this bug, when I forget to do before force-reinstalling busybox

opkg update

If there isn’t anything in folder /var/opkg-lists

root@turris:/# ls -la /var/opkg-lists
ls: /var/opkg-lists: No such file or directory

It is possible to remove busybox, which should not happen.

root@turris:/# opkg install busybox --force-reinstall
Removing package busybox from root...
Installing busybox (1.30.1-5.18) to root...
Collected errors:
 * opkg_download_pkg: Package busybox is not available from any configured src.
 * opkg_install_pkg: Failed to download busybox. Perhaps you need to run 'opkg update'?
 * opkg_install_cmd: Cannot install package busybox.

And then the device ends up being in a non-specific state when you can not do anything and you need to flash firmware it once again.

If you do

opkg update

before force-reinstalling busybox, it refuses to do it which is correct.

root@turris:~# opkg install busybox --force-reinstall
Refusing to remove essential package busybox.
        Removing an essential package may lead to an unusable system, but if
        you enjoy that kind of pain, you can force opkg to proceed against
        its will with the option: --force-removal-of-essential-packages
No packages removed.
Package busybox (1.30.1-5.18) installed in root is up to date.
22.04.20203034Base systemBug ReportVery LowMediumAMD Geode → OpenSSL no HW acceleration for CBC modeopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- System: PC Engines Alix Board 2d13
- Software: 19.07.2-x86-geode-combined-squashfs.img.gz

1. Install openssl utility along with library and optional libopenssl-afalg_sync engine (same problem with libopenssl-devcrypto)

2. HW accelerated encryption is available to kernel:

 cat /proc/crypto | grep geode
 driver       : ecb(geode-aes)
 driver       : cbc-aes-geode
 module       : geode_aes
 driver       : ecb-aes-geode
 module       : geode_aes
 driver       : geode-aes
 module       : geode_aes

3. But OpenSSL cannot use CBC mode and falls back to software encryption

 openssl speed -evp aes-128-cbc -engine afalg -elapsed
 dmesg output is full off:
 Error allocating fallback algo cbc(aes)

4. Using libopenssl-devcrypto instead of libopenssl-afalg_sync produces similar results but can employ ECB mode. AES-128-CBC is not available.


25.04.20203045KernelBug ReportVery LowLowIn kernel WiFi pcap filters filter too muchopenwrt-19.07Unconfirmed Task Description

In an Archer C7 just flashed with https://downloads.openwrt.org/releases/19.07.2/targets/ath79/generic/openwrt-19.07.2-ath79-generic-tplink_archer-c7-v2-squashfs-factory.bin (also with a custom build of the HEAD of the openwrt-19.07 branch) I find that “tcpdump -i wlan1 | grep Beacon” shows a lot of packets but “tcpdump -i wlan1 ‘type mgt subtype beacon’” doesn’t show anything (a packet from time to time, but very rarely and way less than without the filter). Doing the same after patching libpcap to force it to do the filtering in user-space fixes the issue.

29.04.20203058Base systemBug ReportVery LowMediumPPPoE fails repeatedly; until rebootopenwrt-19.07Unconfirmed Task Description

I’m using the pre-built OpenWRT firmware for BT HomeHub 5a and am generally very happy with it. The problem that shows up is that every once in a while, the PPPoE connection goes down and stays down. I see in the log that the PPPoE is retried repeatedly but keeps failing. Disabling the corresponding interface and then re-enabling it (e.g. from LuCI) does not help (I do see that it takes the PPPoE and the DSL down and after a while the DSL comes back up but the PPPoE still keeps failing in the same way).

Rebooting fixes the issue, OTOH.

The system log repeats the following lines every 15 seconds or so:

Wed Apr 29 07:16:55 2020 daemon.notice netifd: Interface 'wan' is enabled
Wed Apr 29 07:16:55 2020 daemon.notice netifd: Interface 'wan' is setting up now
Wed Apr 29 07:16:55 2020 daemon.err insmod: module is already loaded - slhc
Wed Apr 29 07:16:55 2020 daemon.err insmod: module is already loaded - ppp_generic
Wed Apr 29 07:16:55 2020 daemon.err insmod: module is already loaded - pppox
Wed Apr 29 07:16:55 2020 daemon.err insmod: module is already loaded - pppoe
Wed Apr 29 07:16:55 2020 daemon.info pppd[13912]: Plugin rp-pppoe.so loaded.
Wed Apr 29 07:16:55 2020 daemon.info pppd[13912]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Wed Apr 29 07:16:55 2020 daemon.notice pppd[13912]: pppd 2.4.7 started by root, uid 0
Wed Apr 29 07:17:10 2020 daemon.warn pppd[13912]: Timeout waiting for PADO packets
Wed Apr 29 07:17:10 2020 daemon.err pppd[13912]: Unable to complete PPPoE Discovery
Wed Apr 29 07:17:10 2020 daemon.info pppd[13912]: Exit.
Wed Apr 29 07:17:10 2020 daemon.notice netifd: Interface 'wan' is now down
Wed Apr 29 07:17:10 2020 daemon.notice netifd: Interface 'wan' is disabled

I cannot reproduce it at will. The problem occurred more often (like once a week maybe) in the past and I thought it had magically been resolved since it hadn’t re-appeared for the last 2 months, but it happened again today.

root@router:~# opkg list_installed | grep ppp
kmod-ppp - 4.14.167-1
kmod-pppoa - 4.14.167-1
kmod-pppoe - 4.14.167-1
kmod-pppox - 4.14.167-1
luci-proto-ppp - git-20.029.45734-adbbd5c-1
ppp - 2.4.7.git-2019-05-25-2
ppp-mod-pppoa - 2.4.7.git-2019-05-25-2
ppp-mod-pppoe - 2.4.7.git-2019-05-25-2
root@router:~# 

I suspect the above info is not sufficient to find the problem, so at this point, I’m mostly looking for suggestions as to how to get more verbose logs, or commands to try and run parts individually

02.05.20203059Base systemBug ReportVery LowMediumDHCP options with spaces parsed incorrectlyopenwrt-19.07Unconfirmed Task Description

The following problem occurs on Archer C7 running 18.06, as well as an x86-64 VM running 19.07.02

I was attempting to PXE boot a Raspberry Pi, which requires setting DHCP option 43 to “Raspberry Pi Boot”. I tried to do this by including

config tag 'rpipxe'
	list dhcp_option '43,"Raspberry Pi Boot"'
	list dhcp_option '66,"192.168.1.180"'

in /etc/config/dhcp. However, the code in /etc/init.d/dnsmasq does not correctly parse DHCP options with spaces, leading to the following in the dnsmasq config file under /var/tmp

dhcp-option=tag:rpipxe,66,192.168.1.180
dhcp-option=tag:rpipxe,43,Raspberry
dhcp-option=tag:rpipxe,Pi
dhcp-option=tag:rpipxe,Boot

The attached patch to /etc/init.d/dnsmasq fixes the problem (but may not necessarily be the right fix).

04.05.20203065PackagesBug ReportVery LowLowiptables-mod-conntrack-extra package does not include c...openwrt-19.07Unconfirmed Task Description

The iptables-mod-conntrack-extra package does not include the connrate match extension.

There’s no mention of connrate in any other packages either, so as far as I can tell it doesn’t seem to be possible to use connrate on OpenWRT.

From the iptables documentation:


connrate

This module matches the current transfer rate in a connection.
connrate [!] [from]:[to]
Match against the current connection transfer rate being within ‘from’ and ‘to’ bytes per second. When the “!” argument is used before the range, the sense of the match is inverted.


Showing tasks 51 - 100 of 1113 Page 2 of 23 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing