|
01.03.2021 | 3656 | Base system | Bug Report | Very Low | Critical | DGND3700 v2 - Boot loop | openwrt-19.07 | Unconfirmed |
Task Description
Boot
|
|
01.03.2021 | 3655 | Base system | Bug Report | Very Low | Low | autoconf-lean causes variating breakage at buildbot and... | Trunk | Unconfirmed |
Task Description
autoconf-lean stuff from Felix was merged by Daniel a few days ago to master with commits https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=32c664ff02910bf39a3fbd5a5a4a8bff3191dd03 and https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=f439e291304a93b982e912dc91b80ca950a594f3
That seems to cause buildhost-specific variation in the generated site config files, and causes variating breakage from some packages.
I stumbled upon this on weekend with ntfs-3g, which suddenly does not compile in my Ubuntu 20.10 in Virtualbox. I filed a bug about ntfs-3g to packages feed, but this is more generic: https://github.com/openwrt/packages/issues/14940
The same buildhost builds 21.02 without problems (and that is still pretty identical to master regarding packages)
Reverting autoconf-lean commits fixes things for me.
There are now others with the same symptoms, based on responses to the packages feed bug.
Buildbot is now meeting the same problem. At least ntfs-3g, rsync, nedata, and possibly also mac80211 and mwlwifi are failing for some targets with some buildhosts (with the new SDK).
E.g. https://downloads.openwrt.org/snapshots/faillogs/aarch64_cortex-a72/packages/ntfs-3g/compile.txt
OpenWrt-libtool: compile: aarch64-openwrt-linux-musl-gcc -DHAVE_CONFIG_H -I. -I.. -I../include/fuse-lite -I/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a72_gcc-8.4.0_musl/usr/include -I/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a72_gcc-8.4.0_musl/include/fortify -I/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a72_gcc-8.4.0_musl/include -I../include/ntfs-3g -Os -pipe -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -ffile-prefix-map=/builder/shared-workdir/build/sdk/build_dir/target-aarch64_cortex-a72_musl/ntfs-3g-2017.3.23-4-fuseint=ntfs-3g-2017.3.23-4-fuseint -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -Wall -MT libntfs_3g_la-ioctl.lo -MD -MP -MF .deps/libntfs_3g_la-ioctl.Tpo -c ioctl.c -fPIC -DPIC -o .libs/libntfs_3g_la-ioctl.o
ioctl.c: In function 'fstrim_limits':
ioctl.c:164:3: warning: implicit declaration of function 'major' [-Wimplicit-function-declaration]
major(statbuf.st_rdev), minor(statbuf.st_rdev));
^~~~~
ioctl.c:164:27: warning: implicit declaration of function 'minor'; did you mean 'mknod'? [-Wimplicit-function-declaration]
major(statbuf.st_rdev), minor(statbuf.st_rdev));
^~~~~
mknod
...
.libs/ntfsfix ntfsfix.o utils.o -L/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a72_gcc-8.4.0_musl/usr/lib -L/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a72_gcc-8.4.0_musl/lib ../libntfs-3g/.libs/libntfs-3g.so -lc
/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a72_gcc-8.4.0_musl/bin/../lib/gcc/aarch64-openwrt-linux-musl/8.4.0/../../../../aarch64-openwrt-linux-musl/bin/ld: ../libntfs-3g/.libs/libntfs-3g.so: undefined reference to `minor'
/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a72_gcc-8.4.0_musl/bin/../lib/gcc/aarch64-openwrt-linux-musl/8.4.0/../../../../aarch64-openwrt-linux-musl/bin/ld: ../libntfs-3g/.libs/libntfs-3g.so: undefined reference to `major'
collect2: error: ld returned 1 exit status
Makefile:939: recipe for target 'ntfsfix' failed
make[6]: *** [ntfsfix] Error 1
make[6]: Leaving directory '/builder/shared-workdir/build/sdk/build_dir/target-aarch64_cortex-a72_musl/ntfs-3g-2017.3.23-4-fuseint/ntfsprogs'
Makefile:504: recipe for target 'all-recursive' failed
make[5]: *** [all-recursive] Error 1
https://downloads.openwrt.org/snapshots/faillogs/aarch64_cortex-a72/packages/rsync/compile.txt
flist.c: In function 'send_file_entry':
flist.c:438:16: warning: implicit declaration of function 'major' [-Wimplicit-function-declaration]
if ((uint32)major(rdev) == rdev_major)
^~~~~
flist.c:442:41: warning: implicit declaration of function 'minor'; did you mean 'mknod'? [-Wimplicit-function-declaration]
if (protocol_version < 30 && (uint32)minor(rdev) <= 0xFFu)
^~~~~
mknod
In file included from flist.c:23:
rsync.h:479:36: warning: implicit declaration of function 'makedev' [-Wimplicit-function-declaration]
#define MAKEDEV(devmajor,devminor) makedev(devmajor,devminor)
^~~~~~~
flist.c:451:11: note: in expansion of macro 'MAKEDEV'
rdev = MAKEDEV(rdev_major, 0);
^~~~~~~
...
generator.c:(.text+0x4654): undefined reference to `makedev'
/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a72_gcc-8.4.0_musl/bin/../lib/gcc/aarch64-openwrt-linux-musl/8.4.0/../../../../aarch64-openwrt-linux-musl/bin/ld: hlink.o: in function `maybe_hard_link':
hlink.c:(.text+0x30c): undefined reference to `makedev'
collect2: error: ld returned 1 exit status
Makefile:97: recipe for target 'rsync' failed
make[4]: *** [rsync] Error 1
https://downloads.openwrt.org/snapshots/faillogs/arm_cortex-a9/packages/netdata/compile.txt
collectors/proc.plugin/proc_diskstats.c: In function 'get_disk_name_from_path':
collectors/proc.plugin/proc_diskstats.c:393:16: error: called object 'major' is not a function or function pointer
if(major(sb.st_rdev) != major || minor(sb.st_rdev) != minor) {
^~~~~
collectors/proc.plugin/proc_diskstats.c:318:109: note: declared here
static inline int get_disk_name_from_path(const char *path, char *result, size_t result_size, unsigned long major, unsigned long minor, char *disk, char *prefix, int depth) {
~~~~~~~~~~~~~~^~~~~
collectors/proc.plugin/proc_diskstats.c:393:46: error: called object 'minor' is not a function or function pointer
if(major(sb.st_rdev) != major || minor(sb.st_rdev) != minor) {
^~~~~
collectors/proc.plugin/proc_diskstats.c:318:130: note: declared here
static inline int get_disk_name_from_path(const char *path, char *result, size_t result_size, unsigned long major, unsigned long minor, char *disk, char *prefix, int depth) {
~~~~~~~~~~~~~~^~~~~
Makefile:4684: recipe for target 'collectors/proc.plugin/proc_diskstats.o' failed
make[6]: *** [collectors/proc.plugin/proc_diskstats.o] Error 1
make[6]: Leaving directory '/store/buildbot/slave/shared-workdir/build/sdk/build_dir/target-arm_cortex-a9_musl_eabi/netdata-1.29.2'
Makefile:5366: recipe for target 'all-recursive' failed
make[5]: *** [all-recursive] Error 1
I propose to revert autoconf-lean until either the failing packages are somehow fixed, or the somehow faulty feature/header indicators in the auconf are fixed.
|
|
01.03.2021 | 3654 | Packages | Bug Report | Very Low | Low | package/boot/arm-trusted-firmware-mvebu requires fetchi... | Trunk | Unconfirmed |
Task Description
Supply the following if possible:
- Device problem occurs on
Any AArch64 host machine.
- Software versions of OpenWrt/LEDE release, packages, etc.
git HEAD (commit acbea54bc29a22d8fb171bc9da0f1b16fb0ec233)
- Steps to reproduce
1. run ‘make menuconfig’ 2. select ‘Marvell EBU Armada’ → 3700P → ‘Marvell Espressobin non-eMMC’ 3. run ‘make’
At some moment it will fail on attempt to fetch Linaro’s build of cross compiler. Which is available only for x86-64 host architecture.
OpenWRT should build own cross compiler instead of relying on external one.
|
|
01.03.2021 | 3653 | Kernel | Bug Report | Very Low | Medium | wireguard is not working - not sending any packets | Trunk | Unconfirmed |
Task Description
I’m using 19.07.7 r11306-c4a6851c72 build on xiaomi mi router 4a gigabit, built by David Betham (it doesn’t affect wireguard, I think).
The problem I’m having is that wireguard is completely not working: although the tunnel is configured, it never sends any traffic to the destination peer.
My wg config:
# wg show
interface: wg0
public key: Kus59Dar/4ki3/IWM7UVn5uFFco79btQgH9CKCDERF8=
private key: (hidden)
listening port: 31833
peer: qEgo8fA/w9pXtBoQnB5/U/jNn30AFxloPV/owjxKj0A=
endpoint: 185.X.Y.Z:1195
allowed ips: 10.10.10.0/24
persistent keepalive: every 15 seconds
Now, I start
tcpdump -i any -f "udp and port 1195"
and ping the remote end tunnel, but not a single ping is returned nor I see a single packet captured by tcpdump. The same config and device were working on some unofficial 17.07.4 build I was using previously.
Kernel used:
# uname -a
Linux coffee 4.14.221 #0 SMP Mon Feb 15 15:22:37 2021 mips GNU/Linux
My software versions are:
kmod-udptunnel4 - 4.14.221-1
kmod-udptunnel6 - 4.14.221-1
kmod-wireguard - 4.14.221+1.0.20200611-2
luci-app-wireguard - git-21.054.03371-3b137b5-1
luci-proto-wireguard - git-21.054.03371-3b137b5-1
wireguard - 1.0.20200611-2
wireguard-tools - 1.0.20191226-1
Please let me know how can I help investigate it further.
|
|
28.02.2021 | 3652 | Base system | Bug Report | Very Low | Medium | Dir 859 stranger 2.4GHz Wi-Fi | openwrt-19.07 | Unconfirmed |
Task Description
I have a dir-859 running Openwrt 19.07.7, this run stable this version and the older’s, but the 2.4GHz Wi-Fi speed in most conditions is capped around 30Mb/s download speed, upload is good, i’ve tryed changing all wireless options in luci, like tx power or channel Bandwidth, but the result is same, i atually using channel 1@20MHz, i have another router TP-LINK TL-WR740N running DD-WRT and it can provide more than 45Mb/s over 2.4GHz@20MHz, and the DD-WRT running on same dir-859 can provide same speed’s than 740n on 2.4GHz, the dir-859 can reach 40Mb/s if i run speedtest on nearest servers, but a toronto server or any server with more latency is capped to around 30Mb/s, and i only have 2.4Ghz devices :/
The dir-859 speedtest on fdcservers.net toronto: https://www.speedtest.net/my-result/a/7089190072.png
The TL-WR740N on same server: https://www.speedtest.net/my-result/a/7089192985.png
tell me the config files or log’s that i have to send.
|
|
27.02.2021 | 3649 | Kernel | Bug Report | Very Low | Medium | Software flow offloading breaks IPv6 policy-based routi... | Trunk | Unconfirmed |
Task Description
I use ip6tables MARK and iproute2 rule to forward certain traffic to a WireGuard VPN interface. When software flow offloading is on, IPv6 traffic over VPN no longer works, but IPv4 works fine. A tcpdump check shows that offloaded IPv6 packets are routed by the main routing table instead of the one specified in ip -6 rule.
Both 5.4 and 5.10 kernel version have this issue.
|
|
27.02.2021 | 3648 | Base system | Bug Report | Very Low | Low | Backups contain etc/uhttpd.key twice | openwrt-19.07 | Unconfirmed |
Task Description
Device problem occurs on
- TP-Link Archer C7 v4
Software versions of OpenWrt/LEDE release, packages, etc.
- OpenWrt 19.07.6 r11278-8055e38794 / LuCI openwrt-19.07 branch git-21.050.37945-c33df8f
Steps to reproduce
- Log in via SSH - sysupgrade -l - The listing shows /etc/uhttpd.key twice. A backup created using -b also contains the file twice.
Expected behaviour
The file should only be included once.
|
|
27.02.2021 | 3647 | Kernel | Bug Report | Very Low | Medium | Kenrel 5.10 + software flow offloading breaks internet ... | Trunk | Unconfirmed |
Task Description
Fresh compile of OpenWRT git master (reboot-15993-g464451d9ab) with CONFIG_TESTING_KERNEL=y, software offloading enabled:
❯ curl -vvv openwrt.org
* Trying 139.59.209.225:80...
* Connected to openwrt.org (139.59.209.225) port 80 (#0)
> GET / HTTP/1.1
> Host: openwrt.org
> User-Agent: curl/7.75.0
> Accept: */*
>
(...times out eventually)
Software offloading disabled:
❯ curl -vvv openwrt.org
* Trying 139.59.209.225:80...
* Connected to openwrt.org (139.59.209.225) port 80 (#0)
> GET / HTTP/1.1
> Host: openwrt.org
> User-Agent: curl/7.75.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 301 Moved Permanently
< Server: nginx
< Date: Sat, 27 Feb 2021 10:18:39 GMT
< Content-Type: text/html
< Content-Length: 178
< Connection: keep-alive
< Location: https://openwrt.org/
<
<html>
<head><title>301 Moved Permanently</title></head>
<body bgcolor="white">
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>
* Connection #0 to host openwrt.org left intact
Looks like I can send data, but not receive...
The exact same system/configuration works perfectly with kernel 5.4. Also reproduces with a clean configuration.
|
|
27.02.2021 | 3646 | Kernel | Bug Report | Very Low | Medium | Unable to Swap /proc/swaps does not exist (ramips rt305... | openwrt-19.07 | Unconfirmed |
Task Description
1) Device Dlink DIR320 rev.B1 OpenWrt 19.07.7 r11306-c4a6851c72 / LuCI openwrt-19.07 branch git-21.044.30835-34e0d65
2) Istalled packages:
block-mount
kmod-usb-core
kmod-usb2
kmod-usb-ohci
kmod-usb-storage
kmod-fs-ext4
zram-swap
swap-utils
3) How-to: root@OpenWrt:~# mkswap /dev/sda1 mkswap: /dev/sda1: warning: wiping old swap signature. Setting up swapspace version 1, size = 511 MiB (535818240 bytes) no label, UUID=5413e04d-954e-493c-b26d-926a67af1bbc
root@OpenWrt:~# swapon -a block: failed to swapon /dev/sda1
root@OpenWrt:~# cat /proc/swaps
cat: can't open '/proc/swaps': No such file or directory
So, I think, swap module was accidentally turned off during building firmware, because OpenWRT build version 18.06 works fine!
|
|
27.02.2021 | 3645 | Base system | Bug Report | Very Low | High | Stateful DHCPv6 bug | Trunk | Unconfirmed |
Task Description
If the firmware compiled with the current source code uses Stateful DHCPv6, the IPv6 address cannot be obtained, but the DNS can be obtained. Please fix it.
|
|
26.02.2021 | 3644 | Base system | Build Failure | Very Low | Critical | WRT1900ACS ImageBuilder Error 255 Cannot install packag... | Trunk | Unconfirmed |
Task Description
make image PROFILE=linksys_wrt1900acs ... .... ...
* opkg_install_cmd: Cannot install package mwlwifi-firmware-88w8864. Makefile:162: recipe for target ‘package_install’ failed make[2]: * [package_install] Error 255 Makefile:115: recipe for target ‘_call_image’ failed make[1]: * [_call_image] Error 2 Makefile:237: recipe for target ‘image’ failed make: *** [image] Error 2
|
|
26.02.2021 | 3643 | Base system | Bug Report | Very Low | Low | iwinfo returns bad data | Trunk | Unconfirmed |
Task Description
OpenWrt 19.07.7 r11306-c4a6851c72 / LuCI openwrt-19.07 branch git-21.054.03371-3b137b5 Device: Netgear R6120
Bad data returned by `iwinfo` for a wireless adapter connected via USB.
root@OpenWrt:~# iwinfo
wlan0 ESSID: "myssid0"
Access Point: BA:AD:F0:0D:BA:AD
Mode: Client Channel: 9 (2.452 GHz)
Tx-Power: 20 dBm Link Quality: 51/70
Signal: -59 dBm Noise: unknown
Bit Rate: 52.0 MBit/s
Encryption: WPA2 PSK (TKIP, CCMP)
Type: nl80211 HW Mode(s): 802.11bgn
Hardware: 14C3:7628 14C3:0004 [MediaTek MT76x8]
TX power offset: none
Frequency offset: none
Supports VAPs: yes PHY name: phy0
wlan1 ESSID: "myssid1"
Access Point: BA:AD:F0:0D:BA:DD
Mode: Client Channel: 44 (5.220 GHz)
Tx-Power: 20 dBm Link Quality: 43/70
Signal: -67 dBm Noise: unknown
Bit Rate: 54.0 MBit/s
Encryption: WPA2 PSK (TKIP, CCMP)
Type: nl80211 HW Mode(s): 802.11nac
Hardware: 14C3:7662 14C3:7662 [MediaTek MT76x2E]
TX power offset: none
Frequency offset: none
Supports VAPs: yes PHY name: phy1
wlan2 ESSID: "myssid2"
Access Point: BA:AA:AD:F0:00:0D
Mode: Client Channel: 9 (2.452 GHz)
Tx-Power: 20 dBm Link Quality: 56/70
Signal: -54 dBm Noise: unknown
Bit Rate: 150.0 MBit/s
Encryption: WPA2 PSK (TKIP, CCMP)
Type: nl80211 HW Mode(s): 802.11bgn
Hardware: 14C3:7628 14C3:0004 [MediaTek MT76x8]
TX power offset: none
Frequency offset: none
Supports VAPs: yes PHY name: phy2
Notice that the same `Hardware` line is returned for `wlan0` and `wlan2` despite different MAC addresses and different `PHY names`.
The wlan2 hardware is the ALFA AWUS036NHA and `lsusb’ identifies it as:
root@OpenWrt:~# lsusb -v | grep ID
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0cf3:9271 Qualcomm Atheros Communications AR9271 802.11n
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
It is worth mentioning that the `wlan2` interface is fully functional.
|
|
25.02.2021 | 3642 | Packages | Bug Report | Very Low | Medium | ip2d fails to configure and run on install | openwrt-19.07 | Unconfirmed |
Task Description
Supply the following if possible: - Device problem occurs on - Software versions of OpenWrt/LEDE release, packages, etc. - Steps to reproduce
Running on a Netgear R6220 Firmware OpenWrt 19.07.2 r10947-65030d81f3 / LuCI openwrt-19.07 branch git-21.054.03371-3b137b5
Using the LuCI web interface to install i2pd I received the postinstall messages.
mkdir: can’t create directory : No such file or directory ln: /certificates/certificates: File exists ln: /tunnels.conf: File exists chown: : No such file or directory chown: : No such file or directory
If I also try to start with service i2pd start then I get the same thing.
# service i2pd start mkdir: can’t create directory : No such file or directory ln: /certificates/certificates: File exists ln: /tunnels.conf: File exists chown: : No such file or directory chown: : No such file or directory
|
|
25.02.2021 | 3641 | Other | Bug Report | Very Low | High | New D-Link bootloader (for DIR-2660 and possibly others... | Trunk | Unconfirmed |
Task Description
It seems that some D-Link devices require additional header values in order to flash it via the recovery and to upgrade existing installs. The older versions of the DIR-2660 A1 could be flashed with the current OpenWrt snapshot.
The latest batch of DIR-2660 devices, and possibly others, come with a new bootloader that requires some additional header fields to be set. Manually changing the headers of the factory and upgrade files, allows them to flash succesfully;
you can edit one your self if you like
add "DIR-2660" text at address 0x40 hex
add "V1.00000" text at address 0x80 hex
add "A1" text at address 0x90 hex
change bytes 0x04 to 0x07 to 00
create crc32 for bytes 0x0 to 0x9F
place result in bytes 0x04 to 0x07
This is discussed in https://forum.openwrt.org/t/d-link-dir-2660-a2/89507/11 and https://forum.openwrt.org/t/dir-2660-dir-1935-dir-882-how-to-safely-install-openwrt/88697/10.
|
|
24.02.2021 | 3640 | Base system | Bug Report | Very Low | Low | NTP server's IP is not included into DHCP leases to my ... | Trunk | Unconfirmed |
Task Description
OpenWrt 19.07.1, r10911-c155900f66
Even if go to System→System→Time syncronization and enable both:
Enable NTP client
Provide NTP server
the ntpd server’s IP is not included into DHCP leases to my LAN devices by router’s DHCP server.
Which means they would not use NTP server unless I specifically set them up to do so.
I would guess this screen needs another checkbox, “Advertise NTP server via DHCP” or something.
(ntpd does run, and does work just fine).
|
|
24.02.2021 | 3639 | Base system | Bug Report | Very Low | High | Repeated failure of wireless interfaces, seemingly rela... | Trunk | Unconfirmed |
Task Description
Supply the following if possible:
Model: Linksys WRT3200ACM Architecture: ARMv7 Processor rev 1 (v7l) Firmware Version: OpenWrt 19.07.7 r11306-c4a6851c72 / LuCI openwrt-19.07 branch git-21.054.03371-3b137b5 Kernel Version: 4.14.221 In the last four to six days the wireless on my network kept failing (particularly overnight - but that may be less to do with time of day and more to do with lease expiry??). I searched and found that someone else resolved this back in around 2018 by enabling IGMP Snooping and then rebooting their router (https://forum.openwrt.org/t/wifi-up-device-connected-but-no-internet/) - That worked for me but only temporarily. This morning, even though (on LuCI and via SSH) I can see IGMP Snooping is still enabled (LAN interface), the same problem occurred - all the wireless devices can connect to the router but not the Internet. For the moment, rebooting the router fixed it but clearly that’s not a realistic solution.
I have marked this high severity because:
- It looks like a regression
- My kids can't access school via their iPads and are getting marked absent! (like many/most, we're in lockdown)
`/etc/config/network` reads:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fddf:17c3:6271::/48'
config interface 'lan'
option type 'bridge'
option ifname 'eth0.1'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option broadcast '192.168.7.255'
option ipaddr '192.168.7.1'
option gateway '****' <- my WAN static IP
list dns '1.1.1.1'
option igmp_snooping '1' <- I set this, which seemed to resolve it, but only for a bit
config interface 'wan'
option ifname 'eth1.2'
option proto 'pppoe'
option password '****'
option ipv6 'auto'
option username '****'
config interface 'wan6'
option ifname 'eth1.2'
option proto 'dhcpv6'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0 1 2 3 5t'
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '4 6t'
config interface 'wwan'
option proto 'dhcp'
|
|
23.02.2021 | 3638 | Base system | Bug Report | Very Low | Low | Compile openwrt-x86_64 fail on Ubuntu x86 but success o... | Trunk | Unconfirmed |
Task Description
Supply the following if possible: - Device problem occurs on
Openwrt 21.02 x86_64
- Software versions of OpenWrt/LEDE release, packages, etc.
Openwrt 21.02
- Steps to reproduce
I compile Openwrt-21.02 for x86_64 failed on Ubuntu-18.04-i386, but successed on Ubuntu-18.04-x86_86. But I always compiled Openwrt-19.07 for x86_64 successfully, and I tried Debian,same thing happened,failed on Debian-i386 but successed on Debian-x86_64.
|
|
21.02.2021 | 3636 | Packages | Bug Report | Very Low | Medium | missing /etc/tor/data crash tor service : TOR do not st... | openwrt-19.07 | Unconfirmed |
Task Description
In All 19.07.x versions :
Feb 21 09:51:19 LPM procd: Instance tor::instance1 s in a crash loop 6 crashes, 0 seconds since last crash Feb 21 09:52:49 LPM procd: Instance tor::instance1 s in a crash loop 6 crashes, 0 seconds since last crash
root@LPM:~# tor Feb 21 10:51:51.580 [notice] Tor 0.4.4.5 running on Linux with Libevent 2.1.11-stable, OpenSSL 1.1.1j, Zlib 1.2.11, Liblzma N/A, and Libzstd N/A. Feb 21 10:51:51.580 [notice] Tor can’t help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning Feb 21 10:51:51.580 [notice] Read configuration file “/etc/tor/torrc”. Feb 21 10:51:51.591 [warn] Skipping obsolete configuration option “AllowInvalidNodes”. Feb 21 10:51:51.592 [warn] Skipping obsolete configuration option “TransListenAddress”. Feb 21 10:51:51.592 [warn] Skipping obsolete configuration option “DNSListenAddress”. Feb 21 10:51:51.593 [warn] Skipping obsolete configuration option “SocksListenAddress”. Feb 21 10:51:51.608 [notice] You configured a non-loopback address ‘10.4.2.1:9050’ for SocksPort. This allows everybody on your local network to use your machine as a proxy. Make sure this is what you wanted. Feb 21 10:51:51.609 [notice] Opening Socks listener on 127.0.0.1:9050 Feb 21 10:51:51.610 [notice] Opened Socks listener on 127.0.0.1:9050 Feb 21 10:51:51.611 [notice] Opening Socks listener on 10.4.2.1:9050 Feb 21 10:51:51.611 [notice] Opened Socks listener on 10.4.2.1:9050 Feb 21 10:51:51.612 [notice] Opening DNS listener on 127.0.0.1:9053 Feb 21 10:51:51.612 [notice] Opened DNS listener on 127.0.0.1:9053 Feb 21 10:51:51.612 [notice] Opening Transparent pf/netfilter listener on 127.0.0.1:9040 Feb 21 10:51:51.612 [notice] Opened Transparent pf/netfilter listener on 127.0.0.1:9040 Feb 21 10:51:51.613 [warn] /etc/tor/data/ is not owned by this user (tor, 52) but by root (0). Perhaps you are running Tor as the wrong user? Feb 21 10:51:51.613 [notice] Closing partially-constructed Socks listener on 127.0.0.1:9050 Feb 21 10:51:51.613 [notice] Closing partially-constructed Socks listener on 10.4.2.1:9050 Feb 21 10:51:51.614 [notice] Closing partially-constructed DNS listener on 127.0.0.1:9053 Feb 21 10:51:51.614 [notice] Closing partially-constructed Transparent pf/netfilter listener on 127.0.0.1:9040 Feb 21 10:51:51.615 [warn] Failed to parse/validate config: Couldn’t create private data directory “/etc/tor/data/” Feb 21 10:51:51.616 [err] Reading config failed–see warnings above.
: mkdir /etc/tor/data/ chown tor:tor /etc/tor/data/ service tor restart –> OK
|
|
20.02.2021 | 3634 | Base system | Bug Report | Very Low | Medium | netifd: bridge: igmp_snoop should be set a default valu... | Trunk | Unconfirmed |
Task Description
When check igmp_snooping for br-lan by Luci and apply settings, netifd can modify /sys/devices/virtual/net/br-lan/bridge/multicast_snooping to “1”.
Then I uncheck igmp_snooping and apply settings, the /sys/devices/virtual/net/br-lan/bridge/multicast_snooping is still “1”, not be changed to “0”.
Luci just delete the igmp_snooping key from the config file. THen netifd can’t find the key. So it can’t change the value of /sys/devices/virtual/net/br-lan/bridge/multicast_snooping.
I think in function bridge_apply_settings(), should add a default value for igmp_snoop.
|
|
18.02.2021 | 3632 | Base system | Bug Report | Very Low | Low | EX6150 doesn't have 2.4 GHz wlan interface | Trunk | Unconfirmed |
Task Description
I upgraded from 19.07 to a 21.02 snapshot on one my Netgear EX6150 APs. In 19.07 everything was working, but in 21.02 wlan1 doesn’t show up, and so 2.4 GHz doesn’t work.
The snapshot I’ve used was r15819-0011c7ad12
I have a wlan0 device, but there does not seem to be a wlan1 device.
The error message I see is: “radio1 (1754): Could not find PHY for device ‘radio1’”
The kernel log has:
[ 0.000000] Linux version 5.4.98 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r15819-0011c7ad12)) #0 SMP Wed Feb 17 23:14:51 2021
[ 0.000000] SoC Type: MediaTek MT7621 ver:1 eco:3
[ 0.000000] printk: bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 0001992f (MIPS 1004Kc)
[ 0.000000] MIPS: machine is Netgear EX6150
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] VPE topology {2} total 2
[ 0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[ 0.000000] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[ 0.000000] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0x0000000000000000-0x0000000003ffffff]
[ 0.000000] HighMem empty
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x0000000000000000-0x0000000003ffffff]
[ 0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[ 0.000000] On node 0 totalpages: 16384
[ 0.000000] Normal zone: 144 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 16384 pages, LIFO batch:3
[ 0.000000] percpu: Embedded 14 pages/cpu s26768 r8192 d22384 u57344
[ 0.000000] pcpu-alloc: s26768 r8192 d22384 u57344 alloc=14*4096
[ 0.000000] pcpu-alloc: [0] 0 [0] 1
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 16240
[ 0.000000] Kernel command line: console=ttyS0,57600 rootfstype=squashfs,jffs2
[ 0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes, linear)
[ 0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes, linear)
[ 0.000000] Writing ErrCtl register=00002050
[ 0.000000] Readback ErrCtl register=00002050
[ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[ 0.000000] Memory: 56224K/65536K available (6051K kernel code, 209K rwdata, 740K rodata, 1244K init, 238K bss, 9312K reserved, 0K cma-reserved, 0K highmem)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[ 0.000000] rcu: Hierarchical RCU implementation.
[ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2.
[ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies.
[ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[ 0.000000] NR_IRQS: 256
[ 0.000000] random: get_random_bytes called from 0x806d9a10 with crng_init=0
[ 0.000000] CPU Clock: 880MHz
[ 0.000000] clocksource: GIC: mask: 0xffffffffffffffff max_cycles: 0xcaf478abb4, max_idle_ns: 440795247997 ns
[ 0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 4343773742 ns
[ 0.000009] sched_clock: 32 bits at 440MHz, resolution 2ns, wraps every 4880645118ns
[ 0.015489] Calibrating delay loop... 583.68 BogoMIPS (lpj=1167360)
[ 0.055791] pid_max: default: 32768 minimum: 301
[ 0.065118] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[ 0.079517] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[ 0.097353] rcu: Hierarchical SRCU implementation.
[ 0.107312] smp: Bringing up secondary CPUs ...
[ 0.117465] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[ 0.117474] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[ 0.117486] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[ 0.117590] CPU1 revision is: 0001992f (MIPS 1004Kc)
[ 0.144374] Synchronize counters for CPU 1: done.
[ 0.204026] smp: Brought up 1 node, 2 CPUs
[ 0.216792] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[ 0.236085] futex hash table entries: 512 (order: 2, 16384 bytes, linear)
[ 0.249705] pinctrl core: initialized pinctrl subsystem
[ 0.261814] NET: Registered protocol family 16
[ 0.279196] FPU Affinity set after 4688 emulations
[ 0.300838] workqueue: max_active 576 requested for napi_workq is out of range, clamping between 1 and 512
[ 0.322911] clocksource: Switched to clocksource GIC
[ 0.334615] NET: Registered protocol family 2
[ 0.344432] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes, linear)
[ 0.361065] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
[ 0.376194] TCP bind hash table entries: 1024 (order: 1, 8192 bytes, linear)
[ 0.390183] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.402957] UDP hash table entries: 256 (order: 1, 8192 bytes, linear)
[ 0.415862] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes, linear)
[ 0.429924] NET: Registered protocol family 1
[ 0.438491] PCI: CLS 0 bytes, default 32
[ 0.534813] 4 CPUs re-calibrate udelay(lpj = 1163264)
[ 0.546642] workingset: timestamp_bits=14 max_order=14 bucket_order=0
[ 0.573876] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.585394] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.608808] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
[ 0.625542] mt7621_gpio 1e000600.gpio: registering 32 gpios
[ 0.636943] mt7621_gpio 1e000600.gpio: registering 32 gpios
[ 0.648266] mt7621_gpio 1e000600.gpio: registering 32 gpios
[ 0.660204] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[ 0.677184] printk: console [ttyS0] disabled
[ 0.685678] 1e000c00.uartlite: ttyS0 at MMIO 0x1e000c00 (irq = 15, base_baud = 3125000) is a 16550A
[ 0.703595] printk: console [ttyS0] enabled
[ 0.720139] printk: bootconsole [early0] disabled
[ 0.742677] spi-mt7621 1e000b00.spi: sys_freq: 220000000
[ 0.754516] spi-nor spi0.0: mx25l12805d (16384 Kbytes)
[ 0.764930] 16 fixed-partitions partitions found on MTD device spi0.0
[ 0.777767] Creating 16 MTD partitions on "spi0.0":
[ 0.787502] 0x000000000000-0x000000030000 : "u-boot"
[ 0.799091] 0x000000030000-0x000000040000 : "config"
[ 0.810580] 0x000000040000-0x000000050000 : "factory"
[ 0.822248] 0x000000050000-0x000000ed0000 : "firmware"
[ 0.834274] 2 uimage-fw partitions found on MTD device firmware
[ 0.846110] Creating 2 MTD partitions on "firmware":
[ 0.856018] 0x000000000000-0x000000240ded : "kernel"
[ 0.867566] 0x000000240ded-0x000000e80000 : "rootfs"
[ 0.879046] mtd: device 5 (rootfs) set to be root filesystem
[ 0.890474] 1 squashfs-split partitions found on MTD device rootfs
[ 0.902839] 0x000000540000-0x000000e80000 : "rootfs_data"
[ 0.915265] 0x000000ed0000-0x000000ee0000 : "ML1"
[ 0.926261] 0x000000ef0000-0x000000f10000 : "ML2"
[ 0.937236] 0x000000f10000-0x000000f30000 : "ML3"
[ 0.948332] 0x000000f30000-0x000000f50000 : "ML4"
[ 0.959429] 0x000000f50000-0x000000f70000 : "ML5"
[ 0.970466] 0x000000f70000-0x000000f90000 : "ML6"
[ 0.981469] 0x000000f90000-0x000000fb0000 : "ML7"
[ 0.992470] 0x000000fb0000-0x000000fc0000 : "T_Meter1"
[ 1.004399] 0x000000fc0000-0x000000fd0000 : "T_Meter2"
[ 1.016356] 0x000000fd0000-0x000000fe0000 : "POT"
[ 1.027472] 0x000000fe0000-0x000000ff0000 : "board_data"
[ 1.039748] 0x000000ff0000-0x000001000000 : "nvram"
[ 1.052253] libphy: Fixed MDIO Bus: probed
[ 1.085297] libphy: mdio: probed
[ 1.091933] random: fast init done
[ 1.092026] mt7530 mdio-bus:1f: MT7530 adapts as multi-chip module
[ 1.114888] mtk_soc_eth 1e100000.ethernet eth0: mediatek frame engine at 0xbe100000, irq 17
[ 1.133852] mt7621-pci 1e140000.pcie: Parsing DT failed
[ 1.147634] NET: Registered protocol family 10
[ 1.157945] Segment Routing with IPv6
[ 1.165408] NET: Registered protocol family 17
[ 1.174345] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[ 1.200432] 8021q: 802.1Q VLAN Support v1.8
[ 1.211649] mt7530 mdio-bus:1f: MT7530 adapts as multi-chip module
[ 1.231871] libphy: dsa slave smi: probed
[ 1.240360] mt7530 mdio-bus:1f lan (uninitialized): PHY [dsa-0.0:00] driver [Generic PHY]
[ 1.259178] mt7530 mdio-bus:1f: configuring for fixed/rgmii link mode
[ 1.276829] DSA: tree 0 setup
[ 1.283149] rt2880-pinmux pinctrl: pcie is already enabled
[ 1.294108] mt7621-pci 1e140000.pcie: Error applying setting, reverse things back
[ 1.309171] mt7621-pci-phy 1e149000.pcie-phy: PHY for 0xbe149000 (dual port = 1)
[ 1.324121] mt7621-pci-phy 1e14a000.pcie-phy: PHY for 0xbe14a000 (dual port = 0)
[ 1.438727] mt7621-pci-phy 1e149000.pcie-phy: Xtal is 40MHz
[ 1.449849] mt7621-pci-phy 1e14a000.pcie-phy: Xtal is 40MHz
[ 1.560764] mt7621-pci 1e140000.pcie: pcie1 no card, disable it (RST & CLK)
[ 1.574646] mt7621-pci 1e140000.pcie: pcie2 no card, disable it (RST & CLK)
[ 1.588526] mt7621-pci 1e140000.pcie: PCIE0 enabled
[ 1.598251] mt7621-pci 1e140000.pcie: PCI coherence region base: 0x60000000, mask/settings: 0xf0000002
[ 1.616989] mt7621-pci 1e140000.pcie: PCI host bridge to bus 0000:00
[ 1.629676] pci_bus 0000:00: root bus resource [io 0x1e160000-0x1e16ffff]
[ 1.643385] pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff]
[ 1.657090] pci_bus 0000:00: root bus resource [bus 00-ff]
[ 1.668068] pci 0000:00:00.0: [0e8d:0801] type 01 class 0x060400
[ 1.680083] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x7fffffff]
[ 1.692582] pci 0000:00:00.0: reg 0x14: [mem 0x60200000-0x6020ffff]
[ 1.705145] pci 0000:00:00.0: supports D1
[ 1.713139] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[ 1.726367] pci 0000:01:00.0: [14c3:7662] type 00 class 0x028000
[ 1.738422] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x000fffff 64bit]
[ 1.751996] pci 0000:01:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
[ 1.765456] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[ 1.779165] pci 0000:00:00.0: PCI bridge to [bus 01-ff]
[ 1.789590] pci 0000:00:00.0: bridge window [io 0x0000-0x0fff]
[ 1.801739] pci 0000:00:00.0: bridge window [mem 0x60000000-0x600fffff]
[ 1.815276] pci 0000:00:00.0: bridge window [mem 0x60100000-0x601fffff pref]
[ 1.829673] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
[ 1.842903] pci 0000:00:00.0: BAR 0: no space for [mem size 0x80000000]
[ 1.856087] pci 0000:00:00.0: BAR 0: failed to assign [mem size 0x80000000]
[ 1.869967] pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
[ 1.883513] pci 0000:00:00.0: BAR 9: assigned [mem 0x60100000-0x601fffff pref]
[ 1.897911] pci 0000:00:00.0: BAR 1: assigned [mem 0x60200000-0x6020ffff]
[ 1.911453] pci 0000:00:00.0: BAR 7: assigned [io 0x1e160000-0x1e160fff]
[ 1.924993] pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff 64bit]
[ 1.939578] pci 0000:01:00.0: BAR 6: assigned [mem 0x60100000-0x6010ffff pref]
[ 1.953972] pci 0000:00:00.0: PCI bridge to [bus 01]
[ 1.963875] pci 0000:00:00.0: bridge window [io 0x1e160000-0x1e160fff]
[ 1.977411] pci 0000:00:00.0: bridge window [mem 0x60000000-0x600fffff]
[ 1.990954] pci 0000:00:00.0: bridge window [mem 0x60100000-0x601fffff pref]
[ 2.006080] hctosys: unable to open rtc device (rtc0)
[ 2.016914] mt7530 mdio-bus:1f: Link is Up - 1Gbps/Full - flow control off
[ 2.038208] VFS: Mounted root (squashfs filesystem) readonly on device 31:5.
[ 2.056945] Freeing unused kernel memory: 1244K
[ 2.065997] This architecture does not have kernel memory protection.
[ 2.078845] Run /sbin/init as init process
[ 2.988502] init: Console is alive
[ 2.995628] init: - watchdog -
[ 3.959478] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[ 4.118297] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[ 4.143194] init: - preinit -
[ 5.164070] mtk_soc_eth 1e100000.ethernet eth0: configuring for fixed/rgmii link mode
[ 5.180209] mtk_soc_eth 1e100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 5.197095] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 5.371440] random: jshn: uninitialized urandom read (4 bytes read)
[ 5.442450] random: jshn: uninitialized urandom read (4 bytes read)
[ 5.477416] random: jshn: uninitialized urandom read (4 bytes read)
[ 5.682283] mt7530 mdio-bus:1f lan: configuring for phy/gmii link mode
[ 5.695715] 8021q: adding VLAN 0 to HW filter on device lan
[ 9.811485] mt7530 mdio-bus:1f lan: Link is Up - 1Gbps/Full - flow control rx/tx
[ 9.826371] IPv6: ADDRCONF(NETDEV_CHANGE): lan: link becomes ready
[ 10.039229] jffs2: notice: (610) jffs2_build_xattr_subsystem: complete building xattr subsystem, 23 of xdatum (20 unchecked, 3 orphan) and 28 of xref (2 dead, 1 orphan) found.
[ 10.074495] mount_root: switching to jffs2 overlay
[ 10.121696] overlayfs: upper fs does not support tmpfile.
[ 10.150849] urandom-seed: Seeding with /etc/urandom.seed
[ 10.318734] mt7530 mdio-bus:1f lan: Link is Down
[ 10.342081] procd: - early -
[ 10.348026] procd: - watchdog -
[ 10.982974] procd: - watchdog -
[ 10.991612] procd: - ubus -
[ 11.158663] procd: - init -
[ 11.870555] kmodloader: loading kernel modules from /etc/modules.d/*
[ 12.016884] Loading modules backported from Linux version v5.10.16-0-gde53befa79cf
[ 12.032067] Backport generated by backports.git v5.10.16-1-0-g21d2a1d2
[ 12.096550] xt_time: kernel timezone is -0000
[ 12.121424] urngd: v1.0.2 started.
[ 12.172378] mt7621-pci 1e140000.pcie: bus=1 slot=0 irq=19
[ 12.183255] pci 0000:00:00.0: enabling device (0006 -> 0007)
[ 12.194547] mt76x2e 0000:01:00.0: enabling device (0000 -> 0002)
[ 12.206832] mt76x2e 0000:01:00.0: ASIC revision: 76120044
[ 12.298002] random: crng init done
[ 12.304814] random: 7 urandom warning(s) missed due to ratelimiting
[ 12.619731] mt76x2e 0000:01:00.0: ROM patch build: 20141115060606a
[ 12.637392] mt76x2e 0000:01:00.0: Firmware Version: 0.0.00
[ 12.648387] mt76x2e 0000:01:00.0: Build: 1
[ 12.656557] mt76x2e 0000:01:00.0: Build Time: 201507311614____
[ 12.682836] mt76x2e 0000:01:00.0: Firmware running!
[ 12.694929] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 12.727446] PPP generic driver version 2.4.2
[ 12.741034] NET: Registered protocol family 24
[ 12.782173] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 21.277464] mtk_soc_eth 1e100000.ethernet eth0: Link is Down
[ 21.308640] mtk_soc_eth 1e100000.ethernet eth0: configuring for fixed/rgmii link mode
[ 21.324614] mtk_soc_eth 1e100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 21.351973] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 21.368246] mt7530 mdio-bus:1f lan: configuring for phy/gmii link mode
[ 21.382141] 8021q: adding VLAN 0 to HW filter on device lan
[ 21.398132] br-lan: port 1(lan) entered blocking state
[ 21.408690] br-lan: port 1(lan) entered disabled state
[ 21.421978] device lan entered promiscuous mode
[ 21.431117] device eth0 entered promiscuous mode
[ 24.529347] br-lan: port 2(wlan0) entered blocking state
[ 24.540029] br-lan: port 2(wlan0) entered disabled state
[ 24.551231] device wlan0 entered promiscuous mode
[ 25.491345] mt7530 mdio-bus:1f lan: Link is Up - 1Gbps/Full - flow control rx/tx
[ 25.506163] br-lan: port 1(lan) entered blocking state
[ 25.516456] br-lan: port 1(lan) entered forwarding state
[ 25.528015] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 106.508897] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 106.521813] br-lan: port 2(wlan0) entered blocking state
[ 106.532497] br-lan: port 2(wlan0) entered forwarding state
The system log also shows:
netifd: Interface 'lan' is enabled
netifd: Interface 'lan' is setting up now
netifd: Interface 'lan' is now up
netifd: Interface 'loopback' is enabled
netifd: Interface 'loopback' is setting up now
netifd: Interface 'loopback' is now up
netifd: Network device 'eth0' link is up
netifd: Network device 'lo' link is up
netifd: Interface 'loopback' has link connectivity
netifd: radio1 (1754): Could not find PHY for device 'radio1'
netifd: radio1 (1879): WARNING: Variable 'data' does not exist or is not an array/object
procd: - init complete -
hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) --> new PHY
“iw dev” shows:
phy#0
Interface wlan0
ifindex 6
wdev 0x2
addr XX:XX:XX:XX:XX:XX
ssid XXXX
type AP
channel 100 (5500 MHz), width: 80 MHz, center1: 5530 MHz
txpower 24.00 dBm
multicast TXQ:
qsz-byt qsz-pkt flows drops marks overlmt hashcol tx-bytes tx-packets
0 0 82 0 0 0 0 14553 82
|
|
18.02.2021 | 3631 | Base system | Bug Report | Very Low | Low | Packages for dmesg found, but incompatible with the arc... | Trunk | Unconfirmed |
Task Description
Configuring dnsmasq-full. Collected errors: * pkg_hash_fetch_best_installation_candidate: Packages for dmesg found, but incompatible with the architectures configured * opkg_install_cmd: Cannot install package dmesg. * satisfy_dependencies_for: Cannot satisfy the following dependencies for dmesg: * libncursesw6 * opkg_install_cmd: Cannot install package dmesg. package/Makefile:66: recipe for target ‘package/install’ failed make[2]: * [package/install] Error 255 make[2]: Leaving directory ‘/home/openwrt/master/openwrt’
package/Makefile:109: recipe for target ‘/home/openwrt/master/openwrt/staging_dir/target-aarch64_generic_musl/stamp/.package_install’ failed make[1]: * [/home/openwrt/master/openwrt/staging_dir/target-aarch64_generic_musl/stamp/.package_install] Error 2 make[1]: Leaving directory ‘/home/openwrt/master/openwrt’ /home/openwrt/master/openwrt/include/toplevel.mk:228: recipe for target ‘world’ failed make: *** [world] Error 2
|
|
17.02.2021 | 3630 | Base system | Bug Report | Very Low | Low | Missing package from base | Trunk | Unconfirmed |
Task Description
Supply the following if possible: - Software versions of OpenWrt/LEDE release, packages, etc. OpenWrt 19.07.6 r11278-8055e38794 - Steps to reproduce
root@OpenWrt:~# opkg update Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/base/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_base Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/base/Packages.sig Signature check passed. Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/freifunk/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_freifunk Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/freifunk/Packages.sig Signature check passed. Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/luci/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_luci Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/luci/Packages.sig Signature check passed. Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/packages/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_packages Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/packages/Packages.sig Signature check passed. Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/routing/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_routing Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/routing/Packages.sig Signature check passed. Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/telephony/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_telephony Downloading http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/telephony/Packages.sig Signature check passed.
root@OpenWrt:~# opkg install block-mount Unknown package ‘block-mount’. Collected errors: * opkg_install_cmd: Cannot install package block-mount.
|
|
17.02.2021 | 3629 | Base system | Bug Report | Very Low | Low | Not able to Flash Current OpenWRT 19.07.7 on Archer A7 ... | openwrt-19.07 | Unconfirmed |
Task Description
I have a TP-Link Archer A7 v5. I already had OpenWrt installed on it, but for testing a flashed back the Stock Firmware [1.1.0 Build 20201120 rel.50399(4555)]
After that i was not able to Flash the OpenWrt Firmware. I Have a serial console with the following output:
1.1.0 Build 20201120 rel.50399
upgrade firmware...
true
file_len:4491641
md5 verify ok!
[Error]sysmgr_proinfo_buildStruct(): 605 @ unknown id(device_name), skip it.
[Error]sysmgr_proinfo_buildStruct(): 605 @ unknown id(hw_id), skip it.
[Error]sysmgr_proinfo_buildStruct(): 605 @ unknown id(oem_id), skip it.
[Error]sysmgr_proinfo_buildStruct(): 605 @ unknown id(country), skip it.
[Error]sysmgr_proinfo_buildStruct(): 605 @ unknown id(hw_ver), skip it.
--------------------------------------------------------------------
vendorName : TP-Link
vendorUrl : www.tp-link.com
productName : Archer A7
productLanguage : EU
productId : 00070005
productVer : ff050000
specialId : 45550000
hwlId :
oemId :
--------------------------------------------------------------------
Firmwave supports, check OK.
(curFw_ver, newFw_ver) == (1.1, 1.0) [NM_Error](nm_checkSoftVer) 00848: Firmwave not supports, check failed.
[NM_Error](nm_checkUpdateContent) 01084: software version dismatched
[NM_Error](nm_buildUpgradeStruct) 01188: checkUpdateContent failed.
check firmware error!
[NM_Error](nvrammanager_verifyFirmware) 00476: upgradeFirmware failed
Is this maby because of the Version that is named in the Firmware and can this be fixed?
Thank you for your work!
|
|
17.02.2021 | 3628 | Base system | Bug Report | Very Low | Medium | mt7615 dbdc wireless issues | Trunk | Unconfirmed |
Task Description
Device: GL.iNet GL-MT1300 added with https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=d89a7f0120db42d4fae1656e1860ef49523acabb
The problem is that luci wireless app configures wifi devices in wrong order also wifi config command generates 2 radio interfaces with hwmode 11a instead of 11a and 11g respectivelly. Original description is https://github.com/openwrt/mt76/issues/474
using proper config where radio0 is 11g and radio1 is 11a works with wifi script(wifi up, wifi down) but luci’s wifi interface is broken, also wireless doesn’t comes up after router reboot until wifi up && wifi down commands executed(or wifi from rc.local for example).
|
|
17.02.2021 | 3627 | Base system | Bug Report | Very Low | Medium | incompatible with the architectures configured | Trunk | Unconfirmed |
Task Description
Some packages have the following errors:* pkg_hash_fetch_best_installation_candidate: Packages for * found, but incompatible with the architectures configured.
Collected errors:
pkg_hash_fetch_best_installation_candidate: Packages for libreadline8 found, but incompatible with the architectures configured opkg_install_cmd: Cannot install package libreadline8. satisfy_dependencies_for: Cannot satisfy the following dependencies for luci-app-diskman: libncursesw6 opkg_install_cmd: Cannot install package luci-app-diskman. pkg_hash_fetch_best_installation_candidate: Packages for fdisk found, but incompatible with the architectures configured opkg_install_cmd: Cannot install package fdisk. pkg_hash_fetch_best_installation_candidate: Packages for mutt found, but incompatible with the architectures configured opkg_install_cmd: Cannot install package mutt. make[2]: * [package/Makefile:69: package/install] Error 255
|
|
16.02.2021 | 3625 | Base system | Bug Report | Very Low | Low | NL80211_ATTR_STA_VLAN errors | Trunk | Unconfirmed |
Task Description
Devices: Netgear R7800, UniFi AP AC Lite
OpenWrt SNAPSHOT, r15805-1da945b760 OpenWrt SNAPSHOT, r15806-c68d527991
kmod-cfg80211 - 5.4.98+5.10-rc6-1-1 kmod-mac80211 - 5.4.98+5.10-rc6-1-1
logread shows these frequent error messages for various wifi clients:
Mon Feb 15 20:08:47 2021 daemon.err hostapd: nl80211: NL80211_ATTR_STA_VLAN (addr=xx:xx:xx:xx:xx:xx ifname=wlan0 vlan_id=0) failed: -2 (No such file or directory)
|
|
16.02.2021 | 3623 | Base system | Bug Report | Very Low | Low | px5g-wolfssl packaging missing PKG_VERSION | Trunk | Unconfirmed |
Task Description
Seeing this doing x86_64/generic builds on master:
ERROR: please fix package/utils/px5g-wolfssl/Makefile - see logs/package/utils/px5g-wolfssl/dump.txt for details
|
|
14.02.2021 | 3622 | Base system | Bug Report | Very Low | Low | TP-Link Archer A7 v5: No LAN LED activity | openwrt-19.07 | Unconfirmed |
Task Description
Device: TP-Link Archer A7 (DE) V5 Software: OpenWRT 19.07.6 r11278-8055e38794
None of the LAN LEDs on the device seem to function, just the ones for 2,4 and 5 GHz Wifi. According to the switch0 section in LuCI, there is a 1000baseT full-duplex link on LAN1 and WAN and - apart from the corresponding LAN LEDs - the router functions just fine.
The Archer A7 replaces a TP-Link TL-WDR4900 v1 (with imported 19.07.6 backup of latter config, I had to reassign the Wireless deifinitions via ssh), where the LEDs flashed on LAN packet activity (WAN and LAN1 connected). The LED configuration section in LuCi is empty (standard).
Could this issue be connected to the config import? Just let me know if there is any info I could provide, to aid in analyzing the issue further.
|
|
11.02.2021 | 3620 | Base system | Bug Report | Very Low | High | Remote desktop unusable with software flow offloading | openwrt-19.07 | Unconfirmed |
Task Description
I have latest stable OpenWrt 19.07.6 r11278 installed to my TP-Link TL-WDR4900 v1. I have a port forward to a Windows RDP or using TeamViewer remote management. When the Software flow offloading ENABLED, Windows RDP or TeamViewer remote management connection become slow and laggy.
If I disable everything works quickly without lags.
|
|
10.02.2021 | 3618 | Toolchain | Bug Report | Very Low | Medium | openwrt permissions in buildroot/files | Trunk | Unconfirmed |
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.
|
|
10.02.2021 | 3617 | Base system | Bug Report | Very Low | High | ntpd-busybox default doesn't work with /etc/config/syst... | openwrt-19.07 | Unconfirmed |
Task Description
19.07.4
Specify no busybox options in menuconfig and include an /etc/config/system ntp configuration in buildroot/files/
NTP doesn’t work, even though ntp exists via busybox. If you call ntpd and tell it to query a nameserver directly, it does get a result and set the time.
You must install ntpd, it should automatically work with busybox’s ntpd.
Bringing in ntpd also brings in:
CONFIG_PACKAGE_libmbedtls=y # CONFIG_LIBMBEDTLS_DEBUG_C is not set # CONFIG_PACKAGE_libnss is not set # CONFIG_PACKAGE_libopenssl is not set CONFIG_PACKAGE_libopenssl=y
# # Build Options # # CONFIG_OPENSSL_OPTIMIZE_SPEED is not set CONFIG_OPENSSL_WITH_ASM=y CONFIG_OPENSSL_WITH_DEPRECATED=y # CONFIG_OPENSSL_NO_DEPRECATED is not set CONFIG_OPENSSL_WITH_ERROR_MESSAGES=y
# # Protocol Support # CONFIG_OPENSSL_WITH_TLS13=y # CONFIG_OPENSSL_WITH_DTLS is not set # CONFIG_OPENSSL_WITH_NPN is not set CONFIG_OPENSSL_WITH_SRP=y CONFIG_OPENSSL_WITH_CMS=y
# # Algorithm Selection # # CONFIG_OPENSSL_WITH_EC2M is not set CONFIG_OPENSSL_WITH_CHACHA_POLY1305=y CONFIG_OPENSSL_PREFER_CHACHA_OVER_GCM=y CONFIG_OPENSSL_WITH_PSK=y
# # Less commonly used build options # # CONFIG_OPENSSL_WITH_ARIA is not set # CONFIG_OPENSSL_WITH_CAMELLIA is not set # CONFIG_OPENSSL_WITH_IDEA is not set # CONFIG_OPENSSL_WITH_SEED is not set # CONFIG_OPENSSL_WITH_SM234 is not set # CONFIG_OPENSSL_WITH_BLAKE2 is not set # CONFIG_OPENSSL_WITH_MDC2 is not set # CONFIG_OPENSSL_WITH_WHIRLPOOL is not set # CONFIG_OPENSSL_WITH_COMPRESSION is not set # CONFIG_OPENSSL_WITH_RFC3779 is not set
# # Engine/Hardware Support # CONFIG_OPENSSL_ENGINE=y # CONFIG_OPENSSL_ENGINE_BUILTIN is not set # CONFIG_OPENSSL_WITH_GOST is not set # CONFIG_PACKAGE_libopenssl-afalg_sync is not set # CONFIG_PACKAGE_libopenssl-conf is not set # CONFIG_PACKAGE_libopenssl-devcrypto is not set # CONFIG_PACKAGE_libwolfssl is not set
# @@ -4161,7 +4082,8 @@ CONFIG_PACKAGE_libmbedtls=y CONFIG_PACKAGE_libblobmsg-json=y # CONFIG_PACKAGE_libbsd is not set # CONFIG_PACKAGE_libcanfestival is not set # CONFIG_PACKAGE_libcap is not set CONFIG_PACKAGE_libcap=y # CONFIG_PACKAGE_libcap-bin is not set # CONFIG_PACKAGE_libcares is not set # CONFIG_PACKAGE_libcgroup is not set # CONFIG_PACKAGE_libcharset is not set @@ -4232,10 +4154,10 @@ CONFIG_LIBCURL_PROXY=y # CONFIG_PACKAGE_libev is not set # CONFIG_PACKAGE_libevdev is not set CONFIG_PACKAGE_libevent2=y # CONFIG_PACKAGE_libevent2-core is not set CONFIG_PACKAGE_libevent2-core=y # CONFIG_PACKAGE_libevent2-extra is not set # CONFIG_PACKAGE_libevent2-openssl is not set # CONFIG_PACKAGE_libevent2-pthreads is not set CONFIG_PACKAGE_libevent2-pthreads=y # CONFIG_PACKAGE_libevhtp is not set # CONFIG_PACKAGE_libexif is not set # CONFIG_PACKAGE_libexpat is not set @@ -5294,9 +5216,9 @@ CONFIG_LLDPD_WITH_CUSTOM=y # CONFIG_PACKAGE_htpdate is not set # CONFIG_PACKAGE_linuxptp is not set # CONFIG_PACKAGE_ntp-keygen is not set # CONFIG_PACKAGE_ntp-utils is not set CONFIG_PACKAGE_ntp-utils=y # CONFIG_PACKAGE_ntpclient is not set # CONFIG_PACKAGE_ntpd is not set CONFIG_PACKAGE_ntpd=y # CONFIG_PACKAGE_ntpdate is not set
|
|
10.02.2021 | 3616 | Base system | Bug Report | Very Low | High | LAN peers unreachable after a few hours | Trunk | Unconfirmed |
Task Description
Device: D-Link DIR-882 A1 Version: OpenWrt SNAPSHOT r15710-f5f01bcacd / LuCI Master git-21.029.67968-af1f961
After the router has been booted up for about a day, all LAN peers will become unreachable, but WAN works fine, resulting all LAN applications fail.
I ran a few tests. The Router was 192.168.1.1, a computer assigned 192.168.1.233 and another device 192.168.1.169.
Connection to the router was fine:
> tracert 192.168.1.1
Tracing route to OPENWRT.lan [192.168.1.1]
over a maximum of 30 hops:
1 2 ms 2 ms 2 ms OPENWRT.lan [192.168.1.1]
Trace complete.
Connection to itself was fine:
> tracert 192.168.1.233
Tracing route to WINDOWS.lan [192.168.1.233]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms WINDOWS.lan [192.168.1.233]
Trace complete.
Connection to peer failed. It returned the address of itself:
> tracert 192.168.1.169
Tracing route to ANDROID.lan [192.168.1.169]
over a maximum of 30 hops:
1 WINDOWS.lan [192.168.1.233] reports: Destination host unreachable.
Trace complete.
> ping 192.168.1.169
Pinging 192.168.1.169 with 32 bytes of data:
Reply from 192.168.1.233: Destination host unreachable.
Reply from 192.168.1.233: Destination host unreachable.
Reply from 192.168.1.233: Destination host unreachable.
Reply from 192.168.1.233: Destination host unreachable.
Ping statistics for 192.168.1.169:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
System reboot can solve the problem temporarily. All LAN applications back online:
> ping 192.168.1.169
Pinging 192.168.1.169 with 32 bytes of data:
Reply from 192.168.1.169: bytes=32 time=4ms TTL=64
Reply from 192.168.1.169: bytes=32 time=5ms TTL=64
Reply from 192.168.1.169: bytes=32 time=4ms TTL=64
Reply from 192.168.1.169: bytes=32 time=4ms TTL=64
Ping statistics for 192.168.1.169:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 5ms, Average = 4ms
|
|
09.02.2021 | 3615 | Kernel | Build Failure | Very Low | Medium | Kirkwood: the build stops for input when make with V=s ... | Trunk | Unconfirmed |
Task Description
When building Kirkwood images off the trunk, r15696-17fa01bb79, make -j1 V=s or make -j1 V=sc stops. A <return> can get it going. Without V=s or V=sc, the build doesn’t stop for input. Please find the make.log below.
make[5]: Entering directory '/home/builder/openwrt/build_dir/target-arm_xscale_musl_eabi/linux-kirkwood/linux-5.4.95'
Makefile:632: include/config/auto.conf: No such file or directory
Makefile:678: include/config/auto.conf.cmd: No such file or directory
make -f ./Makefile syncconfig
make -f ./scripts/Makefile.build obj=scripts/basic
rm -f .tmp_quiet_recordmcount
make -f ./scripts/Makefile.build obj=scripts/kconfig syncconfig
gcc -Wp,-MD,scripts/kconfig/.conf.o.d -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/builder/openwrt/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -I/home/builder/openwrt/staging_dir/host/include -c -o scripts/kconfig/conf.o scripts/kconfig/conf.c
gcc -Wp,-MD,scripts/kconfig/.confdata.o.d -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/builder/openwrt/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -I/home/builder/openwrt/staging_dir/host/include -c -o scripts/kconfig/confdata.o scripts/kconfig/confdata.c
gcc -Wp,-MD,scripts/kconfig/.expr.o.d -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/builder/openwrt/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -I/home/builder/openwrt/staging_dir/host/include -c -o scripts/kconfig/expr.o scripts/kconfig/expr.c
flex -oscripts/kconfig/lexer.lex.c -L scripts/kconfig/lexer.l
bison -o scripts/kconfig/parser.tab.c --defines=scripts/kconfig/parser.tab.h -t -l scripts/kconfig/parser.y
gcc -Wp,-MD,scripts/kconfig/.lexer.lex.o.d -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/builder/openwrt/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -I/home/builder/openwrt/staging_dir/host/include -I ./scripts/kconfig -c -o scripts/kconfig/lexer.lex.o scripts/kconfig/lexer.lex.c
gcc -Wp,-MD,scripts/kconfig/.parser.tab.o.d -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/builder/openwrt/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -I/home/builder/openwrt/staging_dir/host/include -I ./scripts/kconfig -c -o scripts/kconfig/parser.tab.o scripts/kconfig/parser.tab.c
gcc -Wp,-MD,scripts/kconfig/.preprocess.o.d -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/builder/openwrt/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -I/home/builder/openwrt/staging_dir/host/include -c -o scripts/kconfig/preprocess.o scripts/kconfig/preprocess.c
gcc -Wp,-MD,scripts/kconfig/.symbol.o.d -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/builder/openwrt/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -I/home/builder/openwrt/staging_dir/host/include -c -o scripts/kconfig/symbol.o scripts/kconfig/symbol.c
gcc -o scripts/kconfig/conf scripts/kconfig/conf.o scripts/kconfig/confdata.o scripts/kconfig/expr.o scripts/kconfig/lexer.lex.o scripts/kconfig/parser.tab.o scripts/kconfig/preprocess.o scripts/kconfig/symbol.o -L/home/builder/openwrt/staging_dir/host/lib
scripts/kconfig/conf --syncconfig Kconfig
net/sched/Kconfig:45: warning: menuconfig statement without prompt
*
* Restart config...
*
*
* I2C Hardware Bus support
*
*
* PC SMBus host controller drivers
*
ALI 1535 (I2C_ALI1535) [N/m/y/?] n
ALI 1563 (I2C_ALI1563) [N/m/y/?] n
ALI 15x3 (I2C_ALI15X3) [N/m/y/?] n
AMD 756/766/768/8111 and nVidia nForce (I2C_AMD756) [N/m/y/?] n
AMD 8111 (I2C_AMD8111) [N/m/y/?] n
Intel 82801 (ICH/PCH) (I2C_I801) [N/m/y/?] n
Intel SCH SMBus 1.0 (I2C_ISCH) [N/m/y/?] n
Intel PIIX4 and compatible (ATI/AMD/Serverworks/Broadcom/SMSC) (I2C_PIIX4) [N/m/y/?] n
Nvidia nForce2, nForce3 and nForce4 (I2C_NFORCE2) [N/m/y/?] n
NVIDIA GPU I2C controller (I2C_NVIDIA_GPU) [N/m/y/?] n
SiS 5595 (I2C_SIS5595) [N/m/y/?] n
SiS 630/730/964 (I2C_SIS630) [N/m/y/?] n
SiS 96x (I2C_SIS96X) [N/m/y/?] n
VIA VT82C586B (I2C_VIA) [N/m/y/?] n
VIA VT82C596/82C686/82xx and CX700/VX8xx/VX900 (I2C_VIAPRO) [N/m/y/?] n
*
* I2C system bus drivers (mostly embedded / system-on-chip)
*
CBUS I2C driver (I2C_CBUS_GPIO) [N/m/y/?] n
Synopsys DesignWare Platform (I2C_DESIGNWARE_PLATFORM) [N/m/y/?] n
Synopsys DesignWare PCI (I2C_DESIGNWARE_PCI) [N/m/y/?] n
EMMA Mobile series I2C adapter (I2C_EMEV2) [N/m/y/?] n
GPIO-based bitbanging I2C (I2C_GPIO) [M/n/y/?] m
GPIO-based fault injector (I2C_GPIO_FAULT_INJECTOR) [N/y/?] n
Marvell mv64xxx I2C Controller (I2C_MV64XXX) [Y/n/m/?] y
OpenCores I2C Controller (I2C_OCORES) [N/m/y/?] n
PCA9564/PCA9665 as platform device (I2C_PCA_PLATFORM) [N/m/y/?] n
Intel PXA2XX I2C adapter (I2C_PXA) [M/n/y/?] m
Intel PXA2XX I2C Slave comms support (I2C_PXA_SLAVE) [N/y/?] (NEW)
|
|
09.02.2021 | 3614 | Base system | Bug Report | Very Low | Low | Compilation of e.g. tools/zlib fails when CMAKE_GENERAT... | Trunk | Unconfirmed |
Task Description
Steps to reproduce:
- git clone git://git.openwrt.org/openwrt/openwrt.git - git checkout v19.07.6 - CMAKE_GENERATOR=Ninja make -j8
OpenWrt’s build toolchain should probably unset CMAKE_GENERATOR explicitly if using the host environment variables in general is desired.
|
|
09.02.2021 | 3613 | Packages | Bug Report | Very Low | High | Overestimated entropy in urgnd | openwrt-19.07 | Unconfirmed |
Task Description
I was looking at the entropy collected by the jitterentropy library that urngd is using. I’ve filed a bug against the library at https://github.com/smuellerDD/jitterentropy-library/issues/21
What I’m seeing it that is overestimates the amount of entropy collected. On my desktop machine this is at least a factor of 100. I’ve not looked at any of my devices using OpenWRT yet, but I expect it to be worse there.
Urngd has an oversampling factor, which is currently set to 2, meaning the factor is 2 time smaller. The oversampling in urngd currently collects twice as many bytes (64), and then tells the kernel that it contains 32 byte / 256 bit of entropy. The library also supports oversampling itself, it’s a parameter to the jent_entropy_collector_alloc function.
I suggest that you set the oversampling factor to at least 1000.
|
|
09.02.2021 | 3612 | Base system | Bug Report | Very Low | Low | opkg installs unexpected packages depending on order of... | Trunk | Unconfirmed |
Task Description
I noticed this on a freshly installed 19.07.6 on a TP-Link WDR4900.
When installing the packages “batctl-full kmod-batman-adv” the order seems to matter.
For example,
opkg install batctl-full kmod-batman-adv
results in the following packages being installed kmod-crypto-hash kmod-lib-crc16 kmod-crypto-crc32c kmod-lib-crc32c librt batctl-full kmod-batman-adv
But as a counter-example (reversing the order),
opkg install kmod-batman-adv batctl-full
results in the following packages being installed kmod-crypto-hash kmod-lib-crc16 kmod-crypto-crc32c kmod-lib-crc32c librt batctl-full kmod-batman-adv batctl-tiny
In this case both batctl-full and batctl-tiny get installed.
Just for clarity, here are the results of a few other related commands.
root@OpenWrt:~# opkg whatprovides -A batctl
What provides batctl
batctl-full
batctl-default
batctl-tiny
root@OpenWrt:~# opkg whatdepends -A batctl
Root set:
batctl-full
batctl-default
batctl-tiny
What depends on root set
kmod-batman-adv 4.14.215+2019.2-10 depends on batctl
I feel like this is not working as expected. Since batctl-full is explicitly listed on the command line, one would expect that the dependency on “batctl” should be met and as a result batctl-tiny is not needed.
|
|
09.02.2021 | 3611 | Base system | Bug Report | Very Low | Low | on EA6350v3 Openvpn fails to work on Wirelss | Trunk | Unconfirmed |
Task Description
Supply the following if possible: - Device problem occurs on
EA6350v3
- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 19.07.6 r11278-8055e38794 / LuCI openwrt-19.07 branch git-21.018.57536-6ba9740
- Steps to reproduce
Installed Openvpn client with *.ovpn file by using LuCI interface of openvpn. Works when I am connected to ethernet, but not when I tried wifi.
I followed the steps on openwrt website for setting up openvpn with LuCI. It only works with ethernet, not wifi interfaces. I also looked at/tried other configurations, with the same results only the ethernet interface works over the VPN. The strange thing is when you connect with the wifi interface, you can still connect to the router. Almost like wlan0, wlan1 are no longer on the same bridge as the switch.
CLIENT OPENVPN CONFIG :
client dev tun proto tcp remote xx.xx.xxx.xxx 31194 resolv-retry infinite nobind persist-key persist-tun remote-cert-tls server auth SHA512 cipher AES-256-CBC ignore-unknown-option block-outside-dns block-outside-dns verb 3 <ca> —–BEGIN CERTIFICATE—– —–END CERTIFICATE—– </ca> <cert> —–BEGIN CERTIFICATE—– —–END CERTIFICATE—– </cert> <key> —–BEGIN PRIVATE KEY—– —–END PRIVATE KEY—– </key> <tls-crypt> —–BEGIN OpenVPN Static key V1—– —–END OpenVPN Static key V1—– </tls-crypt>
|
|
08.02.2021 | 3610 | Packages | Bug Report | Very Low | High | qos-scripts: default classifications overrides previous... | openwrt-19.07 | Unconfirmed |
Task Description
My understanding is, that the default classification is intended to classifiy not yet classified packets. But default classification ignores/overrides all previous classifications set by the CONNMARK restore.
Refering the attached screenshot, the CONNMARK restore with mask 0xf. Later on the default classification masks against 0xf0. That leads to a missmatch between the CONNTRACK restore and the default classification. So all CONNTRACK marked packets will be overriden by the default rules. Actually that means that the default classification can not be used.
|
|
06.02.2021 | 3608 | Packages | Bug Report | Very Low | Low | hostapd-utils all_sta does not work | Trunk | Unconfirmed |
Task Description
Tested on WDR4300.
Try: hostapd_cli -i wlan0 all_sta
You won’t get any output, although stations are connected.
|
|
06.02.2021 | 3607 | Toolchain | Bug Report | Very Low | Critical | fakeroot fails to build from source with glibc 2.33 | Trunk | Unconfirmed |
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
|
|
03.02.2021 | 3605 | Base system | Bug Report | Very Low | Medium | 5Ghz performance of 19.07.6 with TP-Link Archer C6 is v... | openwrt-19.07 | Unconfirmed |
Task Description
After installing OpenWrt on TP-Link Archer C6 V2 EU I ran into issues with 5Ghz performance. This is already described on the official OpenWrt page of the device but I could not find a ticket for it. So I like to create one.
Behaviour: max. 5Ghz performance is round about 150Mbit - 200Mbit. This is not the case for stock firmware. OpenWrt 19.07.6
Reproduction should be easy as it is still noted as a general issue in the device page and it is constantly slow.
|
|
01.02.2021 | 3604 | Base system | Bug Report | Very Low | High | ath9k firmware is 0 bytes on Fritzbox 7430 | Trunk | Unconfirmed |
Task Description
Supply the following if possible: - Device problem occurs on Fritz!box 7430 - Software versions of OpenWrt/LEDE snapshot r15642+2-eb11cd9ea3 - Steps to reproduce
Firmware for wifi ath9k in the directory /lib/firmware/ is 0 bytes.
Changing the parameter -s 0x1e000 to -s 0x1e800 results in the firmware being created with 4096 bytes.
The ssid is now displayed, but wifi is very unstable and the connection is quickly lost.
Here, too, the parameter -l 4096 was changed to -l 5120, which means that the connection remains stable.
The file /etc/hotplug.d/firmware/12-ath9k-eeprom was locally changed to:
/usr/bin/fritz_cal_extract -i 1 -s 0x1e800 -e 0x207 -l 5120 -o /lib/firmware/$FIRMWARE $(find_mtd_chardev "urlader")
Attached the completely changed file 12-ath9k-eeprom.
|
|
31.01.2021 | 3603 | Base system | Bug Report | Very Low | Medium | linksys ea7500v2: Unable to mount root fs on unknown-bl... | Trunk | Unconfirmed |
Task Description
Device: Linksys EA7500v2
After flashing the openwrt snapshot factory image to partition 1 and boot try to boot it, the following error occure:
[ 2.797527] UBI error: no valid UBI magic found inside mtd6
[ 2.808918] hctosys: unable to open rtc device (rtc0)
[ 2.814777] /dev/root: Can't open blockdev
[ 2.818887] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[ 2.826348] Please append a correct "root=" boot option; here are the available partitions:
[ 2.834683] 1f00 512 mtdblock0
[ 2.834688] (driver?)
[ 2.841205] 1f01 256 mtdblock1
[ 2.841209] (driver?)
[ 2.847735] 1f02 256 mtdblock2
[ 2.847739] (driver?)
[ 2.854254] 1f03 256 mtdblock3
[ 2.854257] (driver?)
[ 2.860777] 1f04 256 mtdblock4
[ 2.860781] (driver?)
[ 2.867308] 1f05 4096 mtdblock5
[ 2.867311] (driver?)
[ 2.873827] 1f06 36864 mtdblock6
[ 2.873831] (driver?)
[ 2.880359] 1f07 4096 mtdblock7
[ 2.880362] (driver?)
[ 2.886889] 1f08 36864 mtdblock8
[ 2.886892] (driver?)
[ 2.893407] 1f09 1024 mtdblock9
[ 2.893411] (driver?)
[ 2.899938] 1f0a 46080 mtdblock10
[ 2.899941] (driver?)
[ 2.906570] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 2.914831] Rebooting in 1 seconds..
|
|
30.01.2021 | 3602 | Packages | Bug Report | Very Low | Low | odhcpd seems to not respond to requests sent on dynamic... | openwrt-18.06 | Unconfirmed |
Task Description
Supply the following if possible: - Device problem occurs on - Software versions of OpenWrt/LEDE release, packages, etc. - Steps to reproduce
18.06.5, r789
on x86 ( VIA Samuel 2 )
odhcpd seems to not respond to requests sent on dynamicly created interfaces ppp1, ppp2 ... etc. I have ensured that ipv6 comms are occuring over the pppoe links and that link local addresses are in communication but no further negotioation happens. I’m guessing i’m the only person trying to use pppoe to a downstream router using openwrt, but it’d be nice if it worked ! Cheers.
|
|
28.01.2021 | 3601 | Other | Bug Report | Very Low | Low | tplink-safeloader: Unexpected firmware offset when read... | Trunk | Unconfirmed |
Task Description
I was trying to return to oem firmware for TL-WPA8630P V2.1 by following the instructions at https://openwrt.org/toh/tp-link/tp-link_tl-wpa8630p_v2#reverting_to_stock
When running tplink-safeloader it fails with the error message:
DEBUG: can not find fwuphdr
Error can not read the partition table (fwup-ptn): Success
I think the problem is that the firmware offset is “wrong” in tplink-safeloader or in the firmware file.
Here’s what the firmware file looks like:
00000000 fb b0 40 4b 3d ef 81 6e ed 61 ac 42 7a 7a 86 e4 |..@K=..n.a.Bzz..|
00000010 00 6d 79 d7 3f 4e 45 57 00 00 00 28 00 64 de 8f |.my.?NEW...(.d..|
00000020 00 6d 22 8f 00 00 00 00 00 64 de 53 c8 cb b9 c0 |.m"......d.S....|
00000030 25 21 80 2a d0 c6 39 eb 17 c6 73 64 00 64 de 53 |%!.*..9...sd.d.S|
00000040 0b a1 cb 12 8c 9e 34 9e 40 9d c8 9d 92 a5 03 cd |......4.@.......|
00000050 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|
*
00001050 66 77 75 70 2d 70 74 6e 20 6f 73 2d 69 6d 61 67 |fwup-ptn os-imag|
00001060 65 20 62 61 73 65 20 30 78 30 31 30 30 30 20 73 |e base 0x01000 s|
Ie, “fwup-ptn” is at 0×1050 while tplink-safeloader seems to look at 0×1014:
size_t firmware_offset = 0x1014;
I changed firmware_offset to 0×1050 and recompiled tplink-safeloader, then it works (but I don’t know if the output firmware is correct or not).
- Steps to reproduce
1. Get the firmware file from https://www.tp-link.com/en/support/download/tl-wpa8630p/v2.1/#Firmware 2. Extract the firmware archive 3. Run “tplink-safeloader -z wpa8630pv2_uk-up-ver2-1-0-P1-20171117-rel42724-APPLC.bin -o oem-sysupgrade.bin”
|
|
28.01.2021 | 3600 | Base system | Bug Report | Very Low | Medium | [odhcp6c] prefix exclude sanity check fails for prefix ... | openwrt-19.07 | Unconfirmed |
Task Description
odhcp6c fails to request a delegated prefix when the server returns an excluded prefix of length > 64.
According to RFC 6603:
o prefix-len: The length of the excluded prefix in bits. The prefix-len MUST be between ‘OPTION_IAPREFIX prefix-length’+1 and 128.
However, values for excluded prefix length > 64 fail sanity, resulting in odhcp6c dropping the PD from the request.
The following patch fixes the issue.
|
|
27.01.2021 | 3599 | Base system | Bug Report | Very Low | Medium | TP-Link Archer C7 v2 - Wireless module 2.4GHz stop work... | openwrt-19.07 | Unconfirmed |
Task Description
Supply the following if possible: - Device: TP-Link Archer C7 v2(ath79) - Software versions of OpenWrt: OpenWrt 19.07.6 r11278-8055e38794 / LuCI openwrt-19.07 branch git-21.022.31068-7129723 - Steps to reproduce:
Now I try to disable option “Disassociate On Low Acknowledgement”
|
|
27.01.2021 | 3598 | Packages | Bug Report | Very Low | Low | Trival Relay (trelay) should set up the relayed port in... | openwrt-19.07 | Unconfirmed |
Task Description
Supply the following if possible: - Device problem occurs on VirtIO NIC - Software versions of OpenWrt/LEDE release, packages, etc. OpenWrt 19.07.6 r11278 kmod-trelay - 4.14.215+0.1-2
- Steps to reproduce Set up trival relay, /etc/config/trelay:
config trelay option enabled 1 option dev1 eth0 option dev2 wlan0
The relay works only if eth0 is put in promiscuous mode. This can be easily handled by updating /etc/init.d/trelay to set it up automatically:
ip link set dev “$dev1” up ip link set dev “$dev1” promisc on ip link set dev “$dev2” up
|
|
25.01.2021 | 3596 | Kernel | Bug Report | Very Low | Low | Enable Intel i40e driver in Releases | openwrt-19.07 | Unconfirmed |
Task Description
Hi Folks,
Not sure if this is the correct way to request so please redirect if needed. The drivers for the Intel i40e network interface series was requested to be added to master with this pull: https://github.com/openwrt/openwrt/pull/1851
However it looks like it was paused until the Kernel is updated to 4.19. However it successfully compiles on Kernel 4.14 in the 19.07 branch.
Can I request that it’s included in future 19.07 releases? It’s the only thing stopping me running my devices on the released binaries!
Thanks.
|
|
24.01.2021 | 3593 | Packages | Bug Report | Very Low | Medium | Samba Interfaces Not Working Correctly | openwrt-19.07 | Unconfirmed |
Task Description
root@APU2:~# netstat -nplt | grep smbd tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 18063/smbd tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 18063/smbd tcp 0 0 :::445 :::* LISTEN 18063/smbd tcp 0 0 :::139 :::* LISTEN 18063/smbd root@APU2:~# head -n 9 /etc/config/samba config samba
option 'name' 'OpenWrt'
option 'workgroup' 'WORKGROUP'
option 'description' 'Samba Server on APU2'
option 'charset' 'UTF-8'
option 'homes' '0'
list 'interface' 'LOOPBACK'
list 'interface' 'LAN'
|