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  descTask TypePrioritySeveritySummaryReported InStatus
13.10.20203383WebsiteBug ReportVery LowMediumluci management webside - network - interface proto MAP...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on mt7621
- Software versions of OpenWrt 19.07.03 19.07.04
- Steps to reproduce
first: select map-e support on menuconfig Network→map
select luci support on menuconfig Luci
second: update firmware, and then loggin to 192.168.1.1, network - interface - proto MAP/LW4over6
and error occur when click config apply

 
18.01.20202749WebsiteBug ReportVery LowLowCannot find GPG key for 19.07 buildsTrunkUnconfirmed Task Description

I cannot find the GPG used to generate https://downloads.openwrt.org/releases/19.07.0/targets/ath79/generic/sha256sums.asc on a keyserver. Previous releases (such as 18.06.6) are signed with key AD0507363D2BCE9C9E36CEC4FBCB78F015807931, but the key for the 19.07 release is D9C6901F45C9B86858687DFF28A39BC32074BE7A

09.11.20192586WebsiteBug ReportVery LowLowgnutls_handshake() failedAllUnconfirmed Task Description

i use the openwrt sdk with Ubuntu 18.04.3 LTS to building

When executing “./scripts/feeds update -a && ./scripts/feeds install -a” in that sdk directory

There are some errors:

fatal: unable to access ‘https://git.openwrt.org/openwrt.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

fatal: unable to access ‘https://git.openwrt.org/feed/packages.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

fatal: unable to access ‘https://git.openwrt.org/project/luci.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

fatal: unable to access ‘https://git.openwrt.org/feed/routing.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

fatal: unable to access ‘https://git.openwrt.org/feed/telephony.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

but i can git other project in github,so i am sure my git is working

02.09.2017997WebsiteFeature RequestVery LowLowImplement dark theme (or custom color controls)TrunkUnconfirmed Task Description

regarding website design:
grey text on white background / light blue text on white background

this is a problem in bright viewing environments & LCD panels with poor contrast ratio

Please consider a dark theme option (or custom color controls)


25.06.2017868WebsiteBug ReportVery LowLowSnapshot directory contains stray/obsolete directoriesTrunkUnconfirmed Task Description

Please remove obsolete directories in the snapshot directory (packages)

aarch64_armv8-a/
arm_cortex-a53_neon-vfpv4/
arm_cortex-a7/
i386_geode/
powerpc_440/


18.01.20224228ToolchainBug ReportVery LowMediumtools: update libtoolTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
No specific device
- Software versions of OpenWrt/LEDE release, packages, etc.
Trunk

I am trying to add a package which requires libtool 2.4.6 and I was wondering if it is possible for it to be updated, since the most recent version was released 7 years ago I believe we should already be there.

Thanks!

10.12.20214183ToolchainBug ReportVery LowHighundefined reference to `std::__cxx11::basic_string<char...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- HuaWei Hi3516
- bleeding
~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z4TrimRNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×48): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_erase(unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z4TrimRNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×60): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_not_of(char const*, unsigned int, unsigned int) const’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z4TrimRNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×84): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_erase(unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: ~/Desktop/HiSpark_Hi3516DV300_SDK_SPC021/smp/a7_linux/mpp/sample/svp/hirt/../../../../mpp/lib/libsvpruntime.a(hirt_common_cplus.o): in function `Str2int(std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)’:
hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7
cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x1fc): undefined reference to `std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::_M_sync(char*, unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x2f4): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x3f8): undefined reference to `std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×420): undefined reference to `VTT for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×424): undefined reference to `vtable for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x42c): undefined reference to `vtable for std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: ~/Desktop/HiSpark_Hi3516DV300_SDK_SPC021/smp/a7_linux/mpp/sample/svp/hirt/../../../../mpp/lib/libsvpruntime.a(hirt_common_cplus.o): in function `Str2uc(std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)’:
hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x1fc): undefined reference to `std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::_M_sync(char*, unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x2f4): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x3f8): undefined reference to `std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×420): undefined reference to `VTT for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×424): undefined reference to `vtable for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x42c): undefined reference to `vtable for std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: ~/Desktop/HiSpark_Hi3516DV300_SDK_SPC021/smp/a7_linux/mpp/sample/svp/hirt/../../../../mpp/lib/libsvpruntime.a(hirt_common_cplus.o): in function `Str2uint(std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)’:
hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7
cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x1fc): undefined reference to `std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::_M_sync(char*, unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x2f4): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x3f8): undefined reference to `std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×420): undefined reference to `VTT for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×424): undefined reference to `vtable for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x42c): undefined reference to `vtable for std::__cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: warning: .fini_array section has zero size

22.11.20214149ToolchainBug ReportVery LowHighbinutils: unable to build toolchain with v2.37TrunkUnconfirmed Task Description

Summary: Building from master for ipq806x or for ramips targets on Arch Linux results getting a fatal error building the toolchain occurring on binutils. The bug has been reported and confirmed by other users. Additionally, it has been reported against binutils upstream.

Here is a sample output trying to build on my machine.

Proposed action: Revert this commit to binutils updating it from 2.35.2 to 2.37 until the issue is fixed. Doing this restores functionality.

08.11.20214129ToolchainBug ReportVery LowLowscripts/env: not working with differnet defaultBranch n...TrunkUnconfirmed Task Description

the tool scripts/env uses git to manage multiple configs and environments. unfortunately, it was created with the default branch name “master” in mind. this name is configurable for some time now, and the default also changed with newer versions now. The new default is “main”. this breaks the env script, which assumes master as first branch.

23.10.20214106ToolchainBuild FailureVery LowLowAdding cfg80211 into the kernel causes build errror: li...TrunkUnconfirmed Task Description

OpenWRT from git master (yesterday, b8e682a)
I’m trying to build custom image for WRT1900AC (mvebu / Armada XP), kernel 5.10.75
After selecting CONFIG_MAC80211 in kernel_menuconfig, i get this error:

  HOSTCC  scripts/extract-cert
/usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /build/openwrt0/staging_dir/host/lib/libcrypto.a(libcrypto_la-eng_all.o): in function `ENGINE_load_builtin_engines':
eng_all.c:(.text+0x30): undefined reference to `pthread_once'
/usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /build/openwrt0/staging_dir/host/lib/libcrypto.a(libcrypto_la-err.o): in function `ERR_load_ERR_strings':
err.c:(.text+0xcee): undefined reference to `pthread_once'
/usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /build/openwrt0/staging_dir/host/lib/libcrypto.a(libcrypto_la-err_all.o): in function `ERR_load_crypto_strings':
err_all.c:(.text+0xaf): undefined reference to `pthread_once'
/usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /build/openwrt0/staging_dir/host/lib/libcrypto.a(libcrypto_la-c_all.o): in function `OpenSSL_add_all_ciphers':
c_all.c:(.text+0x9af): undefined reference to `pthread_once'
/usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /build/openwrt0/staging_dir/host/lib/libcrypto.a(libcrypto_la-c_all.o): in function `OpenSSL_add_all_digests':
c_all.c:(.text+0x9cf): undefined reference to `pthread_once'
/usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /build/openwrt0/staging_dir/host/lib/libcrypto.a(libcrypto_la-crypto_init.o):crypto_init.c:(.text+0x51): more undefined references to `pthread_once' follow
collect2: error: ld returned 1 exit status
make[6]: *** [scripts/Makefile.host:95: scripts/extract-cert] Error 1
make[5]: *** [Makefile:1199: scripts] Error 2
make[5]: Leaving directory '/build/openwrt0/build_dir/target-arm_cortex-a9+vfpv3_musl_eabi/linux-mvebu_cortexa9/linux-5.10.75'
make[4]: *** [Makefile:19: /build/openwrt0/build_dir/target-arm_cortex-a9+vfpv3_musl_eabi/linux-mvebu_cortexa9/linux-5.10.75/.modules] Error 2
make[4]: Leaving directory '/build/openwrt0/target/linux/mvebu'
make[3]: *** [Makefile:11: compile] Error 2
make[3]: Leaving directory '/build/openwrt0/target/linux'
time: target/linux/compile#8.90#4.43#14.92
    ERROR: target/linux failed to build.

Somebody else reported this error here, with possible solution:
https://forum.openwrt.org/t/undefined-reference-to-pthread-once/65789

Thanks.

16.10.20214088ToolchainBug ReportVery LowCriticalmake clean required for changes in $BUILDROOT/files/ to...openwrt-19.07Unconfirmed Task Description

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

 

It isn’t and shouldn’t need to be documented as it should automatically update files in files/ when make is ran.

I assume this is a hearing thing and some crazy people who don’t think expect `make clean` or something?

I don’t know why, but this shouldn’t be this way.

09.10.20214073ToolchainBuild FailureVery LowMediummake kernel_menuconfig fails at m4 1.4.18 in Ubuntu 21....openwrt-21.02Unconfirmed Task Description

I’m attempting to build openwrt 21.02 from git for a Buffalo WZR-600DHP on x86_64 Ubuntu 21.10. make kernel_menuconfig failed, and after running it with increased verbosity I see:

  gcc  -I.   -I/home/bgjenero/gitapps/openwrt/staging_dir/host/include   -O2 -I/home/bgjenero/gitapps/openwrt/staging_dir/host/include  -MT c-stack.o -MD -MP -MF $depbase.Tpo -c -o c-stack.o c-stack.c &&\
  mv -f $depbase.Tpo $depbase.Po
  In file included from /usr/include/signal.h:328,
                   from ./signal.h:52,
                   from c-stack.c:49:
  c-stack.c:55:26: error: missing binary operator before token "("
     55 | #elif HAVE_LIBSIGSEGV && SIGSTKSZ < 16384
        |                          ^~~~~~~~

That’s a failure building m4 1.4.18. It is discussed at https://lists.gnu.org/archive/html/bug-m4/2021-03/msg00000.html

The problem is that m4 is expecting SIGSTKSZ to be a compile time constant, but instead in
/usr/include/x86_64-linux-gnu/bits/sigstksz.h it is: # define SIGSTKSZ sysconf (_SC_SIGSTKSZ)

The m4 package in Ubuntu 21.10 is actually the same version, and the source package has a patch for this in https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/m4/1.4.18-5ubuntu1/m4_1.4.18-5ubuntu1.debian.tar.xz at /debian/patches/04-fix-sigstksz.patch. I am attaching that patch here.

13.07.20213928ToolchainBug ReportVery LowMedium[OPKG] Track installed/removed packages and provide imp...AllUnconfirmed Task Description

I tried to use opkg with this script “opkg extras” for upgrading:
https://openwrt.org/docs/guide-user/installation/generic.sysupgrade#savingrestoring_user-installed_packages

IMHO such a script is really basic functionality and I should not have to execute such a script just to keep the installed packages on upgrade.
IMHO this would make upgrading OpenWRT a lot easier and I would also do it a lot more frequent (potentially fixing security issues faster).

As I talked about this in the forum, too, the author said:
> In addition, as the author of those pages, I’d like to point out that the method for tracking installed and removed packages can be greatly simplified if someone decides to integrate that functionality into Opkg.

So more systematic:

Problem

I may fear to upgrade my OpenWRT router due to the loss of installed packages.
The existing alternatives are not sufficient and hard to use, especially for an average user. E.g. you need to use SSH/the CLI.
The existing alternative did not 100%ly work in my case. It e.g. also installed all dependencies as manually installed packages as far as I see.
Code-wise/Technically the author said the current way is much more complicated than what could be done if that were integrated into opkg.

Suggestion

It would be nice if these OPGK extras and hotplug extras were an opkg package itself. This would also solve the reinstallation issue, because by definition, they would reinstall “themselves”.

08.06.20213860ToolchainBuild FailureVery LowHigh bcm53xx: Image Builder fails with "os-image partition ...openwrt-21.02Unconfirmed Task Description

I use the Image Builder to build image for my NETGEAR R8000.
Firstly, I tried to build with the command which I had use many times in 19.07.03.But I got error message like this:

WARNING: maxlen exceeds default maximum!  Beware of overwriting nvram!
os-image partition too big (more than 2097152 bytes): Success
make[3]: *** [Makefile:456: /media/nautilus/Data/Personal/Router/openwrt/21.02-RC2/openwrt-imagebuilder-21.02.0-rc2-bcm53xx-generic.Linux-x86_64/build_dir/target-arm_cortex-a9_musl_eabi/linux-bcm53xx_generic/tmp/openwrt-21.02.0-rc2-bcm53xx-generic-tplink_archer-c5-v2-squashfs.bin] Error 1
make[2]: *** [Makefile:186: build_image] Error 2
make[1]: *** [Makefile:124: _call_image] Error 2
make: *** [Makefile:240: image] Error 2

Then, I use the default command like this:

make image PROFILE=netgear_r8000

But I got the same error message.
I can’t get any useful message from the error message. And I can build image successfully with v19.07.03. That means the envirment is well.

03.06.20213845ToolchainBug ReportVery LowLowConfiguration system misses some package anti-dependenc...openwrt-21.02Unconfirmed Task Description

The OpenWRT build system’s configuration (`make menuconfig`) needs some more dependencies to be added.

I encountered the following conflicts in a `make -j1 V=sc`-run when the following pairs of packages both were configured as `=y`:

  • `PACKAGE_kmod-ath10k [=y]`, `PACKAGE_kmod-ath10k-ct [=y]` and `PACKAGE_kmod-ath10k-ct-smallbuffers [=y]` should conflict with each other pairwise:
 * check_data_file_clashes: Package kmod-ath10k-ct-smallbuffers wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/ath10k_core.ko
	But that file is already provided by package  * kmod-ath10k-ct
 * check_data_file_clashes: Package kmod-ath10k-ct-smallbuffers wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/ath10k_pci.ko
	But that file is already provided by package  * kmod-ath10k-ct
 * opkg_install_cmd: Cannot install package kmod-ath10k-ct-smallbuffers.
 * check_data_file_clashes: Package kmod-ath10k wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/ath10k_core.ko
	But that file is already provided by package  * kmod-ath10k-ct
 * check_data_file_clashes: Package kmod-ath10k wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/ath10k_pci.ko
	But that file is already provided by package  * kmod-ath10k-ct
 * opkg_install_cmd: Cannot install package kmod-ath10k
  • `PACKAGE_ppp-multilink [=y]` should conflict with `PACKAGE_ppp [=y]`:
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/etc/ppp/chap-secrets
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/etc/ppp/filter
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/etc/ppp/options
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/netifd/ppp-down
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/netifd/ppp-up
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/netifd/ppp6-up
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/netifd/proto/ppp.sh
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/usr/sbin/pppd
	But that file is already provided by package  * ppp
 * opkg_install_cmd: Cannot install package ppp-multilink.
  • `PACKAGE_brcmsmac-firmware [=y]` should conflict with `BRCMSMAC_USE_FW_FROM_WL [=y]`:
 * check_data_file_clashes: Package brcmsmac-firmware wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/firmware/brcm/bcm43xx-0.fw
	But that file is already provided by package  * kmod-brcmsmac
 * check_data_file_clashes: Package brcmsmac-firmware wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/firmware/brcm/bcm43xx_hdr-0.fw
	But that file is already provided by package  * kmod-brcmsmac
 * opkg_install_cmd: Cannot install package brcmsmac-firmware.
  • `PACKAGE_kmod-mwifiex-sdio [=y]` should conflict with `PACKAGE_kmod-mwifiex-pcie [=y]`:
 * check_data_file_clashes: Package kmod-mwifiex-sdio wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/mwifiex.ko
	But that file is already provided by package  * kmod-mwifiex-pcie
 * opkg_install_cmd: Cannot install package kmod-mwifiex-sdio.
  • `PACKAGE_kmod-libertas-sdio [=y]` should conflict with `PACKAGE_kmod-libertas-usb [=y]`:
 * check_data_file_clashes: Package kmod-libertas-usb wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/libertas.ko
	But that file is already provided by package  * kmod-libertas-sdio
 * opkg_install_cmd: Cannot install package kmod-libertas-usb.
 * check_data_file_clashes: Package kmod-libertas-spi wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/libertas.ko
	But that file is already provided by package  * kmod-libertas-sdio
 * opkg_install_cmd: Cannot install package kmod-libertas-spi.
13.05.20213810ToolchainBug ReportVery LowMediumBuild of x86_64 target fails on x86_64 host (libtool er...openwrt-19.07Unconfirmed Task Description

I’m building openwrt 19.08.7 x86_64 target on an x86_64 linux box, and building fails in libpcre, with a libtool complaining that it tried to relink libpcreposix.la, and for that it found /usr/lib64/libc.so with an invalid ELF header. The complaint is true somewhat, because indeed /usr/lib64/libc.so is not an ELF on my system, but obviously it should not even be trying to pick a local system library at the first place.

There is a very old similar bugreport (solved long ago) – https://dev.archive.openwrt.org/ticket/8399

Note: 32-bit x86 builds complete successfully on this same box.

15.04.20213741ToolchainBug ReportVery LowLowBus error on musl tzset TrunkUnconfirmed Task Description

toolchain/musl/patches/110-read_timezone_from_fs.patch - Adds support for reading timezone from /etc/TZ.
It does mmap of the file. There is a possible race condition here. If /etc/TZ is truncated between mmap and read, read can cause bus error (SIGBUS).

21.03.20213698ToolchainBug ReportVery LowLowx86 EFI image GUID Partition Table (GPT) is corruptTrunkUnconfirmed Task Description

If you use `fdisk` to check an OpenWrt image of x86_64 EFI, you will get an error message:

$ fdisk -l openwrt-x86-64-generic-ext4-combined-efi.img
GPT PMBR size mismatch (246303 != 246334) will be corrected by write.
The backup GPT table is corrupt, but the primary appears OK, so that will be used.
The backup GPT table is not on the end of the device. This problem will be corrected by write.
...
  • No matter what size the image are, the PMBR size is always 31 less than real value.
  • There is no secondary partition table at the end of the image.
  • The Backup LBA (offset of image file: 0×220) and Last usable LBA (0×230) values are wrong.

This doesn’t hurt the boot or the usage of OpenWrt x86. However this is NOT a correct way.

According the git history, these EFI support is introduced in this commit 1963bba. And it disabled the secondary partition table.
In the commit message, this incorret operation is ‘to reduce size’. However, this secondary partition table, which has 33 LBAs, takes only 16.5 KiB. I don’t think 16.5 KiB is worth to ‘save’ for an x86_64 device.
Besides, in the commit message the author said ‘This may cause problems when generate vmdk images or vdi images. We have to pad enough sectors when generate these images.’ So, this ‘reduce size’ operation also has side effects, and is not a good tradeoff.

As a conclusion, I hope this problem can be fixed.

10.02.20213618ToolchainBug ReportVery LowMediumopenwrt permissions in buildroot/filesTrunkUnconfirmed Task Description

Seems that it would be simple to make sure of this beforehand. Currently if a file has permissions 0o1 and exists in buildroot/files the error is ambigious.


06.02.20213607ToolchainBug ReportVery LowCriticalfakeroot fails to build from source with glibc 2.33TrunkUnconfirmed Task Description

Some distributions (Arch, Fedora) ship glibc 2.33

tools/fakeroot will not compile / may not compile because

error: ‘_STAT_VER’ undeclared

and multiple other errors - Distros might patch /revert the change to glibc or fakeroot has to be patched

related fedora bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1901049 https://bugzilla.redhat.com/show_bug.cgi?id=1889862

quote from ticket: “fakeroot needs to be enhanced to intercept all new glibc interfaces. The build failure merely obscures the larger issues.”

This error is critical since fakeroot is a requirement by the build system and not optional

23.12.20203529ToolchainBuild FailureVery LowMediumOpenWRT 19.07 don't build on Linux Mint 20openwrt-19.07Unconfirmed Task Description

- Device problem occurs on ath79(tiny) architecture
- Software versions of OpenWrt/LEDE release, packages, etc. 19.07.5
- Steps to reproduce:
./scripts/feeds update -a && ./scripts/feeds install -a
make defconfig
make menuconfig
make download
make -j9 V=s

Attached Files on links:
1) Full build log on compile;
2) My system configuration.

What should I do to overcome this problem?

03.11.20203432ToolchainBug ReportVery LowLowfakeroot: segmentation faultTrunkUnconfirmed Task Description

Try to compile the vim package using the current snapshot SDK openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64.
The compilation fails with a segmentation fault within fakeroot.

Steps to reproduce:

Output:

make[1]: Entering directory '/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64'
make[2]: Entering directory '/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/feeds/base/package/libs/ncurses'
find /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/hostpkg/ncurses-6.2 -mindepth 1 -maxdepth 1 -not '(' -type f -and -name '.*' -and -size 0 ')' | xargs -r rm -rf
make[2]: Leaving directory '/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/feeds/base/package/libs/ncurses'
time: package/feeds/base/ncurses/host-compile#0.14#0.14#0.24
make[2]: Entering directory '/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/package/toolchain'
Makefile:762: WARNING: skipping libgomp -- package has no install section
mkdir -p /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/bin/targets/mxs/generic/packages /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/target-arm_arm926ej-s_musl_eabi/toolchain/ipkg-arm_arm926ej-s/libgcc/CONTROL /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/staging_dir/target-arm_arm926ej-s_musl_eabi/pkginfo
install -d -m0755 /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/target-arm_arm926ej-s_musl_eabi/toolchain/ipkg-arm_arm926ej-s/libgcc/lib
cp -fpR /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/staging_dir/toolchain-arm_arm926ej-s_gcc-8.4.0_musl_eabi/lib/libgcc_s.so.* /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/target-arm_arm926ej-s_musl_eabi/toolchain/ipkg-arm_arm926ej-s/libgcc/lib/
find /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/target-arm_arm926ej-s_musl_eabi/toolchain/ipkg-arm_arm926ej-s/libgcc -name 'CVS' -o -name '.svn' -o -name '.#*' -o -name '*~'| xargs -r rm -rf
export CROSS="arm-openwrt-linux-muslgnueabi-"  NO_RENAME=1 ; NM="arm-openwrt-linux-muslgnueabi-nm" STRIP="/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/staging_dir/host/bin/sstrip" STRIP_KMOD="/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/scripts/strip-kmod.sh" PATCHELF="/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/staging_dir/host/bin/patchelf" /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/scripts/rstrip.sh /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/target-arm_arm926ej-s_musl_eabi/toolchain/ipkg-arm_arm926ej-s/libgcc
rstrip.sh: /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/target-arm_arm926ej-s_musl_eabi/toolchain/ipkg-arm_arm926ej-s/libgcc/lib/libgcc_s.so.1: shared object
(cd /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/target-arm_arm926ej-s_musl_eabi/toolchain/ipkg-arm_arm926ej-s/libgcc/CONTROL; ( echo "$CONTROL"; printf "Description: "; echo "$DESCRIPTION" | sed -e 's,^[[:space:]]*, ,g'; ) > control; chmod 644 control; ( echo "#!/bin/sh"; echo "[ \"\${IPKG_NO_SCRIPT}\" = \"1\" ] && exit 0"; echo "[ -x "\${IPKG_INSTROOT}/lib/functions.sh" ] || exit 0"; echo ". \${IPKG_INSTROOT}/lib/functions.sh"; echo "default_postinst \$0 \$@"; ) > postinst; ( echo "#!/bin/sh"; echo "[ -x "\${IPKG_INSTROOT}/lib/functions.sh" ] || exit 0"; echo ". \${IPKG_INSTROOT}/lib/functions.sh"; echo "default_prerm \$0 \$@"; ) > prerm; chmod 0755 postinst prerm;  )
install -d -m0755 /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/bin/targets/mxs/generic/packages
/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/staging_dir/host/bin/fakeroot /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/scripts/ipkg-build -m "" /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/build_dir/target-arm_arm926ej-s_musl_eabi/toolchain/ipkg-arm_arm926ej-s/libgcc /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/bin/targets/mxs/generic/packages
/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/staging_dir/host/bin/fakeroot: line 185: 66480 Segmentation fault      (core dumped) FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@"
make[2]: *** [Makefile:764: /home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/bin/targets/mxs/generic/packages/libgcc1_8.4.0-2_arm_arm926ej-s.ipk] Error 139
make[2]: Leaving directory '/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/package/toolchain'
time: package/toolchain/compile#0.18#0.13#0.34
make[1]: *** [package/Makefile:114: package/toolchain/compile] Error 2
make[1]: Leaving directory '/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64'
make: *** [/home/mpranj/Downloads/openwrt-sdk-mxs_gcc-8.4.0_musl_eabi.Linux-x86_64/include/toplevel.mk:229: package/vim/compile] Error 2

02.11.20203427ToolchainBug ReportVery LowHighImageBuilder images break Xiaomi Redmi 2100TrunkUnconfirmed Task Description

Hi,

I’m building image for my Xiaomi Redmi 2100 using the imagebuilder, but when I flash my router it never comes back and the amber LED is on. I’m building my image this way:
make image PROFILE=xiaomi_redmi-router-ac2100 PACKAGES=”luci -luci-proto-ppp wpad-wolfssl iperf3 ethtool mtr iwinfo kmod-tcp-bbr kmod-mtd-rw libustream-wolfssl ca-bundle -ppp -ppp-mod-pppoe -kmod-pppox -kmod-pppoe -kmod-ppp -wpad-basic-wolfssl” I’m using GitHub actions to automate it, you can check the workflow here: https://github.com/amaumene/xiaomi_redmi-router-ac2100_openwrt_mesh/blob/master/.github/workflows/build-openwrt.yml I’ve restored the original firmware and flashed with the latest snapshot from openwrt.org without any issue. The only error that I can see is this “/home/alex/openwrt-imagebuilder-ramips-mt7621.Linux-x86_64/build_dir/target-mipsel_24kc_musl/root-ramips/lib/functions/procd.sh: line 43: /home/alex/openwrt-imagebuilder-ramips-mt7621.Linux-x86_64/build_dir/target-mipsel_24kc_musl/root-ramips/usr/share/libubox/jshn.sh: No such file or directory”

16.07.20203234ToolchainBug ReportVery LowLow19.07.2 imagebuilder does not work with (detect) gcc 10...openwrt-19.07Unconfirmed Task Description

Imagebuilder is unable to detect gcc/g++ on my system running gcc 10.1 FORCE=1 makes no difference, and seems to be ignored.

[naguz@blaptop openwrt-imagebuilder-19.07.2]$ make image FORCE=1 PROFILE=tplink_archer-c7-v2 FILES=files/
Checking 'working-make'... ok.
Checking 'case-sensitive-fs'... ok.
Checking 'proper-umask'... ok.
Checking 'gcc'... failed.
Checking 'working-gcc'... ok.
Checking 'g++'... failed.
Checking 'working-g++'... ok.
Checking 'ncurses'... ok.
Checking 'perl-thread-queue'... ok.
Checking 'tar'... ok.
Checking 'find'... ok.
Checking 'bash'... ok.
Checking 'patch'... ok.
Checking 'diff'... ok.
Checking 'cp'... ok.
Checking 'seq'... ok.
Checking 'awk'... ok.
Checking 'grep'... ok.
Checking 'getopt'... ok.
Checking 'stat'... ok.
Checking 'unzip'... ok.
Checking 'bzip2'... ok.
Checking 'wget'... ok.
Checking 'perl'... ok.
Checking 'python3-cleanup'... ok.
Checking 'python'... ok.
Checking 'git'... ok.
Checking 'file'... ok.
Checking 'ldconfig-stub'... ok.

Build dependency: Please install the GNU C Compiler (gcc) 4.8 or later
Build dependency: Please install the GNU C++ Compiler (g++) 4.8 or later

Prerequisite check failed. Use FORCE=1 to override.
make[1]: *** [Makefile:87: staging_dir/host/.prereq-build] Error 1
make: *** [Makefile:197: image] Error 2
[gert@blad openwrt-imagebuilder-19.07.2]$ 
13.07.20203232ToolchainBug ReportVery LowMediumnumpy: build error with ar770 compilerTrunkUnconfirmed Task Description

Recently, numpy was added to the packages feed.
https://github.com/openwrt/packages/pull/12404 https://github.com/openwrt/packages/pull/12590

Some builds needed to be disabled like for MIPS, because it doesn’t compile well with musl-libc and soft-float.
With MIPS hard-float numpy builds.

In any case, there’s a recent build failure with arc770:
https://github.com/openwrt/packages/issues/12774

This looks like a compiler bug.

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.

25.02.20202860ToolchainBug ReportVery LowLowtools/firmware-utils/mkcameofw not foundTrunkUnconfirmed Task Description

Attempting to produce a factory.bin for the hardware identical devices D-Link DIR-810L and Trendnet TEW-810DR. In order to flash over the factory image, a short tag needs to be appended to firmware image. See the device pages:
]https://openwrt.org/toh/d-link/dir-810l?s[]=810l] [[https://openwrt.org/toh/trendnet/trendnet_tew-810dr_1.0_1.1?s[]=tew&s[]=810dr

Both pages use a tool that is provided in both the D-Link and Trendnet GPL source download for the respective device.
I can confirm that one cannot flash over the factory image on the Trendnet without appended tag.

I found a prior mailing of someone needing to accomplish the same task and the respondent complained about the lack of documentation. The submitter wrote his own.
https://jmomo.net/files/lede/patch_sets/v16-0002-ipq806x-Add-support-for-new-device-tew827dru.patch

I attempted to use mkcameofw/cameofw in a git pull versioned to 19.07.1 and the build error out, unable to find tool mkcameofw/cameofw.

A couple of points:

1. mkcameofw seems to be broken and unused. Both the device pages
describe the use of GPL‘d ncc_att_hwid after the build for the initial
install.

2. I’ve searched for the documentation for ncc_att_hwid and cameo
signature and only came up with it being applied in OpenWRT/DD-wrt.

3. Users are working around the broken code manually.

4. ncc_att_hwid is GPL‘d and could be included in the build tree.

5. The respective cameo signatures can be seen in the hex output of the D-Link and Trendnet firmware.

6. If the project could either adapt ncc_att_hwid or the previously submitted tool, factory flash bins could be produced for several devices.

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
24.01.20202768ToolchainBug ReportVery LowHighmake_ext4fs: Name-Based UUID leads to collisionTrunkUnconfirmed Task Description

make_ext4fs uses name-based uuid generation (see https://tools.ietf.org/html/rfc4122#section-4.3).

Therefore, as the uuid generation does only depend on the Filesystem Label and an hardcoded namespace, the UUID is exactly identical for multiple different filesystems with the same label (see https://git.openwrt.org/?p=project/make_ext4fs.git;a=blob;f=ext4_utils.c;h=1a886d7e86262d35e30d894f821ca91d32384e96;hb=HEAD#l224).

This can lead to problems like the inability to mount an filesystem by UUID.
In my constellation, I have an MMC Storage and an external SD-Card, both flashed with filesystems generated by make_ext4fs. They both have the same UUID, therefore it’s impossible to distinguish/mount them by UUID.

My suggestion would be to replace “info.label” as parameter for “generate_uuid” trough another, better suited value, e.g. an hash of the make_ext4fs directory content. Maybe it should be considered to switch to an Random Number-based UUID (https://tools.ietf.org/html/rfc4122#section-4.4)?

Affected Devices/Targets: All toolchains that use make_ext4fs
Revision: make-ext4fs-2020-01-05-5c201be7

12.09.20192492ToolchainBuild FailureVery LowMediumWhen building an image from an imagebuilder the build f...TrunkUnconfirmed Task Description

When building an image (from git commit 81764319637f408623ed9f4bae3f0d149b010f07) from already built imagebuilder for ar71xx target, the build fails at the end (after “Finalizing root filesystem”) because of missing ‘mips-openwrt-linux-musl’. I searched the original build directory in openwrt tree and this lib seems to be to find (among others) in:

./staging_dir/toolchain-mips_24kc_gcc-8.3.0_musl/mips-openwrt-linux-musl

but for some reason is not saved into the imagebuilder image.

This is the message from the end of imagebuilder build.

Finalizing root filesystem...
...
Enabling urandom_seed
Enabling urngd
/home/risa/openwrt/openwrt-imagebuilder-ar71xx-generic.Linux-x86_64/staging_dir/host/bin/find: '/home/risa/openwrt/openwrt-imagebuilder-ar71xx-generic.Linux-x86_64/staging_dir/target-mips_24kc_musl/root-ar71xx': No such file or directory
/home/risa/openwrt/openwrt-imagebuilder-ar71xx-generic.Linux-x86_64/staging_dir/host/bin/find: '/home/risa/openwrt/openwrt-imagebuilder-ar71xx-generic.Linux-x86_64/staging_dir/target-mips_24kc_musl/root-ar71xx': No such file or directory
Traceback (most recent call last):
  File "/home/risa/openwrt/openwrt-imagebuilder-ar71xx-generic.Linux-x86_64/staging_dir/host/bin/mklibs", line 426, in <module>
    inode = os.stat(prog)[ST_INO]
FileNotFoundError: [Errno 2] No such file or directory: 'mips-openwrt-linux-musl'
make[2]: *** [Makefile:163: prepare_rootfs] Error 1
make[1]: *** [Makefile:119: _call_image] Error 2
make: *** [Makefile:197: image] Error 2
08.10.20181886ToolchainBug ReportVery LowLowbuiltin_memcmp(a,b,c) != 0 not used on mips with -Os or...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

mips, probably everything except x86_64.

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

18.06.1

- Steps to reproduce

Well, the simple way is to cross compile anything that uses a pattern like
memcmp(a,b,c) != 0 // (or ==) and count up the memcmps via objdump.

The != or == pattern gets substituted for a string of xors and a final or, which
is way faster than memcmp can ever be. It was added to gcc 7.

I was building the babel daemon and wondering why my x86_64 compiler was doing
the right thing but not the mips compiler of the same era.

memcmp is pretty expensive for 16 byte (ipv6 prefixes) compares especially when
you only care about equal or not equal. Code’s usually smaller too. Nothing faster than xor exists.

14.08.20181779ToolchainBug ReportVery LowMediumtools/include headers contain old, incomplete versions?AllUnconfirmed Task Description

I tried to add a package that includes <elf.h> on host and this comes from the tools/include files. The build failed because “AT_HWCAP2” was undefined.

After comparing the host distro against tools/include its clear that those files are quite old “1995-2012” vs “1995-2018”.
So why do we keep those few headers around in a old version anyway and not use the host headers?

If they are just some old copy’s, than maybe they should at least be updated?

07.08.20181748ToolchainBug ReportVery LowMediumlibgcc_pic.a not autoincluded when building c++ staticTrunkUnconfirmed Task Description

I’m trying to build static C++ code using openwrt toolchain with gcc compiler 7.3.0 for x64 arch.
It works fine without “-static” , links against “libgcc_s.so.1” But with “-static” compiler does not link against libgcc_pic.a.

#include <stdio.h>

class CTest
{
public:
 CTest()
 {
 printf("Test\n");
 }
 ~CTest()
 {
 printf("unTest\n");
 }
};

void Test()
{
 CTest c;
 throw (int)1;
}

int main()
{
try
{
 Test();
}
catch(int Test)
{
}
 return 0;
}
/lib/../lib64/libstdc++.a(eh_alloc.o): In function `__gnu_cxx::__scoped_lock::~__scoped_lock()':
eh_alloc.cc:(.text._ZN9__gnu_cxx13__scoped_lockD2Ev[_ZN9__gnu_cxx13__scoped_lockD5Ev]+0x4b): undefined reference to `_Unwind_Resume'
/tmp/ccedkPfo.o: In function `Test()':
unwind.cpp:(.text+0x4d): undefined reference to `_Unwind_Resume'
/tmp/ccedkPfo.o: In function `main':
unwind.cpp:(.text+0x6f): undefined reference to `_Unwind_Resume'
/lib/../lib64/libstdc++.a(eh_personality.o): In function `base_of_encoded_value(unsigned char, _Unwind_Context*) [clone .part.3]':
eh_personality.cc:(.text._ZL21base_of_encoded_valuehP15_Unwind_Context.part.3+0x26): undefined reference to `_Unwind_GetDataRelBase'
eh_personality.cc:(.text._ZL21base_of_encoded_valuehP15_Unwind_Context.part.3+0x2c): undefined reference to `_Unwind_GetTextRelBase'
eh_personality.cc:(.text._ZL21base_of_encoded_valuehP15_Unwind_Context.part.3+0x32): undefined reference to `_Unwind_GetRegionStart'

If I include “-lgcc_pic” it compiles OK
I think compiler should autoinclude gcc_pic as it does in dynamic build

06.03.20181414ToolchainBuild FailureVery LowVery Lowmbedtls: building with ccache: /staging_dir/host/bin/cc...TrunkUnconfirmed Task Description

I am currently trying to compile OpenWRT for

CONFIG_TARGET_LANTIQ=Y
CONFIG_TARGET_LANTIQ_XWAY=Y
CONFIG_TARGET_lantiq_xway_DEVICE_arcadyan_arv752dpw22=y

I am using

CONFIG_DEVEL=y
CONFIG_CCACHE=y

I am building in the following way:

The build was carried out on a git clone git://github.com/openwrt/openwrt.git, later brought up to date with a git pull, with latest commit from 2018-03-05T10:44:20+01:00, commit hash 5cbd22bb0f.

Into this git clone a previously generated .config seed, made previously by make menuconfig and ./scripts/diffconfig.sh, was copied over to ./.config.

From there on, the following commands were issued:

./scripts/feeds update -a
./scripts/feeds install -a
make -j1 V=s defconfig
make -j1 V=s download
make -j1 V=s IGNORE_ERRORS=m | tee make.log

When it comed to building mbedtls, there are the following lines of output which indicate something is wrong:

[...]
make[3]: [Makefile:75: /home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/2018-02-26_12-04-45_-_custom-wo-pie_feeds-rooter-custom/build_dir/target-mips_24kc_musl/mbedtls-2.7.0/.configured_68b329da9893e34099c7d8ad5cb9c940] Error 123 (ignored)
[...]
/home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/2018-02-26_12-04-45_-_custom-wo-pie_feeds-rooter-custom/staging_dir/host/bin/ccache: invalid option -- 'd'
Usage:
    ccache [options]
[...]

Build continues, (seemingliy) successfully: Indicated by the further output of make, and issuing later a make -j1 V=s (i.e. without IGNORE_ERRORS=m), does not bring this up again.

The toolchain (./staging_dir/toolchain-*) is mips_24kc_gcc-5.5.0_musl.

Build is carried out on an x86_64 Arch Linux machine.

Attached are the following files:

  • .config-diffconfig-seed: The .config-seed used for make defconfig,
  • .config: The .config created by the make defconfig and used for the build,
  • mbedtls.log: The pa[.config-diffconfig-seed.txt](https://github.com/openwrt/packages/files/1782373/default.config-diffconfig-rt of the output of make -j1 V=s IGNORE_ERRORS=m regarding building mbedtls,
  • make.log.stdout.xz: For your interest, the full output of make -j1 V=s IGNORE_ERRORS=m (.xz compressed; decompresses to about 29 MB) (Note that at the end another build error occurs, which seems not to be related to embedtls),
  • feeds.conf: The feeds.conf used.

(Note that I just forgot to capture stderr too, but the error messages seem to be present in stdout. Since a full rebuild takes a day on my machine, I won’t do that if not necessary.)

16.10.20171063ToolchainFeature RequestVery LowLowimagebuilder: show IMAGE_SIZE in `make info`TrunkUnconfirmed Task Description

It would be very handy to know the max image size possible for devices.

Instead of parsing e.g. https://lede-project.org/toh/start manually it would be handy to add this capability to all imagebuilders itself.

A Value of 0 could be used as no limitation (as for x86/64).

08.05.2017767ToolchainBug ReportVery LowMediumuml: Imagebuilder does not honor default packages for u...TrunkUnconfirmed Task Description

Stock LEDE - r4099-4c3953b

Plain UML images are fine and work. If you want to build images with the imagebuilder the default package list is not honored and modules are missing - like kmod-80211-hwsim and all related packages.

The squashfs image also does not work:

[    0.270000] squashfs: SQUASHFS error: Filesystem uses "zlib" compression. This is not supported

profiles.mk in Imagebuilder dir seems wonky:

$ cat .profiles.mk
PROFILE_NAMES = Default
Default_NAME:=Default
Default_PACKAGES:=

.targetinfo looks okay, but I don’t know:

Source-Makefile: target/linux/uml/Makefile
Target: uml
Target-Board: uml
Target-Name: User Mode Linux
Target-Arch: x86_64
Target-Arch-Packages: x86_64
Target-Features: audio ext4 source-only squashfs
Target-Depends:
Target-Optimization: -Os -pipe
CPU-Type:
Linux-Version: 4.4.61
Linux-Release: 1
Linux-Kernel-Arch: um
Target-Description:

@@
Default-Packages: base-files libc libgcc busybox dropbear mtd uci opkg netifd fstools uclient-fetch logd dnsmasq iptables ip6tables ppp ppp-mod-pppoe firewall odhcpd odhcp6c wpad-mini kmod-mac80211-hwsim mkf2fs e2fsprogs iwinfo
08.01.2017375ToolchainBuild FailureVery LowMediumBulidbots should have multilib support installed to pre...TrunkUnconfirmed Task Description

I’ve run into this earlier myself and now we are seeing at least one package failing because of it.
https://github.com/openwrt/packages/pull/2823

People seem to have run into this issue before since it’s listed as a requirement for Ubuntu 64-bit as an example.
https://wiki.openwrt.org/doc/howto/buildroot.exigence#examples_of_package_installations

20.01.20224232PackagesBug ReportVery LowMediumdnsmasq-full fails to resolve randomly domains if DNSSE...TrunkUnconfirmed Task Description

dnsmasq-full fails to resolve randomly domains if DNSSEC is enabled and DNS forwarders are Cloudfare servers e.g. 1.1.1.1, 1.0.0.1
Device problem occurs on TP-Link Archer C2 and Archer C7.
OpenWRT 19.07.8, dnsmasq-full 2.80-16.3.

 


20.01.20224230PackagesBug ReportVery LowLowI didn't find a wifidog or wifidog app package in toolc...TrunkUnconfirmed Task Description

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

 


25.12.20214204PackagesBug ReportVery LowMediumthe Device hardware version Info in bin file is Incorre...openwrt-21.02Unconfirmed Task Description

When I try to update the firmware to openwrt-21.02.1 in the TP-Link pharos UI, occurred the error “The hardware version is not supported.”

I checked the Device hardware version and bin file.
They are match.

Device hardware version: tplink cpe210 v1
ImageFile: openwrt-21.02.1-ath79-generic-tplink_cpe210-v1-squashfs-factory.bin

But when I open the bin file with Editor to check the hardware version of the bin file, I found the string:
“CPE510(TP-LINK|UN|N300-5):1.0\r\n” in the header of the file
but not “CPE210(TP-LINK|UN|N300-5):1.0\r\n”

So I think that the Device hardware version Info in bin file is not match for tplink_cpe210-v1.
Could you please check it?
Thank you very much!

Firmware OpenWrt Install URL: https://downloads.openwrt.org/releases/21.02.1/targets/ath79/generic/openwrt-21.02.1-ath79-generic-tplink_cpe210-v1-squashfs-factory.bin Firmware OpenWrt snapshot Install URL: https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-tplink_cpe210-v1-squashfs-factory.bin

16.12.20214188PackagesBug ReportVery LowLowlibwolfssl can't authenticate ip address ssl certificat...openwrt-21.02Unconfirmed Task Description

Recently I found that the libwolfssl could not authenticate some ip address ssl certificates.A strange thing is that some URLs(like https://1.1.1.1/) can be authenticated successfully, but others cannot(like https://223.5.5.5/),and it just happen on my mt7621 router Xiaomi Redmi AC2100 but cannot be reproduced on ipq4019 router MobiPromo CM520-79F.

And then i dig deeper into the source code and found the bug.

https://raw.githubusercontent.com/wolfSSL/wolfssl/v4.8.1-stable/src/internal.c

In line 10097,macro XSNPRINTF would expand to snprintf,and altName→name[i] has a char type.
on different platforms,char is not alway unsigned,if altName→name[i] is signed char and is larger than 127,it will then be convert into unsigned int incorrectly and print the wrong string.

The problem seems be sloved in wolfssl v5.0 because i saw some changes of relevant code,but the wolfssl in openwrt 21.02 is still v4.8.1-stable.I think maybe we can either upgrade the package or add a path to exist code?

29.11.20214162PackagesBug ReportVery LowLowlibrt missing from ath79 21.20.0 but present in 21.20.1openwrt-21.02Unconfirmed Task Description

- Device: TP-Link Archer C6
- Software versions: 21.20.0 (fixed in 21.20.1), missing librt preventing nfs and other packages from installing
- Steps to reproduce: try installing nfs-utils on generic ath79 21.20.0, see the same not occuring on 21.20.1

 Merely updating the link for the installation to the updated 21.20.1 will save some people headaches: https://openwrt.org/toh/tp-link/archer_c6_v2 ... others based on 21.20.0 generic ath79 should probably be updated as well.


25.11.20214155PackagesBug ReportVery LowMedium<dnsmasq_2.86-10_aarch64_cortex-a53.ipk>: unable to sta...TrunkUnconfirmed Task Description

Linksys e8450 on OpenWrt SNAPSHOT, r18161-00ce13490a

A bug in dnsmasq 2.86-10 would render the whole DHCP system down. Once you modify the /etc/dnsmasq.conf with additional line:

conf-dir=/etc/dnsmasq.d/

Your dnsmasq will refuse to start

Workaround: Add following lines to /etc/config/dhcp to bypass this bug:
option confdir ‘/etc/dnsmasq.d/’

This workaround will change the default behavior which dnsmasq was including the conf files in the /tmp/dnsmasq.d
And I’m not sure if the option confdir ‘/etc/dnsmasq.d/’ actually works.

The dnsmasq 2.85-8 package shipped with 21.02.1 has no such bug.

22.11.20214147PackagesBug ReportVery LowMediumkmod-skge driver not included in the base system on x86...openwrt-21.02Unconfirmed Task Description

openwrt-21.02.1-x86-64-generic-ext4-combined.img doesn’t include the kmod-skge package preinstalled. It needs to be manually installed.

skge is the driver used for the following gigabit NIC:

04:05.0 Ethernet controller [0200]: D-Link System Inc Gigabit Ethernet Adapter [1186:4c00] (rev 11)


21.11.20214145PackagesBug ReportVery LowLowopkg full disk corrupts installed package listTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: x86 ext4-combined compiled with glib2
- opkg version 2021-06-13-1bf042dd-1
- Steps to reproduce

 1. Boot a fresh install of x86 without growing the image to a reasonable size.
 2. Attempt to run `opkg update && opkg install gst1-plugins-{bad,good,ugly}`
 3. Run `opkg list-installed | grep kernel` and note the empty result.

Any future attempts to install kmods will cause dependency errors because the kernel package will no longer show up in the installed package list.

I assume this is because opkg attempts to re-write the package list to disk and fails midway through due to a full disk.

17.11.20214140PackagesBug ReportVery LowMediumumdns does not respect legacy queries (not from port 53...TrunkUnconfirmed Task Description

According to Section 6.7 of the RFC, if the query was sent not from port 5353, the responder MUST respond over unicast and, most importantly, to the same port that the query was sent from.

This is what currently prevents

dig -p 5353 @224.0.0.251 <hostname>

from working, since dig is expecting the response on the random port it sent its query from, but umdns, contrary to the specifiation, always sends to port 5353.

17.11.20214139PackagesBug ReportVery LowLowiwlwifi: Microcode SW error detected.TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

X64 Proxmox (qemu) VM

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

Linux OpenWrt 5.4.154 #0 SMP Sun Oct 24 09:01:35 2021 x86_64 GNU/Linux
OpenWrt 21.02.1, r16325-88151b8303
kmod-iwlwifi - 5.4.154+5.10.68-1-1
iwlwifi-firmware-iwl8260c - 20201118-3

- Steps to reproduce

Have configured both AP and STA yesterday. This worked for several hours since, but crashed overnight.

[18211.488837] iwlwifi 0000:00:10.0: Queue 10 is active on fifo 1 and stuck for 10000 ms. SW [119, 54] HW [119, 54] FH TRB=0x0c011107a
[18211.493968] iwlwifi 0000:00:10.0: Microcode SW error detected.  Restarting 0x2000000.
[18211.496629] iwlwifi 0000:00:10.0: Start IWL Error Log Dump:
[18211.498455] iwlwifi 0000:00:10.0: Status: 0x00000040, count: 6
[18211.500301] iwlwifi 0000:00:10.0: Loaded firmware version: 36.ad812ee0.0 8000C-36.ucode
[18211.502497] iwlwifi 0000:00:10.0: 0x00000084 | NMI_INTERRUPT_UNKNOWN
[18211.504528] iwlwifi 0000:00:10.0: 0x000000E3 | trm_hw_status0
[18211.507031] iwlwifi 0000:00:10.0: 0x00000000 | trm_hw_status1
[18211.509576] iwlwifi 0000:00:10.0: 0x0002438C | branchlink2
[18211.511743] iwlwifi 0000:00:10.0: 0x00039C06 | interruptlink1
[18211.514053] iwlwifi 0000:00:10.0: 0x00004B86 | interruptlink2
[18211.516209] iwlwifi 0000:00:10.0: 0x00000000 | data1
[18211.518231] iwlwifi 0000:00:10.0: 0x00000080 | data2
[18211.519939] iwlwifi 0000:00:10.0: 0x07830000 | data3
[18211.521507] iwlwifi 0000:00:10.0: 0x26404625 | beacon time
[18211.523079] iwlwifi 0000:00:10.0: 0xE8E669DE | tsf low
[18211.524473] iwlwifi 0000:00:10.0: 0x0000000C | tsf hi
[18211.525970] iwlwifi 0000:00:10.0: 0x00000000 | time gp1
[18211.527540] iwlwifi 0000:00:10.0: 0xEF89D2A4 | time gp2
[18211.528932] iwlwifi 0000:00:10.0: 0x00000001 | uCode revision type
[18211.530420] iwlwifi 0000:00:10.0: 0x00000024 | uCode version major
[18211.532032] iwlwifi 0000:00:10.0: 0xAD812EE0 | uCode version minor
[18211.533568] iwlwifi 0000:00:10.0: 0x00000201 | hw version
[18211.534925] iwlwifi 0000:00:10.0: 0x00489008 | board version
[18211.536486] iwlwifi 0000:00:10.0: 0x116B001C | hcmd
[18211.537928] iwlwifi 0000:00:10.0: 0x02E62002 | isr0
[18211.539310] iwlwifi 0000:00:10.0: 0x01800000 | isr1
[18211.540638] iwlwifi 0000:00:10.0: 0x08001812 | isr2
[18211.541981] iwlwifi 0000:00:10.0: 0x0041F480 | isr3
[18211.543396] iwlwifi 0000:00:10.0: 0x00000000 | isr4
[18211.544817] iwlwifi 0000:00:10.0: 0x116A001C | last cmd Id
[18211.546303] iwlwifi 0000:00:10.0: 0x00000000 | wait_event
[18211.547699] iwlwifi 0000:00:10.0: 0x00004988 | l2p_control
[18211.549094] iwlwifi 0000:00:10.0: 0x00009C20 | l2p_duration
[18211.550572] iwlwifi 0000:00:10.0: 0x000003BF | l2p_mhvalid
[18211.552072] iwlwifi 0000:00:10.0: 0x00009110 | l2p_addr_match
[18211.553549] iwlwifi 0000:00:10.0: 0x0000001D | lmpm_pmg_sel
[18211.554872] iwlwifi 0000:00:10.0: 0x14100651 | timestamp
[18211.556213] iwlwifi 0000:00:10.0: 0x00340828 | flow_handler
[18211.557650] iwlwifi 0000:00:10.0: Start IWL Error Log Dump:
[18211.558952] iwlwifi 0000:00:10.0: Status: 0x00000040, count: 7
[18211.560317] iwlwifi 0000:00:10.0: 0x00000070 | NMI_INTERRUPT_LMAC_FATAL
[18211.561882] iwlwifi 0000:00:10.0: 0x00000000 | umac branchlink1
[18211.563291] iwlwifi 0000:00:10.0: 0xC0086B3C | umac branchlink2
[18211.564775] iwlwifi 0000:00:10.0: 0xC0083D08 | umac interruptlink1
[18211.566262] iwlwifi 0000:00:10.0: 0xC0083D08 | umac interruptlink2
[18211.567754] iwlwifi 0000:00:10.0: 0x00000800 | umac data1
[18211.569116] iwlwifi 0000:00:10.0: 0xC0083D08 | umac data2
[18211.570374] iwlwifi 0000:00:10.0: 0xDEADBEEF | umac data3
[18211.571608] iwlwifi 0000:00:10.0: 0x00000024 | umac major
[18211.572920] iwlwifi 0000:00:10.0: 0xAD812EE0 | umac minor
[18211.574126] iwlwifi 0000:00:10.0: 0xC088628C | frame pointer
[18211.575451] iwlwifi 0000:00:10.0: 0xC088628C | stack pointer
[18211.576629] iwlwifi 0000:00:10.0: 0x00CD014E | last host cmd
[18211.577767] iwlwifi 0000:00:10.0: 0x00000000 | isr status reg
[18211.578979] iwlwifi 0000:00:10.0: Fseq Registers:
[18211.580105] iwlwifi 0000:00:10.0: 0xA349E85B | FSEQ_ERROR_CODE
[18211.581237] iwlwifi 0000:00:10.0: 0xE1EAA921 | FSEQ_TOP_INIT_VERSION
[18211.582405] iwlwifi 0000:00:10.0: 0x6F978347 | FSEQ_CNVIO_INIT_VERSION
[18211.583702] iwlwifi 0000:00:10.0: 0x0000A056 | FSEQ_OTP_VERSION
[18211.585072] iwlwifi 0000:00:10.0: 0x2602412E | FSEQ_TOP_CONTENT_VERSION
[18211.586554] iwlwifi 0000:00:10.0: 0x7660E6DE | FSEQ_ALIVE_TOKEN
[18211.588094] iwlwifi 0000:00:10.0: 0xC1001788 | FSEQ_CNVI_ID
[18211.589535] iwlwifi 0000:00:10.0: 0xBEB2DE9C | FSEQ_CNVR_ID
[18211.590793] iwlwifi 0000:00:10.0: 0x03000000 | CNVI_AUX_MISC_CHIP
[18211.592088] iwlwifi 0000:00:10.0: 0x0BADCAFE | CNVR_AUX_MISC_CHIP
[18211.593408] iwlwifi 0000:00:10.0: 0x0BADCAFE | CNVR_SCU_SD_REGS_SD_REG_DIG_DCDC_VTRIM
[18211.595082] iwlwifi 0000:00:10.0: 0x0BADCAFE | CNVR_SCU_SD_REGS_SD_REG_ACTIVE_VDIG_MIRROR
[18211.596946] iwlwifi 0000:00:10.0: Collecting data: trigger 2 fired.
[18211.598413] ieee80211 phy0: Hardware restart was requested
[18212.159886] iwlwifi 0000:00:10.0: Failed updating beacon data
[18212.161346] iwlwifi 0000:00:10.0: Failed to send MAC context (action:2): -5
[18212.162815] iwlwifi 0000:00:10.0: failed to update MAC f4:8c:50:93:28:4a
 


11.10.20214083PackagesBug ReportVery LowHighkmod-usb-net-rtl8152 resettingopenwrt-21.02Unconfirmed Task Description

Device: FriendlyARM NanoPi R2S
Openwrt version: 21.02
kmod-usb-net-rtl8152 version: 5.4.143-1

Under load the rtl8152 usb→ethernet controller periodically resets, resulting in lost connectivity.

[835268.288485] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[835268.289087] r8152 4-1:1.0 eth1: Random ether addr f6:79:cb:0d:e8:ca
[835268.294377] r8152 4-1:1.0 eth1: Promiscuous mode enabled
[835601.651427] r8152 4-1:1.0 eth1: Tx timeout
[835603.700959] r8152 4-1:1.0 eth1: Tx status -2
[835603.701462] r8152 4-1:1.0 eth1: Tx status -2
[835603.701925] r8152 4-1:1.0 eth1: Tx status -2
[835603.702389] r8152 4-1:1.0 eth1: Tx status -2
[835604.400457] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[835604.401057] r8152 4-1:1.0 eth1: Random ether addr 1a:0c:e4:6e:e6:78
[835604.406427] r8152 4-1:1.0 eth1: Promiscuous mode enabled
[835851.756695] r8152 4-1:1.0 eth1: Tx timeout
[835851.759988] r8152 4-1:1.0 eth1: Tx status -2
[835851.760467] r8152 4-1:1.0 eth1: Tx status -2
[835851.760989] r8152 4-1:1.0 eth1: Tx status -2
[835851.761459] r8152 4-1:1.0 eth1: Tx status -2
[835854.032456] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[835854.033097] r8152 4-1:1.0 eth1: Random ether addr 9e:77:eb:ed:04:55
[835854.038332] r8152 4-1:1.0 eth1: Promiscuous mode enabled
[836203.747280] r8152 4-1:1.0 eth1: Tx timeout
[836205.795765] r8152 4-1:1.0 eth1: Tx status -2
[836205.796251] r8152 4-1:1.0 eth1: Tx status -2
[836205.796710] r8152 4-1:1.0 eth1: Tx status -2
[836205.797173] r8152 4-1:1.0 eth1: Tx status -2
[836206.496453] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[836206.497053] r8152 4-1:1.0 eth1: Random ether addr fe:52:21:ca:fa:03
[836206.502398] r8152 4-1:1.0 eth1: Promiscuous mode enabled
[836561.625738] r8152 4-1:1.0 eth1: Tx timeout
[836563.674078] r8152 4-1:1.0 eth1: Tx status -2
[836563.674565] r8152 4-1:1.0 eth1: Tx status -2
[836563.675030] r8152 4-1:1.0 eth1: Tx status -2
[836563.675493] r8152 4-1:1.0 eth1: Tx status -2
[836564.384455] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[836564.385058] r8152 4-1:1.0 eth1: Random ether addr ba:63:ae:46:69:46
[836564.390679] r8152 4-1:1.0 eth1: Promiscuous mode enabled

Other reports indicate that this is due to a problem with the driver version used by OpenWRT. This problem does not arise in FriendlyWRT.

Additional info: https://github.com/jayanta525/openwrt-nanopi-r2s/issues/5

FriendlyWRT commit to workaround the issue: https://github.com/friendlyarm/rtl8812au/commit/76c3cf81fdc71af4338571b6404beb2ba3835a62

OpenWRT forum issue: https://forum.openwrt.org/t/update-kmod-usb-net-rtl8152-driver-to-avoid-usb-3-0-to-gigabit-lan-issues/65466/38

28.09.20214056PackagesBug ReportVery LowLowdnsmasq-full 2.86 compile failsTrunkUnconfirmed Task Description

OpenWRT version:
Trunk version after https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=d2d0044ebf01b71f63cde609e09f6ac68cdfeccb

 

Steps to reproduce:
- Select “dnsmasq-full” via make menuconfig
- Use default compiler (gcc 11.2)
- make

Build log:

make[4]: Entering directory ‘/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86’ make[5]: Entering directory ‘/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86/src’ mips-openwrt-linux-musl-gcc -Os -pipe -mno-branch-likely -march=74kc -mtune=74kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -fmacro-prefix-map=/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86=dnsmasq-2.86 -Wformat -Werror=format-security -DPIC -fpic -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -flto -I/home/anton/openwrt/archerc7/source/staging_dir/toolchain-mips_24kc_gcc-11.2.0_musl/usr/include -I/home/anton/openwrt/archerc7/source/staging_dir/toolchain-mips_24kc_gcc-11.2.0_musl/include/fortify -I/home/anton/openwrt/archerc7/source/staging_dir/toolchain-mips_24kc_gcc-11.2.0_musl/include -DHAVE_UBUS -DHAVE_POLL_H -DNO_AUTH -DHAVE_CONNTRACK -DNO_ID -DNO_TFTP -DVERSION=’“2.86”’ -I/home/anton/openwrt/archerc7/source/staging_dir/target-mips_24kc_musl/usr/include -c rfc1035.c
rfc1035.c: In function ‘report_addresses’:
rfc1035.c:978:56: error: ‘struct dnsmasq_daemon’ has no member named ‘workspacename’

978 |               if (!extract_name(header, len, &p, daemon->workspacename, 1, 0))
    |                                                        ^~

rfc1035.c:980:66: error: ‘struct dnsmasq_daemon’ has no member named ‘workspacename’

980 |               if (safe_name(daemon->namebuff) && safe_name(daemon->workspacename))
    |                                                                  ^~

rfc1035.c:981:92: error: ‘struct dnsmasq_daemon’ has no member named ‘workspacename’

981 |                 ubus_event_bcast_connmark_allowlist_resolved(mark, daemon->namebuff, daemon->workspacename, attl);
    |                                                                                            ^~

make[5]: * [/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86/Makefile:166: rfc1035.o] Error 1
make[5]: Leaving directory ‘/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86/src’ make[4]:
* [Makefile:91: all] Error 2
make[4]: Leaving directory ‘/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86’ make[3]: * [Makefile:200: /home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86/.built] Error 2
make[3]: Leaving directory ‘/home/anton/openwrt/archerc7/source/package/network/services/dnsmasq’ time: package/network/services/dnsmasq/full/compile#0.48#0.14#0.57
ERROR: package/network/services/dnsmasq failed to build (build variant: full).
make[2]:
* [package/Makefile:116: package/network/services/dnsmasq/compile] Error 1
make[2]: Leaving directory ‘/home/anton/openwrt/archerc7/source’ make[1]: * [package/Makefile:110: /home/anton/openwrt/archerc7/source/staging_dir/target-mips_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory ‘/home/anton/openwrt/archerc7/source’ make:
* [/home/anton/openwrt/archerc7/source/include/toplevel.mk:230: world] Error 2

Note: standard dnsmasq package (not -full) compiles ok.

09.09.20214021PackagesBug ReportVery LowLowppp: uses weird defaults for "keepalive", inconsistent ...openwrt-19.07Unconfirmed Task Description

By default, luci PPPoE (and probably other PPP-based) interface page doesn’t set any value for `network.<iface>.keepalive`, so in the absence of that /lib/netifd/proto/ppp.sh
sets values lcp-echo-interval=1 and lcp-echo-failure=5. First, every 1 second is too frequent (which can lead to connectivity issues, as said in FS#2819), next, they don’t correspond to the defaults displayed in luci (`0` for “LCP echo failure threshold” and `5` for “LCP echo interval”), and worse of all, they are impossible to be disabled by using luci, as any attempt to set “LCP echo failure threshold” to 0 makes luci to just delete network.<iface>.keepalive with the aforementioned consequences. The only workaround is to set “keepalive” through uci command line.

Showing tasks 1 - 50 of 1427 Page 1 of 291 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing