OpenWrt/LEDE Project

Welcome to the OpenWrt Project bug reporting and issue tracking system

Problems to be reported here are for the current OpenWrt and legacy LEDE Project’s targets, sources, toolchain, core packages, build procedures, distribution and infrastructure. Guidelines for submitting a good bug report can be found at the OpenWrt 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 openwrt-bugs@infradead.org.

OpenedIDCategory  ascTask TypePrioritySeveritySummaryReported InStatus
23.12.20203527PackagesBug ReportVery LowMediumOn-Board Intel Bluetooth firmware not working due to tw...TrunkUnconfirmed Task Description
 

Environment: Openwrt x86_64 snapshot Dec 22, 2020

ibt-firmware - 20201118-3

Description:
bluetooth finally works with openwrt snapshot on the odyssey https://www.seeedstudio.com/ODYSSEY-X86J4105864-p-4447.html

I had to copy the two missing files from ubuntu 20.04 intel firmware to /lib/firmware/intel instead of /usr/lib/firmware/intel

root@OpenWrt:~# grep -i bluetooth dmesg.log

[ 10.977163] Bluetooth: Core ver 2.22

[ 10.980827] Bluetooth: HCI device and connection manager initialized

[ 10.982803] Bluetooth: HCI socket layer initialized

[ 10.984697] Bluetooth: L2CAP socket layer initialized

[ 10.986626] Bluetooth: SCO socket layer initialized

[ 10.989246] Bluetooth: BNEP (Ethernet Emulation) ver 1.3

[ 10.991006] Bluetooth: BNEP filters: protocol multicast

[ 10.992754] Bluetooth: BNEP socket layer initialized

[ 11.073509] Bluetooth: HCI UART driver ver 2.3

[ 11.075399] Bluetooth: HCI UART protocol H4 registered

[ 11.077318] Bluetooth: HCI UART protocol BCSP registered

[ 11.079240] Bluetooth: HCI UART protocol ATH3K registered

[ 11.081567] Bluetooth: HIDP (Human Interface Emulation) ver 1.2

[ 11.083526] Bluetooth: HIDP socket layer initialized

[ 11.288000] Bluetooth: RFCOMM TTY layer initialized

[ 11.289894] Bluetooth: RFCOMM socket layer initialized

[ 11.291778] Bluetooth: RFCOMM ver 1.11

[ 11.340970] Bluetooth: hci0: Bootloader revision 0.1 build 42 week 52 2015

[ 11.345008] Bluetooth: hci0: Device revision is 2

[ 11.348458] Bluetooth: hci0: Secure boot is enabled

[ 11.350346] Bluetooth: hci0: OTP lock is enabled

[ 11.352222] Bluetooth: hci0: API lock is enabled

[ 11.354100] Bluetooth: hci0: Debug lock is disabled

[ 11.355948] Bluetooth: hci0: Minimum firmware build 1 week 10 2014

[ 11.401913] Bluetooth: hci0: Found device firmware: intel/ibt-17-16-1.sfi

[ 12.961480] Bluetooth: hci0: Waiting for firmware download to complete

[ 12.964139] Bluetooth: hci0: Firmware loaded in 1585771 usecs

[ 12.966825] Bluetooth: hci0: Waiting for device to boot

[ 12.979960] Bluetooth: hci0: Device booted in 12897 usecs

[ 12.982705] Bluetooth: hci0: Found Intel DDC parameters: intel/ibt-17-16-1.ddc

[ 12.988010] Bluetooth: hci0: Applying Intel DDC parameters completed

I also did

opkg install ibt-firmware

root@OpenWrt:/lib/firmware/intel# ls -l

-rw-r–r– 1 root root 14 Dec 22 23:15 ibt-17-16-1.ddc

-rw-r–r– 1 root root 664012 Dec 22 23:15 ibt-17-16-1.sfi

-rw-r–r– 1 root root 22069 Nov 28 17:19 ibt-hw-37.7.10-fw-1.0.1.2d.d.bseq

-rw-r–r– 1 root root 25853 Nov 28 17:19 ibt-hw-37.7.10-fw-1.0.2.3.d.bseq

-rw-r–r– 1 root root 23105 Nov 28 17:19 ibt-hw-37.7.10-fw-1.80.1.2d.d.bseq

-rw-r–r– 1 root root 25775 Nov 28 17:19 ibt-hw-37.7.10-fw-1.80.2.3.d.bseq

-rw-r–r– 1 root root 96 Nov 28 17:19 ibt-hw-37.7.bseq

-rw-r–r– 1 root root 31056 Nov 28 17:19 ibt-hw-37.8.10-fw-1.10.2.27.d.bseq

-rw-r–r– 1 root root 39295 Nov 28 17:19 ibt-hw-37.8.10-fw-1.10.3.11.e.bseq

-rw-r–r– 1 root root 45954 Nov 28 17:19 ibt-hw-37.8.10-fw-22.50.19.14.f.bseq

-rw-r–r– 1 root root 96 Nov 28 17:19 ibt-hw-37.8.bseq

root@OpenWrt:/lib/firmware/intel# opkg list-installed | grep ibt-firmware

ibt-firmware - 20201118-3

root@OpenWrt:/lib/firmware/intel#

root@OpenWrt:~# hciconfig hci0 up

09.12.20203497PackagesBug ReportVery LowLowipip: restart failed after modifying configAllUnconfirmed Task Description

After modifying config, e.g. change “peeraddr” option, the interface can’t restart. Must delete interface manually.
One solution:
ifdown tunnel
ip link delete ipip-tunnel
ifup tunnel

The problem can be reproduced in OpenWrt 19.07.4, and may be in all version. Because there have been no major updates to “openwrt/package/network/config/ipip/files/ipip.sh” file in 4 years.

05.12.20203491PackagesBug ReportVery LowLowumDNS fails to compile with GCC10 possible CVETrunkUnconfirmed Task Description

A warning (treated as error) is emitted from GCC10 when compiling umDNS (object at ‘b’ is out of the bounds). This could also turn into a CVE.

[ 40%] Building C object CMakeFiles/umdns-lib.dir/service.c.o
/home/ByteEnable/temp/openwrt-master/staging_dir/toolchain-arm_cortex-a9+vfpv3-d16_gcc-10.2.0_musl_eabi/bin/arm-openwrt-linux-muslgnueabi-gcc   -Os -pipe  -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -mfloat-abi=hard -fmacro-prefix-map=/home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98=umdns-2020-10-26-59e4fc98 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -I/home/ByteEnable/temp/openwrt-master/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/include -DNDEBUG   -Os -ggdb -Wall -Werror --std=gnu99 -Wmissing-declarations -o CMakeFiles/umdns-lib.dir/service.c.o -c /home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98/service.c
/home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98/service.c: In function 'service_load_blob':
/home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98/service.c:242:10: error: 'strncpy' offset 6 from the object at 'b' is out of the bounds of referenced subobject 'name' with type 'uint8_t[]' {aka 'unsigned char[]'} at offset 6 [-Werror=array-bounds]
  242 |  s->id = strncpy(d_id, blobmsg_name(b), n);
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/ByteEnable/temp/openwrt-master/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/include/libubus.h:23,
                 from /home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98/service.c:23:
/home/ByteEnable/temp/openwrt-master/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/include/libubox/blobmsg.h:43:10: note: subobject 'name' declared here
   43 |  uint8_t name[];
      |          ^~~~
cc1: all warnings being treated as errors
make[6]: *** [CMakeFiles/umdns-lib.dir/build.make:121: CMakeFiles/umdns-lib.dir/service.c.o] Error 1
make[6]: Leaving directory '/home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98'
make[5]: *** [CMakeFiles/Makefile2:124: CMakeFiles/umdns-lib.dir/all] Error 2
make[5]: Leaving directory '/home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98'
make[4]: *** [Makefile:149: all] Error 2
make[4]: Leaving directory '/home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98'
make[3]: *** [Makefile:50: /home/ByteEnable/temp/openwrt-master/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/umdns-2020-10-26-59e4fc98/.built] Error 2
make[3]: Leaving directory '/home/ByteEnable/temp/openwrt-master/package/network/services/umdns'
time: package/network/services/umdns/compile#0.64#0.16#0.00
    ERROR: package/network/services/umdns failed to build.
make[2]: *** [package/Makefile:114: package/network/services/umdns/compile] Error 1
make[2]: Leaving directory '/home/ByteEnable/temp/openwrt-master'
make[1]: *** [package/Makefile:108: /home/ByteEnable/temp/openwrt-master/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/ByteEnable/temp/openwrt-master'
make: *** [/home/ByteEnable/temp/openwrt-master/include/toplevel.mk:242: world] Error 2
04.12.20203488PackagesBug ReportVery LowLowmvebu: kexec-tools gcc10 compile fixTrunkUnconfirmed Task Description

kexec-tools fails to compile when building latest master from git and using GCC 10. Multiple definitions and one declaration of a debug variable named my_debug for PPC64 that spills over into arm.

— a/kexec/fs2dt.h
+++ b/kexec/fs2dt.h
@@ -30,7 +30,7 @@ extern struct bootblock bb[1];

/* Used for enabling printing message from purgatory code

  • Only has implemented for PPC64 */

-int my_debug;
+extern int my_debug;
extern int dt_no_old_root;

void reserve(unsigned long long where, unsigned long long length);

 


01.12.20203485PackagesBug ReportVery LowLowlogd: log starts up before networking, causing remote l...openwrt-19.07Unconfirmed Task Description

# grep PRETTY_NAME /etc/os-release
PRETTY_NAME=”OpenWrt 19.07.4”

rc.d contains:

K10ddns → ../init.d/ddns
...
K99socat → ../init.d/socat
S00sysfixtime → ../init.d/sysfixtime
S00urngd → ../init.d/urngd
S01haveged → ../init.d/haveged
S10boot → ../init.d/boot
S10system → ../init.d/system
S11sysctl → ../init.d/sysctl
S12log → ../init.d/log
S12rpcd → ../init.d/rpcd
S19dnsmasq → ../init.d/dnsmasq
S19dropbear → ../init.d/dropbear
S19firewall → ../init.d/firewall
S20network → ../init.d/network
...

note log is S12, network is S20

there’s a comment at the top of the log rc script which suggests this is the wrong order:

# cat /etc/init.d/log
#!/bin/sh /etc/rc.common
# Copyright (C) 2013 OpenWrt.org

# start after and stop before networking
START=12
STOP=89
PIDCOUNT=0

note: “start after ... networking”

30.11.20203483PackagesBug ReportVery LowLowgcc old ABITrunkUnconfirmed Task Description

Package gcc from feeds has wrong option in Makefile

–with-default-libstdcxx-abi=gcc4-compatible

with old abi g++ cant link to existing libs. Without it gcc works as expected
Pls remove this option.

27.11.20203477PackagesBuild FailureVery LowMediumBuilding with ATH10K thermal sensors and throttling sup...TrunkUnconfirmed Task Description

Steps to reproduce:
- Kernel modules → Wireless Drivers → kmod-ath10k → Enable thermal sensors and throttling support

SHELL= flock /home/astroc/openwrt/tmp/.root-copy.flock -c ‘cp -fpR /home/astroc/openwrt/build_dir/target-x86_64_musl/linux-firmware-20201022/.pkgdir/ath10k-firmware-qca988x/. /home/astroc/openwrt/staging_dir/target-x86_64_musl/root-x86/’ touch /home/astroc/openwrt/staging_dir/target-x86_64_musl/root-x86/stamp/.ath10k-firmware-qca988x_installed
echo “ath10k-firmware-qca988x” » /home/astroc/openwrt/staging_dir/target-x86_64_musl/pkginfo/linux-firmware.default.install
make[3]: Leaving directory ‘/home/astroc/openwrt/package/firmware/linux-firmware’ time: package/firmware/linux-firmware/compile#0.14#0.03#0.16
make[3]: Entering directory ‘/home/astroc/openwrt/package/firmware/prism54-firmware’ make[3]: Nothing to be done for ‘compile’.
make[3]: Leaving directory ‘/home/astroc/openwrt/package/firmware/prism54-firmware’ time: package/firmware/prism54-firmware/compile#0.23#0.01#0.24
make[3]: Entering directory ‘/home/astroc/openwrt/package/kernel/linux’ mkdir -p /home/astroc/openwrt/staging_dir/target-x86_64_musl/root-x86/stamp

SHELL= flock /home/astroc/openwrt/tmp/.root-copy.flock -c ‘cp -fpR /home/astroc/openwrt/build_dir/target-x86_64_musl/linux-x86_64/packages/.pkgdir/kernel/. /home/astroc/openwrt/staging_dir/target-x86_64_musl/root-x86/’ touch /home/astroc/openwrt/staging_dir/target-x86_64_musl/root-x86/stamp/.kernel_installed
ERROR: module ‘/home/astroc/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-5.4.74/drivers/thermal/thermal_sys.ko’ is missing.
make[3]: * [modules/other.mk:1068: /home/astroc/openwrt/bin/targets/x86/64/packages/kmod-thermal_5.4.74-1_x86_64.ipk] Error 1
make[3]: Leaving directory ‘/home/astroc/openwrt/package/kernel/linux’ time: package/kernel/linux/compile#0.91#0.03#0.94
make[2]: * [package/Makefile:114: package/kernel/linux/compile] Error 2
make[2]: Leaving directory ‘/home/astroc/openwrt’ make[1]: * [package/Makefile:108: /home/astroc/openwrt/staging_dir/target-x86_64_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory ‘/home/astroc/openwrt’ make: * [/home/astroc/openwrt/include/toplevel.mk:236: world] Error 2

17.11.20203458PackagesBuild FailureVery LowMediumperl/host/compile fails on macOS 11 Big Sur, WorkaroundTrunkUnconfirmed Task Description

Dear OpenWRT team,

I just updated my laptop to macOS 11 Big Sur. Presently only the perl hostpkg package fails during the build. Once I get past perl, everything else compiles correctly. Below is a patch, workaround, and details from my research. My target is Marvell EBU Armada, Linksys WRT3200ACM.

Before applying the patch, make package/feeds/packages/perl/host/compile V=sc fails with the following error:
Which of these apply, if any? [darwin]

* Unexpected product version 11.0.
*
* Try running sw_vers and see what its ProductVersion says. After the patch, make package/feeds/packages/perl/host/compile succeeds, however when multiple workers are used: make package/feeds/packages/perl/host/compile -j 12 V=sc, the build fails:
Writing Makefile for CPAN
make[4]: Entering directory ‘/Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/Archive-Tar’ make[4]: Entering directory ‘/Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/CPAN’ Generating a Unix-style Makefile
Writing Makefile for Errno
make[4]: Entering directory ‘/Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/ext/Errno’ “../../miniperl” “-I../../lib” Errno_pm.PL Errno.pm
Can’t locate Errno.pm in @INC (you may need to install the Errno module) (@INC contains: /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/AutoLoader/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/dist/Carp/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/dist/PathTools /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/dist/PathTools/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/ExtUtils-Install/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/ExtUtils-MakeMaker/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/ExtUtils-Manifest/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/File-Path/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/ext/re /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/dist/Term-ReadLine/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/dist/Exporter/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/ext/File-Find/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/Text-Tabs/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/dist/constant/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/cpan/version/lib /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/lib .) at /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/dist/PathTools/Cwd.pm line 444.
Unsuccessful Makefile.PL(cpan/ExtUtils-MakeMaker): code=512 at make_ext.pl line 518.
make[3]:
* [GNUmakefile:599: cpan/ExtUtils-MakeMaker/pm_to_blib] Error 2

I have also seen errors where the build is trying to use /miniperl instead of ./miniperl, as well as /build_dir/hostpkg/perl/perl-5.28.1/perl instead of /Volumes/test/openwrt/build_dir/hostpkg/perl/perl-5.28.1/perl. The will occur if we try to build perl without host/clean and clean. Seems like a race condition due to dependency misconfiguration.

Here is the list of all commands in order to compile OpenWRT starting from a clean build root:
make -j 12
make package/feeds/packages/perl/host/clean
make package/feeds/packages/perl/clean
make package/feeds/packages/perl/compile
make -j 12

The first make fails, then we perform host-clean and clean for perl, next compile will also do host-compile - we have to use a single worker here. Finally we can complete the rest of the build process. I should note that Languages, Perl, perl is not selected in menuconfig. I can understand if the hostpkg/perl is required during the build process, however perl/host{clean,compile} is not enough, I also need to perform perl/{clean,compile}.

Here is the quick patch I made in order to verify if there are any other broken packages: no. Only perl fails to compile. I am also not sure how to handle patches and pull-requests for feeds, so I thought I should rather share my research here and ask for help.

feeds/packages/lang/perl/patches/302-macos_11_support.patch
Index: perl-5.28.1/hints/darwin.sh

— perl-5.28.1.orig/hints/darwin.sh
+++ perl-5.28.1/hints/darwin.sh
@@ -327,7 +327,7 @@ EOM

   # "ProductVersion:    10.11"     "10.11"
       prodvers=`sw_vers|awk '/^ProductVersion:/{print $2}'|awk -F. '{print $1"."$2}'`
   case "$prodvers" in

- 10.*)
+ 10.*|11.*)

     add_macosx_version_min ccflags $prodvers
     add_macosx_version_min ldflags $prodvers
     ;;

Thank you for any help!

13.11.20203447PackagesBug ReportVery LowLowMissing kmods for mt7621 in repoTrunkUnconfirmed Task Description

*** Failed to download the package list from https://downloads.openwrt.org/snaps hots/targets/ramips/mt7621/kmods/5.4.75-1-878d1c290479417154653dd2ca7e6dbd/Packa ges.gz

12.11.20203445PackagesBug ReportVery LowMediumarp-scan not working in 19.07.4openwrt-19.07Unconfirmed Task Description

Upgrading OpenWRT from 18.06 to 19.07 on a couple of Alfa wireless devices (N2Q and Tube2H) and on Ubiquiti PicoStation M2, observed the following behavior in arp-scan:

Before upgrade (in 18.06):

# arp-scan -I br-lan -l
Interface: br-lan, datalink type: EN10MB (Ethernet)
WARNING: Cannot open MAC/Vendor file /usr/share/arp-scan/ieee-oui.txt: No such file or directory
WARNING: Cannot open MAC/Vendor file /usr/share/arp-scan/ieee-iab.txt: No such file or directory
WARNING: Cannot open MAC/Vendor file /usr/share/arp-scan/mac-vendor.txt: No such file or directory
Starting arp-scan 1.9.5 with 256 hosts (https://github.com/royhills/arp-scan)
172.22.47.1 de:9f:db:05:46:5d (Unknown)
172.22.47.53 00:24:8c:9d:1d:92 (Unknown)
172.22.47.77 0c:ef:af:c4:f5:b5 (Unknown)
172.22.47.111 3c:2a:f4:b8:25:c2 (Unknown)
172.22.47.116 00:02:d1:43:e8:5b (Unknown)
172.22.47.102 5c:e0:c5:67:1a:e2 (Unknown)
172.22.47.186 00:c0:ca:8d:4d:2c (Unknown)
172.22.47.108 00:40:8c:a5:e8:03 (Unknown)
172.22.47.130 00:40:8c:be:b0:73 (Unknown)
172.22.47.161 d8:c4:97:e0:30:d1 (Unknown)
172.22.47.108 00:40:8c:a5:e8:03 (Unknown) (DUP: 2)
172.22.47.130 00:40:8c:be:b0:73 (Unknown) (DUP: 2)
172.22.47.132 2c:aa:8e:9a:3a:94 (Unknown) (DUP: 1)
172.22.47.161 d8:c4:97:e0:30:d1 (Unknown) (DUP: 2)

14 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.9.5: 256 hosts scanned in 1.804 seconds (141.91 hosts/sec). 14 responded

After upgrade (in 19.07):

# arp-scan -I br-lan -l
Interface: br-lan, datalink type: EN10MB (Ethernet)
WARNING: Cannot open MAC/Vendor file /usr/share/arp-scan/ieee-oui.txt: No such file or directory
WARNING: Cannot open MAC/Vendor file /usr/share/arp-scan/ieee-iab.txt: No such file or directory
WARNING: Cannot open MAC/Vendor file /usr/share/arp-scan/mac-vendor.txt: No such file or directory
Starting arp-scan 1.9.5 with 256 hosts (https://github.com/royhills/arp-scan)

20 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.9.5: 256 hosts scanned in 1.823 seconds (140.43 hosts/sec). 0 responded

Note that, while arp-scan has not changed version, libpcap1 has rev’ed from libpcap1 - 1.9.0-2 to libpcap1 - 1.9.1-2.1

To reproduce:

Connect a device running one of the 18.06 releases (I’m specifically using r9137-0465e41) and run arp-scan on an active network. Then connect a device running 19.07.4 and run arp-scan on the same network.

 


24.10.20203404PackagesBug ReportVery LowMediumzsh: cannot backspace when connected from openssh in tm...TrunkUnconfirmed Task Description

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

  • OpenWrt 19.07.4 r11208-ce6496d796
  • zsh - 5.6.2-2

- Steps to reproduce

 1. Start a tmux session on Linux PC
 2. Use ssh to connect to OpenWRT router, where the user uses zsh instead of zsh (i.e. the config in /etc/passwd looks like this `root:x:0:0:root:/root:/usr/bin/zsh`)
 3. Type arbitrary words and delete them by pressing Backspace key

- Expected behavior

 The chars are deleted

- Actual behavior

 A whitespace was appended to the char instead, as if we're typing the space key, but it's deleted internally: when pressing Enter to execute the command, what's been executed is the original command minus the deleted part

Note that I don’t have the issue when:
1. connecting to a normal Linux computer (the user’s shell is zsh ofc)
2. using the default busybox ash
3. executing ssh outside tmux, e.g. a normal Konsole terminal session

23.10.20203403PackagesBug ReportVery LowLowkmod-ath9k: Please enable "Support chips used in PC OEM...openwrt-19.07Unconfirmed Task Description

- Happens on all x86 targets
- Happens with trunk and 19.07.4
- To reproduce, run ip a in any x86 machine with an ath9k-compatible (mini-)PCIE wifi card installed. You will note that no relevant wireless interface is found.

Although this issue concerns the kmod-ath9k driver, it is not about the code itself; rather, the build system and the packaged modules.

Recently I tried to run OpenWRT on x86_64 machine that has an AR9462 mini-pcie wifi card installed.
Although lspci detected the card, no drivers were loaded for it, and the wireless interface does not show up with the ip command, even with the ath9k drivers installed.

I have found out that this is because support for PC OEM cards are not enabled by default. As a result, I had to build my own copy of OpenWRT from scratch with that option specifically turned on.
And even then, with matching versions (19.07.4), my install of OpenWRT complained that the package built had a different kernel version. I was unsure why, but I wasn’t interested in finding out and I simply forced the install.

I believe that the support for PC OEM cards for ath9k should be turned on by default for the x86 builds of the driver. People running OpenWRT on x86 are unlikely to run into serious space constraints.
Kindly consider my suggestion.

23.09.20203359PackagesBug ReportVery LowMediumhttps-dns-proxy / luci-app-https-dns-proxy: expose a co...TrunkUnconfirmed Task Description

As per https://github.com/aarond10/https_dns_proxy, it supports `-v` for `Increase logging verbosity. (INFO)`. I’m encountering some problems with https-dns-proxy (https://github.com/aarond10/https_dns_proxy/issues/92) but I can’t troubleshoot them because there’s no way to pass `-v` to `https-dns-proxy` when started by luci-app-https-dns-proxy.

23.09.20203358PackagesBug ReportVery LowHighiwinfo.scan ubus call failed with latest uhttpdTrunkUnconfirmed Task Description

With latest uhttpd package (2020-09-18), the wireless scan failed in our MT7688 devices (ramps mt76x8). The original uhttpd (2020-08-05-212f8364) version works before.

The iwinfo.scan is using the nobatch=true flag when calling rpc.declare (luci/modules/luci-base/htdocs/luci-static/resources/network.js:83)

23.09.20203357PackagesBug ReportVery LowLowcollectd-mod-openvpn: can't enable pluginTrunkUnconfirmed Task Description

See the screenshot. Unlike other plugins, this one is missing “Enable this plugin” checkbox, and therefore, cannot be enabled via UI.

22.09.20203356PackagesBug ReportVery LowMediumhttps-dns-proxy: Luci interface breaks the configuratio...openwrt-19.07Unconfirmed Task Description

When you edit `/etc/config/https-dns-proxy` and set a custom server, not known to Luci HTML interface, the Luci UI at /cgi-bin/luci/admin/services/https-dns-proxy will display “CIRA Canadian Shield (Family)” as the selected resolver. This, by itself is not a problem yet, as the Proxy will function as expected.

However, the moment one makes any changes in the UI, e.g. changing listen port, `/etc/config/https-dns-proxy` will get rewritten and an actual resolver for CIRA Canadian Shield (Family) will be used.

Luci interface for HTTPS DNS Proxy should:

1. Bare minimum: indicate a custom resolver is used, and not lose the resolver after making changes to listen port and other stuff.
1. Nice to have: Allow a user to define a custom resolver in the UI - by specifying `resolver_url`, `bootstrap_dns`, `user` and `group` properties

The problem applies on any device as it’s not device-specific.

Reproduction instruction:

1. Edit `/etc/config/https-dns-proxy` and make it look like this:

```
config main ‘config’

      option update_dnsmasq_config '-'

config https-dns-proxy

      option listen_addr '127.0.0.1'
      option listen_port '5054'
      option user 'nobody'
      option group 'nogroup'
      option bootstrap_dns '1.1.1.1,1.0.0.1,2606:4700:4700::1111,2606:4700:4700::1001'
      option resolver_url 'https://1.1.1.1/dns-query'

```
2. Go to http://192.168.10.1/cgi-bin/luci/admin/services/https-dns-proxy and observe “CIRA Canadian Shield (Family)” as the selected resolver.
3. Change listen port and click Save & Apply.
4. Observe `/etc/config/https-dns-proxy` lose `resolver_url` setting.

20.09.20203353PackagesBug ReportVery LowMediumiproute2 compilation fails due to dynsyms syntax errorTrunkNew Task Description

Building master:

files="e_bpf.c em_canid.c em_cmp.c em_ipset.c em_ipt.c em_meta.c em_nbyte.c em_u32.c f_basic.c f_bpf.c f_cgroup.c f_flow.c f_flower.c f_fw.c f_matchall.c f_route.c f_rsvp.c f_tcindex.c f_u32.c m_action.c m_bpf.c m_connmark.c m_csum.c
m_ct.c m_ctinfo.c m_ematch.c m_estimator.c m_gact.c m_gate.c m_ife.c m_ipt.c m_mirred.c m_mpls.c m_nat.c m_pedit.c m_police.c m_sample.c m_simple.c m_skbedit.c m_skbmod.c m_tunnel_key.c m_vlan.c m_xt_old.c p_eth.c p_icmp.c p_ip.c p_ip
6.c p_tcp.c p_udp.c q_atm.c q_cake.c q_cbq.c q_cbs.c q_choke.c q_clsact.c q_codel.c q_drr.c q_dsmark.c q_etf.c q_ets.c q_fifo.c q_fq.c q_fq_codel.c q_fq_pie.c q_gred.c q_hfsc.c q_hhf.c q_htb.c q_ingress.c q_mqprio.c q_multiq.c q_netem
.c q_pie.c q_plug.c q_prio.c q_qfq.c q_red.c q_rr.c q_sfb.c q_sfq.c q_skbprio.c q_taprio.c q_tbf.c static-syms.c tc.c tc_cbq.c tc_class.c tc_core.c tc_estimator.c tc_exec.c tc_filter.c tc_monitor.c tc_qdisc.c tc_red.c tc_stab.c tc_uti
l.c" ; \
echo "{" > dynsyms.list ; \
for s in `grep -B 3 '\<dlsym' $files | sed -n '/snprintf/{s:.*"\([^"]*\)".*:\1:;s:%s::;p}'` ; do \
        sed -n '/'$s'[^ ]* =/{s:.* \([^ ]*'$s'[^ ]*\) .*:\1;:;p}' $files ; \
done >> dynsyms.list ; \
echo "show_stats; print_nl; print_tm; parse_rtattr; parse_rtattr_flags; get_u32; matches; addattr_l; addattr_nest; addattr_nest_end; };" >> dynsyms.list
    CC       m_xt.so
In file included from ../include/uapi/linux/netfilter_ipv4/ip_tables.h:21,
                 from m_xt.c:19:
../include/uapi/linux/if.h:134: warning: "IFF_VOLATILE" redefined
 #define IFF_VOLATILE (IFF_LOOPBACK|IFF_POINTOPOINT|IFF_BROADCAST|IFF_ECHO|\

In file included from m_xt.c:16:
/home/user/dev/openwrt/staging_dir/toolchain-mips_24kc_gcc-8.4.0_musl/include/net/if.h:48: note: this is the location of the previous definition
 #define IFF_VOLATILE (IFF_LOOPBACK|IFF_POINTOPOINT|IFF_BROADCAST| \

    CC       emp_ematch.tab.o
/home/user/dev/openwrt/staging_dir/toolchain-mips_24kc_gcc-8.4.0_musl/lib/gcc/mips-openwrt-linux-musl/8.4.0/../../../../mips-openwrt-linux-musl/bin/ld:dynsyms.list:0: syntax error in dynamic list
collect2: error: ld returned 1 exit status
make[5]: *** [Makefile:174: m_xt.so] Error 1

The dynsyms file contains:

$ cat ./build_dir/target-mips_24kc_musl/linux-ath79_generic/iproute2-tc/iproute2-5.8.0/tc/dynsyms.list
{
bpf_action_util;
connmark_action_util;
csum_action_util;
ct_action_util;
ctinfo_action_util;
gact_action_util;
gate_action_util;
ife_action_util;
ipt_action_util;
mirred_action_util;
mpls_action_util;
nat_action_util;
pedit_action_util;
police_action_util;
sample_action_util;
simple_action_util;
skbedit_action_util;
skbmod_action_util;
tunnel_key_action_util;
vlan_action_util;
ipt_action_util;
canid_ematch_util;
cmp_ematch_util;
ipset_ematch_util;
ipt_ematch_util;
meta_ematch_util;
nbyte_ematch_util;
u32_ematch_util;
p_pedit_eth;
p_pedit_icmp;
p_pedit_ip;
p_pedit_ip6;
p_pedit_tcp;
p_pedit_udp;
atm_qdisc_util;
cake_qdisc_util;
cbq_qdisc_util;
cbs_qdisc_util;
choke_qdisc_util;
clsact_qdisc_util;
codel_qdisc_util;
drr_qdisc_util;
dsmark_qdisc_util;
etf_qdisc_util;
ets_qdisc_util;
bfifo_qdisc_util;
pfifo_qdisc_util;
pfifo_head_drop_qdisc_util;
pfifo_fast_qdisc_util;
fq_qdisc_util;
fq_codel_qdisc_util;
fq_pie_qdisc_util;
gred_qdisc_util;
hfsc_qdisc_util;
hhf_qdisc_util;
htb_qdisc_util;
ingress_qdisc_util;
mqprio_qdisc_util;
multiq_qdisc_util;
netem_qdisc_util;
pie_qdisc_util;
plug_qdisc_util;
prio_qdisc_util;
qfq_qdisc_util;
red_qdisc_util;
rr_qdisc_util;
sfb_qdisc_util;
sfq_qdisc_util;
skbprio_qdisc_util;
taprio_qdisc_util;
tbf_qdisc_util;
basic_filter_util;
bpf_filter_util;
cgroup_filter_util;
flow_filter_util;
flower_filter_util;
fw_filter_util;
matchall_filter_util;
route_filter_util;
rsvp_filter_util;
rsvp6_filter_util;
tcindex_filter_util;
u32_filter_util;
bpf_exec_util;
show_stats; print_nl; print_tm; parse_rtattr; parse_rtattr_flags; get_u32; matches; addattr_l; addattr_nest; addattr_nest_end; };
 


19.09.20203349PackagesBuild FailureVery LowLowlibustream: package/install file conflictsTrunkUnconfirmed Task Description

Reproduce the problem:
selecting `luci-ssl-openssl`

Collected errors:
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package libustream-openssl20200215.
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
 *      luci-proto-ppp
 * opkg_install_cmd: Cannot install package luci.
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package luci-ssl-openssl.
pts (1.4.0-9) to root...
make[1]: *** [package/Makefile:68: package/install] Error 255
make[1]: Leaving directory '/media/builds/github-openwrt/openwrt'
make: *** [/media/builds/github-openwrt/openwrt/include/toplevel.mk:236: package/install] Error 2
Command exited with non-zero status 2
19.09.20203348PackagesBuild FailureVery LowLowlibustream: package/install file conflictsTrunkUnconfirmed Task Description

Reproduce the problem:
selecting `luci-ssl-openssl`

Collected errors:
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package libustream-openssl20200215.
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
 *      luci-proto-ppp
 * opkg_install_cmd: Cannot install package luci.
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package luci-ssl-openssl.
pts (1.4.0-9) to root...
make[1]: *** [package/Makefile:68: package/install] Error 255
make[1]: Leaving directory '/media/builds/github-openwrt/openwrt'
make: *** [/media/builds/github-openwrt/openwrt/include/toplevel.mk:236: package/install] Error 2
Command exited with non-zero status 2
19.09.20203347PackagesBuild FailureVery LowLowlibustream: package/install file conflictsTrunkUnconfirmed Task Description

Reproduce the problem:
selecting `luci-ssl-openssl`

Collected errors:
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package libustream-openssl20200215.
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
 *      luci-proto-ppp
 * opkg_install_cmd: Cannot install package luci.
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package luci-ssl-openssl.
pts (1.4.0-9) to root...
make[1]: *** [package/Makefile:68: package/install] Error 255
make[1]: Leaving directory '/media/builds/github-openwrt/openwrt'
make: *** [/media/builds/github-openwrt/openwrt/include/toplevel.mk:236: package/install] Error 2
Command exited with non-zero status 2
19.09.20203346PackagesBuild FailureVery LowMediumUbox invalid memory access (does not build with gcc10)TrunkUnconfirmed Task Description

See: https://git.openwrt.org/?p=project/ubox.git;a=blob;f=kmodloader.c;h=6f06ee3939f2f3e151357d33cfd165603cb40e4d;hb=HEAD#l699

Prints:

In function 'main_insmod',
    inlined from 'main' at /home/openwrt/openwrt-lam/build/archer-c7-v2eu/build_dir/target-mips_24kc_musl/ubox-2019-12-31-0e34af14/kmodloader.c:1062:10:
/home/openwrt/openwrt-lam/build/archer-c7-v2eu/build_dir/target-mips_24kc_musl/ubox-2019-12-31-0e34af14/kmodloader.c:734:13: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=]
  734 |  options[0] = 0;
      |  ~~~~~~~~~~~^~~
/home/openwrt/openwrt-lam/build/archer-c7-v2eu/build_dir/target-mips_24kc_musl/ubox-2019-12-31-0e34af14/kmodloader.c: In function 'main':
/home/openwrt/openwrt-lam/build/archer-c7-v2eu/build_dir/target-mips_24kc_musl/ubox-2019-12-31-0e34af14/kmodloader.c:727:12: note: at offset 0 to an object with size 0 allocated by 'malloc' here
  727 |  options = malloc(len);
      |            ^~~~~~~~~~~

Fix im using for my builds is attached.

Kind regards
MartB

31.08.20203313PackagesBuild FailureVery LowHighath79/mikrotik: initramfs image is missing the nand-uti...TrunkUnconfirmed Task Description

The initramfs-kernel.bin image for the ath79/mikrotik mikrotik,routerboard-sxt-5nd-r2 device (SXT Lite 5) is missing the nand-utils package. Therefore, when booting via TFTP (e.g., to install OpenWrt for the first time), the sysupgrade image can not be flashed:

[...] successful boot from TFTP, sysupgrade image uploaded via SCP
root@OpenWrt:/# cat /tmp/sysinfo/board_name 
mikrotik,routerboard-sxt-5nd-r2
root@OpenWrt:/# ls -la /usr/sbin/nand*
ls: /usr/sbin/nand*: No such file or directory
root@OpenWrt:/# sysupgrade -v -n /tmp/openwrt-ath79-mikrotik-mikrotik_routerboar
d-sxt-5nd-r2-squashfs-sysupgrade.bin 
Commencing upgrade. Closing all shell sessions.
Watchdog handover: fd=3
- watchdog -
killall: telnetd: no process killed
Sending TERM to remaining processes ... hostapd wpa_supplicant netifd odhcpd ntpd dnsmasq ubusd urngd logd 
Sending KILL to remaining processes ... 
Performing system upgrade...
Unlocking kernel ...
Erasing kernel ...
/lib/upgrade/do_stage2: line 25: nandwrite: not found
tar: write error: Broken pipe
removing ubiblock0_1
[  301.377800] block ubiblock0_1: released
Volume ID 0, size 19 LEBs (2451456 bytes, 2.3 MiB), LEB size 129024 bytes (126.0 KiB), dynamic, name "none", alignment 1
Volume ID 1, size 21 LEBs (2709504 bytes, 2.5 MiB), LEB size 129024 bytes (126.0 KiB), dynamic, name "rootfs", alignment 1
Set volume size to 119734272
Volume ID 2, size 928 LEBs (119734272 bytes, 114.1 MiB), LEB size 129024 bytes (126.0 KiB), dynamic, name "rootfs_data", alignment 1
sysupgrade successful
umount: can't unmount /dev: Resource busy
umount: can't unmount /tmp: Resource busy
[  303.837785] reboot: Restarting systemt
�

so the device can’t boot, as nothing has been written to NAND.

24.08.20203301PackagesBug ReportVery LowLowCannot satisfy dependency on iptables-mod-tproxyopenwrt-19.07Waiting on reporter Task Description

One example is iptables-mod-tproxy. It is available in 19.07.0, but not in 19.07.1. This causes dependency issue when installing some packages.
How to reproduce:

# opkg install shadowsocks-libev-ss-rules
Installing shadowsocks-libev-ss-rules (3.2.5-5) to root...
Downloading http://downloads.openwrt.org/releases/19.07.1/packages/aarch64_cortex-a53/packages/shadowsocks-libev-ss-rules_3.2.5-5_aarch64_cortex-a53.ipk
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for shadowsocks-libev-ss-rules:
 *      iptables-mod-tproxy
 * opkg_install_cmd: Cannot install package shadowsocks-libev-ss-rules.

I reproduced it on aarch64_coretex_a53, but I see it’s missing for other platforms like a72 and x86_64, too.

It was reported here: https://github.com/openwrt/packages/issues/11457 But was closed and the maintainer said it belongs here.

17.08.20203290PackagesBug ReportVery LowLowhostapd always sets ap_isolate to 1 no matter what the ...openwrt-19.07Unconfirmed Task Description

I have two devices that show the same problem - both TP-Link, but different models.
The problem is that the devices/clients connected to any of the wlans are always isolated no matter what the config “isolate clients” is set to.
These devices cannot ping and see each other but they can be pinged and they can ping devices from/to devices in lan.

Further more the generated /var/run/hostapd-phy0.conf and /var/run/hostapd-phy1.conf always have the ap_isolate=1

The tested devices are:

root@OpenWrt:~# ubus call system board
{
        "kernel": "4.14.180",
        "hostname": "OpenWrt",
        "system": "Qualcomm Atheros QCA9558 ver 1 rev 0",
        "model": "TP-Link Archer C7 v2",
        "board_name": "tplink,archer-c7-v2",
        "release": {
                "distribution": "OpenWrt",
                "version": "19.07.3",
                "revision": "r11063-85e04e9f46",
                "target": "ath79/generic",
                "description": "OpenWrt 19.07.3 r11063-85e04e9f46"
        }
}
root@OpenWrt:~# ubus call system board
{
        "kernel": "4.14.180",
        "hostname": "OpenWrt",
        "system": "Atheros AR9344 rev 2",
        "model": "TP-Link TL-WDR4300 v1",
        "board_name": "tplink,tl-wdr4300-v1",
        "release": {
                "distribution": "OpenWrt",
                "version": "19.07.3",
                "revision": "r11063-85e04e9f46",
                "target": "ath79/generic",
                "description": "OpenWrt 19.07.3 r11063-85e04e9f46"
        }
}

No packages have been updated manually on both devices.
Both devices has defaults sets coming with the default factory OpenWrt 19.07.3 image.
Both devices were set for their Network → Wireless → wlan0 (and wlan1) → Interface configuration → Advanced settings → Isolate clients UNCHECKED

Here is the config of one of the devices (/etc/config/wireless) and the respective generated /var/run/hostapd-phy0.conf

config wifi-device 'radio0'
	option type 'mac80211'
	option hwmode '11g'
	option path 'platform/ahb/18100000.wmac'
	option channel 'auto'
	option country 'BG'
	option htmode 'HT20'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option key 'XXXXXX'
	option ssid 'YYYYYYYY'
	option encryption 'psk2'

Even when option isolate ‘0’ is added manually using uci not luci, and restarting the device the respective hostapd-phy0.conf remains with ap_isolate=1

driver=nl80211
logger_syslog=127
logger_syslog_level=2
logger_stdout=127
logger_stdout_level=2
country_code=BG
ieee80211d=1
hw_mode=g
beacon_int=100
channel=acs_survey



ieee80211n=1
ht_coex=0
ht_capab=[LDPC][SHORT-GI-20][SHORT-GI-40][TX-STBC][RX-STBC1][DSSS_CCK-40]

interface=wlan0
ctrl_interface=/var/run/hostapd
ap_isolate=1
bss_load_update_period=60
chan_util_avg_period=600
disassoc_low_ack=1
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
utf8_ssid=1
multi_ap=0
wpa_passphrase=XXXXXX
auth_algs=1
wpa=2
wpa_pairwise=CCMP
ssid=YYYYYYYY
bridge=br-lan
wpa_disable_eapol_key_retries=0
wpa_key_mgmt=WPA-PSK
okc=0
disable_pmksa_caching=1
bssid=xx:xx:xx:xx:xx:xx

My guess is that hostapd/wpad doesn’t set properly the ap_isolate according to the config.

Please let me know if you need further info.

Thanks

 


11.08.20203281PackagesBug ReportVery LowHighdnsmasq: option nonwildcard=0 and localservice=1 can no...TrunkUnconfirmed Task Description

Latest snapshot OpenWrt

It can be reproduced on many platform, you can just verify with Virtualbox and x86 images.

First restore to factory, then set ‘option nonwildcard=0’, reboot, ssh to OpenWrt, run ‘nslookup he.net’, you will get ‘;; connection timed out; no servers could be reached’ error, manually restarting dnsmasq service or setting ‘option localservice=0’ could fix it.

04.08.20203270PackagesBug ReportVery LowLowgcc: package seems incompatible with linker provided by...TrunkUnconfirmed Task Description

I use the gcc package to compile C code on my OpenWrt installation. Something has broken the toolchain, and it appears to be related to the binutils package that OpenWrt base provides. I receive errors such as these when I compile:

root@OpenWrt # gcc hello.c 
/usr/bin/ld: /usr/lib/gcc/x86_64-openwrt-linux-musl/7.4.0/libssp_nonshared.a(__stack_chk_fail_local.o): unable to initialize decompress status for section .debug_info
/usr/bin/ld: /usr/lib/gcc/x86_64-openwrt-linux-musl/7.4.0/libssp_nonshared.a(__stack_chk_fail_local.o): unable to initialize decompress status for section .debug_info
/usr/bin/ld: /usr/lib/gcc/x86_64-openwrt-linux-musl/7.4.0/libgcc.a(_muldi3.o): unable to initialize decompress status for section .debug_info
/usr/bin/ld: /usr/lib/gcc/x86_64-openwrt-linux-musl/7.4.0/libgcc.a(_muldi3.o): unable to initialize decompress status for section .debug_info
/usr/bin/ld: /usr/lib/gcc/x86_64-openwrt-linux-musl/7.4.0/libgcc.a(_muldi3.o): unable to initialize decompress status for section .debug_info
/usr/bin/ld: /usr/lib/gcc/x86_64-openwrt-linux-musl/7.4.0/libgcc.a(_muldi3.o): unable to initialize decompress status for section .debug_info

I was able to overcome this problem by updating binutils. I copied the version information and patches for binutils 2.32 from toolchain/binutils/ into package/devel/binutils/, and I built a newer version of the binutils package. Whereas the toolchain version of binutils provides the option to build a recent release, the package version is still 2.27.

See also https://github.com/openwrt/packages/issues/13019.


18.07.20203237PackagesBuild FailureVery LowHighumdns: fails to compile with gcc10TrunkUnconfirmed Task Description

Try to compile umdns with gcc10 and it will break with following error:

service.c:240:10: error: ‘strcpy’ offset 6 from the object at ‘b’ is
out of the bounds of referenced subobject ‘name’ with type ‘uint8_t[]’ {aka ‘unsigned char[]’} at offset 6 [-Werror=array-bounds]

More detailed error:
https://github.com/berlin-open-wireless-lab/DAWN/issues/109#issuecomment-657483908

10.07.20203221PackagesBug ReportLowLowubox: validate.c: Link-Local IPv6 with interface ID not...AllNew Task Description

validate.c uses inet_pton for identifying IPv6 addresses [1], and this seems to not understand interface identifiers as used for Link-local IPv6 addresses.

Reproduce:

root@FFF-GW-Adrian:~# /sbin/validate_data host fdff::1
host - fdff::1 = true
root@FFF-GW-Adrian:~# /sbin/validate_data host fe80::1
host - fe80::1 = true
root@FFF-GW-Adrian:~# /sbin/validate_data host fe80::1%br-mesh
host - fe80::1%br-mesh = false

This is a problem practically whenever validata_data is used to check uci values.

For example, it is not possible to use a link-local address for specifying an NTP server:

https://github.com/openwrt/openwrt/blob/master/package/utils/busybox/files/sysntpd#L33

If ‘server:list(host)’ is changed to ‘server:list(string)’ there, it obviously works fine, as it’s just the validation.

[1] https://git.openwrt.org/?p=project/ubox.git;a=blob;f=validate/validate.c;h=e72b8117ecd8b680778b0f5c7637ed6546a7736b;hb=HEAD#l402

25.06.20203202PackagesBug ReportVery LowLowlibnl_tiny: struct np_sock may be affected by Y2038 Pro...TrunkUnconfirmed Task Description

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

 

libnl_tiny stores time() value to sk→s_seq_expect and sk→s_seq_next (struct np_sock sk) in socket.c.
Struct members s_seq_expect and s_seq_next are both unsigned integer values, which I believe is to
overcome Y2038 Problem. Looking at git blame, this particular design choice has been made over 10 years ago.

Since many libraries and OS including gLibc and linux have already redefined time_t to signed 64 bit,
I think it is safe to redefine the members to uint64_t.

06.06.20203153PackagesBug ReportVery LowMediumfeeds/packages/utils/zstd fails to compile if python3-d...TrunkUnconfirmed Task Description

Device problem occurs on

build server

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

OpenWrt master as of r13499-7b4877c204

Steps to reproduce

  1. install debian 10 amd64 & OpenWrt build requirements
  2. git clone git://git.openwrt.org/openwrt/openwrt.git
  3. select ath79-generic as target & select btrfs with zstd support
  4. compile & wait
  5. get output similar to attached meson-log.txt

Solutions to solve problem

  • install “python3-distutils” on the host
  • zstd package checks if python3-distutils is installed and provides proper “missing dependency”-error
04.06.20203150PackagesBug ReportVery LowMediumPackages seem to be missing from downloads.openwrt.org ...openwrt-19.07Unconfirmed Task Description

Device: openwrtorg/rootfs:armvirt-32-19.07.2 Docker image
Version: OpenWrt 19.07

Hi- I hope everyone is doing well.

We’ve got some builds that use the openwrtorg/rootfs:armvirt-32-19.07.2 Docker image; they run around 1600 UTC each day as well as any time somebody amends a related pull request (normally between 0000 UTC to 1000 UTC, our working day for Perth, Australia).

Occasionally, we get failures due to packages missing in OpenWrt (curiously, it’s usually GCC)- more commonly during our morning.

I _think_ this may be a byproduct of the OpenWrt nightly builds happening and the packages being rebuilt, it may be that https://downloads.openwrt.org/releases/19.07.2/packages/arm_cortex-a15_neon-vfpv4/packages/ is the actual build output folder (and so during a build, the contents may change).

I’ve had a look at the timestamps at that URL, I’m not sure what timezone they’re in, but they’re mostly around the 0100 to 0500 range- if this is UTC and my suspicions are correct, then that would definitely cause an increase of this issue during our morning (which is what we see).

I don’t think it’s related to any Docker build cache funniness- we wipe that at 1900 UTC each day.

While you won’t reliably be able to reproduce, here’s a simple test case (requiring Docker for Mac/Windows, or Docker for Linux with docker buildx configured):

- docker run –rm -it openwrtorg/rootfs:armvirt-32-19.07.2 sh
- mkdir /var/lock
- opkg update && opkg install gcc

I’ve attached a log excerpts from our CI system of one such failure.

Thanks and regards,

Ed

11.05.20203090PackagesBug ReportVery LowMediumdnsmasq: daemon.err dnsmasq[6363]: failed to load name...openwrt-19.07Unconfirmed Task Description

Router model : Netgear WNDR3700v1

I upgraded to 19.0.7 yesterday. Since I have the follow issue :
all static leases can’t be resolved (25 hosts).

In system.log I found this logs each time I (re)start dnsmasq :
Mon May 11 05:47:28 2020 daemon.info dnsmasq[6363]: read /etc/hosts - 4 addresses
Mon May 11 05:47:28 2020 daemon.err dnsmasq[6363]: failed to load names from /tmp/hosts/dhcp.cfg01411c: Permission denied
Mon May 11 05:47:28 2020 daemon.info dnsmasq-dhcp[6363]: read /etc/ethers - 0 addresses

So I patched the init.d/dnsmasq adding this line :

 chmod og+r $HOSTFILE

after the line :

 mv -f $HOSTFILE_TMP $HOSTFILE

in function dnsmasq_start

This patch is operational with those logs :
Mon May 11 05:51:57 2020 daemon.info dnsmasq[6613]: read /etc/hosts - 4 addresses
Mon May 11 05:51:57 2020 daemon.info dnsmasq[6613]: read /tmp/hosts/dhcp.cfg01411c - 25 addresses
Mon May 11 05:51:57 2020 daemon.info dnsmasq-dhcp[6613]: read /etc/ethers - 0 addresses

Best regards.
Philippe

06.05.20203067PackagesBug ReportVery LowCriticaldownload board.bin failureopenwrt-19.07Unconfirmed Task Description
make[3]: Entering directory '/home/leo/openwrt/package/firmware/ath10k-ct-firmware'
mkdir -p /home/leo/openwrt/dl
SHELL= flock /home/leo/openwrt/tmp/.ath10k-firmware-d622d160e9f552ead68d9ae81b715422892dc2ef-qca9887-board.bin.flock -c '  	/home/leo/openwrt/scripts/download.pl "/home/leo/openwrt/dl" "ath10k-firmware-d622d160e9f552ead68d9ae81b715422892dc2ef-qca9887-board.bin" "cf4df099f6ee05c181f55ce17297a1d32c61d725eb96246fd315ad5587c42426" "board.bin" "@GITHUB/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0"    '
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://sources.cdn.openwrt.org/board.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:02 --:--:--     0
curl: (22) The requested URL returned error: 404 
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://sources.openwrt.org/board.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
curl: (22) The requested URL returned error: 404 Not Found
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://mirror2.openwrt.org/sources/board.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
curl: (22) The requested URL returned error: 404 Not Found
Download failed.

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.


26.04.20203051PackagesBug ReportVery LowHighUPnP not workingAllUnconfirmed Task Description

Device: Linksys WRT1900ACSv2
Software versions: v19.07.9 and v19.07.2
Current Openwrt firmware: OpenWrt SNAPSHOT r13046-df27e949fb / LuCI Master git-20.113.57176-dc1d2ce
Affected Packages: miniupnpd, luci-app-upnp

I have flashed two versions of OpenWrt v19.07.2, one compiled by myself and the other using the official stable release from the website. On both versions I have then installed the latest version of the LuCI-app-UPnP which includes the miniupnpd daemon.

The problem is UPnP seems to very intermittent of how it picks up the ports from the devices. Some devices and applications show up under the `Active UPnP Redirects` and some don’t at all. My primary testing device is my Sony PS3 and PS4 which requires UPnP to open up ports for an optimal online gaming experience. A common port that I reply on is UDP 3074 that is used by Call of Duty games to achieve open NAT type.

When I was running OpenWrt v18.06.5 at the time in 2019 everything worked perfectly including UPnP. When v19.07.0 was officially released for stable use, I noticed I was getting moderate NAT type within my games. With this in mind I checked the luci-upnp app and noticed that my PS4’s IP address/hostname and the corresponding UDP 3074 was not listed. Sometimes I could get the PS4 to be picked up via the Sony PlayStation network test which would open up UDP port 9308 on LuCI-app-UPnP.

I have opened a couple of OpenWrt forum threads discussing UPnP not working:

The only working version of miniupnpd/luci-app-upnp seems to be miniupnpd 2.1-1 which I have had working on all the v19.07.* firmwares. OpenWrt v19.07.0 shipped with miniupnpd 2.1.20190408-2 and this was the point where it broke. Recently testing with the newer v19.07.2 firmware the miniupnpd has been updated to version 2.1.20191006 and this is the same story whereby the PS3/PS4 can’t be picked up.

Interestingly I did some experimenting and took the files, patches and makefile from the master trunk, replaced `PKG_VERSION:-2.1.20191006` with `PKG_VERSION:-2.1.20200329` in the `makefile` (which is the very latest version of the MiniUPnP daemon source code found at https://miniupnp.tuxfamily.org/files), compiled v19.07.2 and flashed it to my router. I then did a Sony PlayStation network test on my PS4 and UDP port 9308 was listed under `Active UPnP Redirects`. I then proceeded onto Call of Duty Modern Warfare (2019) and UDP port 3074 also appeared! However, I still had moderate NAT type which meant the firewall wasn’t opening up somewhere. After clicking the `Delete` button on the LuCI UPnP page and opening the port manually on the firewall the game did give me open NAT type as expected. Weirdly though, the UPnP listing came back which has never happened any time I’ve used OpenWrt with manual port forwards. In other words if I open a port manually in the firewall UPnP will never list same port and destination device in the `Active UPnP Redirects` list.

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.

04.04.20202963PackagesBug ReportVery LowLowAdd support for 4G Systems XSStick W1208AllUnconfirmed Task Description

Please add Support for this LTE Stick to the OpenWRT distribution.
The device shows up as

root@GL-MT300N:~# lsusb 
...
Bus 001 Device 003: ID 2fd4:76b5  
...
root@GL-MT300N:~# 

usbmode switch can be done via:

        "messages" : [
                "55534243a069008d8000000080000606f50402527100000000000000000000",
        ],
                "2fd4:9aff": {
                        "*": {
                                "t_vendor": 12244,
                                "t_product": 30389,
                                "msg": [ 0 ]
                        }       
                }

Afterwards missing is:

echo 0x2fd4 0x76b5 > /sys/bus/usb-serial/drivers/option1/new_id

The data was taken from https://www.draisberghof.de/usb_modeswitch/

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 ]
03.03.20202875PackagesBug ReportVery LowLowppp-mod-pptp ipk install error on k2p routerTrunkUnconfirmed Task Description

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

 

I want to setup pptp site-to-site vpn on k2p router which install openwrt. when i instlall ppp-mode-pptp ipk,the error occur below.

root@Router:~# opkg install ppp-mod-pptp
Installing ppp-mod-pptp (2.4.7-13) to root...
Downloading http://mirrors.tuna.tsinghua.edu.cn/lede/releases/18.06.7/packages/mipsel_24kc/base/ppp-mod-pptp_2.4.7-13_mipsel_24kc.ipk Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for ppp-mod-pptp:
* kernel (= 4.14.167-1-16b77c6fbb9d9192d39ab642ba67d11a)
* opkg_install_cmd: Cannot install package ppp-mod-pptp.

my version
root@Router:~# cat /proc/version
Linux version 4.14.167 (runner@fv-az50) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7976-ca47026b7d)) #0 SMP Wed Jan 29 16:06:05 2020

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

09.02.20202826PackagesBug ReportVery LowLowdnsmasq: neg-ttl, addn-hosts jail supportTrunkUnconfirmed Task Description

Hi!
Is it possible to add neg-ttl config option to dnsmasq, please?
And maybe set it to a default value of 15minutes?

addn-hosts files are not added to the jail, which results in a failure to load them.

Thanks.

02.02.20202801PackagesBug ReportVery LowLowAdd s3fs packageTrunkUnconfirmed Task Description

A user recently asked how to compile s3fs on OpenWrt:

https://github.com/s3fs-fuse/s3fs-fuse/issues/1208

This is likely challenging to do on a router itself due to the limited RAM. I wonder if OpenWrt could include s3fs as a package? These is some precedent for this with sshfs:

https://openwrt.org/packages/index/network---filesystem

22.01.20202761PackagesBug ReportVery LowLowlibopenssl-devcryptoAllUnconfirmed Task Description

Hi All,

I think there is a problem with the package:
libopenssl-devcrypto

As reported in the guide Hardware Accelerators:
https://openwrt.org/docs/techref/hardware/cryptographic.hardware.accelerators

when trying to install the package libopenssl-devcrypto, that depends on kmod-cryptodev, but it doesn’t exist.

Obviously, the problem is reproducible in LUCI

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?

18.01.20202747PackagesBug ReportVery LowLowcompiling wpa_supplicant without CONFIG_UBUS=y will fai...TrunkUnconfirmed Task Description

Uncomment CONFIG_UBUS=y in one of the config files of wpa_supplicant.
Compile hostapd.

Now you will get following error:

wpa_supplicant_i.h:313:21: error: field ‘ubus_global’ has incomplete type

struct ubus_object ubus_global;

Workaround is to delete 600-ubus_support.patch.

09.01.20202720PackagesBuild FailureVery LowHighlibcap compile failure at tests stepTrunkUnconfirmed Task Description

libcap build is failing since the update to 2.30

+ The toolchain options used are:
  - binutils 2.31.1
  - gcc 8.x
  - glibc

For reproducing one just need to run the folling

 $make package/feeds/packages/libcap/compile V=s

The flow breaks at tests stage:

make -C tests all
make[4]: Entering directory ‘/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests’ i486-openwrt-linux-gnu-gcc -Os -pipe -march=pentium4 -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -ffile-prefix-map=/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30=libcap-2.30 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -fPIC -I/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests/../libcap/include/uapi -I/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests/../libcap/include libcap_psx_test.c -o libcap_psx_test -L/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests/../libcap -lcap -L/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests/../libcap -lpsx -lpthread -Wl,-wrap,pthread_create –static
/data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofclose.o): in function `_IO_new_fclose.cold.0’:
iofclose.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofclose.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofclose.o):(.eh_frame+0x6f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofflush.o): in function `_IO_fflush.cold.0’:
iofflush.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofflush.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofflush.o):(.eh_frame+0×73): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(ioputs.o): in function `_IO_puts.cold.0’:
ioputs.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(ioputs.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(ioputs.o):(.eh_frame+0×77): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(wfileops.o): in function `_IO_wfile_underflow.cold.2’:
wfileops.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(wfileops.o):(.eh_frame+0x6b): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(wfileops.o):(.eh_frame+0x12b): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(fileops.o): in function `_IO_new_file_underflow.cold.6’:
fileops.c:(.text.unlikely+0×38): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(fileops.o):(.eh_frame+0×103): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(fileops.o):(.eh_frame+0x17f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofputs.o): in function `_IO_fputs.cold.0’:
iofputs.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofputs.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofputs.o):(.eh_frame+0x8f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofwrite.o): in function `_IO_fwrite.cold.0’:
iofwrite.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofwrite.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofwrite.o):(.eh_frame+0x7f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iogetdelim.o): in function `_IO_getdelim.cold.0’:
iogetdelim.c:(.text.unlikely+0×35): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iogetdelim.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iogetdelim.o):(.eh_frame+0x8f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libpthread.a(unwind.o): in function `unwind_stop’:
unwind.c:(.text+0×47): undefined reference to `_Unwind_GetCFA’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: unwind.c:(.text+0×88): undefined reference to `_Unwind_GetCFA’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: unwind.c:(.text+0xed): undefined reference to `_Unwind_GetCFA’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libpthread.a(unwind.o): in function `__pthread_unwind’:
unwind.c:(.text+0×156): undefined reference to `_Unwind_ForcedUnwind’ collect2: error: ld returned 1 exit status

16.11.20192607PackagesBug ReportVery LowLowodhcpd: assigns IPv4 address outside of interface subne...openwrt-19.07Unconfirmed Task Description

When a static IPv4 lease is set up for a MAC address, odhcpd assigns that address even if it is outside the configured subnet of the relevant interface.

This is a problem if one wants to set a static lease for a host that may connect to one of multiple interfaces. It is also not possible to set separate static leases for each interface, as only the last one is used.

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

Trunk and 19.07.
18.06 is unaffected.

It looks like this was introduced with https://git.openwrt.org/?p=project/odhcpd.git;a=commit;h=ca8ba91c757b1559bc6391707547d54477c8315a.

Steps to reproduce:

Steps based on fresh install of OpenWrt:

Replace odhcpd-ipv6only by odhcpd

Enable odhcpd for IPv4 and set static lease with IPv4 address outside the default lan subnet:

uci set dhcp.odhcp.maindhcp=1
uci set dhcp.lan.dhcpv4="server"

uci add dhcp host
uci set dhcp.@host[-1].mac="11:22:33:44:55:66"
uci set dhcp.@host[-1].ip="192.168.2.100"

uci commit dhcp

Expected result: IP address from 192.168.1.0/24 is assigned to host 11:22:33:44:55:66
Actual result: IP address 192.168.2.100 is assigned to host 11:22:33:44:55:66

25.10.20192568PackagesBug ReportVery LowMediumct-bugcheck packages breaks uciTrunkUnconfirmed Task Description

Hi,

I think, that the script bugchecker.sh should get updatet, so that it dont want a script in /etc/config, which triggers a error message on package upgrades:

https://forum.openwrt.org/t/issue-with-installing-several-packages/3443/4

Right now, it want that we create /etc/config/bugcheck with this content:

DO_BUGCHECK=1
export DO_BUGCHECK

There a two options:

Change the check in the script to the uci system or change the file path to a other folder.

16.09.20192499PackagesBug ReportVery LowMediumGammu : USSD not showing anythingTrunkUnconfirmed Task Description

On trunk openwrt, on ath79 comfast e5 (supported), gammu package no longer respond on getussd command

Steps to reproduce:
gammu getussd “*143#” (replace *143# by your usual USSD service on mobile network)


14.08.20192443PackagesBug ReportVery LowMediumqos-scripts: pktsize field does not take effectTrunkUnconfirmed Task Description

When I modify the “pkgsize” field in /etc/config/qos, the output of

/usr/lib/qos/generate.sh all

does not contain content for matching packet size.
For example,add “option pktsize ‘1024’” in rule “download”.
But the “packetsize” field works.
Device:Phicomm K2P
Version:OpenWrt R9.8.5 / LuCI Master (git-19.146.62144-fd6fdb2)
luci-app-qos git-19.146.62144-fd6fdb2-1
luci-i18n-qos-zh-cn git-19.146.62144-fd6fdb2-1
qos-scripts 1.3.1-1

Showing tasks 1301 - 1350 of 1430 Page 27 of 29<<First - 25 - 26 - 27 - 28 - 29 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing